Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CC1101 + ESP32 receiving random junk data #733

Closed
omaryangtw opened this issue Apr 20, 2023 · 4 comments
Closed

CC1101 + ESP32 receiving random junk data #733

omaryangtw opened this issue Apr 20, 2023 · 4 comments
Labels
bug Something isn't working resolved Issue was resolved (e.g. bug fixed, or feature implemented)

Comments

@omaryangtw
Copy link

Hi,

I setup 2 ESP32 + CC1101, with 1 transmitting and 1 receiving.

Things are fine if I use CC1101_Receive.ino code.
Following is the serial output:

[CC1101] Data: Hello World!Hello World!Hello World!Hello World!
[CC1101] RSSI: -15.50 dBm
[CC1101] LQI: 12

But when I use CC1101_Receive_Interrupt.ino
The message output will be like:

[CC1101] Received packet!
[CC1101] Data: P�M�,�J������8�H$�Tפߙ��{�w��A%�l���H�q-}�����

[CC1101] RSSI: -120.00 dBm
[CC1101] LQI: 95

Or just a sequence of
CRC error!

And the message differ every time I reboot the ESP32.

Additional info:

  • MCU: ESP-WROOM-32
  • Wireless module: CC1101
  • Arduino IDE version: 2.0.4
  • Library version: 5.7.0
@jgromes
Copy link
Owner

jgromes commented Apr 20, 2023

Possibly related to #345, I will try to investigate this.

@jgromes jgromes added the bug Something isn't working label Jun 26, 2023
@lewisxhe
Copy link
Contributor

lewisxhe commented Jul 7, 2023

I encountered the same problem. After rolling back the 5.1.0 version, the garbage data is reduced. Using the master branch, the reception interruption will continue to come and cannot be stopped

@jgromes
Copy link
Owner

jgromes commented Jul 8, 2023

I was able to replicate this issue but so far no luck fixing it. I think the root cause is the interrupt keeps firing, possibly because RX FIFO is not being flushed. So gold star to anyone who can figure this out before me ;)

@jgromes jgromes added the help wanted Extra attention is needed label Jul 8, 2023
jgromes added a commit that referenced this issue Aug 2, 2023
@jgromes
Copy link
Owner

jgromes commented Aug 2, 2023

I was able to resolve this, the root cause was that the interrupt direction was wrong (rising instead of falling). However, there seemed to have been additional problems with the continuous FIFO writing/reading to facilitiate packets longer than 64 bytes. For the time being I dropped this feature from CC1101, since I'm already working on implementing Stream mode for CC1101, which will allow arbitrarily large packets, same as for SX127x and other modules.

@jgromes jgromes closed this as completed Aug 2, 2023
@jgromes jgromes added resolved Issue was resolved (e.g. bug fixed, or feature implemented) and removed help wanted Extra attention is needed labels Aug 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working resolved Issue was resolved (e.g. bug fixed, or feature implemented)
Projects
None yet
Development

No branches or pull requests

3 participants