Druckbare Version
Hi isor,
probier mal AsuroFlash, evtl. geht's damit.
Das mitgelieferte Flashtool hat ein paar Bugs was Timeouts betrifft die in meiner Version nicht auftreten, kann Dir aber nicht garantieren das es daran liegt.
Ein Tutorial zur Benutzung von AF findest Du auf dieser seite How to build and flash a file
Gruss,
O.
hi Osser
das Programm sieht echtgeil aus besser als das was dabei war aber wen ich das Project Kompilieren will kommt folgende Fehler Meldung:
Danke für eure hilfe.Code:>Session Environment Variables:
AF_AVRDIR=D:\WinAVR
AF_PROJECT=AsuroTest
AF_SOURCE_FILES=test.c asuro.c
AF_ASM_SRC_FILES=
AF_PRGDIR=C:\Program Files\AsuroFlash
AF_PRJDIR=C:\Users\Patrick\Desktop\TestAsuroProjekt
AF_ASURO_LIB_PATH=%AllUsersProfile%\AsuroFlash\asuro-lib\lib
File test.c saved.
File asuro.c saved.
File asuro.h saved.
>Default make_all.cmd file created.
>Default makefile created.
Make
C:\Users\Patrick\Desktop\TestAsuroProjekt>C:\WinAVR\utils\bin\make.exe all
set -e; avr-gcc -MM -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=asuro.lst -IC:\Program Files\AsuroFlash\include asuro.c \
| sed 's,\(.*\)\.o[ :]*,\1.o \1.d : ,g' > asuro.d; \
[ -s asuro.d ] || rm -f asuro.d
avr-gcc.exe: FilesAsuroFlashinclude: No such file or directory
set -e; avr-gcc -MM -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.lst -IC:\Program Files\AsuroFlash\include test.c \
| sed 's,\(.*\)\.o[ :]*,\1.o \1.d : ,g' > test.d; \
[ -s test.d ] || rm -f test.d
avr-gcc.exe: FilesAsuroFlashinclude: No such file or directory
-------- begin --------
avr-gcc --version
avr-gcc (GCC) 3.3.1
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
avr-gcc -c -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.lst -IC:\Program Files\AsuroFlash\include test.c -o test.o
avr-gcc: cannot specify -o with -c or -S and multiple compilations
make.exe: *** [test.o] Error 1
ExitCode 2
>Ready
So hab grade mal versucht eine schon erstelte .hex datei zu flachen dabei kam dieser Fehler:
Code:Flashing file C:\ProgramData\AsuroFlash\Projects\AsuroLibTest\AsuroLibTest.hex
Open: COM4
Building RAM... Bulding RAM OK
Start Page 0 End Page 13 will occupy 848Bytes
Try connecting ASURO -- Switch on ASURO now!..................OK !
Flashing Firmware
Sending Page 0 of 13 CRC 31901c;
* Try 2/10;c;
* Try 3/10;c;
* Try 4/10;c;
* Try 5/10;v;
* Try 6/10;v;
* Try 7/10;v;
* Try 8/10;c;
* Try 9/10;c;
* Try 10/10;c;
ERRORS 7 CRC Fault(s), 3 Errors, 0 Invalid handshake(s), 0 Timeouts
ASURO RETURNED MEMORY ERRORS!
Flash memory damaged!! (>10000 access cycles?)
ASURO dead ?!?! (Firmware damaged try again!)
Hi isor,
1) Compilierung
Du benutzt Vista und Dein Compiler ist Steinalt!
Deine Version ist "avr-gcc (GCC) 3.3.1"
Meine ist "avr-gcc (WinAVR 20090313) 4.3.2"
Installier mal bitte einen neuen WinAVR, da ist dann auch der "Vista BUG" gelöst.
2) Flashversuch
Du bekommst "v" als Meldung vom Asuro zurück, was bedeutet dass der Asuro findet dass die Spannung zu niedrig ist ==> mal neue volle Batterien oder Akkus einsetzen und nochmal probieren.
Benutzt Du Akkus oder Batterien?
Gruss,
O.
v heisst aber verify error oder hab ic da was falsches gelesen ?!
d.h. er konnte entweder den geschriebenen code nicht vreifizierren (controller defekt, aber unwahrscheinlich) oder bei der übertragung ist murks passiert (fremdlicht oder schlecht eingestellt)
versuch doch mal beim aufspielen ein klein wenig am poti zu stellen, manchmal klappt es mit dem flashen dann besser
und auf jeden fall solltest du jedes künstliche fremdlicht und direkte sonneneinstrahlung zu vermeiden
PS das große U entspricht der bitreihenfolge 01010101, daher wird es damit wohl am besten gehen
hey ho
also ich benutze win7
und das Problem mit dem kompilieren bleibt auch bei der neuen Version von WinAVR bestehen.
ich habe das flashen mit vollen Batterien und vollen Akkus (mit Jumper)
versucht.
Wenn das v heist das die Spannung zu niedrige ist wo soll ich messen um zu gucken wo Spannung verloren geht?
und macht es eig. einen unterschied ob ich den rs232 an einem usb zu seriellen Wandler angeschlossen haben?
Wie gesagt bin Elektrotechnik mäßig nen ziemlicher Anfänger.
ja das mit dem wandler kann ein problem sein, da diese meist über die entsprechenden pins zu wenig spannung für den betrieb des tranceiver liefern
die USB variante des transceiver würde sich an dieser stelle für dich anbieten, der muss auch nicht eingestellt werden, der funktioniert eigentlich immer!
Hallo
"verify error" bedeutet, der Mega8 schafft es nicht, die Daten korrekt in sein Flash zu schreiben:
https://www.roboternetz.de/phpBB2/ze...ag.php?t=21223
Und das sagt ja auch das Flashtool:
Ein neuer Mega8 mit Bootloader kostet beim C 8€:Zitat:
ASURO RETURNED MEMORY ERRORS!
Flash memory damaged!! (>10000 access cycles?)
http://conrad.de/goto.php?artikel=191359
Gruß
mic
nein es muss nicht gleich ein neuer chip sein, wenn er denn nciht mehr als 10000 mal beschrieben wurde natürlich ^^
es kann acuh sein, dass der empfänger zusammenbricht und keine vernünftigen daten mehr empfängt während des übertragen oder von aussen her fehler beim übertragen eigestreut werden, schließe wenn möglich erstmal fremdlicht und probleme mit dem USB-seriell wandler aus, dann evtl. nen neuen controller, vll. aber vorher den USB transceiver
Hallo
Laut Doku werden Übertragungsfehler mit "c" oder "t" gemeldet, "c" bedeutet dabei Prüfsummenfehler, "t" steht für keine Antwort. Wenn die Daten korrekt empfangen wurden, aber nicht fehlerfrei ins Flash geschrieben werden können, sendet der asuro ein "v". Leider :(
(Aus dem Manual Seite 54)Zitat:
8.4. Flash Fehler
Folgende Fehler können während des Flashens auftreten:
•
• “c” � Checksum Error. Es sind andere als die vom PC geschickten Daten bei ASURO angekommen.
Das kann durch Störlicht (wie Leuchtstoff ampen) kurze Unterbrechungen in der
Sichtverbindung oder ähnliches passieren.
• “t” � Timeout. Die Sichtverbindung zu ASURO ist abgerissen.
* “v” � Verify Error. ASURO hat falsche Daten in seinen Flashspeicher geschrieben. Das sollte
normalerweise nicht passieren und ist ein Zeichen dafür, dass der nichtf üchtige Programmspeicher
(Flash-EPROM) das Ende seiner Lebenszeit erreicht hat, was typischerweise erst nach 10.000
Programmierungen passiert.
Es wird bis zu zehnmal versucht den Fehler zu beheben. Gelingt dies nicht, wird der Flashvorgang
abgebrochen.
Defekte Kontroller sind sehr selten:
https://www.roboternetz.de/phpBB2/ze...ag.php?t=30312
https://www.roboternetz.de/phpBB2/ze...=288268#288268
Grundsätzlich könnte man auch einen jungfräulichen ATMega8 mit einem Bootloader programmieren. Aber der Aufwand und die Zeit, die man als ungeübter ISP-Neuling investieren muss, steht in keinem Verhältniss zur Ersparniss. Vor allem wenn man sicherheitshalber gleich mehrere leere Kontroller besorgt:
http://home.kpn.nl/winko001/Asuro/Bo...uBtlPagFrm.htm
Gruß
mic