Wireless programming - no reboot

Started by Hermann, July 06, 2014, 12:52:20 PM

Hermann

I always used an USBasp programmer and the Arduino IDE to burn bootloaders.
I can try to use an Arduino as a programmer. I'll do some more testing and report back.

gpi

#16
Hello
I had the same idea ... and the same problems ;°)) (Flash W25X40BV instead of W25X40CL the difference is on the lower supply voltage on ..CL release.)
I wanted to test the functionality of the wireless programming.

The fuses are in the Moteino ex=0xFD  low=0xDE  high=0xDC
My config file board.txt in EDI Arduino is as follows

moteinow.name=Moteino Wireless
moteinow.upload.protocol=arduino
moteinow.upload.maximum_size=31744
moteinow.upload.speed=115200
moteinow.bootloader.low_fuses=0xDE
moteinow.bootloader.high_fuses=0xDC
moteinow.bootloader.extended_fuses=0x05
moteinow.bootloader.path=DualOptiboot
moteinow.bootloader.file=DualOptiboot_V5.0_atmega328_BlinkD9.hex
moteinow.bootloader.unlock_bits=0x3F
moteinow.bootloader.lock_bits=0x0F
moteinow.build.mcu=atmega328p
moteinow.build.f_cpu=16000000L
moteinow.build.core=arduino
moteinow.build.variant=standard


Explanation of the difference ex = 0xFD on STK500 and ex = 0x05 on AVRDUDE => http://www.engbedded.com/fusecalc/
0xFD! = 0x05

the USBASP works fine. The messages "avrdude: warning:. Can not set sck period please check for usbasp firmware update." are not disturbing. It is not necessary to update the USBASP. My firmware version is 1.2.4.0

How to find the firmware version of USBASP? => http://forum.arduino.cc/index.php?PHPSESSID=lsnri596667kkjrqttep3mvd37&topic=153036.0

The transfer is done under windows seven with python27. Everything was going well but the flash dump was corrupt: 7 bytes to 0xFF (look at the picture attached). So to reboot, nothing changed.
To avoid the reboot and see the dump, you have to comment out the "resetUsingWatchdog (DEBUG)" line of the void "CheckForWirelessHEX" in the library WirelessHex.cpp

I made numerous attempts to find a logical connection that would lead to the problem. The phenomenon was not repetitive. Having already been the case with the wired RF12M Module "in the air", I added a capacity of 100 nF on the flash (pin 3 and 4). It was therefore a problem of filtering seen the extent of the wiring.

Attached file versions that I transferred, by varying the length of BLINKPERIODE

In conclusion, this is a fantastic work that has been done by the author of Moteino. I strongly advise buying the original module if you want to save time. In addition the price difference between a DIY Version / original remains low.

Thank you to the author and Hermann, for helping me through other post:
https://lowpowerlab.com/forum/index.php/topic,442.msg2490.html#msg2490
https://lowpowerlab.com/forum/index.php/topic,279.0.html





Felix

Hey gpi - thank you for sharing your experience and feedback, much appreciated.