Code update not working for orion board


#1

I bought the bluetooth robot kit. It worked fine the first night and then I ran into the problem several people have had with the “avrdude” error on update. I followed some advice from google and finally got the thing seemingly working again on a simple blink sketch. But, the problem is any time I try and upload the motor-test sketch, it only works as long as the serial connection is connected. So, when I unplug the usb cable, it goes back to the blink sketch.

This worked prior to the “avrdude” error (the first night I bought and built the thing).

I’ve messed around with arduinos (not orion or whatever copies) for years and never had any problems.

Also I agree that the motors are way underpowered and the documentation is lacking. Unless some of this stuff is fixed I would defintely not recommend buying any makeblock products.


#2

I am new to the Makeblock world. I bought a Bluetooth Starter Robot Kit for my son, but he wasn’t interested; so I decided to build it myself. I have had many of the same issues others have reported–including the “avrdude” error when using the Arduino IDE. It has the Makeblock Orion board, Model No. 90020.

avrdude: stk500_recv(): programmer is not responding

I am not sure, but I think I might have an explanation after reading this: http://forum.makeblock.cc/t/robot-starter-kit-bluetooth-firmware-update/811/10 which led me to the Firmware page. There it says:

"Firmware > Introduction
"In order to achieve Arduino mainboard interacted with application, Makeblock provide Arduino communication program to implement these functions.

"The compiled Arduino communication program is firmware.

“When Arduino mainboard run this firmware, we can no longer to take Arduino native programming system and easy to use the graphical programming and mobile applications.”

I think what this means is (1) they revised the firmware so it works (or works better?) with the MakeBlock software [“the easy to use . . . applications”] and (2) with the new firmware, you can no longer use the Arduino IDE [the “Arduino native programming system”].

I am not sure. I will continue to try to figure this thing out, but thought I’d share the other link as it seems to be related to the problem you had.

Steve


#3

Update: I might have erred. I took the Orion out of the tank, and with the usb to pc connection, I had success with the Arduino IDE (1.6.1) as follows: (1) blink, (2) beep [BasboeardBuzzerTest], and (3) eyes [TestUltrasonicSensor]. So, it would seem that I can use the Arduino IDE, though perhaps I never really did update the firmware as I had thought. Next: to reconnect the BT device.

Makeblock BT bonded with Android-based tablet; Connection successful. Tried Distance Measure. Prompted to Upgrade Firmware and Press Reset Button on Board. Pressed Reset. Firmware did not upgrade.

Looked again at Michal_Benes’ list of steps. http://forum.makeblock.cc/t/robot-starter-kit-bluetooth-firmware-update/811/10 . Tried upgrading firmware using Scratchbot. Extracted, but who can tell if it updated.

With micro-to-usb connection, Ultrasonic Distance Display works within Scratchbot.

Tried several things, including unpairing BT/Android-based Tablet and Makeblock Orion and repairing and reconnecting. Distance Measure still issues an alert: Firmware not found, please upgrade first. Got message to press reset; pressed reset. Same issue.

Oh well, I thought I was on to something. :frowning:


#4

I finally got a single motor and the distance sensor working with (1) an android-based tablet (4.2.2) and (2) a 9v DC (center positive!!!) wall-wart. I recommend people get the Orion working first with individual components (one at a time) before attempting to build the robot. Like others, I found the plastic rivets came undone easily; also, the way the manual shows the build (under the battery pack level), the Orion is not very accessible.

Here is what I did which I think got it working:
From a PC using the Arduino IDE (1.6.1), I compiled/uploaded the mbot_firmware as a normal sketch from here: https://github.com/Makeblock-official/Makeblock-Firmware/blob/master/resources/firmware/mbot_firmware.zip . I am not sure that this really helped, but it seems that afterwards I no longer had the problems I described above.

At the point where I needed to press reset when the tablet app said to, the sketch actually loaded from the android-based tablet via BlueTooth! It was a delight to see it go from 0% to 100%! (Yes, I said sketch.) So I am not sure if the mbot_firmware updates the firmware in the Orion, or if it is just an ordinary sketch that really didn’t change anything to make my setup work.

In either case, I can now use the micro-to-usb cable to upload the Arduino’s blink sketch to the Orion, or the makeblock test buzzer sketch, or the DC Motor Test sketch, etc. However, with the BT module plugged into the Orion, the Arduino IDE produces an error mesage:

avrdude: stk500_recv():
programmer is not respondingProblem uploading to board.
See http://www.arduino.cc/en/Guide/Troubleshooting#upload

Important: The sketches did load successfully via the usb connection, but afterwards something triggered the avrdude error message. Once the BT module was physically disconnected, I was able to load one sketch (blink, buzzer, motor) after another without the error message.However, it might not be the fact that the BT module is or isn’t wired to the Orion; it might be more of a matter of whether it is bonded/paired/connected to another BT device.

I am in the process of replicating the steps I followed to see if I get the results consistently. I have found a number of odd behaviors–such as needing to move my hand in from of the distance sensor (if its turned on with the tablet button) before the motor would engage. However, since those are more related to other topics, I will probably share them in another thread (assuming I can achieve consistent results).

Nevertheless, I hope my experiences and findings help others who are having problems getting sketches to successfully upload to the Orion board.

By the way, the issue of the motors being underpowered that people have mentioned is not 100% accurate. A selectable wall-wart (3v DC to 12v DC 1 Amp) will power the motor directly at any of the voltage settings. So the problem (correct me if I am wrong) is that the motors require too much current. Six volts of fully charged basic AA rechargeable batteries will run a single motor for a few seconds or more, but will drain them rather quickly.

But who wants to run a remote controlled robot connected to a wall-wart?

And yes, the right-angle connector on the motor is not pictured like the instruction booklet. When I tried to build the tank robot initially, the center frame bar blocked the connector.

I hope this helps.

Steve


#5

Thank you very much for your reply and help, Steve.

I also tried removing the bluetooth module. At that point I could get the blink sketch as well as the distance module to work via the arduino ide. If the serial connection was plugged in, the motors would even turn. However, it appears as if somehow the orion board is running from the serial connection or something, because as soon as I unplug it it goes back to the original blink sketch I had uploaded prior to “avrdude” (oh, how I have come to loath that word) errors.

After no response from makeblock support I gave up on the orion board and used an arduino Duemilanova I had to drive the motors and have had zero problems with it. I am using a transistor and battery for one motor (I’m making an arm now :slight_smile: ) and a seeed studio motor shield to drive the other one.

I do like the hardware that came with the kit, it’s just the orion board that seems to be junk.

Good luck on your projects!!!
chris


#6

Thanks for the follow-up reply, Chris. I am glad for your post about code not updating–it really motivated me to try to figure out what was going on with the firmware not found/refusal to update issue I was having. I knew that it wasn’t just me!!! And as you see, I learned a few things along the way. Of course, this past week was my first attempt at doing “robotics.”

Best wishes on your projects, too.
Steve


#7