Replies: 2 comments
|
Hi, Thanks for the suggestion! One thing to keep in mind is that RAM is also a very limited resource on these radios. Increasing the temporary exclusion list from 32 to 128 entries would consume an additional 192 bytes of precious RAM. That may not sound like much on a PC, but on an embedded system with only a few kilobytes of available RAM, every byte counts. I'm also wondering whether the root cause might be elsewhere. If you're hitting the 32-entry limit regularly, perhaps your scan range is simply too wide for the RF environment you're in. Reducing the scan range to focus on the frequencies you're actually interested in might be a more effective approach than increasing the exclusion buffer. That said, I'll keep the idea in mind and see if there's a good compromise without impacting memory usage too much. Armel, F4HWN |
|
Hi, The current limit is now 64 (version 5.7.0) Armel, F4HWN |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Hi Armel,
The long-press MENU to temporarily exclude frequencies during ScnRng is an awesome feature. However, in busy radio environments, the current limit of 32 is a bit too small. Because the list is circular, older blocked frequencies get overwritten and start interrupting the scan again too quickly.
Could you please consider increasing the limit to 128 frequencies? Since these exclusions are temporary and stored in RAM, it would greatly improve the scanning experience without worrying about flash wear.
Thanks for your great work!
honal
All reactions