jgromes
a4b148d609
[SX127x] Implemented data rate check
2024-01-27 18:45:37 +01:00
jgromes
b734e23460
[PHY] Added data rate check method
2024-01-27 18:23:52 +01:00
Jan Gromeš
a981f9828a
Merge pull request #942 from StevenCellist/master
...
[LoRaWAN] Fix channel logic: for fixed bands, persistence of dynamic bands, rejoining during active session
2024-01-27 16:12:17 +01:00
jgromes
1025abce8b
[CI] Fixed SDK path export
2024-01-27 14:07:46 +01:00
jgromes
9053786c02
Added RPi Pico build to CI
2024-01-27 14:03:58 +01:00
jgromes
eaa42b0d6b
Update RPi Pico SDK example
2024-01-27 14:03:40 +01:00
Jan Gromeš
33f1ef7d22
Merge pull request #941 from cameron-goddard/master
...
examples: NonArduino: Raspberry Pi Pico
2024-01-27 13:54:27 +01:00
StevenCellist
b98a5c6b29
[LoRaWAN] Fix Tx power calculation
2024-01-24 08:46:10 +01:00
StevenCellist
51ab103d07
[LoRaWAN] Keep Dev/JoinNonce on OTAA wipe with same credentials
2024-01-23 09:04:25 +01:00
StevenCellist
9008fb00a7
[LoRaWAN] Fix setDatarate function
2024-01-22 14:38:35 +01:00
StevenCellist
ee542c3b56
[LoRaWAN] Fix dynamic-band non-ADR session persistance
2024-01-22 13:34:00 +01:00
StevenCellist
aedf519ea4
[LoRaWAN] Fix rejoining during active session
2024-01-22 12:53:18 +01:00
StevenCellist
4ec10a4749
[LoRaWAN] Fix fixed band CFList processing
2024-01-22 12:32:15 +01:00
StevenCellist
6979bff863
[LoRaWAN] Improve channel masks for fixed bands
2024-01-22 11:40:57 +01:00
Cameron Goddard
e558f541e1
add Pico HAL
2024-01-21 15:39:28 -05:00
Jan Gromeš
86136d3b46
Merge pull request #936 from StevenCellist/master
...
[LoRaWAN] Fix session restore throwing unnecessary error
2024-01-20 19:04:14 +01:00
StevenCellist
598228fba0
[LoRaWAN] Fix session restore throwing unnecessary error
2024-01-20 11:03:54 +01:00
jgromes
4c5321e5cb
[SX1233] Fix incorrect exclude macro guard ( #929 )
2024-01-14 21:56:18 +01:00
jgromes
efe303ca69
[LoRaWAN] Properly size fopts buffer
2024-01-14 19:05:52 +01:00
jgromes
8c5ae6d266
[LoRaWAN] Remove variable length array (CI_BUILD_ALL)
2024-01-14 18:25:51 +01:00
jgromes
132aae944f
[LoRaWAN] Fix Module* not needed without persistent storage
2024-01-14 18:25:04 +01:00
jgromes
718dae3f35
[CI] Temporarily remove Teensy (CI_BUILD_ALL)
2024-01-14 17:08:54 +01:00
jgromes
3cbf6669df
[CI] Temporarily remove Teensy from CI (broken platform) (CI_BUILD_ALL)
2024-01-14 17:00:24 +01:00
jgromes
ea66037c11
[STM32WL] Fix Module pinter (CI_BUILD_ALL)
2024-01-14 16:48:32 +01:00
jgromes
d301aa6a37
[SX126x] Fix txMode made private
2024-01-14 16:48:06 +01:00
jgromes
b2d1306e9e
[LoRaWAN] Simplify variable length arrays (CI_BUILD_ALL)
2024-01-14 16:40:23 +01:00
jgromes
1467f98202
[CI] Remove LoRaWAN from megaAVR platform
2024-01-14 16:37:48 +01:00
jgromes
1681eeead3
[LoRaWAN] Fix MAC command initialization
2024-01-14 16:37:01 +01:00
jgromes
be52cd8edd
[LoRaWAN] Fix possible integer overflow
2024-01-14 16:33:17 +01:00
jgromes
e392c7b91f
[LoRaWAN] Fixed duty cycle enable ignored (CI_BUILD_ALL)
2024-01-14 16:31:24 +01:00
jgromes
8c1d0521c5
[SX127x] Removed extra semicolons
2024-01-14 16:29:57 +01:00
jgromes
c1bf281f21
Bump version to 6.4.0
2024-01-14 16:00:57 +01:00
Jan Gromeš
d1d6e04f2b
Merge pull request #928 from plietar/master
...
[CC1101] Correctly wait for packet end on blocking receive.
2024-01-13 19:20:04 +01:00
Paul Lietar
ab41bcac00
[CC1101] Correctly wait for packet end on blocking receive.
...
When using a blocking receive, I was getting non-sensical packet length
and garbage data, whereas IRQ mode was working fine. This was happening
despite what looked like a workaround for this in the code which would
read the length twice.
I tracked it down to the receive function trying to read the data too
early, before the packet had even been received. The receive function
would wait for the GDO0 pin to become low, then assume the packet was
ready and read off the data.
However, the GD0 pin is set by the `startReceive` as inverted and,
according to the datasheet, in a mode which "asserts when sync word has
been received, and de-asserts at the end of the packet". In other words,
taking into account the inversion, GDO0 becomes low at the start of the
packet and high at the end of it.
Therefore the receive function would actually try to read the packet
data as soon as the packet had started, rather than wait until the end,
explaining the garbage data.
I suspect that with a slow MCU and a fast transmission rate, the
previous workaround of reading the length field twice may have delayed
the data read just enough to allow the packet to be fully received, but
this does not work in the general case.
This commit updates the logic by first waiting for a low signal,
followed by a high one. This is actually the exact same logic used in
the blocking transmit implementation, but inverted to account for the
INV flag set on GDO0. The commit also removes the past workaround, since
it should not be necessary anymore.
2024-01-13 17:18:23 +00:00
Jan Gromeš
cb0218009d
Merge pull request #918 from StevenCellist/master
...
[LoRaWAN] Revamp internal processing, key checking, new MAC commands, implement DutyCycle & DwellTime
2024-01-13 16:27:00 +01:00
jgromes
842c54849d
[SX127x] Added setLowBatteryThreshold ( #925 )
2024-01-13 13:39:51 +01:00
StevenCellist
3338034ac7
[LoRaWAN] Update examples
2024-01-13 00:15:52 +01:00
StevenCellist
0bba68f3ae
[LoRaWAN] Rework channel logic
2024-01-13 00:05:25 +01:00
jgromes
30961964c5
[CC1101] Cleanup private/protected members
2024-01-12 20:35:10 +01:00
jgromes
1575e37355
[nRF24] Cleanup private/protected members
2024-01-12 20:29:09 +01:00
jgromes
3a5d9b5c32
[RF69] Cleanup private/protected members
2024-01-12 20:26:07 +01:00
jgromes
935c316f7c
[Si443x] cleanup
2024-01-12 20:14:18 +01:00
jgromes
d31b4836e1
[Si443x] Cleanup private/protected members
2024-01-12 20:12:45 +01:00
jgromes
34d80faaf0
[SX126x] Cleanup private/protected members
2024-01-12 20:00:08 +01:00
jgromes
948088c1e1
[SX128x] Moved setHeaderType to private methods
2024-01-12 19:49:17 +01:00
jgromes
b5d931ec79
[SX128x] Cleanup private/protected members
2024-01-12 19:45:41 +01:00
jgromes
bbe407b50f
[SX127x] Cleanup private/protected members
2024-01-12 18:51:55 +01:00
Jan Gromeš
7e95fdfe7b
Merge pull request #923 from peterus/peterus-patch-1
...
fix warning/error: compound assignment with 'volatile'-qualified left operand is deprecated
2024-01-11 18:20:33 +01:00
Peter Buchegger
abfc91a9bc
Update SX127x.cpp
2024-01-11 17:52:50 +01:00
Peter Buchegger
6600860915
Update RF69.cpp
2024-01-11 17:51:39 +01:00
