Guten Tag
Ich habe ein atmega 162 Intercae Controller
Ich habe mit der Software "eXtreme Burner AVR 1.2" versucht den
EEPROM/Flash auszulesen.
Das erste mal hat es funktioniert er sagte mir nur das er den CHIP nicht
erkennt. Aber die Verbindung war da ich konnte was auslesen. (leider
keine Daten in der .hex (000000)
Also habe ich einen 2 versuch gemacht CHIP eingestellt, keine Reaktion
vom Interface Fehlermeldung keine Verbindung.
Die Steckverbindung sind korekt und sind verbunden mit dem USBASP
Dann habe ich das interfafec überprüft haben GND und + an einen 12V DC
angeschlossen, normaler weise müsste jetzt die LED leuchten blau aber
das macht sie nicht.
Der Spannungsregler/Schaltregler L 7805 CV hat 12V
Ich denke das Interface bekommt kein Strom oder der CHIP ist hinüber.
An was kann das liegen kann es sein das der "atmega 162" defekt ist oder
ei Kurzschluss hatte?
Ich bin über jede genau Hilfe / Anleitung danbar.
Viele grüsse
Der Interface Controller wird wohl durch Setzen der entsprechenden Fuse
Bits gegen Auslesen gesperrt sein. Das macht man um einen Nachbau oder
Modifikationen der Firmware zu verhindern. Da gibt es leider keine
Chance des Auslesens. Da bin selbst ich Rahtlos, Radlos oder wie auch
immer.
Hallo keine Chance (Gast)
Naja das Auslesen ist nicht so wichtig da ich eine neue Firmware Datei
habe die ich drauf laden möchte.
Chip löschen ist doch möglich... auch wenn Fuse Bits da sind.
Chip löschen ist schon möglich, aber nicht mit einem USBASP. Dafür
braucht man einen Programmer wie den STK500 der das "High Voltage
Programming" unterstützt. Im eingebauten Zustand (über ISP) ist das
natürlich nicht möglich!
Hallo
Wenn ich die neue Firmware Flash sagt er mir das (siehe Bild 5)
Ich denke es gibt kein "Fuse Bits"
Update: ich konnte jetzt die Firmware auslesen in der .hex sind daten
45kb
(Ich habe bemerkt wenn ich zu oft lese / schreibe bleibt das Interface
hängen und ich muss paar minuten warten bis ich ihn wieder an dem USBASp
anschließen kann.
Die Software lieferte jetzt keine Fehlermeldung beim auslesen hmm :-)
gruss
naja ein AVRISP - STK500 kosten nicht die Welt ebay 10 €
Und was ist nun in Deinem hex File. Vermutlich lauter Nullen oder alles
FF. Das kriege ich auch, wenn ich gar kein Target an des USBASP
anschließe und alle Warnungen ignoriere.
Hallo keine Chance (Gast)
Nach x mall Testen Steckverbindungen neu löten anpassen, Ein FW update
für den usbaspv2
habe ich ein saubern Vollen Dump mit Daten
Wenn die Lock Bits, die ein Auslesen des Flash Speichers gesetzt sind,
juckt das den Programmer nicht. Er liest etwas aus, allerdings nur
Zufallswerte. Aber da Du die ausgelesenen Daten ohnehin nicht brauchst
ist das ja kein Problem für Dich. Problematisch sind Lock Bits, wenn Du
versuchst neu zu programmieren und nur Fehler beim "Verifying" kommen.
Da man Lock Bits die ein Lesen/Überschreiben verhindern nicht mit
Einfachst-Programmern zurücksetzen kann wird#s dann haarig.
keine Chance schrieb:> Da man Lock Bits die ein Lesen/Überschreiben verhindern nicht mit> Einfachst-Programmern zurücksetzen kann wird#s dann haarig.
Chip erase? Geht aber nur, wenn RSTDISBL nicht und SPIEN noch gesetzt
ist.
Dann ist sowohl Flash leer als auch Proggen wieder möglich.
mfg mf
keine Chance schrieb:> Chip löschen ist schon möglich, aber nicht mit einem USBASP. Dafür> braucht man einen Programmer wie den STK500 der das "High Voltage> Programming" unterstützt. Im eingebauten Zustand (über ISP) ist das> natürlich nicht möglich!
Ich hab grad kein Datenblatt des ATmega162 zur Hand, aber normalerweise
geht "Chip Erase" doch ohne Probleme mit einem USBasp. Dazu braucht es
kein HV-Programming. Irr ich mich da wirklich?
Hallo Markus W.
Im Datenblatt finde ich leider keine infos oder ich sehe es nicht. :-(
http://www.atmel.com/Images/doc2513.pdf
Aber ich frage mich wieso die LED nicht mehr leuchtet auf dem INTERFACE
wenn ich 12v Strom gebe, heute ging es noch.... Sehr komisch...
Wenn ich das interface am USB anstecke wird er korrekte erkannt. und ich
kann via MProg den FT232BL chip auslesen.
Aber der ATmega162 geht wieder nicht ich kann nicht lesen oder schreiben
oder sonst was noch... sehr komisch... ( als würde etwas nicht
funktionieren an der Kabelverbindung kann es nicht liegen die haben zu
100% kontakt. und die Lötstellen sind sauber)
Marco Bartolomeo schrieb:> Im Datenblatt finde ich leider keine infos oder ich sehe es nicht. :-(> http://www.atmel.com/Images/doc2513.pdf
Danke für den Link! Schau mal auf Seite 248 oben: "Chip Erase". Demnach
müsste ein CE eigentlich auch per USBasp möglich sein.
Wie Mini Float aber schon geschrieben hat, klappt das nur, wenn die
Fuses STDISBL und SPIEN nicht programmiert wurden.
> Aber der ATmega162 geht wieder nicht ich kann nicht lesen oder schreiben> oder sonst was noch... sehr komisch... ( als würde etwas nicht> funktionieren an der Kabelverbindung kann es nicht liegen die haben zu> 100% kontakt. und die Lötstellen sind sauber)
Hast du es testweise mal mit einem anderen ATmega162 probiert?
Ich hab den Thread jetzt nicht ganz gelesen, aber du hast sicher schon
probiert, die Geschwindigkeit zu reduzieren, oder?
avrdude -B
Markus W. schrieb:> Wie Mini Float aber schon geschrieben hat, klappt das nur, wenn die> Fuses STDISBL und SPIEN nicht programmiert wurden.
Sorry, das ist falsch!
# RSTDISBL darf nicht programmiert sein == 1 in der EEPROM-Zelle
# SPIEN muss programmiert sein == 0 in der EEPROM-Zelle
Markus W. schrieb:> die Geschwindigkeit zu reduzieren
Das klappt beim USBASP besser per Jumper.
mfg mf
Mini Float schrieb:> # RSTDISBL darf nicht programmiert sein == 1 in der EEPROM-Zelle> # SPIEN muss programmiert sein == 0 in der EEPROM-Zelle
Du hast völlig Recht. Danke für die Korrektur!
> Das klappt beim USBASP besser per Jumper.
Wenn dafür einer vorhanden ist. Die neueren Modelle lassen sich oft nur
noch per Software steuern – dafür aber beinahe stufenlos.
Vielleicht sollte man dazu noch sagen, dass das für die beiden genannten
Fuses die Werkseinstellung ist.
Interessant wäre mal eine Messung, wo die Aktivität an Ausgangspins
überwacht wird während der Reset mal kurz gezogen wird.
Wenn keine Reaktion/kein kausaler Zusammenhang(*)
=> RSTDISBL wurde programmiert
=> HV Programmierung ist in dem Fall
definitiv nötig(oder eben neuen Chip einlöten)
mfg mf
(*) Wenn man sich nicht sicher ist, ob der gerade vermessene Pin ein
Ausgang ist oder ein Eingang mit Pullup, kann man mit einer belasteten
Messung Aufschluss fassen. Einfach einen 1kΩ-Widerstand parallel zum
Voltmeter. Im Prinzip ein Logik-Duspol...
Marco Bartolomeo schrieb:> avrdude: warning: cannot set sck period. please check for usbasp firmware
update.
Markus W. schrieb:> Die neueren Modelle lassen sich oft nur> noch per Software steuern – dafür aber beinahe stufenlos.
Ja nee, ich hab hier einen auf mega8 basierend mit neuester Firmware.
Die Jumpergeschichte funktioniert neben Softwaresteuerung definitiv
noch! Einfach mal den vorliegenden USBASP ansehen und mit dem Schaltplan
auf http://www.fischl.de/ vergleichen.
"Oft nur noch" wenn man keine Jumperpins in die 2 löcher da einlötet
oder wie? Naja, ich hab meinen USBasp selber zusammengewurstelt, eine
Mettwurst, da weiß man was man hat.
gute n8 mf
Mini Float
ja ich musste 2 Jumperpins anlöten
(J3 SCK option
If the target clock is lower than 1,5 MHz, you have to set this
jumper.
Then SCK is scaled down from 375 kHz to about 8 kHz.)
Mini Float schrieb:> Ja nee, ich hab hier einen auf mega8 basierend mit neuester Firmware.
Dass der Trick mit dem Jumper immer noch geht, ist völlig richtig! Ich
bezog mich auf die neueren China-Programmer. Da gibt es welche, die
keinen Jumper und auch keine Löcher für einen Jumper haben und trotzdem
mit der alten Firmware geflasht sind. Sowas ist natürlich doof.
Aber dein Tipp mit dem nachträglichen Hinlöten ist auf alle Fälle gut!
Scheint Marco trotzdem nicht geholfen zu haben, anscheinend liegt das
Problem woanders... vielleicht sind die Fuses doch falsch gesetzt. :-(
Genau so ein Problem habe ich, aber sagt mir nichts
Was muss ich machen das es nicht passiert?
Flashen Lesen Fuse nur ein mal möglich
Es kann vorkommen das ein AVR nur ein mal programmiert werden kann,
danach geht es nicht mehr (z.B. Typ wird nicht mehr erkannt). Erst
nachdem die Versorgungsspannung getrennt / wider verbunden ist geht es
erneut.
In diesem Fall ist meistens der Resetpin kurzgeschlossen, daher lässt
sich der AVR ein mal programmieren.
Der Reset PIN müsste bei korrekter Beschaltung eine Spannung nahe VCC
(z.B. 4.9V) aufweisen, ist die Spannung bei GND ist der Pin
kurzgeschlossen, und verursacht dieses Problem.
Zumindest sollte man die Kabel auf ein Mindestmaß bezüglich der Länge
reduzieren. Der USBASP hat ja schon mehr als einen halben Meter
Flachbandkabel. Dann noch der der imprvisierte Rest zum Interface. Das
ist sicher nicht ideal. Messen kann man das allerdings nur mit einen
Oszilloskop (grobe Schnitzer wie Kurzschlüsse und Unterbrechungen
natürlich auch mit einem Multimeter).
Guten Abend
Also ich habe die Kabel länge vom ATMEGA162 Chip bis zum USBASp um 50%
verkürzt
Ich habe die Kabelverbindung pin 1 bis 4 auf Unterbrüche überprüft
Ich habe folgendes bemerkt wenn ich mit "eXtreme Burner AVR" versuche
Flash zu lesen (Klick Flash read Software) Kommen diese Spannungen auf
1. MOSI PIN1 = 3,2v
2. MISO PIN2 = 0,3v
3. SCK PIN3 = 0,3v
4. RST PIN4 = 0,4v