Hallo, ich habe hier einen ISP Programmer myAVR MK2b, ich wollte damit ATMEGA 168 und 328 Programmieren. Nur das Ding macht immer wieder Probleme. Beim beschreiben des Flash Speichers bricht die Programmierung bei ca. 60 - 80% Fortschritt ab. Fehlermeldung Time Out. Das ganze passiert aber nur, wenn der Flash zu mehr als etwa 75% belegt ist. Wenn ich in einen 168er 1 oder 2K rein schreibe dann funktioniert das auch ohne Probleme. Der Programmer hat die aktuelle Firmware drauf. Als Programmer Software habe ich folgende Versionen getestet. Das Original, myAVR ProgTool 1.48, AVR Studio 7 und AVRDude. Der Programmer ist dabei im STK500 Modus. Zuerst dachte ich mir, vielleicht liegt es an den Targets, habe von einem Kollegen den USB Stick myAVR bekommen und siehe da die programmierung klappt damit ohne Probleme. Also dachte ich mir, untersuche ich mal die MK2b Hardware, habe auch was raus gezeichnet, siehe Anhang. Ist eigentlich Standartbeschaltung. Was mir am Original Board aufgefallen ist, die Leiterbahnführung und die Platzierung der Bauteile, vor allem der Block Cs ist sicher nicht Ideal. Also dachte ich mir, ich baue das Teil einfach mal nach, mit paar Veränderungen. Der Controller wurde auf einen QFP Adapter gelötet, die Block Cs auch sehr kurz angebunden. Eingeschaltet, das gleiche Verhalten. Was kann das sein? Also mal den Stick untersucht, der hat einen ATmega168 drauf, auch der CP2102 ist der gleiche. Aber beim Stick ist ein Quarz mit 7,3728 MHz bestückt, beim MK2b mit dem ATmega 328 ein 20 MHz Quarz. Warum wohl? Für einen einfachen Programmer. Laut Baudraten Rechner führt ein 20MHz Quarz bei 115200 Bit/s zu einen Fehler von 1,4%, bei 7,3728 Mhz 0%. Kann es daran liegen? Wer mal Zeit hat, kann das mal testen ob der Fehler Nachvollziehbar ist. Ist ja nur ein einfacher Aufbau. Habe das bei myAVR schon mal beanstandet, die meinten nur, das kann nicht sein, wir haben das alles getestet, na ja! Ich kann es verstehen, wenn man in AVR Hard und Software nichts mehr rein stecken will, aber dann ist es doch besser wenn man es bleiben lässt.
Angehängte Dateien:
-
MK2b_Lochraster.jpg
240 KB
Die 1,4% sollten kein Problem darstellen. Evt mit 250k versuchen (0% Fehler ;-). Der Takt zum Avr sollte nicht zu hoch sein min 1/4 des Clocks. Wären bei 1Mhz (Auslieferungszustand) max 250k besser weniger. Dauert ein wenig länger aber sie "reden nicht aneinander vorbei". Die Stromversorgung ist stabil genug ? 5V? Bei 3,3V und 20Mhz wirds eng.
An der Isar schrieb: > Beim beschreiben des Flash Speichers bricht die Programmierung bei ca. > 60 - 80% Fortschritt ab. Fehlermeldung Time Out. Ich habe in einem anderen Forum was gelesen, das betraf dem MK3 von dieser Firma. Der hatte so ziemlich das gleiche Problem, dass es zum Abbruch der Programmierung gekommen ist. Der MK3 hat als Controller einen ATmega 644 und einen Quarz mit 20MHz. Ist vielleicht keine so Gute Idee den Controller an der oberen Grenze der Frequenz zu betreiben.
An der Isar schrieb: > einen Fehler von 1,4%, bei 7,3728 Mhz 0%. > Kann es daran liegen? Hat denn der CP2102 einen Quarz, oder taktet der sich mit einem intern getrimmten Referenzoszillator? Wenn der noch in der falschen Richtung davonläuft verstärken sich die potentiellen Kommunikationsprobleme. Ersatzweise könntest du mal einen "echten" RS232 to TTL Wandler testen ob damit die Probleme weg sind. Alternativ dazu kannst du testweise bei einem Arduino mit Mega16U2 (USB-) Controller die seriellen Daten ein-/auskoppeln.
A. H. schrieb: > Die > Stromversorgung ist stabil genug ? 5V? Bei 3,3V und 20Mhz wirds eng. Die Stromversorgung ist Okay, 5,07 Volt, keine Rippel, mit Oszi angeschaut. jo mei schrieb: > Hat denn der CP2102 einen Quarz, oder taktet der sich mit einem > intern getrimmten Referenzoszillator? Der CP2102 hat einen Internen Resonator, nur der USB Stick hat auch den CP2102 drauf, der macht keine Probleme. Ich vermutet nach wie vor, das Problem sind die 20MHz, hier wird der ATMega328 am oberen Ende der Spezifikation betrieben. Auch wenn es im Netz Berichte darüber gibt, dass auch 30MHz, extern zugeführt, möglich sind. Felix_Well schrieb: > das betraf den MK3 von > dieser Firma. Der hatte so ziemlich das gleiche Problem Interessant!
Angehängte Dateien:
-
UTK500_02.jpg
240 KB
An der Isar schrieb: > ich habe hier einen ISP Programmer myAVR MK2b, ich wollte damit ATMEGA > 168 und 328 Programmieren. Nimm es locker, wer so was gekauft hat, der hat 28 Euro beim Fenster raus geworfen. Die können das einfach nicht. Nur Delitanten am Werk. Sieh Dir doch mal das Layout an. Leiterbahnführung, Block Kondensatoren irgend wo platziert. Auf der Hersteller Seite sind Bilder zu sehen. Das reicht schon. Ich habe ein China Teil für 9 Euro, das ist ein minimal STK500. Da kommt die Firmware drauf die beim Studio 7 dabei ist und Gut ist es. Nennt sich UTK500
hast mal beim Support von myAVR angefragt? Das wäre wenn ich nicht in China sondern in Deutschland kaufe das Erste was ich machen würde bevor ich das Teil auseinandernehme **GRÜBEL** Gruß
oh... sorry... man sollte bis zu ende lesen... hast also angefragt... hast versucht das teil zu reklamieren? ich hab noch einen alten MK2 und der proggt völlig problemlos 168er und 328er ... kann mich nur schwer vorstellen dass die das Produkt verschlechtern :-/ Gruß
Angehängte Dateien:
-
Screenshot0.png
120 KB -
Screenshot1.png
43 KB -
Screenshot2.png
43 KB -
Screenshot3.png
43 KB
Hallo @all, MK2b Probleme kann ich nicht bestätigen!!! Wir haben in der Firma ne ganze Reihe MK2 laufen die alten und die neuen MK2B. Die Dinger flashen bei uns wie die Bienchen. Als ich das hier gelesen habe bin ich erst ganz nervös geworden und hab mich gleich dran gesetzt einem m328P auf 1 Mhz runter getaktet und mit knap 30K vollgepumt... null Probleme mit unseren MK2b in allen drei Modi. Hab zum Vergleich mal screendumps dran gehängt. Ich denke dein Problem ist kein systematisches MK2b Problem. Wenn doch dann interessiert mich das sehr! Rolf @Pelikan: Für Chinaprogger bezahlt man keine 9€ da gibt es etablierte Dinger mit Gehäuse für etwas über 3€ inklusive Versand! ;-)
Rolf Markus schrieb: > Für Chinaprogger bezahlt man keine 9€ da gibt es etablierte > Dinger mit Gehäuse für etwas über 3€ inklusive Versand! Aber keinen mit USB UART, nur so Teile die den USB im Controller emulieren. Dazu den Umstand bei der Treiber Installation. So was kommt mir nicht auf den Tisch! Du findest auch keinen für 3€ auf dem die Original Firmware des STK 500 drauf läuft. Also Bitte nicht Äpfel mit Birnen vergleichen.
ups... da bekommt wohl jemand Prozente wenn geklaute Firmware verkauft wird **LOL** jetzt mal ernsthaft worum es hier geht (ohne blöde kauf in China weil die es drauf haben Sprüche) ... was könnte die Ursache sein? Bei Rolf funzt es ja offensichtlich. Gruß
M.Reck schrieb: > was könnte die Ursache sein? > Bei Rolf funzt es ja offensichtlich. Es sieht so aus, als ob hier etwas auf Kante läuft, der TE schreibt, mit dem USB Stick funktioniert es und erwähnt auch, dass der Stick einen ATMEGA168 mit einem Quarz von 7,3728MHz hat. Der MK2b hat einen Quarz mit 20MHz. Wenn hier die Toleranzen ungünstig liegen, dann kann ich mir schon vorstellen das es zu Fehlern kommt. Nur warum erst wenn der Flash Speicher mehr belegt ist. Läuft hier etwas zu weit auseinander, oder kommt es zu einem Überlauf? Aber das müsste der Firmwareentwickler mal untersuchen. Vielleicht gibt es einen Möglichkeit, an diverse Timings etwas zu drehen.
Ich frag mal beim Hersteller ob und wenn ja wie das Timing angepasst werden kann... muss ich nur ein bischen schwindeln dass ich statt meines alten MK2 einen neuen 2b habe ;-)
Rolf Markus schrieb: > bin ich erst ganz nervös geworden und hab > mich gleich dran gesetzt einem m328P auf 1 Mhz runter getaktet und mit > knap 30K vollgepumt... Warum auf 1 MHz runter getaktet? Die Programmierung sollte doch mit der Frequenz möglich sein, mit der er später betrieben wird. Ein Arduino Board mit den 328er und einem 16MHz Quarz kann doch problemlos programmiert werden. Oder hat der MK2B eine Option den ISP Takt ein zu stellen.
ich wieder... so hab bei denen durchgefunkt wegen der Programmiergeschwindigkeit der MK2b ... laut Aussage des Herstellers taktet der sich selber runter bis er die Signatur lesen kann und programmiert dann kurz unterhalt der so detektierten Programmiergeschwindigkeit, das funzt wohl recht gut ausgenommen sehr langsame Systeme die im KHz-Bereich laufen, da kann es evtl. Probleme geben ... ich denke das ist auch der Grund warum Rolf seinen runtergetaktet hat zum brennen ... wenn der Programmer zu schnell ist kommt der Controller nicht hinterher ... Die von myAVR meinten noch dass die Spannungsversorgung eine Rolle spielt wenn nur über den Programmer versorgt wird und die Zielschaltung zu viel zieht kann es Probleme geben. Empgehlung von myAVR Jumper für die Zielsystem Versorgung ziehen und das Zielsystem getrennt mit Spannung versorgen, hane denen auch den link hier geschickt das die das mal lesen ;-) Gruß
Emii_Landhut schrieb: > Rolf Markus schrieb: >> bin ich erst ganz nervös geworden und hab >> mich gleich dran gesetzt einem m328P auf 1 Mhz runter getaktet und mit >> knap 30K vollgepumt... > > Warum auf 1 MHz runter getaktet? Die Programmierung sollte doch mit der > Frequenz möglich sein, mit der er später betrieben wird. > Ein Arduino Board mit den 328er und einem 16MHz Quarz kann doch > problemlos programmiert werden. > Oder hat der MK2B eine Option den ISP Takt ein zu stellen. wie gesagt... schneller Controller ist nicht das Problem... langsame Controller sind die spannende Frage ... ich glaub 1/4 war die magische Grenze für den Programmiergeschwindigkeit
M.Reck schrieb: > Die von myAVR meinten noch dass > die Spannungsversorgung eine Rolle spielt wenn nur über den Programmer > versorgt wird und die Zielschaltung zu viel zieht kann es Probleme > geben. Das gilt doch für alle Programmer dieser Art. Es ist keine Gute Idee das Target aus dem Programmer zu versorgen. M.Reck schrieb: > schneller Controller ist nicht das Problem... langsame > Controller sind die spannende Frage ... Nur hier gibt es scheinbar Probleme mit den ATMega 168, der zählt nicht wirklich zu den langsamen. Oder was ist Deiner Meinung nach ein schneller oder langsamer Controller. Nur mit anderen Programmern, gibt es diese Probleme nicht, deshalb liegt der Verdacht, dass mit dem MK2b etwas sehr knapp ist, schon nahe.
M.Reck schrieb: > habe denen auch den > link hier geschickt das die das mal lesen ;-) Na hoffentlich machen die das auch mal. Toll wäre es, wenn da mal einer von der Firma was dazu schreiben würde.
M.Reck schrieb: > ... laut Aussage des Herstellers > taktet der sich selber runter bis er die Signatur lesen kann und > programmiert dann kurz unterhalt der so detektierten > Programmiergeschwindigkeit Das wäre mal ein Punkt wo man ansetzen kann, nicht kurz unterhalb, sondern noch etwas weiter unterhalb, auch wenn die Programmierung dann ein zwei Sekunden länger dauert.
An der Isar schrieb: > Laut Baudraten Rechner führt ein 20MHz Quarz bei 115200 Bit/s zu einen > Fehler von 1,4%, bei 7,3728 Mhz 0%. > Kann es daran liegen? An der Baudrate wird es vermutlich nicht liegen, nur was ich im Schaltplan der Original Version gesehen habe. Der ATmega 328 kann auch mit 3,3 Volt betrieben werden. Das geht mit 20MHz gar nicht. Siehe PDF Anhang. Aus Datenblatt, hier steht auch: Speed Grade: ̶ 0 - 4MHz@1.8 - 5.5V, 0 - 10MHz@2.7 - 5.5.V, 0 - 20MHz @ 4.5 - 5.5V Mit 3,3Volt wären also so 12MHz möglich, aber keine 20MHz. Also wenn ich das Richtig verstehe, dann ist für 20MHz eine VCC von 4,5 - 5,5 Volt erforderlich. Dann wäre die ganze Schaltung, zumindest für 3,3Volt nicht geeignet. Oder einfach gesagt, ein grober Design Fehler. Wenn jetzt die 4,5 Volt aus dem USB auch nicht wirklich erreicht werden, schon möglich dass dass die Fehlerquelle ist. Wie Beurteilt ihr das?
Penzing schrieb: > Dann wäre die ganze Schaltung, zumindest für 3,3Volt nicht geeignet. > Oder einfach gesagt, ein grober Design Fehler. Der Titel hier lautet,myAVR MK2b Fehlerhaft, Firmware/Hardware. Also die Frage zur Hardware kann man nach der Erkenntnis eindeutig mit Ja beantworten. Ich bin mir sicher, die Firmware hat auch noch Fehler drin. Das mit der Quarzfrequenz ist schon ein Kapitaler Fehler. Es gibt keinen Grund für so einen Programmer einen 20MHz Quarz zu verwenden. So was wird von der Firma so verkauft, Qualität sieht anders aus.
Hallo, Habt ihr bei der Firma mal angefragt was das mit dem 20MHz auf sich hat ;-) ? Ich hab das getan und auch Antwort bekommen! Die Antwort zusammengfasst ... - der MK2b wird beim Start herunter getaktet - wenn er in einem der Programmiermodi STK500 oder AVR9xx läuft bleibt er auch runter getaktet - nur in eiem firmeneigenen Modus kann er auf 20MHz hochgetaktet werden, das ist wohl einen Datenerfassungsmodus wo dann mit 0,5M Baud Daten an den PC übertragen werden... die sagen auch vorm Hochtakten wird die Systemspannung gecheckt (keine Ahnung wie das gehen soll) Gruß PS: was ist eigentlich mit "an der Isar" ... vielleicht diskutieren wir hier und er hat das Problem längst gelöst, irgendwie ist er ja gar nicht mehr dabei :-(
Angehängte Dateien:
-
STK_500_03.jpg
240 KB
M.Reck schrieb: > PS: was ist eigentlich mit "an der Isar" ... vielleicht diskutieren wir > hier und er hat das Problem längst gelöst, Hallo, bin schon noch dran an der Sache. Ja das Problem habe ich auf meine Art und Weise gelöst. Ein Guter Hinweis war von Pelikan_04, mit dem UTK500. Das habe ich mir etwas genauer angeschaut, es wurde hier nur das aller notwendigste aufgebaut, um einen ISP Programmer zu realisieren. Basis ist der Original STK500, ich habe mir den Schaltplan vom STK500 angeschaut, und mit dem UTK500 verglichen. Was mich am UTK500 gestört hat, der kann nur 5Volt, die Leitungen zum ISP gelangen direkt zu den Controller Ports. Wie auch beim MK2b. Da besteht immer die Gefahr, dass der Controller zerschossen wird. Also habe ich selbst eine Schaltung entworfen, mein Home Office gab mir Zeit dafür. Was dabei herausgekommen ist siehe Anhang. Aufgebaut und funktioniert ohne Probleme. Es kann auch im AVR Studio die Spannung gemessen werden. Ich habe auch den Clock an den Pin CLK herausgeführt. Hier kann ein TTL Takt im Studio eingestellt werden. Frequenz 150 KHz - 3,68MHz, z.B. um einen Controller zu retten. Bei der Suche nach weiteren Infos habe ich folgendes gefunden. https://mewpro.cc/en/2016/01/18/atmel-stk500-mod/ Hier gibt es eine Modifikation des STK500, es gibt sogar den Quellcode für die Firmware dazu. Es muss nur der Controller gewechselt werden, da der 8535 zu klein ist. Möglich sind ATMEGA 16,32,644. Das habe ich auch mal getestet. Habe 5 Platinen aus China bekommen! ein Programmer habe ich mit dem 644 bestückt. Den Quellcode mit Arduino compiliert und siehe da, es funktioniert. M.Reck schrieb: > die sagen auch vorm Hochtakten wird die > Systemspannung gecheckt (keine Ahnung wie das gehen soll) Das ist doch kein Problem, die VCC wird über den ADC6 gemessen, siehe Schaltung. Das war es erst mal zu dem Thema.
M.Reck schrieb: > Die Antwort zusammengfasst ... > > - der MK2b wird beim Start herunter getaktet > > - wenn er in einem der Programmiermodi STK500 oder AVR9xx läuft bleibt > er auch runter getaktet > > - nur in eiem firmeneigenen Modus kann er auf 20MHz hochgetaktet werden, > das ist wohl einen Datenerfassungsmodus wo dann mit 0,5M Baud Daten an > den PC übertragen werden... die sagen auch vorm Hochtakten wird die > Systemspannung gecheckt (keine Ahnung wie das gehen soll) Und genau das hilft dem TE keinen Millimeter weiter. Vielleicht kommt noch eine Firmware mit der der MK2b zuverlässig funktioniert. @ An der Isar, Deine Lösung gefällt mir.
Hallo @all, für mich war das Thema hier schon abgeschlossen und jetzt sehe ich es wieder aufpoppen. Wird das hier ein editwar **lach** . Wie oben schon geschrieben haben wir in der ganzen Firma die MK2b in Verwendung (mindestens 10 Stück, ich gehe gerne auch noch mal zählen). Definitiv kann ich bestätigen dass keiner unseren MK2b Programmern hier seinen Dienst versagt. Auch nicht beim Flaschen von großen Dateien. Ehrlich gesagt bevor ich einen nagelneuen Programmer der nicht funktioniert zerlege würde ich mein Recht auf Gewährleistung wahrnehmen. Rolf
Rolf Markus schrieb: > Ehrlich > gesagt bevor ich einen nagelneuen Programmer der nicht funktioniert > zerlege würde ich mein Recht auf Gewährleistung wahrnehmen. Wer hat hier etwas von zerlegen geschrieben? Die paar Verbindungen kannst auch Zerstörungsfrei raus zeichnen. Wenn dann vom Hersteller als Antwort kommt, was die Firmware alles macht, Spannung messen, runter Takten, mag schon sein, hilft aber nicht weiter. Ansonsten gehen eben mal 28 Euro in den Müll.
puh... reichlich emotional... hast ne persönliche Rechnung mit denen offen ;-) wie auch immer, bei uns landen die nicht im Müll :-D ... für mich sieht das da oben eher so aus als wenn jemand versucht den MK2b auf Rasterleiterplatte zu clonen Rolf
Rolf Markus schrieb: > für > mich sieht das da oben eher so aus als wenn jemand versucht den MK2b auf > Rasterleiterplatte zu clonen Warum sollte das jemand machen? Dir ist schon bekannt was das für Arbeit ist, 3 Stunden sind da gleich vorbei. An der Isar schrieb: > ich baue das Teil einfach mal nach, mit paar > Veränderungen. Der Controller wurde auf einen QFP Adapter gelötet, die > Block Cs auch sehr kurz angebunden. Eingeschaltet, das gleiche > Verhalten. Einer der die Ursachen ergründen will, das finde ich Gut. An der Isar schrieb: > Was dabei herausgekommen ist siehe Anhang. > Aufgebaut und funktioniert ohne Probleme. Vermutlich die Beste Lösung!
M.Reck schrieb: > - nur in eiem firmeneigenen Modus kann er auf 20MHz hochgetaktet werden, > das ist wohl einen Datenerfassungsmodus wo dann mit 0,5M Baud Daten an > den PC übertragen werden... die sagen auch vorm Hochtakten wird die > Systemspannung gecheckt (keine Ahnung wie das gehen soll) Das mit dem Hochtakten halte ich für ein Gerücht! Der Atmega 328 hat keine Möglichkeit den Takt zu erhöhen. Es gibt nur einen Clock Prescaler, damit kann der Takt durch 2, 4, 8, usw. geteilt werden. Vermutlich wollte man mit den 20MHz die Möglichkeit schaffen, im TWI Modus die 0,5 M Baud zu ermöglichen. Nur das soll ein Programmer sein und nicht ein USB-TWI Adapter. Schon Eigenartig.
An der Isar schrieb: > ich habe hier einen ISP Programmer myAVR MK2b, ich wollte damit ATMEGA > 168 und 328 Programmieren. Nur das Ding macht immer wieder Probleme. > Beim beschreiben des Flash Speichers bricht die Programmierung bei ca. > 60 - 80% Fortschritt ab. Fehlermeldung Time Out. Jetzt wo mein Programm für den ATMEGA168, auch mehr Flash belegt, habe ich den gleichen Fehler, ich komme zwar auf 90 - 95% dann bekommt der Hintergrund des myAVRProgTool eine Rosa Farbe und es wird der Fehler TimeOut angezeigt. Ab und zu klappt es dann doch mal, Hintergrund ist dann grün.
Rolf Markus schrieb: > Hab zum Vergleich mal screendumps dran gehängt. > Ich denke dein Problem ist kein systematisches MK2b Problem. > Wenn doch dann interessiert mich das sehr! Danke für die Screendumps, ich habe auch Probleme mit dem MK2b. Programmer MK2b mit aktueller Firmware, Programmersoftware myAVRProgTool V1.50. Das Problem, ein auslesen eines Controllers ist nicht möglich, wenn der MK2b im STK500 Modus ist, wenn ich den Programmer in den AVR911 Modus schalte klappt das auslesen. Kann es sein, dass das myAVRProgtool einen Fehler hat, wenn ich den MK2B mit AVRduddes verwende, dann klappt es mit dem Auslesen im STK500 Modus. Auch ich hatte schon den Fehler, das beim Programmieren ein Timeout aufgetreten ist. Wurde hier auch schon beschrieben! Schade nur, das bei Anfrage bei der Firma wegen den Fehlern, nur die Antwort kommt, wir haben das getestet, alles okay. Das kann doch nicht sein.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.