-
Notifications
You must be signed in to change notification settings - Fork 16
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
8A iBus logic pull-up not functioning #5
Comments
Hi, The most likely explanation is that somehow the rx switched to SBUS mode. SBUS is inverted so the idle level is 0. Depending on the state of your setup it might be faster to try soldering the signal to a sbus pad of the fc and set bf for the sbus uart, and see if it works. |
Thanks for the response. Seems like the most plausible option at the moment, I will attempt this when I get home after work. I'm encouraged by the fact you feel h/w failure is unlikely, although confused that a couple of bytes were off in the firmware, maybe they are some kind of config bytes? Cheers |
Bytes were different compared between which two firmwares? |
Between the STM on the 8A and the 1st June 8A firmware on my pc. I re-downloaded it to rule out the possibility my local file that was wrong, but it was fine. |
8A and A8S seem to store all their mutable data in EEPROM, so flash should not change by itself while on the chip. At least I think so. For IA6B and others it's different. They also use EEPROM to store various stuff but they store the transmitter ID and the sequence for frequency hopping in flash. So on re-bind these bytes change. |
@Cleric-K you were right on the money; Holding in the bind button for 2 seconds does indeed switch between iBus and SBUS. Sometimes the most obvious solution is the correct one! |
Perfect! I'm glad that this has worked out. Happy flying :) |
As title states; iBus signal has for some reason lost it's pull-up, so the data is invalid.
I've had this receiver working for about a month but only used it maybe 25 times, it's in a micro that I fly in the back garden when I get a chance. Yesterday after 2 packs I plugged in the 3rd as normal (No crash between packs) but the craft wouldn't arm. Tx is bound fine, solid red light on the Rx, all wiring intact.
I swapped another using the same wires as they're cut to length, all working.
The faulty Rx appears to work fine but can;t communicate with the FC.
**Edit - I have re-flashed firmware because it failed verification on a few groups of bytes, although no improvement. Seems fairly likely to be h/w related.
I haven't tried re-flashing the firmware yet. Does ### anyone know if pull-up activated in the STM or whether it's an external resistor? Could a re-flash fix this if so? I know a flipped bit is super unlikely, and I'm leaning towards STM failure.Perhaps as this one is only for the back yard I might try adding a 3v3 pull-up to the data line - thoughts?Here's some scope traces to show the issue a bit clearer:
Malfunctioning 8A:
![IMG_20190714_210018](https://user-images.githubusercontent.com/10223081/61188861-475e5c80-a67d-11e9-95af-e2281b96d0c8.jpg)
Functioning iBus link:
![IMG_20190714_205901](https://user-images.githubusercontent.com/10223081/61188857-36ade680-a67d-11e9-860b-9eeb3a1f48c7.jpg)
If it turns out this is just a hardware failure then please accept my apologies!
Cheers
The text was updated successfully, but these errors were encountered: