no Radio Rx timeout after the Radio.Rx function called?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-08-24 7:17 AM
Hi,
I create my new project follow the SubGHz Phy Ping Pong example project.
In the example project, the RTC configure in "Free running Binary mode". In my project, I configure the RTC in "Free running BCD calender mode" therefore no Radio Rx Timeout after the Radio.Rx() function called. Someone know how to fix this problem in RTC Free running BCD calender mode. My project below.
Please support me.
Thanks.
Solved! Go to Solution.
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-08-24 9:09 AM
Yes, to false
Continuous mode is supposed to wait for actual data reception, when implemented properly the radio layer shouldn't be starting a timer. Also the timeouts are brute force, the receiver can be mid-packet and it will fire, and you'll lose that packet silently.
So yes, if you want non-continuous operation, with timeouts, set rxContinuous false.
Also remember when you're not listening for packets, you will miss them.
A walk of the radio stack is strongly recommended.
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-08-24 7:29 AM
Don't use continuous mode?
Up vote any posts that you find helpful, it shows what's working..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-08-24 7:39 AM
Please explain more clearly. I don't understand
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-08-24 7:45 AM
meaning set rxContinous to 0 ??
static void RadioSetRxConfig( RadioModems_t modem, uint32_t bandwidth, uint32_t datarate, uint8_t coderate, uint32_t bandwidthAfc, uint16_t preambleLen, uint16_t symbTimeout, bool fixLen, uint8_t payloadLen, bool crcOn, bool FreqHopOn, uint8_t HopPeriod, bool iqInverted, bool rxContinuous );
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2022-08-24 9:09 AM
Yes, to false
Continuous mode is supposed to wait for actual data reception, when implemented properly the radio layer shouldn't be starting a timer. Also the timeouts are brute force, the receiver can be mid-packet and it will fire, and you'll lose that packet silently.
So yes, if you want non-continuous operation, with timeouts, set rxContinuous false.
Also remember when you're not listening for packets, you will miss them.
A walk of the radio stack is strongly recommended.
Up vote any posts that you find helpful, it shows what's working..
