Sharking Into The Future

I’m proud to say that the LandBearGryllsMelonSharkTankWeek is now completed with the exception of electronics. Which is really to say that I’ve finished another dumb aluminum sculpture and have reached the end of the design assembly file, and will now proceed to make things up as I go. It also means I strongly risk finishing it next year, or never at all.

So, the last time when I put the chains on after knocking out the motor sprocket adapter, I discovered something terrible but not very surprising. Namely, the distance at which the chain sprocket is mounted from the face of the track sprocket, combined with the absolutely terrific (in the classic meaning of the word) molding quality of said sprockets, meant that the chain would simple get jammed by one of the protruding track sprocket tooth things and lock the whole assembly solid. Now, having a tracked vehicle in which the tracks are immobile is about as cool as having a traffic cone – not even one with a blinky thing on top, mind you. So I made eight quick little spacers using aluminum rod in order to positively place the sprockets further from the track sprocket teeth.

I was trying to find a 1.5 to 1.75″ round of some slippery material to make a chain tensioner with when suddenly I realized that I had a 3D printer and so might as well print some damned idler sprockets. This idea worked splendid, but the first pass just used a copy of the motor sprocket, which was actually too small to reach the chain. How embarassing. Downloading and editing an 11 tooth sprocket model fixed the tensionless tensioner issue. I like this whole 3D printing thing.

Incidentally, during this process, I discovered that MaB’s extruder motor had finally broken down. The DC extruder motor has a bad reputation in the community because of its frequent and often mysterious failure mode where the terminal resistance drops significantly from ~30 to 40 ohms down to as low as 1 or 2, enough to cause the extruder controller to freak out and shut down… but it would still work otherwise. I temporarily bypassed this issue with a 10 ohm power resistor shoved inline with the motor leads so that the extruder never sees in practice more than 1 amp, which is well within the rating of the driver chips. It meant my test print came out slightly anemic because of the power penalty, but a temporary adjustment of the thread width parameter fixed it.

It also means I finally manned up and ordered a compatible stepper motor to build a stepper motor head with, because the software and hardware fully supports them now.

While contemplating tensioners, I added terminations to the motors. The usual 5 pin sensor connection and 3 bullet connectors for the motor phases goes on.

What does having the motors all wired up means? TEST TIME!

I ran a quick first run using the Kitmotter Demo as a commutation source. Even on the built-in 15 amp battery current limit, the track assembly turned smoothly and with a pretty decent amount of torque. I’d say the rewinding of the Turnigy motors to twice the number of turns and Wye termination was successful. Next, Shane wanted to see how much a difference his look-at-me-i’m-so-special-and-control-theory-minded sinusoidal field-oriented control motor driver would make over the cheapo square wave block-commutating Kitmotter controller. The resulting test video is below.

Note that while there isn’t a test video of the regular motor driver, the noise in either case was strongly dominated by mechanical sources… like the flapping chain and track belt.

Enough stalling and delaying the inevitable. It’s time to start on the electronics, and the first order of business is mounting the motor controllers (a very mechanical step, fortunately). These are the deprecated KBS36051s scrounged from the CityCar Graveyard. I don’t intend to use the stock something-or-other connectors that house the signal contacts; and half of them have been cut out anyway, so I’d need to make an interface board with some kind of signal processing onboard, probably Arduino based.

stopgap control solution

The final plan for LBS is to have a dual-hand wireless control solution similar to the glove control I have set up for the skates. However, I want to ride this thing sooner than that. So, for the time being, I’m going to run a wired control from a makeshift interface board to… I don’t know, two knobs or something. Here’s the beginnings of said interface:

I’m not sure where to begin describing it. It’s being constructed on the remains of half of a 6.131 class protoboard salvaged from the bowels of MITERS. On the right is the obligatory socket for the Mini Arduino. This style of protoboard really does not suit the point-to-point wiring method I’ve taken a liking to. Component placement here isn’t freeform due to the crossing rows of conductors, some of which I’ve had to slit to make space for more adjacent parts. So, I’ve yet to actually add wires – just trying to figure out where to put parts for now.

Anyway, on this board lies a contactor driving switch (second column from the left), the two Kelly interface connectors and throttle connection, the Arduino socket, and then at the very bottom right is the eventual rider-detect switch, which will just be two OR-wired microswitches read to determine whether or not I’m still on the thing. The idea is that after a certain delay of neither switch being closed (to account for shocks and airtime!), the throttle will be brought to zero and the contactor opened to prevent the vehicle from moving. The contactor would only block or conduct motor controller power, so the thing doesn’t turn off, but just Positively Stops Moving unless I ‘m on it.

I found some 10-pin IDCC connectors for the controller interface, but really only need 4 wires on each – an analog throttle, a digital “enable” line, a reverse toggle line, and ground. But I had them, so they’re going on there.

 

AAAAAAAAAAAAHHHHHHHHHHHHHHHHH

What the hell? Is that some kind of cracked-out anime version of WALL-E?

While that’s a great idea for Halloween, it’s actually the headlight module off a cheap sports bike the EVT gutted long ago for parts. Some of it ended up in here, and a specific subset of that made it close enough to me such that I was able to pick it up and giggle uncontrollably. No matter how tacky and bubbly it looks, it’s kind of growing on me.

By the way, the stick with a wheel back there is pf.

Alright, so I actually think it looks better in this configuration. It looks like some kind of treaded insect.

I might not actually buy replacement headlight hardware for it, but I’m definitely going to design up some bracket to mount it on the front there because it looks too damn good (and by that I mean hilarious).

Pan-Project Update: Little things here and there

Not much has happened in the last week or so with regards to anything reaching completion. Sadly enough, not even the melontank has escaped the wrath of final semester. I’ve been filling in some minor details on the vehicles, though, in part preparation for the Energy Night Showcase, which I’m attending with some cohorts mostly as an excuse to ride scooters around to annoy the staff, and partly because said scooters is actually a hardware display at the event.

razEr rEVolution

Ever since getting back from Singapore, RazEr has just been kind of hanging out around MITERS giving curious onlookers test rides. One day, however, it just stopped. I don’t recall if it was on acceleration or deceleration, but the entire controller simply shut off. Not in flames, to my utter surprise. Further investigation revealed that the ATMEGA328 chip that is the core of the controller just straight up died. I don’t know what the cause could have been to completely kill a microcontroller besides voltage transients above its maximum voltage – after all, the logic voltage is fed by the gate drive voltage, which is one step closer to the very noisy and high current battery rail. And I don’t use a hardcore switching voltage regulator like some other people do… rather, a completely rigged linear voltage regulator fed by a resistor.

So instead of, you know, fixing the thing to use a real voltage regulator, I decided to fix the symptom for now:

Dropped (almost literally) on the Arduino carrier board is a 5v transient voltage suppressing diode, and right next to it is a 100uF 1206 capacitor. Seriously – 100uF in 1206? What is wrong with the world?

The addition of massive buscap and a TVS should absorb any transients on the logic rail in the future. I’m saving the real parts for the full v2 redesign, for which I have additional upgrades in mind.

Another issue that Razer had faced before its untimely demise was some kind of strange, no doubt current induced behavior where the motor operation would become very unstable if full throttle (or really anything above mid-throttle) was applied. The symptom manifested itself as a sudden loss of torque, almost like the motor was spinning off a clutch somewhere and little torque was making it to the wheel. Now, I know I slammed that motor can together on a 20 ton arbor press, so there’s no way it could have been mechanical. Further investigations into the gate drive voltage revealed no significant “early shutoff” of the high side bootstrapped FETs, which could cause such behavior past a certain PWM duty cycle. I was out of ideas, so on a wild suggestion, I made a common-mode choke out of a nut and a few turns of 14 gauge wire.

It solved everything.

I’m not even going to ask. The Common Mode Nut will, for now, become a permanent feature on RazEr. It allows me to floor it with reckless abandon down the hallway (shortly before discovering the hard 90A urethane wheels, covered in floor dust, have zero traction in the waxed hallway corners).

landmelonbearsharktank

Not much news here, but I finished mounting the sprockets!

I made the spacers in the Pappalardo Laboratory, during my 2.007 lab assistant session. I decided to tow the entire thing to campus in order to do this, and the other students taking the class found it amusing that such a thing could possibly exist. Mission accomplished.

make-a-bot

Unrelated to the showcase, but still worth an update, is the death and revival of MaB. I had run out of PLA plastic (which sticks to everything) by printing like 8 versions of Chuckranoplan, and needed to revert back to my stock of ABS plastic. My surface heater had shed its thermistor a while back for whatever reason, meaning it couldn’t be software-controlled, and getting ABS to stick to cold plastic was a difficult affair. So I did what any reasonably intelligent person would do – hotwire the heater to 12 volts.

Backwards.

Luckily, I realized how backwards it was after a split second, so there was no cascading destruction of the entire electrical system, but it was long enough to bake the entire bank of ADC inputs on the extruder controller.

It took a while and alot of help from people with more patience for SMT soldering, but with the AWESOME MITERS HOT AIR REWORK STATION!!!! the ATMEGA168 on the extruder controller was replaced, and MaB was operational again.

While it was away, I got a reel of white ABS instead:

I like white ABS alot better. Everything doesn’t come off as a featureless black blob, and it changes color slightly dependent on temperature and how long it’s been cooking in the nozzle, so it’s one way to gauge if my temps are wrong within a wide band of errors (No, they’re not.) For some reason, it doesn’t smell as death-filled as black ABS. However, it does seem to lose a little more volume in the extrusion process for whatever reason.

That’s all for now. If anyone else is going to the Showcase, be mindful that I might broadside you at full speed on RazEr.

i’ll just leave this here.