-
Notifications
You must be signed in to change notification settings - Fork 199
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
Rarely binding with CX-10 Blue PCB #24
Comments
check the CE pin of the nrf24 is set correctly just in case |
Triple checked. Same output. Thanks for the quick response! |
Is there any chance the nrf24 module was powered with over 3.6V? The rx part usually breaks first, and I had one which did exactly this, although others have broken in other ways too. |
Just checked with a multimeter, power is fine, but the pins (MOSI, MISO) are powered at 5V. Could that break it? It's weird that I'm getting a response from the quad though right? |
The non power pins are 5V tolerant, it would need 5V on the power pin to break. |
Same issue here with commercialy available tx module from Banggood. Multiple power cycles of my Taranis enables rebinding. No idea what's causing this. |
I've managed to get my CX-10 to bind via nrf24l01 only at one point. It connected for a few times after the initial binding then I put it away. Took it out the next day and was no longer able to get it to bind.
I'm receiving data back from the quad that looks like this (in hex):
AA, E3, 25, B1, AF, 20, D9, 32, 00, 00, 00, DC, 05, E8, 03, DC, 05, 11, 00, 00
As you can see the bind item is set to 0 no matter what I do. I receive this packet exactly once until I reset the arduino. Resetting the quad does not send further data. Any thoughts here?
The only change I've made is using the hardware SPI instead of the soft SPI, could that cause issues?
The text was updated successfully, but these errors were encountered: