Introducing Auric

-

Looks like something an evil genius should have, right?
In my last update, I mentioned that the "Auric"* chassis was being used as part of my self-driving experiment.  Now it's time to unveil it properly.

Auric is a T-900 tank chassis made by SZ-Doit.  It's not cheap, but you get a lot for your money:
  • The chassis itself, in a choice of anodising colours
  • Twenty (20) idler wheels
  • Four driven wheels
  • Plastic track
  • Bearings
  • Motors (9V with Hall-Effect sensors, or 12V without)
  • 16550 Battery Holder (no batteries)
  • Screws, Nuts. Washers
  • Allen keys
The only problem is that there are no instructions supplied.  SZ-Doit have a Wiki on GitHub, but for the most part you are referring to photographs of the finished product in order to assemble the machine.

 Also available is a motor shield which is used with a NodeMCU module.  Since this was featured in the company's build I added one of those as well.

Some build notes

This thing is big!  It is close to 50cm long and 30cm wide, so you need plenty of space when working on this chassis.

 It's normal to have two idler wheels left over when building the quad-track version.

 The motor wires are not long enough to reach the controller.  I added a pair of terminal strips to the underside of the chassis, then connected from there to the controller.

 Take your time lining up the drive wheel with the idler wheels.  If they are not lined up well, there will be a tendency to throw tracks.

 There are two ridges on the inside of the tracks.  These go inside the the idler wheels.  There is also a notch closer to one edge of the track.  This faces out.  If you keep these things in mind, lining up the track on the drive and idler wheels becomes easier to understand.

 With the mechanical side done, I loaded the demo software onto the NodeMCU, and I could not get it to work, so I didn't bother with the BlueTooth control either.  My GitHub repo contains a simple sketch that does work, and it would give you a starting point.

The shield uses an L293 driver which is different in operation to the Uno + L298 I usually run.  One thing I noticed was the the motor speed is much lower on the NodeMCU + L293 driver, so you do need to take this into account.

Auric chatting with my Logic Analyser

A Guided Tour

In a more-or-less central position is the new controller.  I like the Raspberry Pi, but I these projects have simply outgrown their capabilities.  After a lot of evaluation, I settled on the NanoPC-T4 from FriendlyArm.

Images courtesy of FriendlyElec/FriendlyArm

This board uses a RockChip RK3389 SoC, it's still ARM, and runs Ubuntu.  It's biggest advantages for me were the processor speed, and 4Gb of RAM.  It also supports adding an NVMe storage device, but I have not enabled that just yet.  There is also the usual WiFi (2.4/5G), BlueTooth, HDMI, etc.  As a bonus, the 40-pin I/O header is pin-compatible with the Raspberry Pi.

 At the rear of the chassis is a NodeMCU attached to an SZ-Doit Motor Shield.  A simple serial connection (115200bps) connects the two devices together, and they use the same basic command/response protocol defined in my earlier self-driving experiments.

 At the front are the two visually most interesting features.  A forward-facing camera.  You've seen this one before.  It's connected to the T4 and drives the image-processing functions.

Long exposure shows the LIDAR in operation

The blue cylinder is the X4 LIDAR unit from ydlidar.  It generates 720 samples per rotation, thus 2 samples / degree, which is rather high resolution for an inexpensive device ($US99)

To mount the LIDAR and forward camera, I had to make a bracket from two back-to-back aluminium angle pieces.


LIDAR is great for knowing what is around you, but it is even more useful if you know were you are, and where you are going at the time.  Two small modules make this possible.  The first is an HMC5883L I2C Compass/Magnetometer module.  This provides an heading record which is saved along with the LIDAR data.

Also included is a uBlox GPS receiver.  This device is only for logging at this point, but in the future I want to us it for navigation as well.

All this hardware needs a considerable amount of power.  The main processor needs 12V, which is a bit annoying.

Battery size and weight is always an issue with mobile devices, and Auric is no exception.  Fortunately RC cars have faced similar problems, so I am presently using a 4C LiPo battery pack.

 This provides 7.4V, so for 12V I used a small switch-mode regulator to run the NanoPC-T4.  The motors are slightly under voltage, but I don't see this as a big issue for now, anyway.

Battery goes underneath
That's enough of the hardware for now.  In the next update, I will look at how the self-driving software was integrated into this platform, as well as how few changes were actually needed.

Want to help?

If you would like to make a financial contribution to the project, please go to my Patreon Page at:




 *Auric gets it's name from Auric Goldfinger, a criminal genius obsessed with gold, in the James Bond novel and film "Goldfinger".  Since the chassis was a golden colour, it just made sense at the time.


Comments

Post a Comment

Popular posts from this blog

The QYT KT-7900D

-
Image
But is it any good? As you might have noticed, I am now a freshly licensed radio amateur .  As such I do need a transceiver or two in order to get on the air.  This is the story of one of my new radios. I have a limited discretionary budget to use for my new hobby, and I have to say from the outset that my lovely wife has been very supportive.  As such, I want to try and get the best value for our money.  One evening I stumbled upon this little item on Banggood for a little over $A150 including shipping.  Covering both 2m and 70cm bands with a claimed 20W output it seemed almost too good to be true.  I bought one. About ten days later a tiny package arrived for me.  At just 98mm x 43mm x 126mm the photos don't convey quite how small it actually is.  The entire case serves as a heatsink so it is heavier than it looks, but certainly not bulky. The standard power cable comes with a cigarette lighter plug.  As I intended to run it from home usin...
Read more

Recording weather with Arduino, Elasticsearch and Kibana

-
What do half a Bunnings weather station, an Arduino, a NodeMCU (or 3), Elasticsearch, a fishtank and swimming pool have to do with each other? Nothing unless you like to monitor and measure pretty much everything around the house.  I do, and ever since I learned to fly, I have had a fascination with the weather (I am told boaties suffer from a related affliction). I could just buy a weather station, but where's the fun in that when for the same amount of money (OK, maybe a little more) I can make my own and bore people senseless when I go on and on about it? Actually, there is a practical purpose to this as well.  I wanted to teach myself about Elastic and Kibana.  Now you can wade through dry tutorials, but nothing in my opinion beats working with real live data.  Especially if the data is of interest to you. The design What do you want to measure? This is actually pretty important (not to mention obvious), but before embarking too far; take a...
Read more

Exploring Solar Power - Let there be smoke!

-
Image
Last time I introduced my new solar power project.  By the end of that post we were monitoring the power flow from the solar panel to the battery in a simple test environment.  This time we're going to dive in and start trying to control the charge power. What's MPPT? Maximum Power Point Tracking (or Transfer , depending on whom you ask) is a condition where we can transfer the highest power from the solar panel into the battery.  The key here is power, rather than voltage or current on their own.  Remember that power is the product of voltage and current, so it is possible that you will find that perhaps higher current and lower voltage (or vice versa) is the most efficient. What makes this a little problematic is that the peak power point varies constantly depending on the battery state of charge and temperature, so it is not a set and forget operation. This is why the first thing we did was to build a power monitor.  Now we can determine at any point of time...
Read more