Reintroduce short boot delay to ensure radio startup reliability #104
Conversation
A short boot delay was initially introduced in commit 1f498f1 to properly initialize the GAP8 on the AI-deck. Previously, no delay was needed. However, it now appears that the system relies on this delay, even without the AI-deck, as removing it sometimes causes the radio to fail at startup. The exact reason remains unknown, but this commit restores the delay to maintain stability.
|
Hi @gemenerik, do you have plans to investigate this further (since "The exact reason remains unknown")? I've run into a lot of issues with radio: 2023.02 & stm: 2025.02 => stable In the last case: once it happens is usually not recorvered by a simple reboot but only by removing the battery and letting it rest Btw. this is all in combination with the FlowV2 deck, without it, I found it to be more stable in general I would also like to run this on the CF Brushless but since 2023.02 predates it, I hope you might be able to find the root cause and fix it. |
|
Hi @jonas-eschmann ! Im sorry to hear you are experiencing issues with this release. Thank you for supplying such detailed information about your issue! To properly flash this version you need to have an updated cfclient. Have you made sure you are on the latest cfclient and cflib versions? Could you try this and see if it helps your issue? If the issue remains, please start a thread on our support forum. |
|
Yes, I'm using |
A short boot delay was initially introduced in commit 1f498f1 to properly initialize the GAP8 on the AI-deck. In PR #102, the delay was removed when no AI-deck was detected to optimize boot time. However, it now appears that the system has started to rely on this delay, as removing it sometimes causes the radio to fail at startup. The exact reason remains unknown, but this commit restores the delay to maintain stability.