It was Friday the 13th, and it was Sumo Battle Day :-). After 3 months of tinkering, hacking and creatively improving the Mini Sumo Bots, finally the the course tournament took place.
With using a different room, every team had a chance to warm up and recalibrate the sensors for the new environment.
Getting ready for the battles
The time was used to apply last-minute changes and improvements too, plus to record the last Robo Portraits.
If you are familiar with battle games, then typically there is portrait of the machinery you can use. Or if you have every watched ‘competitive’ sports, then every player can have an opportunity to present himself to the audience. So here we go…
Fredy the Commander
Tomorrow will the STD (Sumo Tournament Day)! Here are a few last tips and tricks to be prepared for that Sumo Tournament using the Pololu Zumo Robot chassis:
If two robots crash into each other, there can be quite some force. What I have observed is that it can be strong enough to temporarily disconnects the batteries from their spring contacts. I use pieces of plastic parts to keep the batteries tight and in place.
Battery Enforcement
The good thing with the internet is: it allows engineers to collaborate. And here is an example: Marc is a reader of this blog had a problem with the I2C hardware of a Freescale Kinetis ARM microcontroller. In his case, the I2C bus could be stuck, and there seems no way to reset it with the I2C hardware on the microcontroller. So a solution would be to reset it with software instead.
Bit Banging Software I2C Driver
There is one week left until all the Sumo robots of the Infotronic course at the Lucerne University of Applied Sciences and Arts will enter a tournament. The robots have to pass a simple tests before they can enter the tournament: to push a ‘dummy’ robot outside the ring. This simple test is used at tournaments to avoid ‘passive’ robots just sitting in the middle of the ring ;-).
Sumo Robot against Dummy Bot
Usually, there are two flavors of Sumo robot competition:
Just for fun, I have implemented a wireless remote controller application for my Zumo Robot using the Freescale SRB (MC13123) board. I’m using the Freescale MMA7260Q accelerometer on the SRB board to control the robot.
Accelerometer Remote Controller
I was searching the internet for an open source network stack for my nRF24L01+ transceivers. But these stacks were either too heavy or had a restrictive or not really non-open source license behind it. I was very reluctant to start with something I think already should exist. Two weeks ago I decided that I just do it from scratch, and here I am: I have the basics working 🙂
Two FRDM-KL25Z with nRF24L01+ Transceivers
So this tutorial is about using a terminal connection between my board and my host (e.g. a notebook) to read and write text:
Color Text in PuTTY
Yes, I have been busy with all the different ARM Cortex Mx cores I’m using in my projects. But beside of the ‘ARM domination of the world’, there are other interesting processors out there. While the ARM cores have added DSP (Digital Signal Processing) capabilities blurring the boundaries between pure MCU and DSP processors, there is still a place (or niche?) for specialized DSP processors. The power of such processors is in the domain of fast signal processing, e.g. for intelligent power switches or for advanced motor control.
TWR-56F8400 Board and Box
Are you using IAR tools and you are jealous looking at what others can accomplish with Eclipse? You wish you could use your IAR build tools but taking advantage of Eclipse too?
I do not want to start a religious IDE war here ;-). At least for IAR, there is a way to bring both worlds together: having IAR build and debug tools integrated in Eclipse 
:
Using IAR Compiler and Debugger in Eclipse
