You are here: Home
  • You Are Here
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Help with OTA programming - Partial Solution Found

#689 1 year, 1 month ago
Hi, me again. Sorry to ask for more help but I've been scratching me head for over a week and I've run out of ideas.

I am trying to upload a sketch to my Arduino - the reason I bought the module for. I have followed the support article to the letter and have checked and verified the XRF config. The serial connection is rock solid at 115200 - I wrote a simple sketch the prints the line number and the increments it by 1 and repeats. This works perfectly every time, which is nice.

My setup is Arduino IDE 1.0 on OSX, 2 x XRF 1.5, Ciseco USB/FTDI, 2 Active XBBO's (both with pull up resistor changed). The XBBO's are connected to the Arduino's using jumper cables to GND, 5V (have also tried 3.3v) and TX,RX and reset. Im using hardware TX pins, so no need to start them in software.

I get the error when trying to upload a sketch 
avrdude: stk500_recv(): programmer is not responding
or sometimes 
avrdude: stk500v2_ReceiveMessage(): timeout
and then 
avrdude: stk500v2_getsync(): timeout communicating with programme


I have tried the following...

1. Tried uploading to several different Arduino's - UNO r3, Mega R3, Chinese Mega2560 clone, and a Nano 3.0 clone (changed the baud rate for the nano)
2. Uploading from Ardunio IDE running on XP in a virtual machine.
3. I have tried 2 XBBO's - this was to check my soldering.
4.. I have tried powering the Arduino's from a 9v battery (which is brand new) and via the USB port from a regulated 5v supply (Ipod charger)
5. I have tried swapping the XRF's around.
6. Checked and changed all of the wires.
7. Loopback on FTDI Interface - worked fine.
8. Move the TX and RX units various distances apart and put them in different locations.
9. Swore. Several times.
10. Changed the USB cable between laptop and FTDI interface.
11. Reset the XRF's and set them up for wireless programming again.

The only thing I want to do, but I am not sure how, is to validate that the reset signal is being sent from the XRF to the Arduino - any suggestions on how I could go about this or something else I could try ?

Thanks for reading, Dave
Last Edit: 1 year ago by ScottishDave.
Reply Quote
Miles
Administrator
Posts:739
Karma: 16

Re: Help with OTA programming

#690 1 year, 1 month ago
Hi,

If 115K is working fine then the only last element as you say is remote reset, it's the thing some people just get working and others dont. There was a guy last night who got it running first time.

What settings at which end do you have for

ATRP
ATRI
ATMY
Reply Quote
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Re: Help with OTA programming

#691 1 year, 1 month ago
Miles wrote:
Hi,
There was a guy last night who got it running first time.


Hi Miles, you should know by now that nothing I touch works first time......

XRF Connected to PC

ATRP 1
ATRI GW
ATMY --

Remote XRF

ATRP 1
ATRI ..
ATMY GW
Reply Quote
Miles
Administrator
Posts:739
Karma: 16

Re: Help with OTA programming

#693 1 year, 1 month ago
Hi,

Just added a section to the doc entitled

Remote reset, how do I know it’s working?

Hopefully this will give you enough feedback to tell if or where things are not happening.
The following user(s) said Thank You: ScottishDave
Reply Quote
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Re: Help with OTA programming

#695 1 year, 1 month ago
Nice one, off to have a read now. Thank you.
Reply Quote
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Re: Help with OTA programming

#696 1 year, 1 month ago
Great guide - once I'd worked out what X-CTU was. The reset is being sent and being received. Yay.

Can I just take it out of test mode and start using the modules again ?

PS The article date on didnt show up correctly - it still shows feb when actually you updated it today.
Reply Quote
Miles
Administrator
Posts:739
Karma: 16

Re: Help with OTA programming

#697 1 year, 1 month ago
XCTU is the upgrade to crystal ball 4.0, I just assumed you had it

Yep ATNT0 will put it back to normal, it might even work with it on (worth a go)

Oh great I wonder where that setting is in joomla, be somewhere behind void 2.1 down black hole v3, oh joy

Can hear reflow oven beeping, yet more FTDI boards, let me know how you get on.
Reply Quote
semach.the.monkey
Senior Boarder
Posts:45
Karma: 2

Re: Help with OTA programming

#700 1 year, 1 month ago
ScottishDave wrote:

The only thing I want to do, but I am not sure how, is to validate that the reset signal is being sent from the XRF to the Arduino - any suggestions on how I could go about this or something else I could try ?


Manually resetting the remote micro when a reset should be sent would prove if the reset is happening or not. I have updated the openmicros.org/index.php/articles/84-xrf-basics/150-otamp article again with suggestions on how to do this, but please note that the timing is critical.

Spencer
Reply Quote
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Re: Help with OTA programming

#1061 1 year, 1 month ago
Sorry to resurrect an old thread, but a combination of good weather and insane frustration lead me to not look at my radio's for a few weeks.

Anyway, I have made some progress with the problem (Thanks to John at Bristol Hackerspace) and I am now sure the reset is being sent, but the code upload is still failing. So, again I am asking for suggestions of what I can do.

I have an LED hooked to up to the pin 1 and pin 17 via the pads on the xbbo and a breadboard. I can toggle the RTS pin and XCTU and the LED flashes. I hook a jumper from the breadboard to the reset pin on the Arduino Mega and hey presto, it resets.

I know this as I am running the following code - when you reset, I can see the counter return to 1 in the serial monitor. 

long n = 1;

void setup() {
Serial.begin(115200);
}

void loop() { 
 Serial.print("Line ");
 Serial.println(n);
 n++;
 delay(1000); 
}


So, now I try and upload some new code via the wireless serial link, I see the reset LED light up, and I can again see that the board has reset as the counter has reset to 1 (I have arduino set to verbose mode, and I can see the serial output on the screen - see below)

This is a copy paste from the arduino IDE - I tried an upload, which failed, then clicked upload again 

avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: i [69] 
avrdude: Recv: n [6e] 
avrdude: Recv: e [65] 
avrdude: Recv:   [20] 
avrdude: Recv: 1 [31] 
avrdude: Recv: 2 [32]         <<<<--- ***Original upload attempt  - note Line 12***
avrdude: Recv: . [0d] 
avrdude: Recv: . [0a]         <<<---- ***Pressed Upload again here****
Binary sketch size: 4196 bytes (of a 258048 byte maximum)
/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/bin/avrdude -C/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega2560 -cstk500v2 -P/dev/tty.usbserial-AH00RXW4 -b115200 -D -Uflash:w:/var/folders/sl/slBgvs3qH3eCDHplnaz-ok+++TI/-Tmp-/build7570669364013320502.tmp/Serial_Test.cpp.hex:i 

avrdude: Version 5.11, compiled on Sep  2 2011 at 18:52:52
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf"
avrdude: Recv: L [4c] 
avrdude: Recv: i [69] 
avrdude: Recv: n [6e] 
avrdude: Recv: e [65] 
avrdude: Recv:   [20] 
avrdude: Recv: 1 [31]               <<<--- Note Line now reset, therefore reset has occured
avrdude: Recv: . [0d] 
avrdude: Recv: . [0a] 
         User configuration file is "/Users/moomonkey/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/tty.usbserial-AH00RXW4
         Using Programmer              : stk500v2
         Overriding Baud Rate          : 115200
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: L [4c] 
avrdude: Recv: i [69] 
avrdude: Recv: n [6e] 
avrdude: Recv:   [20] 
avrdude: Recv: 2 [32] 
avrdude: Recv: . [0d] 
avrdude: Recv: . [0a] 
avrdude: Recv: e [65] 
avrdude: Recv: i [69] 
avrdude: Recv: L [4c] 
avrdude: Recv: n [6e] 
avrdude: Recv: e [65] 
avrdude: Recv:   [20] 
avrdude: Recv: 3 [33] 
avrdude: Recv: . [0d] 
avrdude: Recv: . [0a] 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: L [4c] 
avrdude: stk500v2_ReceiveMessage(): timeout
avrdude: Send: . [1b] . [01] . [00] . [01] . [0e] . [01] . [14] 
avrdude: Recv: i [69] 
avrdude: Recv: n [6e] 
avrdude: Recv: e [65] 
avrdude: Recv:   [20] 
avrdude: Recv: 4 [34]


So, in conclusion....

1. The Reset Signal is being set.
2. The board resets.
3. The new code does not upload.
4. Grrrrrrrrr.

Any suggestions where I can go from here, or what information I can capture that would be useful in diagnosing the issue ?

PS the board is an Arduino mega R3, powered via the USB connector by a 5v supply.
Reply Quote
Miles
Administrator
Posts:739
Karma: 16

Re: Help with OTA programming

#1072 1 year, 1 month ago
Can you try on your Uno R3 as I have one here and dump the results in the same way, I'll try the same when I get chance.
Reply Quote
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Re: Help with OTA programming

#1074 1 year, 1 month ago
Hi Miles, thanks again.

Here is what the UNO gives me.....much less output this time....

Binary sketch size: 2644 bytes (of a 32256 byte maximum)
/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/bin/avrdude -C/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -carduino -P/dev/tty.usbserial-AH00RXW4 -b115200 -D -Uflash:w:/var/folders/sl/slBgvs3qH3eCDHplnaz-ok+++TI/-Tmp-/build4868940419903990304.tmp/Serial_Test.cpp.hex:i

avrdude: Version 5.11, compiled on Sep 2 2011 at 18:52:52
Copyright (c) 2000-2005 Brian Dean, www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch

System wide configuration file is "/Applications/Arduino.app/Contents/Resources/Java/hardware/tools/avr/etc/avrdude.conf"
User configuration file is "/Users/moomonkey/.avrduderc"
User configuration file does not exist or is not a regular file, skipping

Using Port : /dev/tty.usbserial-AH00RXW4
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Recv: L [4c]
avrdude: stk500_getsync(): not in sync: resp=0x4c

avrdude done. Thank you.


Unlike before the output from the UNO doesnt continue to scroll down the IDE screen with "Line X" like the Mega. It spits out the text above and stops. As before I can see the reset being sent, and Line number being reset to 0.

I also have a cheap Nano v3 clone. I will try that later this evening. And please let me know if there is anything else you need me to try.

EDIT - PS is there an AT command I can issue to dump all of the settings for the XRF ? I want to quadruple check them, and comparing 2 lists is easier than writing everything down....
Last Edit: 1 year, 1 month ago by ScottishDave.
Reply Quote
CisecoDev
Administrator
Posts:670
Karma: 23

Re: Help with OTA programming

#1092 1 year ago
It looks to me like although it is resetting it is not responding to the correct trigger. I would expect the reset to occur when AVRDude has output "Overriding Baud Rate : 115200" not before that.
As you can see from the output the bootloader in the Arduino has exited and it is already running your code (Line 1 ...) by the time AVRDude sends data to the bootloader, and so the upload is then bound to fail.
I don't know enough about the Linux flavours of the Arduino IDE - but is it using RTS to trigger the reset or DTR?
Reply Quote
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Re: Help with OTA programming

#1094 1 year ago
CisecoDev wrote:

I don't know enough about the Linux flavours of the Arduino IDE - but is it using RTS to trigger the reset or DTR?


I can try uploading using the windows version of the arduino IDE (under virtualbox) and paste the output if that would help ?
Reply Quote
ScottishDave
Senior Boarder
Posts:40
Karma: 1

Re: Help with OTA programming

#1103 1 year ago
[rant] Now the module is dead. - The 2 LED's on the XBBO both illuminate slightly when the XRF is plugged in - not good. The XRF doesnt respond to a reset in the FTDI adapter and it cant be read by XCM/X-CTU. And its not the XBBO/FTDI as the other XRF works.

I guess someone up there doesn't want my project to work. 2 dead modules (1 DOA and 1 KIA), 6 weeks of trying to get wireless programming to work..... I GIVE UP !!!!!!!

I'm off to have a series of strong drinks, whilst cursing under my breath. [/rant]

PS I must say thank you for all of the support - especially you, Miles. You have been patient, offered solutions and spent lots of time trying to help. I am grateful. I will continues to recommend your products, even if they don't want to work for me.
Reply Quote
Miles
Administrator
Posts:739
Karma: 16

Re: Help with OTA programming

#1104 1 year ago
Oh no, the LED lightly lit is indicative of the firmware having become corrupt. We have been in rather long talks with TI over the last 3 weeks as to why a few % of the v1.5 XRF's have been corrupting thier firmware (no physical harm is done they just lose small portions of code). Progress has been swift over the last 4 days once they confirmed what we suspected.

We are currently testing a new base firmware to a few close people, if things go as we expect there will be a release within 2 weeks.

Can you pop them into the post, we'll reprogram them with a TI programmer and return, would you be open to trying this version?
Reply Quote
Powered by KunenaTK
Time to create page: 1.09 seconds