-
Notifications
You must be signed in to change notification settings - Fork 11
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
How to debug receiving side? #15
Comments
Ok thanks to your update, today i will try it let you know on later.
…________________________________
From: Ivor Wanders ***@***.***>
Sent: Saturday, February 25, 2023 4:39 AM
To: iwanders/plainRFM69 ***@***.***>
Cc: Ramachandran ***@***.***>; Mention ***@***.***>
Subject: Re: [iwanders/plainRFM69] How to debug receiving side? (Issue #15)
Hi @ramanc51<https://github.com/ramanc51>, 915 MHz would overflow, you're likely running into #12<#12> , I filed #13<#13> to mitigate it, but no one ever reported back with test results on that branch, so I didn't merge it.
Could you try the branch from #13<#13> and check if you get the same results with that branch?
—
Reply to this email directly, view it on GitHub<#15 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ADEH7PRE6SWV645BZPP7NELWZE5S7ANCNFSM6AAAAAAVG774B4>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
I tried setFrequency(uint64_t freq) it dosn't resolve my issue. |
Ok, then I'd start very simple to debug this. Read up on the datasheet to make one radio module a dumb listener (no addressing, no crc, fixed length packages (or infinite length)) and have it just print whatever is received to the serial port. On the other radio emit the preamble, see if you see the preamble on the receiving side. If you don't there's a frequency mismatch / hardware problem. If you do, switch the preamble to a simple and short packet, see if you can receive that on the receiving side without bit errors, then slowly increase the length up to your desired length and see if you can still receive without errors, remember any error would invalidate the CRC and lead to the packet being discarded. |
Hi on plainRFM69.h you defined following #define RFM69_PLAIN_STATE_RECEIVING 0 Pls confirm whether we need to change it for receiver/sender modules or not required. On receiving end now i received following only. Going Receiver! Sender sending continuously numeric numbers as given on sampel code. |
Please see my comment above, start simple by testing the radio's without even trying to send payloads. This will take more work than setting a single define. |
Hi i am using your code, data sending part seems working and able to debug( prints Flags1: 0 Flags2: 0), but on receiving side unable to debug, not receiving anything, MinimalInterruptUnoDIO0 example used with ESP8266-12F controller with RFM69HCW-915MHz, could you provide any idea to resolve data reception issue?
The text was updated successfully, but these errors were encountered: