Replies: 8 comments
-
Interesting, couple of things to check out:
|
Beta Was this translation helpful? Give feedback.
-
Thanks for your quick reply, it seems like the right message is sent via SPI on the transmitter side. RX is also receiving the hex string as printed by my function.. Configuration checks are OK too. TX Debug Output
RX Debug Output
|
Beta Was this translation helpful? Give feedback.
-
It looks like the SX128x is returning its status instead of the data bytes, which could point to an issue in the low-level SPI handling. It's a bit strange because the interface should be the same as for the SX126x, which I know is working. I will try to get some hardware up and running to test this for myself. |
Beta Was this translation helpful? Give feedback.
-
Thanks a lot, just ask if you need something tested on my hardware & I'll try a few things myself... But I'll stay tuned about your updates too. 👍 Got the board definition from ExpressLRS if that helps... This was also the "original" firmware running on this board. For the Arduino IDE I'm using the UM TinyPico board target. |
Beta Was this translation helpful? Give feedback.
-
Update from my side, I tried to implement the getBufferOffset Function - as another driver got that before reading - just to see that it always stays at 0.. (of course, because you set it to 0x00..) Now I've took a step back and generated a non-random 255-byte array. The Receiver only sees 67 bytes.. And I see some pattern there. With a fixed packet size (255) the buffer does also only contain 67-bytes. TX
RX (detecting packet size)
RX (fixed packet size)
Same behavior with setCRC(0) and setCRC(1); tired other Modulation Parameters in LoRa Mode too... (long interleaving etc) And it's reliably receiving/sending the same junk over the SPI bus. Maybe it's even an error/bug in the upstream arduino-esp32 SPI library? |
Beta Was this translation helpful? Give feedback.
-
Received another board in the mail today (ESP8266/SX1280 based) - so I can confirm that the TX on the SuperD ESP32 board works. The ESP8266 decodes it and shows valid data. |
Beta Was this translation helpful? Give feedback.
-
Got it working, the second radio on the SPI bus didn't play nicely. Sorry for bothering, this shall be a notice to other peoples using this board. Please move to discussions and I'll explain in more details there what went wrong. |
Beta Was this translation helpful? Give feedback.
-
@cyboerg42 Thanks for letting me know! So I guess the root cause is something along the lines of the other radio returning its status byte on the SPI bus while we're attempting to read? |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
After trying to get the SX1281 LoRa Modem working I ran into a weird issue... The packet is received, CRC checks out, SNR/RSSI is alright but it seems to decode the message wrong. I'm sending 64 bytes of random data, starting with FF FF FF for testing/debugging - as meshtastic did weird things - but my receiver is reading the first (4!) bytes as 43 43 43 43.
It's running on a pair of BetaFPV SuperD ELRS 2,4G - ESP32-PICO-D4 (revision v1.1) with TXCO. I'm only using one of the two SX1281 on this board at the moment.
Any chances that someone here knows what's wrong with that?
My code is heavily influenced by your SX1280 examples, transmission looking fine - at least the byte array that gets passed to RadioLib.
RX test-code
TX test-code
Beta Was this translation helpful? Give feedback.
All reactions