I am having trouble programming an Orangutan X2 with VNH3 using a Windows 7 machine. First I tried using Atmel Studio 6, and I kept getting an error saying that “The signature of the attached tool is AVRISP_2, which is unexpected”… so I tried updating the firmware on the Orangutan using Terma Term Pro as suggested in the user’s guide. But then I realized that I had uploaded firmware for the ATMEGA168p slave processor when the Orangutan I’m using sports a 328p…
After that I read somewhere that Atmel Studio 6 is incompatible with the Orangutan X2 and I tried using avrdude with the following command:
Does it look like the X2 is working properly after the firmware update? For example, can you put it into programming mode by holding the reset button for half a second? (Which also leads to my next question: are you putting it into programming mode before you try to program it?)
Assuming the firmware update was successful and you can put the controller into programming mode, can you try the following avrdude command:
I have been putting it into programming mode, but I’m not sure if it’s working anymore after the firmware update. When I hold the reset button for half a second, the Orangtuan makes a little beeping sound (as it always has) and the yellow LED stays lit until I remove my finger from the button. Before the update the yellow LED always stayed lit until I took it out of programming mode.
I tried the new command you suggested and now the command prompt tells me this every few seconds until I exit the command prompt:
If the yellow LED isn’t staying lit when you release the reset button, something is wrong. Which firmware version did you try to load? Did the upgrade appear to work properly? Can you try again with 1.02, and if that doesn’t work, can you try with 1.01?
I hope it’s that you are doing something wrong, but we’ll try upgrading one here following those same instructions and see what happens. I’ll get back to you later today or tomorrow with what we find.
But now it appears to be gone. Were you able to get it working? From your earlier posts, it looks as if you might not have been following step 6 of the upload instructions properly. Specifically, before you upload the file, you need to type “load”, and you should see “LOAD:” echoed back to you. Next you need to type “s”, and you will see “S” echoed back. Ultimately, you should be seeing something like
I got the firmware back to normal at least, but I still can’t load programs onto it. AVRDUDE says that the device signature is incorrect… So I tried to override that check with the “-F” argument, and the programming seems to have gone successfully, but when I restart the device or take it out of programming mode nothing happens. I loaded the “buzzer1” program onto it, so it should be making some sounds.
I uploaded the demo program and nothing happened. I also tried pressing the user buttons to see if I could get it to do anything, but that didn’t help.
The device signature it’s getting is for an ATmega644A, the MCU we used to put on the Orangutan X2. Where and when did you get your X2? Can you look at the user-programmable MCU and see what is printed on it?
The “2006” isn’t a good indication because we did not change the PCB at all when we switched to the 1284P; the best way to tell is just to pull off the top board and look at the writing on the IC. However, it certainly sounds like you have an original X2. Can you try using our 644p library and see if that code works? Also, can you try using the correct AVRDUDE MCU (ignoring the device signature mismatch probably isn’t a good way to go)? I expect it to be something like m644, m644a, or m644p.
Yeah sorry I just left for vacation and I didn’t have time to take a look at the board more closely. I will try your suggestions when I get back in a couple of days.
Ok, I am back from vacation and I solved the problem! It is in fact a 644p instead of a 1284p; I used the “m644” argument with AVRDUDE and a hex file from the 644 library instead of the 1284 one. Thanks for your help!