CUNO v1.0 Flash Problem

[zentis666]

Hallo!
Ich hab hier einen CUNO 1.0 den ich aktualisieren will, da war bisher irgendeine 1.5*  drauf.
Ich hab die culfw 1.66 draufgeflasht (also ich hab die CUNO.hex aus dem CUNO Verzeichnis und die CUNO2.hex aus dem CUNO2 Verzeichnis probiert),
das ist auch soweit durchgelaufen, leider ist das Gerät nicht per Terminal nicht ansprechbar, ich kann zwar drauf verbinden,
es gibt aber keine Rückmeldung auf irgendeinen Befehl.

Beim flashen gabs auch keine Fehlermeldungen:

Code Auswählen Erweitern

C:\WinAVR-20100110\bin>avrdude -p atmega1284p -F -P COM10 -b 38400 -c avr109 -U flash:w:CUNO2.hex

Connecting to programmer: .
Found programmer: Id = "AVRBOOT"; type = S
    Software Version = 0.8; No Hardware Version given.
Programmer supports auto addr increment.
Programmer supports buffered memory access with buffersize=256 bytes.

Programmer supports the following devices:
    Device code: 0x46

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude: Device signature = 0x1e960a
avrdude: Expected signature for ATMEGA1284P is 1E 97 05
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "CUNO2.hex"
avrdude: input file CUNO2.hex auto detected as Intel Hex
avrdude: writing flash (41834 bytes):

Writing | ################################################## | 100% 12.58s



avrdude: 41834 bytes of flash written
avrdude: verifying flash memory against CUNO2.hex:
avrdude: load data flash data from input file CUNO2.hex:
avrdude: input file CUNO2.hex auto detected as Intel Hex
avrdude: input file CUNO2.hex contains 41834 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 11.67s



avrdude: verifying ...
avrdude: 41834 bytes of flash verified

avrdude done.  Thank you.

Ich hab noch nicht so ganz verstanden ob es CUNO oder CUNO2.hex sein muss, gehen aber beide nicht.
Was kann ich noch tun? Bootloader aktualisieren?

Gruß
Sven

[rudolfkoenig]

CUNO2 ist mW eine andere Hardware, d.h. wenn man es als CUNO gekauft hat, dann sollte man beim CUNO.hex bleiben.
Ich habe weder CUNO noch CUNO2, nur ein CUN, der seit (gefuehlt) 5 Jahren in seinem Schachtel ruht, kann also nicht direkt helfen.

Falls Du durch flashen aelterer .hex Versionen (siehe https://sourceforge.net/p/culfw/code/562/log/?path=/trunk/culfw/Devices/CUNO/CUNO.hex), am besten mit Binaersuche, die Version rausfindest, was als letztes funktioniert hat, werde ich versuchen anhand der Aenderung zur naechsten Version zu raten, was schiefging.

[zentis666]

Hallo Rudolf,

danke für die Hilfe!
Ich hab mich mal durchgearbeitet, die V 1.63 (R499) ist die letzte Version die funktioniert.

Falls es hilft: der CUNO hat eine LED genau in der Mitte der Platine, die blinkt wenn es funktioniert,
bei den Versionen größer R499 blinkt sie nicht.

Gruß
Sven

[rudolfkoenig]

Bin etwas ratlos. Der einzig "nennenswerte" Unterschied zwischen den beiden Versionen ist, dass in board.h

#define HAS_ETHERNET_KEEPALIVE  1
#define ETHERNET_KEEPALIVE_TIME 30

definiert ist. Finde deswegen verwirrend, weil das sonst im ganzen Code nicht vorkommt, weiss also nicht, was es bewirkt. Ich wuesste gerne wer mit welcher Begruendung es aktiviert hat, leider ist sourceforge per ssh down, kann also Subversion nur ueber den HTTP-Frontend bedienen.
Ich habe die aktuelle Version ohne diese Option uebersetzt, und hier angehaengt, kannst du es bitte testen?

[zentis666]

Hallo Rudolf,

damit funktioniert es, ich komme per Terminal drauf, per Ethernet scheint der CUNO auch soweit zu funktionieren.
Vielen Dank!

Gruß
Sven

[zentis666]

Ich nochmal:
zu 100% funktioniert die von Dir angehängte Version leider nicht.
Ich habe immer mal einen Neustart des CUNOs,
Mein OneWire Temperatursensor der da dranhängt wird nicht automatisch angelegt (OHo ist gesetzt).
DHCP will auch nicht so richtig, ich muss eine feste IP vergeben um ihn per Ethernet zu nutzen.

UniRoll (senden) und FS20 (empfangen) funktionieren auf jeden Fall.

Ich geh mal zurück auf die 1.63 und schau ob damit alles läuft,
Gruß
Sven