Brushless Hipsterism Intensifies: Returning to Brushless Rage. Brushless Mini-Rage!? And Trying Hub Motor Drive in a Beetleweight

Oh, Brushless Rage… how far you’ve fallen. It’s been standing idle since late last year when I got the first version running. Thereafter, it began having some rather obdurate power supply problems that I couldn’t resolve with a few different attempts, and with #season3 still unknown (TO. THIS. DAY. UUUUUUGGGGGGGGGGGH.) and having to pick up and move shops, I lost motivation. Now, with the spring and summer silly go-kart season coming up, me really wanting to pregame getting Overhaul back in shape ( *cries deeply* ), and my comrades over at Robot Wars screaming for assistance, it’s time to put my robes and wizard hat again.

The last time I really worked on Brushless Rage was in October. After tuning out the first one, I went ahead and made a 2nd one. I wanted to get Sadbot running on them for a few test drives.

Here’s my innovative housing for the two controller! Bolted back-to-back with drilled holes in the Ragebridge shipping box.

And that was all! It was retained by a few zip ties running through the bottom ‘breadboard’ baseplate. I didn’t take much test video of Sadbot running on them, unfortunately;really the only one that exists within easy reach is, uhh, this one. While it doesn’t show them getting whipped, they definitely don’t not work! Yay!

But not for long. I soon lost both of the units in further off-bot tuning of settings. They didn’t blow up, but simply failed to ever power on, with the LM5017 regulator simply sitting there getting hot. The only “fix” was replacing the regulator, and I say “fix” because that really didn’t fix anything, and they would die again within minutes or even seconds.

No problem… maybe it’s just an issue with the two boards. I’ll just try another one of the five total I ended up making….

Nope. Nothing. They died one by one, all to the same symptom. I tried redoing my math for the regulator for the 4th time, thinking maybe  I made a mistake somewhere. I even tried mimicking the reference design to try and get something running. I literally never do that.

At this point, I figured it must have been something incredibly dumb and simple I missed. But why would the first two have worked at all, even for a little while?! Convinced the solution might just suddenly invent itself, I stopped thinking about it.

And so here we are, a few weeks ago, when I’m slowly building up a new rev of the logic board that fixes up some trace routing problems and Little Blue Wire problems. Again, the logic regulators kept exploding, some times dramatically taking out the input trace like seen above. The little light is strapped across the 15V gate drive supply to give me a visual indication of it being on.

What is with me and being unable to use switching regulators!? I recalled the Ragebridge Diode Debacle of 2015, and decided to take one last Hail Mary run through the datasheet along with friends to carefully cross-check each other for boneheaded mistakes and…….

TI, you assholes.

So here’s what’s going on. The Vcc pin of this chip allows you to power it from its own output voltage, which is often fairly low, so it prevents a lot of heat dissipation in the chip since otherwise it would have to derive its own power from the voltage input (up to 95V). But what I missed is this only works up to 13 volts. My gate drive supplies were 15 volts by design.

Beyond that? Who knows?! It might work, it might not. I’m guessing my first two were just high enough in manufacturing overhead that they worked for a little while. Subsequent statistics were not on my side.

Okay, whatever. I cut off the 11.3kohm feedback resistor and threw on a 9.1kohm to drop the voltage from 15V to about 12.5V and let’s see what happens.

Ah, it wakes right up.

Of course it does.

So I decided to respec the gate drive for 12.5V. Why do this instead of go for the full 15+ volts? Because I’m really aiming to make this design work at high-for-robots voltages of 36-48v, possibly up to 60V nominal with a different power stage, so I’d like to save the power dissipation in the chip’s onboard logic power supply.

The change in drive voltage will slightly affect the drive characteristics and switching time. For now, I’ll keep all the power stage parts unchanged, but I’ll probably tune the gate resistor values later.

 

To get rid of the noisy ripples on the feedback network and to stabilize the switching frequency, I added some more bypass capacitance to the chip. This was not included in the design at first, since I figured my large ceramic input and output caps were nearby, but it really really wants its own little private capacitor on Vcc. Gee, I thought I was a princess at times.

So now this thing is pretty much bombproof. Here’s a video of it throwing around one of the 30-pound old MIT CityCar prototype motors (which I inherited 4 of after the project was dismantled):

In that video, it’s running from 36 volts. I tested it with a smaller motor all the way up to 50V input before getting too scared for my power supply’s life; I’ll need to try it on a larger high-for-robots voltage power system later, but nothing smelled imminently unhappy!

With the regulator death issue apparently behind me (again) I decided to push another board revision. This time, I added all the necessary bypass caps and changed the layout of the logic power supply, as well as take out some parts I decided were superfluous.

The logic power supply got a little smaller and more electrically optimal. The whole thing is just less messy now. I like it – it takes up around 1/3rd square inch of PCB space on one side. At the behest of a professional PCB engineer friend, I turned the inductor 90 degrees and joined it with the LM5017’s switching node with a small trace instead of a larger groundplane. This would prevent the switching node (a source of huge voltage swings in microsecond timescales) from broadcasting as much noise.

Besides some other minor trace chasing, what’s going on down below on the board is also something experimental:

That there is a bidirectional optoisoated I2C bus for transmitting data between two microcontrollers which should never meet directly. I had a single-direction opto input on the board revisions so far, but this prevents updating of settings via the SimonK/BLHeli type bootloaders. That means tuning the settings require busting out my chip socket every time, which is annoying. I reviewed a couple of bidirectionally isolated bus schematics and decided to try this one out first, since it involved diodes only, not transistors.

The problem is, the I2C bus is a open-drain configuration with pullup resistors and ‘1’ bits transmitted by pulling the line down to 0v. I kind of wanted to try keeping the opposite polarity, so to speak (even though SimonK supports an inverted input setting) just because I’m used to thinking about things this way. So I tried flipping the circuit over…. pullup resistors became pulldowns, and common-emitter became common-collector, and so on.

It makes sense in my head, but I’m sure excited to see this work!

On the board, this is the layout. It doesn’t consume much more space than my previous 1-direction optocoupler setup, and can be bypassed for testing with 2 wires if needed. That’s the nice thing about keeping things upright signal-wise.

So before I sent this board revision out, I stopped for a moment to think who would really be wanting to use Brushless Rage. I’d designed the 12-FET board to effectively replace Overhaul’s 250A DLUX controllers (with more realistic ratings, mind you). I’d say the majority of people who would buy such a thing won’t be running motors that big.

Recently, the thought of a “Half-Rage” has been coming up in my mind as something worth pursuing. This would be a board with about half the footprint of a RageBridge 2 and supporting about 1/2 of the amperage. As some curious question-askers had innocently drilled into my mind, this would be an Actually More 30lber-Sized controller.

> mfw "When are you going to make a 30lber/12lber version of RageBridge?

 

With this in mind, I decided to make a copy of the power stage and began downsizing the hell out of it.

Step 1: Reap what I sow when it comes to the sheer number of vias I deposited under the FETs.

After bunching the FETs together, I referenced one of the earlier abandoned Brushless Rage layout ideas for the output wires. This board is now short enough that I’m comfortable pulling the phase outputs all the way to the right with the power. Keeping all my wires on one side is something I prefer.

Somewhat final routing of the fat bus traces here. I had to move a few gate drive traces, as there was no longer an opportunity to swap sides in the middle of the FET bank. Power+ runs straight from the bottom right corner, through the bus capacitors, into the high-side FET. Power- emerges from the current shunts and then has 3 paths to return to the buscaps before being slurped up by by the wire hole on the upper right.

Here’s an overlay of the signal board design on the power stage, showing roughly the size of things. The final power stage is 2″ x 2.75″. Not the tiniest thing, but I have more capacitors than you!

This board shares a lot of thermal characteristics with RageBridge, so I’m pretty comfortable calling this a 50A continuous class controller. 50 real under-partial-throttle amps, so that’s what, like 1,200 Hobbyking Amps?

In all likelihood, this controller will be able to handle an average 63mm SK3 motor in continuous duty applications like a silly go-kart. Robot-wise, it will probably be stressed handling the same in bidirectional drive mode.

Fast forward a few days and….

OhmygoditssocuteIjustwanttohugit and then make it run a 80mm outrunner on 12S violently. I’ve ordered parts to make a handful of these, and two are going on Sadbot ASAP to be driven until something blows up!

Direct Outrunner Hub Drive for Your Little Bot

Next up, something even smaller!

So I’ve long been a connoisseur of fine handcrafted hub motors. I got curious recently on using direct-drive small outrunner motors in an ant or beetle after thinking a while on the redesign of Roll Cake. Version 1 of Roll Cake was honestly just a braindump of a vision I’ve had for years for the shape of the bot, and everythng else came second to that. On the beetle scale, the multi-pulley serpentine pulley drivetrain simply had too much friction for the Fingertech motors (which were severely underpowered for the task) to overcome.

For the next version, I’m ditching the triangular cheese wedge shape for something more straightfoward. The cheese wedge will be back for a heavier weight class. Roll Cake’s design really wants to have the middle of the bot kept clear for the flipper linkage. I’m sure I could work around it with low-mounted drive motors and similar, but this was an excuse to play with brushless things!

I based my thoughts off Jamison’s mini-gimbalbot which used camera gimbal motors for drive with a small Hobbyking R/C car ESC. It drove “okay”, certainly capable of a weapon delivery platform. So naturally, I wanted to put some SimonK-capable controllers on it and see how the handling would change. I got a small selection of motors: A pair of DYS and Quanum 28mm motors as well as a pair of Multistar “HV” 460kv motors. 460 RPM/V is reeeeeally slow for that size of motor that isn’t a gimbal motor, so I was quite interested in them.

These are the gimbal motors. I like them for their pancakeyness – the Quanum motor is more 30mm and has a bigger stator.

Playing around in the CAD model a little for component placement. At this point was when I realized Roll Cake in this incarnation might end up looking a lot like The Dentist :P

I designed up a few hubs that bolt to the face of the motors and have a tapped middle hole to sandwich a wheel. The wheels are spare 1.625″ BaneBots wheels that I originally bought for Candy Paint & Gold Teeth.

Shown with those motors is a ZTW Spider 18A controller. My typical SimonK ESCs, the Afro series, were out of stock when I placed this order, so I took recommendations from people on what I should use. The Spider series are fairly popular these days among small bot folks.

The issue is, they come with BLHeli firmware, the other other open source drone racing / vaping rig development path. It’s a newer effor than SimonK and has a more polished interface. I’d read about it before, but not worked with personally. Other builders have said it doesn’t run robot drivetrains as well due to being much more optimized for propellers. So hell, why not – this was a chance to explore that side of things.

Here’s some real life CAD layout, featuring the Multistar motors.

I really wanted to use the gimbal motors, but they disappointed me in bench testing sufficiently that I didn’t even end up installing them. Basically, they can’t draw enough current to make torque at typicall little-bot voltages. With phase resistances of 10-20 ohms, they can really only draw ~ 1amp or so. I mounted one in a vise and could stop the motor with my pinky finger at full radio stick input.

These motors might be better at 6S and up, but for the time being, since all of my small-bot batteries are 3S, I decided to pursue making a test platform using the Multistar 460kv motors.

 

The platform of choice was…… one of Candy Paint’s spare weapon pulleys. I literally spilled my “preformed robot spares” bin on the ground and tried to see what was good to use as a base. Hey, it’s round and has convenient wheel holes in it already! All I needed to do was quickly whip up some motor mounts (3D printed) and I was in business.

 

Here’s everything hooked up. That nut is for a counterweight on the front to add some friction against the ground while turning. Otherwise, it had a tendency to keep spinning and spinning if you even thought about turning.

Communicating with the ZTW Spiders was a hell of an adventure in its own right, and I am putting this post under Reference Posts because I’m 99% I will need it again or someone else will randomly find it while needing the information. If there was any industry that continually pisses me off with how undocumented and tribal-knowledge focused it is, it’s the R/C anything industry.

So, here’s how everything went down. I lost my AfroESC USB communicator, so I purchased the Spider SPLinker advertised as working with the controllers. I also bought one of these stupid things:

That’s a “SimonK/BLHeli compatible” dongle called the ESCLinker. It allegedly can talk to either kind of ESC, but there was nothing remotely resembling a manual or operating guide; all of the search results for this brilliant device were people complaining that there was no manual.

So I’m writing the manual now: This thing does not want to talk to KKMulticopter Tool (my go-to for flashing SimonK ESCs). It will only talk to BLHeli Suite. As a matter of fact, I couldn’t get the Spider SPLinker to talk to ANYTHING. For all of my tuning here on, I used the ESCLinker tool.

Here is BLHeli Suite, which is hosted on the sketchiest possible website that is one tier above compiling it from the Git repository yourself.

Notice how I’m connected to the ZTW Spider now. The ESCLinker (and SPLinker) install as virtual COM ports.  The necessary baud rate is 38400 baud, not 19200 (Afro/Turnigy USB dongles, to my knowledge)

By the way, once I realized this, I tried to talk to the SPLinker and ESCLinker on KKMulticopter Tool again using 38400 baud; no dice.

Further investigation revealed that the ESCLinker needs these options to communicate to the ESC – both options 2 and 3 will work. So if you’re listening, people mystified by the ESCLinker: Talk to it on 38400 Baud and ask it to communicate to your ESCs with BLHeli/SimonK 4-way-if bootlader.

Ugh. One of my selfish reasons for wanting Brushless Rage is so it’s one known quantity and I never have to dick around with other people’s open-source bullshit again.

So with all that behind me, I decided to try out BLHeli drive on the little pulleybot. I went with intuitive settings based on my SimonK advice, which included “Damped Light” mode, a fancy euphemism for synchronous rectification/complementary PWM, medium to low timing and maximum start power. BLHeli also has a “demag compensation” feature which appears to delay commutation to compensate for current decay in the windings. Who knows!? I wasn’t given the imprssion that its users actually understood what it meant, nor does the manual really say anything useful.

I found that Demag Compensation turned all the way up gave the best performance, along with maximum start power. However’ it still couldn’t compare with my SimonK experience. It seems like even maximum start power is much weaker than what SimonK permits you to do.

Here’s the final test drive I made with the BLHeli Spider ZTWs:

I’m honestly not very impressed. I think BLheli is very much optimized towards multirotors and helicopters (hmm, maybe it’s even called BrushLessHeli for a reason!) and the settings are more high-level and mask the underlying mechanicals of the firmware. I think this makes it much more accessible to hobbyists, though. In the end, I’m not very enamored by it.

These were my final settings:

For a direct comparison, I decided to replace the ESCs with my old SimonK Afro 30 amp units. These have been on quite a few bots now, starting with the original Stance Stance Revolution, and they were completely beat up. But they still worked!

A direct replacement into the existing wiring harness later… we have SimonK!

I found myself in the awkward position of using KKMulticopter Tool to compile a customized SimonK formware, then uploading it via BLHeli Suite because my USB dongles didn’t talk to KKMulticopter Tool; I’d lost my AfroESC USB dongle a long time ago.  BLHeliSuite doesn’t seem to have a firmware editor window that I’ve found yet.

Here it is. I found the SimonK version so much more responsive that I actually needed more counterweight on the front. So, a non-fitting bolt gets zip tied to the nut! Now the bot’s a lot more controllable:

I like it a lot. It might even be worth doing 4WD to give me more yaw damping, or I’d have to design the bot to be well balanced enough on front skids, or something. I used my typical SimonK parameters: complementary PWM, maximum braking power, maximum braking ramp speed, and adjusted start PWM limits to something like 50%.

I’m aiming to get Roll Cake and maybe Colsonbot running for this year’s MomoCon in a couple of weeks, so hopefully I’ll post up some design news soon!

 

Motorama 2017: The Event Report; Or, How Not to Scale-Model Test Your BattleBots

And we’re back! I must say, in a way, I miss the abject chaos (read: spinners) of the full-contact weight classes, but it is glaringly clear that I need to get my strategy back in shape. In all, this event was a good wake-up call for me if I want to play the BattleBots #season3 game seriously, but that’s for a later analysis. Here’s how things went down, starting with the finishing of Clocker a few days before.

One of my last to-dos was making spare armor wedges. I’d already waterjet-cut the plates, so they just needed to be cleaned and welded. These wedges represent a simplification of the design used on Overhaul that I would like to transfer. They’re simpler, reducing the number of facets and panels by half*,while also retaining the same lower-edge durability with a (higher mounted) gusset. However, they are missing the “Jersey barrier” double-angle front that Overhaul has, and this will be important later.

So there are four wedges – two are made from regular cold-roll mild steel, and the other two from 4mm AR500 plate. I’m really expecting to run the AR500 plate as primaries, and only ditch out to the mild if they get (somehow) demolished. I suspect there wouldn’t be much left of the bot if that were the case, but it’s good to have options! The 4mm plate one weighs several ounces more than the mild steel, owing to higher plate thickness (.125″ vs .140″) so I’ll definitely have to free up weight for it.

I jigged the whole thing up since it tabs together into itself and tack-welded the panels together using a TIG welder, before switching to the good ol’ spray-and-pray MIG welder to blend the outside seams together and drop a huge interior fillet into whatever edges I could on the inside. I am still the only person I know who tacks assemblies together using a TIG welder, and then switches to using a MIG welder. I write this off as me having zero patience for welding, but needing the initial assembly to be straight, so I do it with the precise near-zero-force application of a TIG welder.

*Note that Clocker doesn’t have forward- or side-facing wubbies like Overhaul, so if those features are being added back, it would increase the plate count, but still not to the point  where I had them for #season2

Free up weight? Where the hell else can I do that from!? It seems like Clocker’s been pretty well dieted, but a few weeks prior I had started thinking of do I really need semi-infinite drive power? in the form of possibly replacing the AXi motors. They work great, yes, but are definitely overpowered and therefore heavier than I need. I decided to swap to a set of 42mm SK3 outrunners, which would reduce me by around 4 ounces per motor, allowing me to use the AR500 wedges as the heaviest configuration. Power-wise, the SK3 outrunners would have been just fine. They also pair up with the pinions of the 4:1 P60 gearboxes from BaneBots I ordered (due to the higher Kv) and bolt to the motor plate with no modifications.  This is a great combo – I highly recommend it as a plug-and-play 30lber-scale brushless drive rig now.

The motors were basically the last thing to arrive before I had to leave, so I decided to hold off swapping the parts in until we got to the event.

motomumu

The following image shows the totality of the glory of America:

 

 

On Thursday night, we packed Literally All the robots into vantruck, along with a sizeable amount of tools, support equipment, and other miscellanea. I planned to get there early-ish Friday to help set up and also to aid in Antweight & Fairyweight tournament logistics. Along with me were SawBlaze and Overhaul for display at the front of the audience section.

Sadly, this trip as-photographed did not happen, but that is an entire other story that has to be told separately. Long story short, the haulage minus SawBlaze and Overhaul were reshuffled into Mikuvan. This is a great story, I guarantee you (if you stalk me on the Internet, you already know it, so no spoilers!)

Alright, so it’s like 2PM on Friday now when I get there and everything is horrible and nothing matters. Let’s swap the motors onto Clocker:

Boy, those ESCs – spares left over from Overhaul and Sadbot, Dlux 160A HV units – are now officially overkill too. That’s what happens when you make a parts-bin robot. With the motor reduction, I was able to make weight using the AR500 wedges. Also in the same disassembly service were the floor scrubber tires:

 

Here’s a better look at them. I liked how they handled in the test box – still just a little light on traction, but very predictable. I brought along the Forsch (black) 60A wheels also, but decided to run these first since the Forsch ones felt a little more stiff.

Fast forward to Saturday and….

I feel like I’m at some kind of  career fair or anime convention. The people-ocean density was staggering; this is the largest Motorama Robot Conflict historically, and the largest year-by-year growth (over 50%). A lot of new faces, probably 25% of builders, and also quite a few returning legends. It’s a good problem to have.

In the interest of not dying, the 3lbers (beetlewights) were basically running in a parallel event with an 8 foot arena just off screen to the left, with only large bots – 12lbers, 30lbers, and 30lb Sportsman’s – running in the big arena.  Given the sheer number of beetles, it was the only way!

What’s great is MassDestruction helped spawn several ‘newb-vets’ who cut (….blunted?) their teeth in the MassD arena over the course of the last year.  These are two of Alex Hattori‘s robots. At this time last year, he had a 30lber made of two steel bars welded to a cast iron pot, and since then he’s cleaned house at like, every MassD ever, I swear.

 

 

Some other remarkable bots forged at MassDestruction from guys who work at, uh, MarkForged. Crap, my sponsor is beating me at my own game! What do I do!?

Another one of my favorites return – this is Pitter Patter, a 30lb shuffler (actually 45lb in the weight class) which way back in the olden days of Motorama 2015 was the original design model for Overhaul 1’s shuffle drives, which were basically a direct knock of this thing! For this version, the saw got smaller, but the shufflers got way faster… like 3000 RPM fast. This thing was cookin’ it in the arena.

Basically, you’re not getting anywhere NEAR the whole story just from these few photos. I remember when robot tournaments were this big, from the momentum of the first run of BattleBots, and I hope I see the 2nd Great Awakening of robots progress further still.

Anyways, onto my matches! This is Glasgow Kiss.

Topologically, it’s a good mockup of the Cobalt match. This is okay too! I’d actually hoped for a vertical spinner opponent so I can practice my anticipated strategy of using the ünicorn. However, I’ll gladly try to practice my horizontal-fending tactics too. The high level plan is to come into his weapon tangentially using the AR500 wedges and bounce him around, ideally towards walls, and try to corral into corners. More or less the same plan as for when I fought Cobalt.

I mounted the ünicorn anyway in case it could be used – I wasn’t counting on trying to swipe the belt pulley, as it’s too far inwards.

So how did this match go? Uhhh…

Well that’s not very typical at all.

Let’s watch the match video to find out what happend!

Alright, so my strategy starts out working fairly well. I’d say about 0:30 is when things start going awry. While I get a few more good tangential shots in, Glasgow Kiss is able to get one or two shots in which climb up the wedges and take out the clamp actuator and main lift gear.

At 0:49 I make a pretty bad driving error and end up plowing directly into the blade, so the forks and clamp are pretty much done by then – you’ll see me raise them to try and keep them up and out of the way.

The last big connection throws both of us apart across the arena, and I’ve lost all drive power by now so I tap out.

What Andrew (driver of Glasgow Kiss) does well is pivot the bot on the blade axis – in part a consequence of it being so heavy – such that it’s hard to just ‘get around the back of’ or execute similar strategies. He does this several times to leak away from Clocker’s grasp succesfully, leaving me to chase while he spins back up.

If you watch closely, you can see Clocker has some maneuverability issues right away. One of them is the bot’s right side having a tendency to stop and not reverse, which means I missed a few in-place turns. This occurred to me as strange – I mentally wrote it off to the smaller brushless motors in the drive cogging on start, but it definitely didn’t occur in test box driving. The heat of the match kept me moving, though, and I elected to try and drive around the problem, exercising the tactics I outlined in how2brushless at the bottom.

So Clocker seemed to be in one piece still at the end. Time to appraise the damage:

Check out the gear carnage. This gear is made from 7075 aluminum. It’s a nice and rigid alloy, one of the strongest by tensile strength aluminums, but it’s really best used in bulk such as gearboxes or bearing blocks and the like, not in thin sections. The gear is fairly heavily webbed out for weight, so it cracked through readily instead of bending. A 6061 gear would have bent and I would have had a chance to sledgehammer it back to something resembling flat.

 

Glasgow Kiss machined off most of this corner here when I was turned around. I’ve thought about making plastic corner hoopy-jiggles before, but haven’t been compelled to yet. As a part of a comprehensive horizontal weapon defense strategy, it might be worthwhile to do for Clocker using some 1/4″ UHMW or a thinner spring steel.

D’oh. I think the cross-arena impact stripped all the #6-32 threads from the end of the gearbox, so I lost drive on this side. On the other side, the chain jumped between the drive sprocket and the rear wheel sprocket.

You know what was awesome though? The AR500 wedges, on both sides, are practically untouched. Lightly divoted, but they were still flat to the ground. I did write off two of the lower wubbles on each side which had some tearing damage beginning.

But you know what – this setup went head to head with one of the biggest 30lb weapons a dozen times and isn’t much worse for the wear. What it really showed me is that Clocker’s frame and armor is perhaps overly built for the weight class now that geometry is compensating up front for frame thickness.

By near complete accident I’d say, the ünicorn came THIS CLOSE to piking the pulley and belt.

Alright, it’s time to fix everything up. Both sides of the bot had to be disassembled to replace the drive motor studs with longer ones. Since the P60 motor plate screws don’t go all the way through, there was some thread left which I could use with longer #6-32 bolts.

It looks like the frame was tweaked about 1/16″ in a parallelogram shape, from a similar corner hit on the rear right side (opposite the well-machined one), so the left side drive sprockets became offset enough to cause problems.

Getting the damaged lifter parts off was an adventure that took a long time. I’m now heavily rethinking the clamp collars on live shaft approach. It was fine in the Sportsman’s class where Clocker never took any real damage there, but with everything twanged up, there was hearty use of deadblow mallets, aluminum pusher tubes (to avoid marring the shaft), screwdrivers, etc.

What I couldn’t save were the clamp actuator and lift gear. I had thought about machining another lift gear the week before, but it remained just a thought. While I had a newly assembled and painted clamp arm ready, I didn’t bring spares for the clamp actuator. Without a backup clamp actuator – since Glasgow Kiss had basically wiped all the internals out also – I had to push everything back together in “spatula mode”, just with the lower forks and around 120 useful degrees of gear. Once again showing the difference between Sportsman’s and the full contact weight classes – just like in BattleBots, you should really be prepared to build 2.5 robots, one full set of spares and another for the things which break the most often.

So I delay my next match (and run down that delay as far as I can) to get spatula mode together. When I finally hustled into the arena, though, I discovered that Clocker could only spin in place or turn right. I clearly had wired one of the drive motors backwards, but what? Moving only channel 1 in my elevon-mixed (single-stick driving, basically) radio only caused the left side of the bot to move, with no response from the right side. However, it could obviously spin in place; without a motor being backwards, it means it could drive straight forward or backwards, but only turn right with 1 channel.

Without more time, I had to forfeit my match against Shaka, who, I will point out, somehow went 2/2 at this tournament using only forfeits. It won its matches by forfeit, but had endemic electronics problems which caused it also to lose by forfeit… I am told that in testing shortly after our non-match, it blew up.

Back in the pits, it took me a little more investigation to discover that my Hobbyking radio had somehow lost a mix. When you configure a radio for single-stick driving (or Delta Wing, Elevon, V-tail, etc. for aircraft), you assign mixes to tell channel outputs to listen to certain combinations of stick inputs. Here’s what a typical simple elevon mix looks like for my Hobbyking T6A-v2 transmitter:

There’s two mixes involved – one to tell Channel 1 to move with Channel 2, which on a typical radio is the vertical throw of the right-hand joystick. This means pushing forward on the stick sends the same signal to both outputs on the receiver, so the robot drives forward.

The other mix is to tell Channel 2 to move the opposite of Channel 1, which on a typical radio is the horizontal throw of the joystick. This means if you push stick right, one side of the bot moves forward and the other moves backwards, and is accomplished by setting the mix percentage to be -100 in both directions (do the opposite no matter which direction the stick is moved)

For me, the latter mix – the one outlined in Miku Pink – was NOT responding, despite showing correctly! This meant moving Channel 1 resulted in no opposite motion, just the bot pulling right. This was exactly the behavior seen in the arena, and I would never have discovered it if I had not accidentally put a motor in backwards.

I said the maneuverability tics Clocker showed in its first match will come into play later. I’m now 99% sure that this issue affected the match, and I tried to dynamically drive through it since I try to avoid stationary directional changes (turning in place) due to the brushless drive. A non-working Elevon mix will still kind of work if you move Channel 2 first – it will simply add and subtract Channel 1’s value from one side. In this case, it left the bot prone to pulling right, which is exactly what I saw.

How did I discover this was the problem? Well, I simply had it resend all the settings to the radio without touching a single one and it resolved itself. My radio literally lost a mix from its memory between Friday and Saturday for reasons unknown, even to the point where it convinced its software that the mix was still present.

I must say, I am not even mad. This is an impressive failure mode that I’ve literally never seen before, ever. Before anyone dishes on Hobbyking radios, though, I personally have owned a half-dozen (I keep accidentally giving them to newbies or random students and then getting another one) and also worked with hundreds back in my 2.007 days when they were the radio of choice for the class, and this is the first one I’ve ever seen DROP A SICK MIX like that.

With Clocker out of the tournament and the radio issue solved (!?), I waited for the 30lb rumble to join in on, where I basically overdrove the arm past the end of the gear immediately….. so I simply ran around as a wedge corralling bots in corners until the Vex sprockets’ teeth all came off!

My chain gliders probably wore  enough in that 5 minutes of crazy driving to make the chain skip on the sprocket (since it doesn’t have that great wrap angle), and the power of the brushless drive proceedd to machine the teeth off in short order. Ah well – it was a great rumble anyway. At one point I had every bot except Translationally Inconsistent, who kept slithering away sideways, piled in one corner.

Once I find a good video of it, I shall update the post to include it.

What’s great to see is that the 60A wheels hardly wore. Obviously this is both good and bad, since it means I could have traded hardness for more traction. For the 30lbers, I might go back to the 50A compound – Clocker in previous incarnations has run 50A wheels and I’ve been satisfied. Now is when pouring a few full-size wheels for Overhaul to try and drive around would be a next step.

We part with some shots of gourmet damage from one of Jamison’s loser’s bracket matches against Triggo. megatRON was upgraded to have an AR500 impactor disc on the end instead of a saw, and having that house brought down on you is capable of some serious damage:

this kills the triggo :c

Check out the 1/8″ heat-treated chromoly-steel shell rim also, from the same weapon:

This thing is not trivial; megatRON was actually one of my more feared potential matches because I have relatively weak top side defenses. Expect potentially interesting changes to Sawblaze for #season3 perhaps?!

Speaking of which, what takeaways for Overhaul do we have here besides the obvious bring a spare of the thing you don’t think you need spares of. Or three.

  • DAMN, THAT WAS A GOOD MATCH THOUGH. Honestly, if I had the choice of losing like that to Cobalt, versus the way I did via #setscrewghazi, I’d have picked the former in a hurry. I would have had enough spares to bring Overhaul back online quickly anyway, and it would have made for a much better show and much better test of the bot.
  • I’m highly satisfied with the AR500 wedges. So happy. It deflected the hits from Glasgow Kiss with ease, and also seems to have done its job of transferring the energy into the floor. AR500 has become a bit of a crack epidemic in robot fighting recently as more of it is readily sourced along with laser/waterjet services to handle it. It’s a nice alloy, really – heat treated to the high 40s Rockwell C already, and easy to weld with conventional consumables.
  • Good deflection is also a curse, because you aren’t in control of where the big beating-stick goes afterwards. I’m more convinced than ever – besides by this hit – that the double angle on the front of Overhaul’s pontoons is an absolute necessity. I designed without them for Clocker for simplicity and to see if I’m just being alarmist, but what the single slope let Glasgow Kiss do is deflect its own way upwards and clean house in the clamp actuator. I will need to think about how to  how to retain or improve this design for Overhaul, and to add it to Clocker.
  • I think it might be time for a scoop, for both Clocker and Overhaul. You know how Overhaul has the short arms that I used against Cobalt? Imagine those becoming vestigial and ending behind a angled steel plow which could nest in between the wedges on their inside slopes, making the front of the bot more contiguous. The remnants of this design can be seen in the forward-angled plate that resides on OH1’s forks.
  • It’s more clear than ever that a self-reinforcing geometry trumps material thickness outright. If scaled down directly without changes, Clocker would have 0.75″ thick frame rails, which it clearly doesn’t. It has 0.5″ thick, heavily-machined out side rails with 1/4″ thick cross-bracing plates, and that left the match against Glasgow Kiss needing a single screw extraction and maybe a hit from a good ol’ Engineering Hammer. What this actually means is I spent much of the 6 hour drive back from Harrisburg trying to rationalize that maybe I do need to have Overhaul’s frame remachined again. I’d be able to optimize for the geometry of the side rails. It would shed a lot of weight which can go into other systems I was running out of weight for, and really, based on how deeply Overhaul’s frame rails are pocketed, it’s almost useless to be made from 1.5″ thick stock. But UUUUUUUUGGGGGGGGGGHHHHHHHHHHHH.
  • I’m really, really itching to leave the clamp collars behind when it comes to power transmission to the forks. I think when it comes to fork improvements, just adding cross-bracing to Overhaul is enough, and I way more favor the 8-bolts-to-remove-an-arm setup on it right now for serviceability. I can replace a full set of arms and the clamp actuator on Overhaul faster than I could get the damaged forks off Clocker.

I would love the opportunity to test these hypotheses on a 30lb scale again in less than 1 year, especially because I (think) #season3 is still going down this year. Even if I can’t prove my hypotheses in short order, this was all good stuff to know!