Deathblades: Skatroller

That’s it – I’ve cast the die, thrown down the gauntlet, brought the house, and so on. I’ve registered for Otakon, which, besides being a peer cloud adventure, will be a thinly cosplay-veiled ground test for the Deathblades.

That means I actually have to finish and get moderately proficient at the delicate exercise of not getting skullfucked by the ground. Fortunately for me, Advanced Circuits did finally come through:

Check it out – it’s the updated Double DEC’er boards in AC’s nude color scheme. I elected to use their “Bare Bones” service because it doesn’t take very long. From the time I ordered (last Friday) to when I got them (today, Wednesday) was less than the time it took to get the SCHBs printed.

You know what – I don’t care if they have neither solder mask nor silkscreening. They’re conductive in the right places and insulative in the other. I can live with that… or give them a snazzy color scheme myself.

Unfortunately, when I said “waiting on you, Advanced Circuits” last time I actually meant “waiting on you, Digikey”. All the SMT and special parts needed to fill the Double DEC’er boards are in hyperspace at the moment, but they should rematerialize soon.

Here’s the consequence of designing in the lithium battery packs and then finding out they only fit in the “tall” configuration. I’ll be practically stepping on the Xbee the way things are turning out – and this isn’t even with the DECs in headers. They will have to be permanently attached to the carrier boards. Only a real fit will tell whether or not I’m truly space constrained.

In the worst case, I’ll make some spacer plates for the boot to be mounted a few millimeters higher.

Meanwhile, as I await the LAST PARTS SHIPMENT!!!!!!!!!, I will de-breadboard the hand controller and mount it to the wristpads. Here’s the fun part for today:

We begin with a Lilypad protoboard.

While I could have used any random-ass protoboard, the Lilypad boards just looked more elegant. Nothing will look in place zip tied to a skating accessory, so it might as well be cute, right?!

On the board I have already mounted a 14 pin socket for my favorite op-amp, the LMC6484.  Additionally, I’ve already set up the resistor divider and a connector to attach the FSR in the glove.

this is where it stopped being cute.

The Lilypads are “anti-perfboards”, which mean all the holes are connected together by a tiny trace which you can selectively cut to create conductive paths.

this is quite possibly the worst idea ever

The problem is that if your circuit is even moderately complicated, it takes forever to remember which little traces you forgot to cut or which traces, Robot Jesus forbid, shouldn’t be cut

it is much slower than point-to-point’ing with kynar wire or just bending component leads into eachother

After trace-snipping (which is not easy, I assure you, because it essentially involves digging up the fiberglass substrate) the op amp socket and the resistor divider, I had enough.

what the hell i dont even

I took the dullest razor blade we  had and, over the course of half an hour, scraped up every single trace in a grid pattern, leaving me with a normal perfboard and possibly contributing more to developing carpal tunnel syndrome than 3.5 years of build report typing ever did.

Then I continued.

“Rename N-dollar-sign-1 to ground? Of course.”

See, this is how I roll. Cranking the soldering iron to 850 degrees, its maximum, lets the tip melt instantly and cleanly through 30 gauge Kynar insulated wire-wrapping wire (which does not burn or smoke). It makes a quick and clean joint wherever I need it. Borrowing the concept of nets and buses from Eagle, I just connect one wire point-to-point-to-point before cutting off at the end.

Here’s the part where I have a brilliantly horrible plan and go nuts with it. I cut up a set of wire-wrapping sockets and used the legs as conductive spacers between the XBee Lilypad and the protoboard. The socket legs fit snugly into the Lilypad’s external connection holes.

The XBee’s 3.3 volt, ground, D0, D1, and V+ pads are all soldered to the protoboard’s pads below. One additional pad (“NC”) was secured just for more structure.

The result? A small, adorable Lilypad stack with the XBee on top and the glue circuitry on the bottom.

I couldn’t refuse the temptation of adding a power status LED in bright nuclear reactor meltdown blue. Hello, my name is excessive power consumption.

The XBee Lilypad’s onboard 3.3v regulator supplies power to all the logic.

Here’s the 100th build picture of the Deathbldes. Unfortunately not very dramatic. After verifying that the circuit still worked, I drenched the backside in Automotive Goop for insulation.

Goop is one of my most favorite adhesives because it’s rubbery and flexible (yet stiff in thin coverage),  dries and sets fast, and bonds everything.

After a few minutes, I remembered that Goop was in fact a glue and, thinking fast, shoved a piece of hook-side Velcro onto the Lilystack.

The entire top side of the wristpad is covered in fuzz-side Velcro, so this facilitates mounting without resorting to something more permanent, like sewing (AAAAAAAAHHHHHHH)

The battery holder got much the same treatment. Two CR2032 lithium coin cell holders are Goop’d onto a small piece of scrap aluminum. Another chunk of Velcro is attached to its back.

The system will run on 6 volts. This is subject to change, since this may be more drop and power dissipation than the very small regulator on the Lilypad can handle. I may change to a single high-capacity lithium polymer cell.

Here’s how the whole thing goes together!

Notice the other LED I’ve added to the top board. It’s connected to the ASC (associate) pin of the Xbee, so it blinks annoyingly and brightly if the XBee is powered and active.

From the side.

The two trimpots set the force response slope of the FSRs and the “enable threshold”.  It turns out that 25 to 20% is a better threshold than the 30% tested previously. I highly doubt the skatemotors will even produce enough torque to matter at 25% throttle anyway.

and it glows

That’s the important part. Green ASC blinkenlicht, and a blue steady power light.

Trying out a different configuration now. This is where having a huge Velcro surface comes in handy.

And a third. This one keeps the electronics out of the way of the wrist straps so I don’t have to remove all the electronics first before taking the wristpad off.

I’m very satisfied with how Skatroller turned out. The only problem turned out to indeed be power consumption. The two bright LEDs run straight off 3.3 volts, along with the XBee’s relatively strong hunger for power, meant the poor CR2032s went flat within 10 minutes.

Lame.

So expect the ASC light (at the minimum) to come off and the blue power light to get a resistor. Additionally, I’ll probably take myself up on the single cell lipo challenge. Three AA cells at 4.5 volts would make a good high capacity power source, but that’s extremely bulky.

Can XBees take a straight single cell Lipo (3.0 to 4.2 volts) without death?! Perhaps an A123 cell (2.7 to 3.6v)…  I mean,we totally don’t have any of those lying around at all.

digikey where are you

Deathblades: The Birds and the XBees

I’ve been waiting to use that title for a long time.

Building the ‘blades has been quite an exercise in unfamiliar territory. First, the skates will be using the Maxon DEC modules, which are essentially experimental with respect to the project, me having seen no other vehicles that use them (seriously – all other Google results seem to just be press releases). Having access to the DEC modules was the impetus behind me finally learning PCB design and layout.  I just discovered the magic that is force-sensing resistors and how they can be used as an analog throttle.

And now, as the final and pivotal step in closing the proverbial control loop of the Deathblades, I shall link the throttle with the DECs using XBee radio modules.

SOOOOOO CUUUUUUUUTE. It’s just like a really obese centipede with a silly hat! That transmits and receives data!

These little 2.4GHz, 802.15.4 radio modules are very popular in the DIY and maker crowd because of their level of flexibility. They can form star, mesh, and mixed topology networks, and can act as wireless serial bridges. But much of their popularity (at least of the Series 1, not so much the newer models which adhere more closely to the standard) is the ability to act as an airwire. The XBee can be configured to pass two analog signals in the form of 0-100% digital PWM, and then up to 6 more digital I/Os, all without involving another microcontroller in the loop. To make my life even easier, Digi International provides X-CTU,a useful GUI tool for configuring the radios to do your bidding.

I yoinked two Xbee Adapter boards from MITERS’ neighboring student activities so I could easily throw together a breadboard assembly.  Each unit here is receiving 3.3 volts from the FSR board regulator. I set them up such that the transmitting unit receives the analog FSR voltage on AD0/DIO0 and an “enable” signal, on AD1/DIO1.

On the receiving side, the radio has PWM0/RSSI hooked to the oscilloscope, along with its own AD1/DIO1. Digital I/Os are paired, but the analog ones have their own pins.

Conveniently enough, RSSI was connected to a red LED on the boards.

Configuring the radios to act as analog and digital airwires. There are relatively few settings to change, and most of them revolve around how to use the I/O pins. I referenced Rob Faludi’s XBee I/O page (props for being the number 1 Google hit for the exact words “Xbee Direct I/O”) and Digi’s own knowledge base page on the matter. Needless to say, RTFM came in handy also.

The things I changed from the default firmware settings for the transmitting side, all values in hex:

  • Pan ID (ATID)  = 9000, because… well, I could.
  • Radio ID (ATMY) = 1, just a number again.
  • Destination Address L (ATDL) = FFFF, which is the broadcast setting for the simpler 16 bit addressing mode. If I wanted the transmitter to only talk to one other radio, this would be the ATMY of the other radio. But I ultimately want to control 2 other modules, and simple I/O mode doesn’t allow changing of the address on the fly, so broadcast will have to do. Fortunately, there are settings for which radio IDs you should listen to.
  • Digital I/O 0 (ATD0) = 2, for this pin’s ADC mode, hooked to the 0-3.3v output.
  • Digital I/O 1 (ATD1) = 3, for this pin’s function as a digital input, mapped to DIO1 on the other modules trained to it.
  • I left ATIU off because I didn’t need the packet information from the radio’s serial ports.
  • Number of samples before transmission (ATIT) = 1. I don’t know what the effect of changing this to a higher value does – perhaps to filter out noise or slow the rate of updates, but I decided to just transmit everything.
  • Sampling rate (ATIR) = 1. The sampling rate can increment in 1ms resolutions. I decided that 1ms was fine.
  • Input address (ATIA) = FF. This is the which radio is commanding my I/O lines option. In the case of the Tx, I set this to 0xFF, which is the “nobody” option, because… well, this is the transmitter. The receiver would have this set to 1, the ATMY of the transmitter. This was crucial. I missed it the first time and the bridge most definitely did not work.
  • PWM0/RSSI pin mode (ATP0) = 0. The transmitter won’t be putting out a PWM signal, so there is no need to set the pin.

From this, it seems that ATIA = FFFF and ATDL = FFFF will cause all radios to affect all other radios. I’m sure this is not actually the case, because that sounds like a nightmarish scenario.

Next, I set complementary values for the receiving side:

  • PAN ID = 9000
  • ATMY = 2 , this was arbitrarily the 2nd radio in my little network. It could have been the 987th.
  • ATDL = 1, because it should talk only to the transmitter, not broadcast.
  • ATD0 = 0, or disabled, since I’m not using DIO0 as a digital I/O.
  • ATD1 = 4, for this pin’s digital output mode with a default setting of LOW. Logical low disables the DEC’s outputs, which I want. DIO1 is hooked to the enable signal on the FSR board.
  • No ATIU, ATIT, or ATIR (left unchanged or default values)
  • ATIA = 1. This trains the receiver to radio ID #1, which is my transmitter.
  • And finally, ATP0 = 2, to couple it to the analog-to-digital coversion of DIO0 on the transmitter side.
  • I set pin timeouts (ATT0 and ATPT) to 500ms so all the outputs return to their default states if no valid updates are received within that timeframe.

What does all this result in?

Well, first, nothing if I don’t hook up the VREF pin on the transmitting XBee. Which I didn’t. Comparing 3.3v to #NaN always results in bullshit.

But here’s a video of the wireless signal transmission working. The RSSI LED is being used as the PWM output here, and its brightness varies as I push down on the FSR.

The scope clearly shows the 16kHz square wave coming out of PWM0 as well as the changing state of DIO1. On the FSR board, I made an (adjustable) comparator input that drives DIO1 high only after the FSR voltage exceeds a threshold. In the video, it’s about 30%. This acts as a very (very) rough control deadband so random hand flicks don’t cause the motors to turn on.

The downside is that the minimum throttle at activation is 30%. Clearly, this will be adjusted to taste. More sophisticated glue circuitry will better approximate a deadband curve, but this is enough to prove the concept.

One catch: the DEC modules run 5 volt logic but the XBee runs on 3.3 volts! So I lied – even at full throttle, it means a direct signal would only have me crusing at around 66%.

Lame. So to validate one of the experimental parts of the “Double DEC’er” board, I made a small buffer that outputs 5 volts. Two 2n7000 signal FETs are wired sequentially in common-source mode, which makes sure the signal is still rectified. The 5v, 16kHz output is trivially filtered back to a smooth analog voltage by a 1Kohm + 1uF RC filter.

The actual DD board uses SOT parts for smallness.

But did my crazy broadcast plan actually work?!

I set up a 3rd XBee  (had to hunt down a 3rd explorer board for this one…)  in the same fashion as radio #2, except with ATMY = 3.

The presence of a variable red light on both modules indicates to me that they are linked successfully. Probing DIO1 on radio 3 results in the same enable line toggling.

So to wrap up the whole deal with PAN ID, broadcast, radio ID, and destination address (for my own future reference and sanity, as it took me forever to distinguish between them…).

  • An XBee with ATMY x and ATDL y will talk to an XBee with ATMY y and ATDL x if they are on the same PAN ID z.
  • An XBee with ATMY x and ATDL FFFF will talk to any other XBee on the same PAN ID z. But the others will only talk back if their ATDLs are set to x. The others may still converse amongst themselves if their ATDLs and ATMYs are appropriately set.
  • Changing the PAN ID effectively creates another network, and there can be more XBees with ATMY’s x and y which will in turn only talk to eachother.
  • Changing the active channel will create the above scenario all over again.
  • A billion fucking XBees can therefore be in the same general vicinity and will probably still all work.

I hope this is all correct. If it’s not, CORRECT ME. Otherwise I might go through life spreading the same lies and misinformation that I believe in, which puts me awfully close to being a politician.

Time left until Otakon: A month and a week. I think I can bang up a decent cosplay by then.

waiting on you, advanced circuits