Archive for the 'Project RazEr' Category

 

RazEr: The MITburgring Ostschleife

Apr 01, 2010 in Project Build Reports, Project RazEr

It’s legit. Yet again!

Of course the first thing I did after making sure the motor worked was throwing it on RazEr. Then, over the past week, I have been beating the crap out of it by commuting everywhere – when I could. The weather has been abhorrent over the weekend.

I’m proud to say that everything has been working flawlessly. The scooter is almost excessively stealthy due to its low profile nature. When fully loaded, the motor makes a very attenuated “brushless whistle” that’s just enough to cause people in front of me to move out of the way instinctively, but they’re not really sure what on earth it is.

Well, until I fly by.

So let’s backtrack and see what happened.

Once again, I start with the finished product. Remounting the motor into the scooter was not a difficult affair, since the center hub and shaft was the same. Otherwise, it just involved hooking up a few wires again. It was nice to see something working after it had been sitting idly on a hook for a year.

Here’s a shot of the business end. Those side rails which form the wheelie bar have been around since the very first wheelmotor iteration!

It turns out that having the motor oriented towards the right side was not exactly a good design choice. I should have installed the can the other way – when torque is applied externally to this orientation, the wheel tries to unscrew the locking ring. This happened a few times in testing, so I ended up Loctiting the ring to the can threads.

Such a reversible process.

Here’s the important parts of the vehicle. If you have never seen this before, there are two 5AH LiPoly packs which form most of the belly volume. The remaining volume up front holds a big model airplane motor controller and a servo tester to convert an analog throttle voltage to R/C signal PWM.

Also, a bunch of LEDs.

Here’s a closeup of the flip side of the motor, the removable faceplate. Technically this should have been on the wire exit side, but it was 5 in the morning when I installed everything and I don’t feel like pulling it apart again.

This was actually the most fun part of the rebuild. I didn’t have another resistive throttle available, because they had all began malfunctioning. The cheapo servo tester I used actually doesn’t take a voltage and turn it into a pulse; it performs a timed discharge of a capacitor through a resistance. This was fine and all when the servo tester was used with the knob it came with, but it meant that I could only use a resistive method of interfacing the throttle. A standard cheap Hall Effect throttle puts out a voltage and won’t let a cap discharge through it.

So I did what any desperate engineer would do – I whipped up a slumthrottle out of some aluminum bits, a potentiometer, and a long extension spring used in torsion. It works better than it should. Using this, I recalibrated the throttle endpoints of the controller and also changed a few settings such as timing and startup.

With this, I went rocketing down the hallway a few times. Because I’m here writing this, you know it worked.

And boy did it work. Here’s the high score of the day, about 1,200 watts on a good launch. I’ve since pulled almost 1,400 by bringing my ‘kick start’ speed closer and closer to the controller’s minimum pickup speed.

The controller, being sensorless and aircraft-optimized, has a minimum speed below which it thinks the motor is stalled and will refuse to start. The “base speed” for Razer is about 5 miles per hour, below which the motor will not actually produce torque when commanded.

And here is RazEr after the “maiden IRL voyage” back at East Campus.

I’ve been using the scooter to commute every change I’ve gotten, just to put as many miles on it as possible. Nothing has yet broken, nor started shaking apart. I’ve been purposefully using sidewalks and cobblestone paved pathways whenever possible just to see what WOULD shake apart first, but the motor and other systems have remained steadfast.

The total mileage on this motor is probably 3 or 4 by now. A single cross campus trip consumes about 0.25 amp hours, and the longest trip so far has consumed 1.3 amp hours.

Here’s a Google map of the most recent “long haul”. I began with a cross campus round trip, then quickly followed with an continuous loop around the eastern half (third?) of campus. The distance was 1.89 miles, so given the 1.3 AH consumption, we can figure that RazEr has a “mileage” of about 25 watt hours per mile.

I’ll try to time a “campus loop” now that the weather is nicer. I’ve monikered the continuous strip of sidewalk and bike path bounded by Massachusetts Avenue, Vassar Street, Main Street, and Ames Street as the “MITburgring Ostschleife”, after the Nurburgring.

RazEr: The Aftermath and Beyond

Mar 27, 2010 in Project Build Reports, Project RazEr, Reference Posts

Some time last year, I said this about RazEr:

It’s been hanging on a utility hook since the last controller fire. Everything works and the batteries are still charged, so all I need is a BLDC motor controller. Since everything still technically “works”, I don’t intend to touch the scooter that much, if at all. Any work on it will be replacing the shell of the wheelmotor with something more substantial (and better engineered, and more reversably built).

Well, it’s STILL hanging on a hook – almost a whole year now.

I can’t really remember when the “last voyage” of RazEr was, except that the hub motor was already on its way out. By that time, it wouldn’t even start from standstill and made ugly grinding noises when the controller finally did start it. The bearings were trashed, and I had filled the cavity between the wheel and motor can with hot glue so things would stay together.

After the motor just totally locked up one day, I put RazEr back on the hook and pretty much forgot about it. But since then, I had been slowly revising the motor design as a background process – when nothing else is on deck, I’d open up the model files and mess around with things.

I was specifically targeting a few shortcomings of the existing motor in the redesigns.

  • The tire should be removable without taking the whole motor apart. The existing version only had two solid end plates securing everything, and if I ever wanted to change the wheel, I would actually have to disassemble the motor down to the wound stator.
  • I should not have to modify the tire itself past just cutting the center out. The fact that the side plates were attached with through-bolts meant that I had to cut bits out of the rigid plastic rim of the scooter wheel. This made the wheel very floppy and nonstructural.
  • No more protrusions outside the can! Combined with the nonstructural wheel, it meant that the through bolts were used in heavy cyclic bending – this lead to them backing out, fracturing, stripping… everything.
  • The 6802 type bearings were wimpy and very underrated for the loads that the motor had to bear.

The last problem had to be held off until a complete blank-slate redesign because I could not otherwise recycle the core, including the stator, which had been designed around 5mm wide bearings and was well-epoxied in place.

The theme of the redesigns drifted towards some form of removable rings around the perimeter of the motor which retained the wheel between them.  I bounced around between two means of “removable” – either giant threaded rings:

… or radial screws, in the same manner that I would later execute on Deathrunner:

Threaded collars offer a way to actually tighten to the wheel – retaining it by compressive friction, but I consider threading a nontrivial operation. Additionally, there would still be a need to assemble the motor’s bearing endcaps that was nonpermanent, a difficult affair unless I either wanted to thread over crossdrilled holes or make the endcaps themselves an additional threaded mount. Either way, lots of threads, and lots of chance to bum it up.

On the other hand, some radially bolted collars are simpler to make, but don’t allow setting the ‘grip’ on the wheel – if i’m a millimeter short, then the wheel wouldn’t be actually retained under torque, and so on. They also allow easier installation or removal of the endcaps, as I saw on Deathrunner.

So what’s the decision here, then?

Well, an exact 50/50 compromise. On one side, radial case screws drilled into the magnet can (which is now much thicker and structural, and features a solid integrated collar) retain a bearing endcap. This is the “service entrance” since these parts are not permanently joined.

The other side features a removable threaded collar that mates with fine threads cut into the steel can. I included some spanner wrench holes to aid in tightening and removing. The bearing cap on this side is “permanent” – it will be aluminum, but slam-fitted into the can.

This was the design I settled on. It achieves a good balance of manufacturing convenience with serviceability.  Now I needed the stator out of the now retired motor. I disassembled RazEr to have a look at the motor insides after the failure.

Nothing prepared me for the utter horror that was the motor internals.

It’s already looking bad. Bent bolts, stripped threads and heads, and clumps of torn up urethane and hot glue debris.

Where’s the tire?

Oh, yeah. I had to cut that off because the screws were too broken to be extracted from the endcap, and the whole thing was probably friction welded together by now.

I finally knock one endcap off with a large screwdriver and mallet and

AAAAAAAAAAAAAAAHHHHHHHHHHHHHHHHH

What HAPPENED?

The entire interior surface of the motor was completely caked in some black powdery mess. It looks like something either got inside, or otherwise managed to interfere with the stator-rotor airgap, and subsequently got ground to bits.

This probably explained the inability of the motor to start from standstill because of the massive friction.

Through some investigation of the surface conformity of the magnets, I discovered these two loose and displaced magnets which bear clear scraping marks. The black powder is probably corroded magnet bits – both dust from their ceramic bulk and the nickel-copper plating. There’s probably stator steel particles involves also. Rust on the interior tells me that water got into the motor, probably from riding around all winter.

The motor casing, after separation.

I feared for the stator’s integrity, but it was electrically sound  – no burns or broken wires. The loose magnet had carved a very impressive gouge across half its thickness. The uniformity of this gouge tells me that the magnet has been dragging like this for a very long time.

Seriously – that’s a wear pattern you usually see on DC motor commutators.

The damage isn’t permanent or serious, so the stator will be reused.

Alright, so usually this is where I make about 4 build reports detaining every minor machining step in the process of making this thing. But I think we’ve heard enough about day to day machine technique, so I’ll start saving some words and just show the interesting steps.

I got up one day and decided to just blitz everything in one shop spree. I got most of the way there, too.  The components above are “protoforms” – they don’t have holes drilled and tapped yet, but the basic shape of the motor is done and the threads have even been cut into the motor can!

Making the can’s  3 1/4″-24 GYF (Girl You Fine) thread went quicker and was less disasterous than I had anticipated. Fortunately, my toy indexable cutter set came with a carbide tipped threading tool. Regardless, the finish left alot to be desired. I ended up running a needle file through the threads to clean them up – otherwise, the steel appeared more liable to tearing and smearing than.. cutting.

I suspect it’s just a matter of technique, though. That and tool quality – something mitr0nz lacks a bit.

Hurrr. A bit.

Making the threaded external collar, though, was a adventure in a first. I had to make internal threads that had to mate with an external one.

A long time ago, I anticipated eventually having to deal with this problem (or was just tool shopping) and picked up some internal threading tools, both left hand and right handed. I finally was able to whip one out and use it on the aluminum threaded collar.

Here they are, the most hideous threads known to man.

Actually, they are not that bad. Aluminum machines like a blaze with carbide, and most of the gunk in the threads is just particles mixed in cutting oil.

And the motor can screws on!

I decided to leave the inner diameter a little loose. This made the collar wobble slightly on the motor can, but I figured that while removing metal is always easier than putting it back, trying to line up the lathe’s leadscrew and threading feed with something it already made is not so easy.

A bit of shaping and parting later, there was a threaded collar.

And the collar threaded onto the can…

And everything test-fitted together.

After making sure the fits were correct, I put in the new motor magnets. They are SuperdupermagnetGeorge‘s M2515. For all your stock and custom magnet needs, see Supermagnet George. He’s supplied the mags for literally ALL the motors I have ever built, including the customs for Deathrunner!

There are very few magnet arrangements that yield an almost 100% fill with flat magnets, but somehow, during the builds of this motor, I managed to hit two already. 28 magnets complete a circle in this redesigned can with a gap the size of a few stacked sheets of paper left over!

It could have been totally closed if I had machined the can just 0.005″ smaller.

With the motor assembled, I cored out my last 125mm scooter wheel.

And here is the motor in the test fixture, ready for a whirl. I ended up being too lazy to actually put fastening features on the ring, and ended up just cranking it with a set of vise grips.

I can’t say that I’m satisfied with the machining tolerances (there’s a very small amount of wobble and the bearing fits are suboptimal), but that’s what I get for blitzing everything.

(more…)

The Fall 2009 Roundup: Überclocker Updates, RazEr Redux, Analog Antics, and the End of the Tragedy of the LOLrioKart

Oct 05, 2009 in Bots, LOLrio Kart, Project Build Reports, Project RazEr, SEGFAULT, Überclocker Remix

…wins for the longest post title EVER on this site. That’s because it addresses quite a few topics. I can finally characterize the academic term so far as having entered a steady state, which just means I know which nights I can bumble away safely, so it’s time to step up work on the projects. I’ve devised a list of theoretically attainable goals for the next few months, stretching into the coming winter months.

Überclocker Remix

Let’s start with some pictures of epic motor ownage. I cracked open the toasted HTI gumball machine motors out of curiosity after removing them from the bot. What awaited me inside was a scene of utter devastation.

That doesn’t look very healthy. It appears the commutator decided to just melt off the backing material. This motor actually still ran, just throwing blazing white sparks everywhere. The discoloration of the copper next to the crater attests to the extreme heating that occured.

The brush cap from the left side, which simply failed open circuit at the event. Well, now the reason is clear why it failed open. Half of the brush conductor spring just sort of flew off and melted itself into the other side of the plastic brush holder.

The carbon brush itself was bouncing around inside the motor.

Another view. That bit of spring must have been pretty hot to instantly melt itself into the plastic.

And another view of the copper droplet that is the commutator. Oddly enough, the windings themselves seemed for the most part to be just fine.

Here’s Überclocker looking decrepit on a table. Since a robot with no motors is akin to a dog with no legs, or a fish with no fins, I began the quest to search for a… well, more legitimate motor. That’s when I remember that I found these, from Way Back.

DeWalt drills are classic musclebot motors. Sadly enough, these were of different voltages (!?), which not only surprised me as to how on earth their previous user expected their creation to move in a straight line, but saddened me because I… well, want mine to.

It was enough to perform a fit test and draw up plans to modify the gearbox to accept these motors while UPS channels their Brownian Motion to get a matched set of motors to me. They are the “new” DeWalt motors, where “new” is relative to 2003 or so. These drills have 3 speeds and are infinitely more of a bitch to mount. So I will only be using the motors in my custom frakenb0xen.

Fit test. The good news is that these motors are roughly the same length as the 700-size HTI motors, but a little fatter. No issue, considering the gearboxes have plenty of wiggle room.

The gearbox modified to accept a DeWalt motor, with its Alien Technology Motor Pinion of neither metric nor Imperial tooth pitch. Needless to say, this will be removed and the HF motor pinion crammed on in place.

So am I over-motoring the HF drill gearbox parts by putting a real motor on them? Perhaps. However, I think it’s a legitimate move in a 30 pound robot, because the laws of physics dictate that I can only put so much power to the ground. I’m mostly after the “real motor” bit, not so much increased drivetrain power, because the robot doesn’t have the traction to use it.

With motors now on the way, this conversion ought to go quickly since I’ve already drilled the new mounting holes to accommodate them. Überclocker should then be able to attend more events.

The (Possibly?) Final Chapter in the Tragedy of the LOLrioKart

So by now all ya’ll have probably heard of this.

While the details surrounding the citation were totally illegitimate and imply a degree of recklessness that was not present at all, the bottom line is that the kart is not going on any more open road adventures until it’s legit. And by legit, I mean registered and insured and fully street legal.

Whatever measure this takes, it will happen. It will simultaneously the most confusing and most glorious thing on the planet.

But the good news is that through two weeks of intense demos and driving during Orientation, the kart didn’t explode. The motor controller, version 6, is more or less stable. That’s huge. That’s like, me doing something right in electronics for once.

Of course, if I actually run the numbers on the electrical characteristics of the power converter, it would probably make real EEs run away to vomit. But the kart has survived more than twenty power cycles without misbehaving, save for the flakey DC-DC converter that caused the initial failure of version 6. A replacement module with better-designed (read: existent) filtering solved the problem.

So I’m satisfied. There will be little active work on LOLrioKart this term, with most of the fleeting effort concentrating on the battery system. After said weeks of operation, two cells in the battery pack are now just resistors. I regularly saw the voltage dipping under 45 volts on acceleration, which is concerning to say the least. Battery management solutions are condensing around me, so I may make the jump to lithium iron phosphate cells.

Now let’s move onto the new shiat.

This is a Xootr Street push scooter.

Gee, that looks kind of like every other push scooter on the planet. You know, like a Razor scooter. I thought you already had one of those? With like… a motor on it, right? That you built? I heard you built a motor. Can you show me how that works? Can you build me one?

… </average_miters_visitor>

Oh, that’s the difference.

As much as I love RazEr when it works, it’s time for me to realize that it’s too freakin’ small. I’ve managed to hit the tiny-but-functional goal, and at the same time the maximum recommended rider weight a few times. With some more scrupulous design, I could probably fit more batteries in there, but otherwise all the useful space is essentially occupied. And while 5 inch wheels are great for shoving your average copier motor core into, they are not great for shoving into your average pothole.

I need something bigger. More legit™. So thanks to MITERS for coming up with an engineering sample of the Xootr Street. I won’t actually be making any mods to this one, since it’s … not mine, and stuff.

This thing measures a bit over 3 feet long when fully deployed. The wheels are 7 inches in diameter and cast aluminum. It’s the smoothest thing ever on the ground because of the large wheel-to-bearing diameter, which minimized rolling friction. And the deck is absolutely enormous….

… and HOLY MAGNESIUM JESUS ON A STICK. It is in fact CNC machined from billet aluminum. These guys are just like me, except with infinitely more style. A scooter? Made from real metal?

And the 10 center-side pockets are just big enough to comfortable seat two A123 26650 cells apiece! How about that. 20 cells yields almost 150 watthours of battery pack energy.

Ground clearance check. The deck height, oddly enough, is almost the same height of the Razor A3 frame. The wheel line is just an inch and a half or so higher to fit the 7″ wheels. Overall, as can be seen, there is about 1.25″ of “fiddle space” from the bottom of the deck (not including the pockets) to the top of the 1.5″ parallel.

This is good, because hiding all the goodies under the vehicle frame contributes to vehicle aesthetics and the illusion that something which is not supposed to be motorized is moving under the directive of an unknown force.

There are no motor drawings or plans for this yet, but the profile of the wheels and their spacious internal diameter make them amenable to stuffing axial flux coreless motors inside, maybe even one per wheel. I’ve been itching to build a real surface-wound (no iron core) pancake motor for a while, but have been put off by their complexity in manufacturing.

As more details condense from the bot-aether, I’ll give this project its own page, category, and possibly a snappy and witty name. This is not a high priority project, as I don’t even have the vehicle yet, and it might spill over into Spring term.

Spring is a better time to blaze around anyway.

Now Announcing Project SEGFAULT

Segways.

A bad pun on the word segue. A fundamentally unstable faceplant-waiting-to-happen of an inverted pendulum. A cool exercise and great demonstration of basic control theory.

DIY balancing personal transporters have been attempted and perfected many times before. It’s almost passè. There’s even instructions on how to do it and code for your choice of microprocessor. All you need is two fat motors, a rate gyroscope, an accelerometer, and determination.

The whole thing about “microprocessors” is what has been putting me off. I like to think I’m familiar with mechanical engineering principles. I’m shake on electronics and EE. But I’m the last person you want to ask about anything software related. I hate software. With a passion. Even though I use it ALL day, I shudder to see what goes on under the glitzy Web 2.0 interface, or under the ultrasonically-welded sealed cap of an Atmel chip.

…so that’s why I want to do it all in ANALOG ELECTRONICS.

That’s correct. Op amps, comparators, linear components, passives… it’s a 6.002 (or 6.101) paradise. I stochastically arrived upon this idea near the beginning of the term, but it took a few weeks before I took it upon myself to do some research on gyros and accelerometers, and sketch out a rudimentary control network composed primarily of rail-to-rail op amps.

Then I remembered that Dale had built an analog balancing robot, so naturally I read the site and discovered I was doing it totally wrong.

I have a sneaking suspicion that a relatively non-chaotic differential equation like the one that governs inverted pendulums can be pretty easily translated to a continuous time control system (analog, as opposed to a discrete time digital control system). The idea as a whole is to have a purely analog, continuous-time front end controlling a Class D amplifier, also known as a switching amplifier or if the output is bidirectional a locked antiphase amplifier. Basically this just means your transducer wiggles back and forth really quickly… but some times more in one direction than another, so the summation of the movements is a velocity.

But Charles, isn’t a switching amplifier a digital thing?!

Yeah, if I implemented a real linear motor driver, I would have a battery life of 30 seconds and require heat sinks the size of Hannah Montana. Sssshh…. don’t tell anybody.

With the plan now more grounded (HURRRRRRRRRR PUN) than before, I’m moving forward with the mechanical details, as I always tend to do first. Once I have a rolling frame, I could conceivably roll analog or digital, or mixed-signal. As always, this entails a trip to MITERS and a few hours of mining for parts.

Yeah, so it’s nothing much yet. I grunged these 9″ pneumatic tires for the project as they were the only two matching wheels in MITERS that weren’t already on something.

9 inches? Isn’t that a bit small (&thats_what_she_said;) ? It is, but there’s nothing fundamentally wrong with having smaller wheels on such a machine. It just makes obstacle negoatiation tougher. If anything, I can get away with having less torquey motors because of the increased mechanical advantage.

The design work continues! After I get my control theory a bit more in line, I’ll sketch up a schematic of what I think should work. There are endless supplies of linear circuit components at MITERS and kicking around the EE labs for experimentation. I have accelerometers and gyros on the way from Sparkfun for experimentation.

…Oh, that’s the other cheat here. Real, modern MEMS sensors. I’m going for the analogginess here, not period-realism.

SEGFAULT will get its own page and category as it develops. This is my number one goal for the end of the term, and I’m actually going to try to get the controller graded. Here goes… something!

It exists.

Jun 12, 2009 in Project Build Reports, Project RazEr

Happy now?

Video below, build reports, project page.

The Summer Build Season 2009

Jun 03, 2009 in LOLrio Kart, Nuclear Kitten 5, Pop Quiz 2, Project Build Reports, Project RazEr, Stuff, Überclocker Remix

It has begun.

While I seem to be in “build season” mode year-round, it is during long breaks with little in the way of academic or life obligations that I get the most done. Last summer, I began work on LOLrioKart and built Überclocker, Pop Quiz 2, and Nuclear Kitten for Dragon*Con.

… which sort of sucked horribly for everything. Except NK, but only by about *this* much.

So what’s coming down the projectubes this summer?

Mostly the same thing. D*C is my biggest bot-celebration of the year, so once again the combat robot fleet takes high priority. Since there’s really just one robot that needs rebuilding, I also have the usual pile of small electric vehicle projects, of which only one is actually urgent.

Übercløcker RЭmiχ

I started redesigning Uberclocker some time in the fall of last year, hoping to get it done by Motorama 2009. Of course, due to scheduling concerns and logistics, this didn’t happen. But what that presented me with was the chance to put it away and not look at it for several months.

This is pivotal. The basic design has already been hashed out, but now I get to return to it after not thinking about it for a while. I am now in the process of analyzing the 3d model for any “impossible objects” that I might have included, or Really Bad Ideas. Such design flaws plagued the real life Uberclocker 1.0 at D*C last year.

Planned upgrades from 1.0? Well, besides EVERYTHING, the primary focus is on drivetrain reliability, center of gravity, and the upper clamp arm.

As a member of the pushybot school of combat robotic thought, I value maneuverability and driving above jawesometacular weaponry. Uberclocker 1.0 had a strange serpentine timing belt setup that seemed like a really awesome idea at 5 in the morning, but… wasn’t.

The robot also suffered from “centrally located center of gravity” syndrome at the event. While a CoG near the geometric centroid of the robot is good in practically every other case, the fact that the bot’s sole purpose was to grab another opponent and lift it off the ground meant that it just sort of faceplanted every time I attempted a lift. Not a very impressive show. The redesign lengthened the wheelbase of the bot, and selective weight reduction moved the CoG back about 4 inches, without additional ballast.

Oh, that’s right, Uberclocker 1.0 weighed in at an incredible 22.5 pounds out of 30 at the event. I’ll fix that too.

What I didn’t really get to (properly, anyway) in the redesign was the upper clamp arm. The previous arm was both weak and structurally unsound. While I think I took care of the “unsound”, I still have my doubts as to the clamp mechanism’s effectiveness.  In the past, clampbots have used pneumatics to actuate the upper half of the clamp. This is advantageous because a pneumatic actuator requires no “holding power”, unlike an electric motor, which has to be continually powered to produce torque. Pneumatics also have a certain amount of spring-back ability that a solidly coupled electric actuator doesn’t.

But robot-heaven forbid that I make Überclocker even more complicated by incorporating a pneumatics system for the one actuator that might need it. Thus, I’m still partial to a (spring-coupled) leadscrew-type mechanism, over the current design candidate’s motor-on-a-weird-gear. Except this time it won’t be driven by a beetleweight motor.

I intend to keep the “Chinese puzzle” frame, and will be refining it for ease of assembly. I devoted a few weeks to just fabricating the frame parts last time – no, never again. That’s what computer-controlled machine tools are for.

Pop Quiz 2√2

Incidentally, 2√2 is about 3. Not quite there, which also describes this planned rebuild of Pop Quiz 2. It’s not quite a complete conceptual revision, but there will be significant upgrades all around.

PQ2 is one of the (if not the) flattest 1lb class robots around that has an active weapon. It hits lower than some undercutters. The problem is that going the extra 1/8″ down in this current design meant that I had to ditch practically all the well-known, battle-proven parts – Sanyo gearmotors, SPEKTRUM 2.4ghz receivers, etc.

It was a fun thought experiment come to life, but the robot had a horrific reliability record, almost no reception due to the FM ground-band receiver, and a 5 minute chopped hack of a master power switch that ended up disintegrating after exactly 1 hit at D*C 2008. Pop Quiz had about 15 seconds in the arena.

Not cool. For ’09, I am INCREASING the height of the bot. Me, making a robot taller. How many times does THAT happen?

The robot height will be increased to about .400″, enough to cram in a set of real Sanyo micro gearmotors. The rest of the robot’s electrical system is sound, and so is the weapon motor. I’ll most likely end up reusing the electronics anyway, minus the cheesy little FM park flyer receiver. Instead, it will be swapped out with the latest Spektrum DSM offering, and I will run one transmitter between all the robots.

There’s no current virtual model for PQ2.8284171, but just imagine the current bot 0.025″ thicker.

Nuclear Kitten 5.1 Digital Surround Sound Edition

I’m actually satisfied with the performance of one of my combat ‘bots for once. NK needs very minor rework to take another run at D*C. The weapon motor needs some magnet reglued, and the weapon pod pivot axle is slightly bent and needs to be made better anyway. Past that, I have a spare blade to replace the faceplant-into-steel-bumper bent blade.

The only point of concern with NK is the drivetrain. Despite having a mechanically isolated weapon, I’m still blowing drive gearboxes, just because the bot is that much more powerful. I might switch to something like the 50:1 Copal motors || redesign the motor mount || use softer wheels.

No frame changes are necessary, since the bot escaped D*C rather unscathed.

LOLrioKart

Since I discovered that the main battery pack was leaking voltage all over the place (somehow, through an eighth inch of rubber?), I stripped down the entire electrical system and tested all the batteries. It turns out that the steel casings of the cells are live, something which I’m fairly certain should never be the case. While it’s fairly common for the battery negative terminal to also be the casing, the errant voltages are always somewhere between 0 and 1 volts.

This case voltage doesn’t seem to have negatively affected the cells, but I’m fairly certain it’s the culprit behind stray frame voltages. Somehow.

The focus for LOLrioKart work will be the electrical system. I intend to complete and test the ginormoFET controller and possibly implement dynamic (or regenerative!) braking using the upper leg of the half-bridge. Mechanically, the kart is fine.

Well, except for the brakes, but they’ve always been undersized and insufficient.

Ultimately the goal is to run it for longer than 1 minute on all 54 volts, or the full pack voltage of whatever eventual power system I might come into. I’m heavily considering crating up LOLrioKart and shipping it down when Dragon*Con comes around, so I can drive it in the parade. This could possibly be the worst idea I have ever thought of.

Project RazEr

It’s been hanging on a utility hook since the last controller fire. Everything works and the batteries are still charged, so all I need is a BLDC motor controller. Since everything still technically “works”, I don’t intend to touch the scooter that much, if at all. Any work on it will be replacing the shell of the wheelmotor with something more substantial (and better engineered, and more reversably built).

Time to get crackin’.