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
Gast
#2809294
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.
Gast
#2809316
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 €
Marco Bartolomeo schrieb: > naja ein AVRISP - STK500 kosten nicht die Welt ebay 10 € AVRISP MKII 40€ STK500 80€ oder irre ich mich?
Flash Lesen
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
EEPROM Auslesen
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
USBASP v2 / On-board ATMega8(L) chip. avrdude FW Update /// usbasp.atmega8.2011-05-28.hex
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
Tom Z. AVRISP MKII Bekommst ab 30€ AVR STK 500 Ab 10€ Ebay :-)
Gast
#2809437
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.
Hi keine Chance (Gast) In der .hex sind viele Zahlen und keine FF, was sagst du zu den anderen Fehlern.
Gast
#2809449
Na ja, wie ein lauffähiges Programm schaut die hex Datei nun wirklich nicht aus. Für mich sind da zu viele Nullen.
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
Gast
#2809681
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
Hi Markus W danek für die Infos. Die Geschwindigkeit habe ich nicht reduziert. Werde es gleich Testen ich gebe bescheid. thx
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.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
Ich weis echt nicht weiter...
> Hast du es testweise mal mit einem anderen ATmega162 probiert?
(Ich habe leider kein 2 ATmega162 Chip Interface
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.)
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
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.
Denkt ihr es liegt an den Kabel Verbindungen das er keine korrekte Verbindung aufbauen kann Kann ich das irgendwie mit dem Multimeter überprüfen?
Gast
#2811322
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
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.






