Last we left off, the RX and Naze are mounted . . . and the harness was built.
Speaking of Cthulhu . . .
Disaster struck once more, and it's a multi-tentacled doosy!
a slight bump in just the wrong way . . .
. . . and the pin lifted the pad right off the board
Ok, this is bad, but recoverable. Spent the next evening researching the board . . . even found a schematic of one side:
long story short . . . wow. this board is sloppy. traces are all woppy-jaw, and looking at the vias connected to the other side, there are multiple paths through the traces for the same thing. even found that the pad next to the +3v pad wasn't the boot-loader, it's the programming clock. the bootloader pin is on the far edge of the board
. . . a quick power up and found EVERYTHING STILL WORKS!!!! Thank God for little blessings -- this guy's sloppiness has paid off. the only thing I lost was this pad, so let's pull out some tools to fix this.
Tada!!! I pull out my trusty wire-wrap tool, and it's sidekick (who lives in the handle) the 30AWG wire stripper. pull out a spool of red (keeping with the power color), and time to strip an end:
seat the wire in the stripper and pull . . .
and you have a nearly-hair-thin wire ready to solder directly to the regulator output . . . now where is that thing hiding?
right! up in that top right corner. tack it in place . . .
route it around along the board edge
and add the connector back on and GLUE IT DOWN (like I should have done in the first place!)
Plug the wire harness back in and we'er back in business! cover the exposed connections with liquid electricians tape (should I have added an extra 50g or so for as much as I'm using ?!?)
and we're done! time for some testing!
Did I hear time to test?!?
the RX and Naze board should connect up, so let's plug it in, do the basic config steps and bind the RX.
So the connection is good, first REFLASH to the latest ROM. you'll need at least 1.11 to get the pass-through we'll play with in the next session, and if you don't do it now, the next few steps will have to be repeated
Just to prove it can be done . . .
I pulled out the Android "cleanflight flasher" and loaded 1.11.
Ok, back from the flash . . .
we need to setup UART2 as the RX port (NOT UART1!!!! Change this and the USB port will stop working!!!! DON'T DO IT!!!)
Done!
Next, hit the config screen:
odd difference between this and the Android App "EZ-GUI Ground Station" -- I couldn't get it to pick anything other than Spektrum 1024
seems the command interface for this variable changed from a number to only accepting the name . . . so the android app is broken until it can be patched. the fix?
Go in CLI and type: "set serialrx_provider=SPEK2048" followed by "save" to lock in the change (if you want something other than Spektrum 2048, sorry, you gotta look that name up yourself)
In a bind . . .
and finally, on to the CLI to trigger the bind process on the sat.
Run the commands above:
set spektrum_sat_bind=#
save
The number matches the type of bind, for instance, 5 = "DSM2, 2048, 11ms". look here for the number you need:
https://github.com/cleanflight/cleanflight/blob/master/docs/Spektrum%20bind.md
so now that that's done . . . how do you trigger it?!? the board needs to cold-boot. power it down completely (unplug it), and power back up. in the reboot, the sat should start blinking and now's the time to bind the radio.
Bada-bing-bada-boom! your RX is bound, and the RX screen should start responding!!!!
So what's all this I hear about power?!?
The next session we wire in the ESCs . . . and play with flashing down the wire, the way it should be . . . and the testing get's really interesting
Speaking of Cthulhu . . .
Disaster struck once more, and it's a multi-tentacled doosy!
a slight bump in just the wrong way . . .
. . . and the pin lifted the pad right off the board
Ok, this is bad, but recoverable. Spent the next evening researching the board . . . even found a schematic of one side:
long story short . . . wow. this board is sloppy. traces are all woppy-jaw, and looking at the vias connected to the other side, there are multiple paths through the traces for the same thing. even found that the pad next to the +3v pad wasn't the boot-loader, it's the programming clock. the bootloader pin is on the far edge of the board
. . . a quick power up and found EVERYTHING STILL WORKS!!!! Thank God for little blessings -- this guy's sloppiness has paid off. the only thing I lost was this pad, so let's pull out some tools to fix this.
Tada!!! I pull out my trusty wire-wrap tool, and it's sidekick (who lives in the handle) the 30AWG wire stripper. pull out a spool of red (keeping with the power color), and time to strip an end:
seat the wire in the stripper and pull . . .
and you have a nearly-hair-thin wire ready to solder directly to the regulator output . . . now where is that thing hiding?
right! up in that top right corner. tack it in place . . .
route it around along the board edge
and add the connector back on and GLUE IT DOWN (like I should have done in the first place!)
Plug the wire harness back in and we'er back in business! cover the exposed connections with liquid electricians tape (should I have added an extra 50g or so for as much as I'm using ?!?)
and we're done! time for some testing!
Did I hear time to test?!?
the RX and Naze board should connect up, so let's plug it in, do the basic config steps and bind the RX.
So the connection is good, first REFLASH to the latest ROM. you'll need at least 1.11 to get the pass-through we'll play with in the next session, and if you don't do it now, the next few steps will have to be repeated
Just to prove it can be done . . .
I pulled out the Android "cleanflight flasher" and loaded 1.11.
Ok, back from the flash . . .
we need to setup UART2 as the RX port (NOT UART1!!!! Change this and the USB port will stop working!!!! DON'T DO IT!!!)
Done!
Next, hit the config screen:
odd difference between this and the Android App "EZ-GUI Ground Station" -- I couldn't get it to pick anything other than Spektrum 1024
Go in CLI and type: "set serialrx_provider=SPEK2048" followed by "save" to lock in the change (if you want something other than Spektrum 2048, sorry, you gotta look that name up yourself)
In a bind . . .
and finally, on to the CLI to trigger the bind process on the sat.
Run the commands above:
set spektrum_sat_bind=#
save
The number matches the type of bind, for instance, 5 = "DSM2, 2048, 11ms". look here for the number you need:
https://github.com/cleanflight/cleanflight/blob/master/docs/Spektrum%20bind.md
so now that that's done . . . how do you trigger it?!? the board needs to cold-boot. power it down completely (unplug it), and power back up. in the reboot, the sat should start blinking and now's the time to bind the radio.
Bada-bing-bada-boom! your RX is bound, and the RX screen should start responding!!!!
So what's all this I hear about power?!?
The next session we wire in the ESCs . . . and play with flashing down the wire, the way it should be . . . and the testing get's really interesting
Last edited: