forks/RadioLibSmol
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
1442 commits 10 branches 72 tags 50 MiB
Commit graph

57 commits

Author SHA1 Message Date
jgromes
c470809f92 [RF69] Renamed TRNG method 2021-07-18 10:18:24 +02:00
jgromes
536829452f [RF69] Added direct reception support 2021-06-14 21:14:55 +02:00
jgromes
b81a2d7549 [RF69] Fix packet length written twice (#296) 2021-05-02 11:30:39 +02:00
Federico Maggi
871a0fe34f Removed SPIsetRegValue 2021-04-21 23:39:25 +02:00
Federico Maggi
f5f722e30f No need to use _mod 2021-04-13 16:15:39 +02:00
Federico Maggi
f18d75a853 Missing RF69:: 2021-04-13 15:27:25 +02:00
Federico Maggi
012c39e7f5 Addressing PR#279 comments 2021-04-13 15:25:28 +02:00
Federico Maggi
aebe2d2f98 Caching carrier frequency 2021-04-13 12:22:49 +02:00
Federico Maggi
f9cc7cefcd Declaring SPI get/set RegValue in line with CC1101 2021-04-13 10:43:50 +02:00
Federico Maggi
5b5bc6efb9 Remove duplicate setOOK() method 2021-04-13 10:07:44 +02:00
Federico Maggi
4d2764edb2 Merge remote-tracking branch 'upstream/master' 
* upstream/master: (249 commits)
  [SX127x] OOK functions style cleanup
  [RF69] OOK functions style cleanup
  styles and syntax changes
  added RF69::setOokThresholdType
  added RF69::setLnaTestBoost
  doc fix
  SX1278::getRSSI() modified for OOK so it wont require an activation
  SX127x::setOokPeakThresholdDecrement
  ignore jetbrain .idea
  SX1278::setGain() added support for FSK_OOK modes
  SX127x::setOokFixedOrFloorThreshold
  SX1278::setOokThresholdType()
  RF69::setOOK
  [SX127x] Fixed shaping in OOK (#268)
  [SX127x] Added FSK CRC mode configuration (#266)
  Bump version to 4.3.0
  [nRF24] Added low-level access macro
  [XBee] Added low-level access macro
  [Si443x] Added low-level access macro
  [SX128x] Added low-level access macro
  ...
 2021-04-13 09:42:02 +02:00
jgromes
31b7bfefe0 [RF69] OOK functions style cleanup 2021-03-26 05:54:52 +01:00
Christophe Painchaud
3e1088f34a styles and syntax changes 2021-03-25 13:39:44 +01:00
Christophe Painchaud
7b6f1d075a added RF69::setOokThresholdType 2021-03-24 18:05:32 +01:00
Christophe Painchaud
97cdce7b64 added RF69::setLnaTestBoost 2021-03-24 16:42:33 +01:00
Christophe Painchaud
b1c98569ea RF69::setOOK 2021-03-16 15:38:40 +01:00
jgromes
79296af398 [RF69] Added low-level access macro 2021-03-13 19:57:11 +01:00
jgromes
50fecff60d [RF69[ Fixed method description 2021-02-21 16:53:14 +01:00
jgromes
abbefd1226 [RF69] Added -1 as alias for lowest supported frequency deviation 2021-02-13 17:41:41 +01:00
jgromes
ef50f9e1e8 [RF69] Update markers for debug decoder 2020-12-05 12:04:47 +01:00
jgromes
4c62de06cf [RF69] Added method to read version register 2020-11-20 17:52:47 +01:00
jgromes
ff8d9d672d [RF69] Added TRNG support 2020-09-13 17:53:30 +02:00
Jan Gromeš
20193b784e
[RF69] Disabled SPI verification when writing frequency regs (#162) 2020-08-12 05:28:51 +02:00
jgromes
866e3c4c86 [RF69] Added Module overrides for all Arduino core functions 2020-08-01 16:34:12 +02:00
jgromes
9432e3d1c3 [RF69] Fixed inverted check (#167) 2020-07-18 07:09:44 +02:00
Federico Maggi
7535faad32 Fixed conflicts 2020-07-14 15:50:55 +02:00
jgromes
59434cb025 [RF69] Synced parameters of all FSK modules 2020-07-06 11:13:24 +02:00
jgromes
263410ffb1 [RF69] Changed shaping datatype to uint8_t 2020-07-06 08:52:30 +02:00
jgromes
ccb3635485 [RF69] Fixed exclusion macros 2020-07-04 21:17:14 +02:00
jgromes
0a53900b51 [RF69] Fixes from cppcheck scan 2020-07-04 14:22:36 +02:00
jgromes
59c4a71fad [RF69] Added explicit default param config 2020-07-04 11:25:39 +02:00
jgromes
984cfac319 [RF69] Reworked driver exclusion 2020-06-30 10:42:47 +02:00
jgromes
b68bd2f9f9 [RF69] Added missing RF switch control 2020-06-20 17:03:42 +02:00
jgromes
0f287a53e7 [RF69] Implemented RF switch control 2020-06-18 16:32:30 +02:00
jgromes
657d7495cb [RF69] Added interface argument to Module::term 2020-05-17 20:27:42 +02:00
jgromes
19028b64e0 [RF69] Added digital pin to interrupt macro 2020-05-11 20:32:26 +02:00
jgromes
078ec4d13e [RF69] Lowered findChip delay to 10 ms 2020-05-01 20:53:23 +02:00
jgromes
bd5be7729e [RF69] Extended power configuration (#133) 2020-04-21 12:00:23 +02:00
jgromes
9f8ec689dd [RF69] Replaced RSSI member variable with getRSSI method 2020-04-14 15:02:33 +02:00
jgromes
901783cf39 [RF69] Added missing calls to yield 2020-04-01 14:01:18 +02:00
jgromes
532c1e6fe9 [RF69] Using range check macro 2020-03-30 19:31:20 +02:00
jgromes
39c259848c Added support for Nano 33 BLE 2020-03-27 14:10:45 +01:00
jgromes
089d925f82 [RF69] Fixed typos 2020-03-22 08:11:32 +01:00
Callan Bryant
6c99486343
Swap delayMicroseconds() to delay where appropriate 
See https://github.com/jgromes/RadioLib/issues/126 for context.
 2020-03-16 12:12:06 +00:00
jgromes
3054d966a2 [RF69] Removed old call to SPI end 2020-02-20 12:19:00 +01:00
jgromes
90944a5b00 [RF69] Removed redundant null terminator 2020-02-18 07:35:04 +01:00
jgromes
c06d292bd2 [RF69] Added data shaping and encoding methods 2020-02-11 14:28:55 +01:00
jgromes
32602307b7 [RF69] Swapped frequency deviation and rx bandwdith in begin method 2020-02-11 14:27:00 +01:00
jgromes
318de480ab Reworked PhysicalLayer to accept frequency step directly 2020-02-07 18:31:51 +01:00
Callan Bryant
c49323fa78
Prevent spurious resets on some boards 
My receiver was failing to receive after a random amount of time (2 - 60
seconds). I discovered some power supply issues (DC-DC converter
related) that turned out to be another cause of the same problem but
only on some boards.

The reset procedure for most of the boards that RadioLib can drive
changes the pin mode of the reset line to an input after reset,
effectively tri-stating the output. I had seen this but dismissed it
after checking that the SX126x has a pullup on NRST meaning this was not
an issue.

The receiver I have produced uses a level converter to translate the 5v0
signals to 3v3. The level converters are not themselves pulled up or
down, which means when a pin is connected in a high-impedance input
state it will float around possibly randomly.

This can cause spurious resets on my board, and possibly others. I
remembered the reset procedure when I realised I could reproduce the
problem by rubbing the board on my shirt, probably causing some ESD to
trigger a change on the reset line.

This PR simply removes the lines that change the pinmode to input after
reset leaving it as an output which is hard-driven and the safest way. I
assume that the current behaviour was chosen to decrease the chance of a
conflict if used incorrectly.
 2020-01-29 15:00:36 +00:00