Go Down

Topic: Was Working Fine, Now No (Read 128 times) previous topic - next topic

Perehama

May 17, 2017, 04:55 pm Last Edit: May 18, 2017, 04:29 pm by Perehama
3 Days ago, Arduino was compiling and uploading my program just fine. Now, it's not.

I am using a custom circuit.

I am using Arduino 1.8.2 (windows installer.exe)

I am using a USBASP v2.0 from LC Technology (libusbK v3.0.7.0 driver)

I am using the "programmer" profile as it exists in hardware/arduino/avr/programmers.txt
Code: [Select]
usbasp.name=USBasp
usbasp.communication=usb
usbasp.protocol=usbasp
usbasp.program.protocol=usbasp
usbasp.program.tool=avrdude
usbasp.program.extra_params=-Pusb


I am using my own hardware profile, (hardware/ies/avr/) with a boards.txt
Code: [Select]
ies.name=IES Standard
ies.upload.tool=arduino:avrdude
ies.upload.protocol=arduino
ies.upload.maximum_size=32768
ies.upload.maximum_data_size=2048
ies.upload.speed=115200

ies.bootloader.tool=avrdude
ies.bootloader.low_fuses=0xFF
ies.bootloader.high_fuses=0xD1
ies.bootloader.extended_fuses=0xFD
ies.bootloader.unlock_bits=0x3F
ies.bootloader.lock_bits=0x2F

ies.build.mcu=atmega328p
ies.build.f_cpu=16000000L
ies.build.board=IES_328P
ies.build.core=arduino:arduino
ies.build.variant=arduino:standard


and a platform.txt
Code: [Select]
name=IES AVR Boards
version=1.0.0

# AVR Uploader/Programmers tools
# ------------------------------

tools.avrdude.path={runtime.tools.avrdude.path}
tools.avrdude.cmd.path={path}/bin/avrdude
tools.avrdude.config.path={path}/etc/avrdude.conf

tools.avrdude.network_cmd={runtime.tools.arduinoOTA.path}/bin/arduinoOTA

tools.avrdude.upload.params.verbose=-v
tools.avrdude.upload.params.quiet=-q -q
# tools.avrdude.upload.verify is needed for backwards compatibility with IDE 1.6.8 or older, IDE 1.6.9 or newer overrides this value
tools.avrdude.upload.verify=
tools.avrdude.upload.params.noverify=-V
tools.avrdude.upload.pattern="{cmd.path}" "-C{config.path}" {upload.verbose} {upload.verify} -p{build.mcu} -c{upload.protocol} -P{serial.port} -b{upload.speed} -D "-Uflash:w:{build.path}/{build.project_name}.hex:i"

tools.avrdude.program.params.verbose=-v
tools.avrdude.program.params.quiet=-q -q
# tools.avrdude.program.verify is needed for backwards compatibility with IDE 1.6.8 or older, IDE 1.6.9 or newer overrides this value
tools.avrdude.program.verify=
tools.avrdude.program.params.noverify=-V
tools.avrdude.program.pattern="{cmd.path}" "-C{config.path}" {program.verbose} {program.verify} -p{build.mcu} -c{protocol} {program.extra_params} "-Uflash:w:{build.path}/{build.project_name}.hex:i"

tools.avrdude.erase.params.verbose=-v
tools.avrdude.erase.params.quiet=-q -q
tools.avrdude.erase.pattern="{cmd.path}" "-C{config.path}" {erase.verbose} -p{build.mcu} -c{protocol} {program.extra_params} -e -Ulock:w:{bootloader.unlock_bits}:m -Uefuse:w:{bootloader.extended_fuses}:m -Uhfuse:w:{bootloader.high_fuses}:m -Ulfuse:w:{bootloader.low_fuses}:m

tools.avrdude.bootloader.params.verbose=-v
tools.avrdude.bootloader.params.quiet=-q -q
tools.avrdude.bootloader.pattern=
tools.avrdude_remote.upload.pattern=/usr/bin/run-avrdude /tmp/sketch.hex {upload.verbose} -p{build.mcu}

tools.avrdude.upload.network_pattern="{network_cmd}" -address {serial.port} -port {upload.network.port} -sketch "{build.path}/{build.project_name}.hex" -upload {upload.network.endpoint_upload} -sync {upload.network.endpoint_sync} -reset {upload.network.endpoint_reset} -sync_exp {upload.network.sync_return}


Here is the error I am getting...

Code: [Select]
Sketch uses 24136 bytes (73%) of program storage space. Maximum is 32768 bytes.
Global variables use 1497 bytes (73%) of dynamic memory, leaving 551 bytes for local variables. Maximum is 2048 bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x8f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x8f
Problem uploading to board.  See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.


I have been to this guide, and do not see an answer that fits my situation.

I have tested the board and programmer on a different PC using the same driver, same OS, arduino 1.0.5 r2. It works fine for older programs on that PC.

If anyone can help me or point me in the right direction, it would be much appreciated.

DrAzzy

#1
May 17, 2017, 06:53 pm Last Edit: May 17, 2017, 06:55 pm by DrAzzy
How are you uploading? It looks like you're not using a bootloader, but your attempt at uploading is trying to talk to a bootloader over serial, or so it appears (since you haven't used verbose upload, I can't be certain though!)

If not using bootloader, remove upload.protocol and upload.speed
ATtiny core for 841+1634+828 and x313/x4/x5/x61/x7/x8 series Board Manager:
http://drazzy.com/package_drazzy.com_index.json
ATtiny breakouts (some assembled), mosfets and awesome prototyping board in my store http://tindie.com/stores/DrAzzy

Perehama

How are you uploading? It looks like you're not using a bootloader, but your attempt at uploading is trying to talk to a bootloader over serial, or so it appears (since you haven't used verbose upload, I can't be certain though!)

If not using bootloader, remove upload.protocol and upload.speed
I am not using a bootloader. I asked about how to correctly configure the new IDE for my board in a previous post. I followed the advice given and it worked flawlessly from then until 3 days ago.

Perehama

since you haven't used verbose upload, I can't be certain though!

If not using bootloader, remove upload.protocol and upload.speed
This is the best advice I could have hoped for.
I turned on verbose, both on the PC running 1.8.1 and the PC running 1.0.5r2 and discovered that the older one working used USBasp over USB as the programmer profile suggests.
The newer one, overrode the usb setting by the upload.protocol and upload.speed.
I removed those lines from my board profile, and it's smooth sailing now.
I am still baffled how it ever worked...

Go Up