Arduino Mega 2560 Pro Mini - Arduino des Grauens!

Oliver S. schrieb:
> Ruf aber zwischenzeitlich mal in China an, daß die den Sack Reis wieder
> aufrichten...
>
> Oliver

Habe ich schon und sie haben!

Und weiter.... (ja, ein paar Fragen kommen noch)
Die Erste: warum sind beide Dateien bit-identisch? Eine hat ja neben 
Bootloader auf jeden Fall Code drin.

Um das mal zu testen also in einen der neuen einen umfangreichen 
Beispielsketch geladen, alles fehlerfrei. Danach wieder ausgelesen und 
wieder zum leeren Test-Flash einen bit-identischen Flashinhalt bekommen.

Notgedrungen habe ich dann bei dem neuen (der zum Test immer wieder 
verwendet wurde) die Fuses so abgeändert (FF, DF, FD), als ob er KEINEN 
(geschützten?) Bootloader enthält. Der ist zwar noch da, aber sollte 
jetzt ja offen lesbar sein. Der jetzt gelesene Flashinhalt ist deutlich 
anders, nur am Ende wieder gleich (dort ist der Bootloader?). Inzwischen 
hatten wir einen dritten nagelneuen Mega2560 auf dem Tisch, also weitere 
Versuche. Der Originale wird zunächst ja nicht mehr angefasst.
Am Test-Mega zunächst die Fuses wieder zurück auf den Ausgangswert, 
wieder einen bit-identischen Code, war ja klar.
In diesen dann einen Sketch mit blinkender LED geladen (ja, LED blinkt) 
und Fuses wieder ohne Bootloader verstellt. Dann ausgelesen und in den 
dritten (bei dem die Fuses auch auf FF, DF, FD gestellt wurden) per ISP 
geflasht. Auch bei dem blinkt nun die LED (nachdem er vorher zurück auf 
FF, D8, FD gestellt wurde).
Zum Schluss dann auch am Originalpatienten die Fuses verstellt und 
ausgelesen. Dann diese *.bin in den Test-Mega geschrieben, seine Fuses 
vorher auf FF, DF, FD und danach wieder zurück und ab auf die 
Hauptplatine. Ergebnis: Funktioniert wieder astrein.

Doch warum wird mit aktiviertem Bootloader beim Mega2560 Pro Mini nur 
dieser ausgelesen? Eigentlich sollte es doch dann eher der freie Bereich 
sein.
Was hat es mit den beiden ausgegrauten Lock-Fusebits auf sich? Die sind 
ja bei allen nagelneuen aus der Tüte so.

Die ganzen Tests hatte ich sowohl mit Biärdateien, als auch mit 
HEX-Dateien durchgeführt, das Ergebnis war jeweils immer gleich.

Wenn ich einen Arduino-Nano (Atmega 328P) über ISP auslese, erhalte ich 
mit den "Standard-Fuses" (wenn nicht gelockt) immer den kompletten 
Inhalt und kann diesen in einen anderen flashen.
Leider habe ich keinen jungfräulichen Nacktchip vom Mega2560, wäre mal 
interessant, ob bei diesem die Lockfuses auch auf 3F stehen.

Ja, das Datenblatt zu 2560er habe ich versucht zu verhirnen, mangels 
Englischkenntnisse fällt das aber schwer.

Alles merkwürdig! Ich sage ja immer: "Arduinos sind Teufelszeug" ;-)))

Old-Papa

Veit D. schrieb:
> Hallo,
>
> warum fummelst du überhaupt an den Fuses rum? Das versteht niemand. Lade
> auf die neuen Boards einen Blinksketch drauf, wenn das funktioniert ist
> alles i.O. Dann kannste den originalen Sketch laden, sofern vorhanden.
> Wenn dein Kumpel zu blöd war und den original Sketch nicht speichert,
> dann ist er seltem dämlich.

Das wird so sein, hilft aber hier auch nicht. Ich suche immer nach 
Lösungen und nicht nach Vorwürfen.

> Dann kannste nur den alten auslesen und auf
> den neuen flashen.

Ja, Kollege Schlaumeier, doch dass geht ja eben nicht mit den 
Standard-Fuses!

> Entweder das Programm läuft oder nicht, kaputt geht
> doch dabei nichts.

Das hat auch keiner behauptet.

> Gesperrt etc. ist standardmäßig nichts bei Arduino.
> Ich glaube ja eher in der Geschichte ist zu viel Frust dabei mangels
> eigener Unkenntnis.

Vielleicht so, doch Du wärst mit einfachen Lesen und Flashen nicht einen 
Millimeter weit gekommen.
Und nö, ich habe Null Frust, warum auch, läuft ja inzwischen.

> Übrigens liegen alle Daten auch die zu den Fuse
> Einstellungen auf deiner Platte.  C:\Program Files
> (x86)\Arduino\hardware\arduino\avr\boards.txt

Ok, schau ich mir mal an.

> Nur wie gesagt, warum du
> daran rumfummeln möchtest versteht wohl niemand. Ich auch nicht.

Weil es ohne eben nicht geht, zumindest nicht bei diesem Modell.

> Falls du noch Erfolg haben möchtest. Leg den Frust bei Seite und stelle
> knallharte und glasklare Fragen.

Ich hatte vollen Erfolg und dennoch die gestellten Fragen. Was ist daran 
so schwer zu verstehen.

> Vielleicht kann man dann helfen. So
> macht das jedenfall keinen Spass. Deine Problem haben generell erstmal
> nichts mit Arduino zu tun. Das erkennt man.

Nein, womit haben die denn zu tun, wenn nicht mit diesem Arduino? DU 
musst mir nicht mehr helfen, dass habe ich alleine hin bekommen. Aber 
gerne kannst DU die Frage beantworten, warum mit den Standardfuses per 
ISP immer NUR der (doppelte?) Bootloader ausgelesen wird, der Rest ist 
FF.

Old-Papa

Hier noch die beiden ausgelesenen Files.
Flash.bin ist aus dem originalen mit vollem Code und test3.bin mit den 
Standardfuses (FF, D8, FD und 3F) über ISP mit AVRDUDESS ausgelesen.

Old-Papa

Veit D. schrieb:
> Hallo,
>
> ich habe keine Lust mir diesen voller Vorwürfe gespickten Unsinn an zu
> tun.

Machste aber gerade, lass es doch.

Old P. schrieb:
> Hier noch die beiden ausgelesenen Files.
> Flash.bin ist aus dem originalen mit vollem Code und test3.bin mit den
> Standardfuses (FF, D8, FD und 3F) über ISP mit AVRDUDESS ausgelesen.
>
> Old-Papa

Oups!
Ich muss mich mal selber zitieren, oben wurde ein Halbsatz abgeschnitten 
(meine Wurstfinger...)

Also:
Flash.bin ist aus dem originalen mit vollem Code und test3.bin aus dem 
nagelneuen und leeren, beide mit den Standardfuses (FF, D8, FD und 3F) 
über ISP mit AVRDUDESS ausgelesen.

Old-papa

Cyblord -. schrieb:
> Und ich dachte bisher ich wäre abgehärtet was schlimme Arduino Threads
> angeht. WAS ist das hier? Worum geht es hier überhaupt?

Tja um Arduinos für wirklich abgehärtete User ;-)

Es geht schlicht um die Frage, warum man einen Atmega2560 nicht einfach 
über ISP auslesen kann, wenn die Standardfuses gesetzt sind. Und noch 
schlimmer: Obwohl die Lock-Fuses ncht gesetzt sind, wird nur FF gelesen.
Bei allen anderen Atmegas auf Arduinoboards (die ich ausgelesen habe) 
geht das.

Und nein, ich bin auch kein eingefleischter Arduinojünger, habe aber 
durchaus schon was damit gemacht. Ich bin da lieber mit Bin- und 
Hex-Dateien unterwegs und flashe die direkt im "Brenner" oder über ISP.

Old-Papa

Joachim B. schrieb:

> Keiner ist mir bis jetzt untergekommen den ich nicht auslöten konnte,
> Platine eingespannt im Schraubstock, PIN gut durchgeheizt und mit der
> Spitzange rausgezogen klappt auch ohne Durchkontaktierung killen wenn
> das Zinn richtig flüssig ist!

Ja, mit Gewalt wenn die direkt eingelötet ist. Hier war sie auf 
"Abstand", was ein "durchheizen" fast unmöglich macht, andererseits aber 
einfaches abknipsen ermöglichte. Warum einen Schraubstock und Genöhns 
auf die arme Platine loslassen?

> Hat er auch den Bootloaderwechsel mitbekommen von 57k6 zu 115k? new
> bootloader?

Beim Mega2560 Pro?
Der hat insgesamt 256k Flash, wo soll da ein 115k Bootloader (noch dazu 
2x hin? Geht zwar, doch es bleibt kaum Platz für weiteren Code.
Oder meinst Du die Datenübertragung aus der Arduino-IDE via USB? Die 
spielt bei ISP nicht die geringste Rolle! Diese IDE existiert auf diesem 
Rechner noch nichtmal ;-)

Und nein, mein Problem ist ja nicht dieser Bootloader sondern der 
fehlende Codeanteil.

Old-Papa

Beim Arduino ist das Programm normalerweise nicht geschützt.

Ich weiß jetzt nicht aus dem Kopf, ob man mit der Arduino-IDE ein 
Programm auslesen kann.
Mit einem Programmiergerät wie dem STK500 geht das auf jeden Fall per 
ISP. Mit dem kann man ggf. auch Fuses neu setzen.

Hoffentlich hast Du keinen Schreibversuch unternommen, denn die IDE 
löscht m.W. den Flash bevor sie schreibt und die Fuses setzt.

Joachim B. schrieb:
> aber er meinte wohl den ISP Stecker.

Warum denn den ISP-Stecker auslöten? Ich dachte, es soll gerade per ISP 
ausgelesen werden?

Oliver S. schrieb:

> Das eigentliche Problem ist, daß man jeden AVR über ISP auslesen kann,
> wenn der eine ISP-Schnittstelle hat und die Lockbits und Fuses das nicht
> verhindern, ganz unabhängig davon, ob der auf einem Arduino-Board
> steckt, oder nicht.

Das sah ich seit vielen Jahren genauso ;-)

> Warum das bei dir nicht klappt, musst du halt selber rausfinden. Am
> Arduino liegt es nicht.

Doch, oder am Chip selber. Rausgefunden habe ich das ja, nur das Warum 
interessiert mich. Wie das geht weiß ich ja jetzt (nach ewigem Gefummel 
und verhirnen)
Und was hat es mit den beiden ausgegrauten Lockbits auf sich? (s. Bild)

Old-Papa

svensson schrieb:
> Beim Arduino ist das Programm normalerweise nicht geschützt.

Ist ja auch nicht.

> Ich weiß jetzt nicht aus dem Kopf, ob man mit der Arduino-IDE ein
> Programm auslesen kann.

Kann man nicht (so einfach)

> Mit einem Programmiergerät wie dem STK500 geht das auf jeden Fall per
> ISP. Mit dem kann man ggf. auch Fuses neu setzen.

Dachte ich auch, doch eben den Mega2560 nicht!
Oder doch, lesen geht, Fuses setzen (wenn man denn muss) auch, doch beim 
Flash-Lesen werden nur FF FF FF.... gelesen, obwohl voller Code drin 
steht.

> Hoffentlich hast Du keinen Schreibversuch unternommen, denn die IDE
> löscht m.W. den Flash bevor sie schreibt und die Fuses setzt.

Isch habe gar keine IDE ;-) (zumindest auf diesem Rechner hier)
Ich habe die ganze Zeit mit einem ISP-Programmer und AVRDUDESS 
gearbeitet. Steht alles oben im Text.

STK500 liegen hier ein paar nebst Zubehör, doch leider keine COMs mehr 
am Notebook.
Mit "COM-zu-USB-Wandler" gab es immer Stress. Das ist aber eine ganz 
andere Baustelle.

Old-Papa

Cyblord -. schrieb:

> Das ändert sich nicht, nur weil du da an Gott weiß was rumfummelst und
> es nicht gebacken bekommst.

Ich habe es ja gebacken bekommen hättest Du das auch?

> Die gibt es in deinem Controller nicht. Haben keine Funktion.

Endlich mal eine gehaltvolle Antwort ;-)

Old-Papa

Dann dürfte es am Programmiergerät oder der Software dazu liegen. 
(Alternativ könnte auch der Chip hin sein, wäre vermutlich ganz blöd.)

Anständigen Laptop mit COM besorgen, AVR Studio 4.19 installieren, 
STK500 anschliessen, ISP verbinden und das Programm auslesen.

Cyblord -. schrieb:

> Ne ich hätte es niemals geschafft einen ATMega mittels ISP auszulesen.
> Du bist der Erste der diese Leistung erbracht hat. Jeden Moment müsste
> das Nobel-Komitee bei dir anrufen.

Nicht dafür... ;-)
Männeken: ;-) Ich habe schon sehr viele µCs gelesen und geschrieben, 
dass bleibt bei gut 55 Jahren in Elektronik nicht aus. Nur ob dann was 
Sinnvolles im Datenfile steht, dass ist eine ganz andere Frage. Hier 
stand es eben nicht.

Und dann beginnt die Suche nach der Ursache. Die kann natürlich auch 
andere Fehlerquellen haben (USB-Programmieradapter, das "Brenn-Programm" 
oder was auch immer), zumindest habe ich eine Lösung gefunden.

Es würde mich allerdings reizen, die gute alte STK500 auf einem 
Altrechner loszulassen. Mal sehen, was damit geht.

Im Übrigen habe ich in den Weiten des Netzes vielfach von Problemen mit 
ISP und diesem Arduinoboard gelesen, doch da ging es immer um das große 
Board mit seinen zwei Atmel-µCs.

Old-papa

svensson schrieb:
> Dann dürfte es am Programmiergerät oder der Software dazu liegen.

Möglich, allerdings hatte ich drei unterschiedliche Softwares auf zwei 
völlig verschiedenen Programmiergeräten versucht.

> (Alternativ könnte auch der Chip hin sein, wäre vermutlich ganz blöd.)

Nö, neu aus der Tüte haben alle drei und der zu ersetzende Originale das 
gleiche Verhalten gezeigt. Und ja, mit dem Fuse Hin- und Hergetausche 
geht das Gerät ja nun auch mit dem neuen Mega2560 wieder einwandfrei.

> Anständigen Laptop mit COM besorgen, AVR Studio 4.19 installieren,
> STK500 anschliessen, ISP verbinden und das Programm auslesen.

Nun, hier auf der Kiste habe ich AVR-Studio 7, das hat aber leider nix 
COM.
Altrechner habe ich wohl ein gutes Dutzend, ich muss mal sehen, welcher 
da noch COM hat und ob noch eine alte Studioversion irgendwo 
rumgeistert. Ich bin jetzt so angefixt, dass versuche ich auf jeden Fall 
mal "die Tage".

Old-Papa

Old P. schrieb:
> Im Übrigen habe ich in den Weiten des Netzes vielfach von Problemen mit
> ISP und diesem Arduinoboard gelesen,

Erstens:
Das ist kein Arduino Board.

Zweitens:
Gibt es damit keine Probleme

Joachim B. schrieb:
> es sind nämlich 2 drauf.
Nein, sind es nicht.

Joachim B. schrieb:
> hast du nicht mitbekommen das die neueren Arduino den 115k bootloader
> bekommen haben und zwar nicht in Flash sondern im Tempo.
> Es wird bei neueren bootloader nicht mit 56k2 geladen sondern mit 115k2
Nur für die Nanos.

Cyblord -. schrieb:
> Was habt ihr nur ständig mit eurem STK500 und COM? Es gibt heute genug
> USB-ISP Programmer für AVR. Das muss sich niemand gedanken um
> irgendwelche Wandler machen. Und das STK500 ist alt wie Steinkohle. Mit
> was für Werkzeugen arbeitet ihr? Es graust mir ehrlich.

Ich (wir) arbeiten halt wenn es sein muss mit gut ausgereiften 
Werkzeugen. Nur weil die alt sind, sind sie ja nicht schlecht.
Wenns Dir vor Altem graut, solltest Du nie alt werden ;-)

> Der Rest deiner Einlassungen sind allesamt ebenfalls Unsinn.

Nö, sind sie nicht, Dir feht offenbar nur etwas Verständnis für die 
Materie.

> Man kann auch 55 Jahre lang nur unsinnig vor sich hin basteln.

Man kann als CyberLord in einem Forum auch nur unsinnig schreiben. 
Gelesen habe ich von Dir schon einiges, Vorzeigbares gesehen noch nie.

Old-Papa

Arduino Fanboy D. schrieb:
> Erstens:
> Das ist kein Arduino Board.

Ist ein China-Clon, wie Millionen andere auch. Auch Deine sehr 
wahrscheinlich...

> Zweitens:
> Gibt es damit keine Probleme

Aha, ich habe das erfunden, weil ich Langeweile habe?
Spaßvogel...

Old-Papa

Oliver S. schrieb:

> "Ich habe mal irgendwann irgendwo irgendwas gelesen" ist meistens die
> Standardbegründung für den allergrößten Bullshit. Und in dem Fall ist es
> dann doch zusätzlich ungünstig, daß da irgenwann irgenwo irgendwas von
> Arduino-Anwendern geschrieben wurde.

Nun, ich habe mich ja auch nicht darauf bezogen, nur eben Leute hatten 
Probleme. Nicht mehr und nicht weniger.

> Wenn es mit irgend einem Board "ISP-Probleme" gibt, dann solltest du als
> alter Elektroniker eigentlich wissen, daß das nur an der Beschaltung der
> dafür notwendigen Pins liegen kann. Schaltpläne lesen und verstehen
> sollte doch kein Problem sein, oder?

Alles in bester Ordnung. Was glaubst Du was ich seit vielen Jahrzehnten 
als Erstes mache? Also Plan gelesen, festgestellt, dass die im Netz 
verfügbaren allesamt für den "richtigen" Mega2560 sind (und auch noch 
oft falsch), also Pins von ISP zum Chip vermessen und alls ist gut. Vier 
Pins plus UB und GND bekomm ich gerade so noch überblickt ;-)
Es funktioniert ja auch auf Hardwarebasis bestens.
Und das reparierte Gerät ist wieder beim Besitzer und tut seinen Dienst.

Es gibt nur vier Möglichkeiten: Programmieradapter, dessen Software, der 
"Ardurino-Atmega2560 Pro mini" oder das Betriebssystem (Win7). Letzteres 
ist aber sehr unwahrscheinlich.

Old-papa

Cyblord -. schrieb:

> Faulheit mit der Zeit zu gehen, nennt man das.

Nein, nachhaltig arbeiten nennt man das! Ich habe in meinen Werkstätten 
Drehbänke, Fräsmaschinen und viele weitere Maschinen und Werkzeuge, die 
sind teilweise sehr viel älter als ich. Damit kann man dennoch prima 
arbeiten und feinste Dinge mit herstellen.

> Und dann an trivialen Aufgabestellungen maximal lange rumdoktern und
> sich am Ende noch dafür feiern.

Du hast bisher nicht eine mögliche Ursache für dieses fehlerhafte Lesen 
genannt, kannst nur anderen Dussligkeit vorhalten.

> Sie sind alt und schlecht. Heute gibt es besseres. Allein wegen der
> Schnittstellenproblematik.

Du gehörst wahrscheinlich auch zu den Leuten, die Handys in den Müll 
werfen, nur weil Apple einen neuen Scheiß unter das Volk der Lemminge 
wirft.

Nein, das "Neue" ist häufig nur anders, intern laufen noch immer die 
gleichen Prozesse ab. Neu verpackt, schön bunt und klicki! Doch wirklich 
besser?

Die Schnittstellenproblematik werden dereinst wohl nur die Klingonen mal 
lösen, bis dahin kommt alle paar Jahre wieder was Neues. Wer nutzt noch 
FW, wer SCSI, wer VGA, wer DVI usw. Auch USB ist längst nicht mehr USB. 
neue Hardware geht nicht an alter Buchse, USB3 macht mitunter Probleme 
an USB2-Geräten und und und. Wenn man den ganzen Zirkus immer 
tagesaktuell mitmachen möchte, wird man arm und kommt nie zum Arbeiten!

Old-papa

Old P. schrieb:
> Ist ein China-Clon,
Nein, es ist kein Clon.

Old P. schrieb:
> der "Ardurino-Atmega2560 Pro mini"
Nein, das ist kein Arduino.
Und kein Clon.

Auch durch stete Wiederholung, wird es nicht wahrer.
Du glaubst nur fester daran.

Old P. schrieb:
> Wenn man den ganzen Zirkus immer
> tagesaktuell mitmachen möchte,
Es gibt durchaus ältere ISP Adapter, welche Probleme mit dem großen 
Adressraum haben.

Joachim B. schrieb:

> also wolltest du die ISP Pins raushaben?

Nö, den ganzen Arduino. Du bist der Einzige, der zumindest das noch 
nichtmal verstanden hat.

> nur warum zeigst du dann Bilder ohne ISP Pins?
> Die sind doch schon draussen?

Ich schrieb "(Foto: solch ein Teil ist das)" ich schrieb nicht, das das 
meiner ist.
Lesen lernen hilft!

> du bist verwirrt und verwirrst andere mit deinen Texten!
> Bist du sicher den richtigen ISP erwischt zu haben? es sind nämlich 2
> drauf.

Nö, sind es nicht. Und Ja, wenn ich vom ISP direkt zum Chip 
durchklingeln kann, sollte es der richtige (weil einzige) sein.

> hast du nicht mitbekommen das die neueren Arduino den 115k bootloader
> bekommen haben und zwar nicht in Flash sondern im Tempo.
> Es wird bei neueren bootloader nicht mit 56k2 geladen sondern mit 115k2

Über ISP? Halte die Dinge doch mal etwas auseinander!

> ich weiss aber nicht ob das auch für andere AVR ATmega Arduino gilt,
> wollte es nur mal anmerken!

Gut, ich merke... Und warum schreiben die Kollegen dort extra vom Nano?
Und Ja, vom Nano kenne ich das.

> Da du aber vom Arduino Mega 2560 Pro Mini schreibst müsste man das mal
> prüfen!

Muss man nicht.

Old-Papa

Old P. schrieb:
> Ich schrieb "(Foto: solch ein Teil ist das)"
Das ist aber kein "Mega 2560 Pro Mini".
Sondern ein "Mega 2560 Pro".
Und schon gar kein Arduino.

Dieses ist ein "Mega 2560 Pro Mini"
https://www.ebay.de/itm/162593120251
Deutlich erkennbar an dem ATMega16U2 und dem zweiten ISP Stecker.
Aber auch kein Arduino

Arduino Fanboy D. schrieb:

> Nein, es ist kein Clon.

Und was dann?

> Nein, das ist kein Arduino.
> Und kein Clon.

Und was dann?

> Auch durch stete Wiederholung, wird es nicht wahrer.
> Du glaubst nur fester daran.

Ich glaube überhaupt nicht daran, mir ist das auch einigermaßen egal, da 
ich eh über ISP direkt auf den Chip gehe.

> Es gibt durchaus ältere ISP Adapter, welche Probleme mit dem großen
> Adressraum haben.

Das kann sein, meiner ist ca. 5 Jahre alt. Das ist zumindest mal ein 
Ansatz.
Allerdings ist mein TL866II Plus nagelneu und machte auch Probleme. Ich 
hatte allerdings auch einen USBASP von meinem Sohn versucht (dieses Jahr 
gekauft), der gleiche Mist.
Was nutzt Du oder kannst Du empfehlen?

Old-Papa

Old P. schrieb:
> Was nutzt Du oder kannst Du empfehlen?
Atmel ICE

Empfehlen kann ich auch "Arduino as ISP".



Old P. schrieb:
> Und was dann?
Irgend ein Board, von irgendeinem Hersteller.
Softwarekompatibel mit dem "Arduino Mega 2560"

Es kann kein Clon sein, weil es einen solchen Arduino schlicht und 
einfach nicht gibt.
Es gibt nur einen Arduino mit ATMega250, und das ist der "Arduino Mega 
2560". Dessen Hardwareaufbau ist allerdings schon sehr anders.

Du merkst:
Es ist kein Clon.
(oder du verstehst nicht, was das Wort Clon für eine Bedeutung hat)

Arduino Fanboy D. schrieb:
> Das ist aber kein "Mega 2560 Pro Mini".
> Sondern ein "Mega 2560 Pro".

Ok, bei "Mini" ging ich von der Größe aus, ich habe die ja nicht selber 
beschafft. Hinten steht "Mega 2560 Pro (Embeded)" drauf.
Zumindest war auf seiner Hauptplatine exakt dieses Modell verbaut.

> Und schon gar kein Arduino.

Ich habe eins der Module (den Rest konnte ich behalten) vorhin auf 
meinem "Bastelrechner" wieder an die Arduino-IDE gehangen, er nimmt alle 
Beispielsketche klaglos an. Ob er sie dann auch klaglos ausführt, keine 
Ahnung.

> Dieses ist ein "Mega 2560 Pro Mini"
> https://www.ebay.de/itm/162593120251
> Deutlich erkennbar an dem ATMega16U2 und dem zweiten ISP Stecker.

Sieht ähnlich aber doch anders aus, keine Frage!

Leider Sind die "Zweitchips" unlesbar, ich habe darauf auch nicht 
wirklich geachtet. Es sind wohl "nur" CH340er Chinamöppel drauf.

> Aber auch kein Arduino

Ja, genau genommen nicht, doch wie ich schon schrieb, so wie Millionen 
andere Clones auch.
Ja, dieser "Arduinokompatible" ist schon sehr speziell.

Doch mit Arduino hatte ja mein Problem mit den Dingern nichts zu tun, da 
ich per ISP direkt in den µC gegangen bin. Außer TXD und RXD sind keine 
weiteren Pins (sichtbar) an den anderen Chip geknüppert. Es ist quasi 
ein nackter Mega2560 mit Power, Quarz und Resetbeschaltung. Also per ISP 
so eigentlich immer nutzbar. Wenn nicht der µC selber eine Fälschung 
ist....

Old-Papa

Joachim B. schrieb:

> Klasse Antwor1, ich sehe zwei 6-polige Stecker ungelötet auf dem ersten
> Bild und keine Rückseite, was soll man da denken wenn er von ISP
> schreibt?

Dann denkt mann, dass da zwei sechspolige Stcker liegen und nicht mehr.

> alle Arduino m2560 die ich bis jetzt besaß hatten immer zwei ISP
> Schnittstllen.

Darum ging es aber nicht. Es ging ausdrücklich um die Modelle, wie im 
Foto bespielhaft(!) gezeigt.

Old-papa

Verstehe das nicht mit den Fuses. Im DB stehen Lock Bits.
Der Fehler wird wohl auch nicht mehr reproduzierbar sein, nachdem der 
Controller einmal gebrannt wurde. Die LockBits werden durch den 
ChipErase zurückgesetzt.

Unter 29.4 steht aber ausdrücklich:
The user can select:
• To protect the entire Flash from a software update by the MCU
• To protect only the Boot Loader Flash section from a software update 
by the MCU
• To protect only the Application Flash section from a software update 
by the MCU
• Allow software update in the entire Flash

Old P. schrieb:
> so wie Millionen
> andere Clones auch.
Das ist kein Arduino Clon.




Dieses ist ein UNO Clon:
https://www.ebay.de/itm/263972773600
Eine dreiste Fälschung.
Selbst das "Made in Italy" findet sich auf der Unterseite


Und dieses ein UNO Nachbau:
https://www.ebay.de/itm//273971336890
Mit Quarz am ATMEega328p

------------

Verstehe mich bitte falsch....!
Du schimpfst auf Arduino, nutzt aber weder die Arduino IDE, noch ein 
Arduino Board.
Noch nicht mal einen Nachbau, oder einen Clon.

Schreist aber "Arduino des Grauens!"
Das ist irrational.
Nein, ich halte das sogar für gründlich daneben.
Für unanständig.

Denn dein Problem hat NICHTS, wirklich gar nichts, mit Arduino zu tun.

Joachim B. schrieb:
> Klasse Antwor1, ich sehe zwei 6-polige Stecker ungelötet auf dem ersten
> Bild und keine Rückseite, was soll man da denken wenn er von ISP
> schreibt?
Boards mit dem CH340 benötigen keinen 2ten ISP Stecker.

Joachim B. schrieb:
> alle Arduino m2560 die ich bis jetzt besaß hatten immer zwei ISP
> Schnittstllen.
Deine Boards sind hier irrelevant.

Joachim B. schrieb:
> Den m2560 pro mini hatte ich bis dato nicht ist der ein Nachbau oder
> clone?
Weder noch.
Es kann kein Clon sein, weil es kein dazu passendes Original gibt.
Und ein Nachbau ist es auch nicht, da das Board einen gänzlich anderen 
Aufbau hat, gegenüber dem originalen Arduino Mega.

Joachim B. schrieb:
> Arduino Fanboy D. schrieb:
>> Boards mit dem CH340 benötigen keinen 2ten ISP Stecker.
> ist auch logisch, wo gab es die?
Siehe Bild im Eingangsposting.
Viele Boards aus China verwenden den CH340.

Framulestigo schrieb:
> Verstehe das nicht mit den Fuses. Im DB stehen Lock Bits.
> Der Fehler wird wohl auch nicht mehr reproduzierbar sein, nachdem der
> Controller einmal gebrannt wurde. Die LockBits werden durch den
> ChipErase zurückgesetzt.

Natürlich sind die Dinger schon einmal geflasht, direkt beim Chinamann.

> Unter 29.4 steht aber ausdrücklich:
> The user can select:
> • To protect the entire Flash from a software update by the MCU
> • To protect only the Boot Loader Flash section from a software update
> by the MCU
> • To protect only the Application Flash section from a software update
> by the MCU
> • Allow software update in the entire Flash

Aha, und nun? Nichts von dem passt zum Fehlerbild

Eher wahrscheinlich ist eine amok laufende Programmiersoftware oder der 
Adapter, wie Kollege Arduino-Fanboy anmerkte.

Im Moment auch egal, meine "Würgaround" Lösung hat zumindest mich (und 
meinen Bastelkumpel) weiter gebracht.

Dennoch: sowas reizt mich! Diesen arduinoähnlichen Chinamöppel  (so 
besser?) werde ich noch auf Herz und Nieren prüfen. Nur nicht mehr heute 
oder morgen.

Ich gelobe auch, nicht mehr über Arduino zu schimpfen (habe ich 
eigentlich nicht) und das Teil nur noch "Das Grauen" zu nennen ;-)

Old-Papa

Joachim B. schrieb im Beitrag #6362708:
> ja schrecklich immer noch dürfen Unregistrierte allen Mist hier
> absondern!

Dafür hats in diesem Thread keinen Gast gebraucht :->

Aber vielleicht kann man sich ja auf eine Basis einigen, mit der alle 
leben können?

Es handelt sich um eine Platine, die mit einem originalen Arduino nichts 
zu tun hat.
Auf dieser saß ein Mega2560 und dieser hat wohl den passenden Bootloader 
um mit der Arduino IDE angesprochen zu werden. (Ebay findet beim 
Suchbegriff mega 2560 pro mini meist den Beisatz for Arduino Mega 2560 
R3).

Old P. schrieb:
> (so besser?)
Besser!

Und hier noch ein "arduinoähnlicher Chinamöppel"
http://www.inhaos.com/uploadfile/otherpic/DS-Mega2560-CORE-V01-EN.pdf
Der hat kein USB drauf, kann also auch nicht abgammeln.
Zudem sind alle Pins herausgeführt.
Nett, für ein paar Timer Modi und gut für das S in USART.

Arduino Fanboy D. schrieb:
> Old P. schrieb:
>> Was nutzt Du oder kannst Du empfehlen?
> Atmel ICE

Oha, der haut ja kräftig ins Budget...

> Empfehlen kann ich auch "Arduino as ISP".

Kann der dann auch lesen? Welche "Brennsoftware" nimmt man dann?

Old-Papa

Old P. schrieb:
> Welche "Brennsoftware" nimmt man dann?
Avrdude

Old P. schrieb:
> Oha, der haut ja kräftig ins Budget...
Ja!

Direkt nach der Atmel Übernahme, gabs mal ein Angebot.
Leider jetzt nicht mehr.
Irgendwas um 50 bis 60 Euro incl Box und Kabelsatz


Ist allerdings "DER" Programmer+Debugger für die Atmel(AVR+ARM) Welt.
Einzig die HV Modi, die kann er nicht.

Arduino Fanboy D. schrieb:
> Avrdude

Ok, AVRDUDESS ist ja der aktuelle Avrdude, nur mit einer GUI versehen.

> Direkt nach der Atmel Übernahme, gabs mal ein Angebot.
> Leider jetzt nicht mehr.
> Ist allerdings "DER" Programmer+Debugger für die Atmel(AVR+ARM) Welt.

Das hätte ich noch hingelegt.
Was ist mit dem alten Dragon? Habe ich zwar nicht, schwirrt aber im 
Bekanntenkreis rum.

> Einzig die HV Modi, die kann er nicht.

Die können das STK500 und wohl auch auch der TL866II Plus.

Old-Papa

Cyblord -. schrieb:

> Der Dragon ist Schrott und ich würde mir auch den ICE nicht kaufen.
> Sondern einen bekannten billigen USB-ISP wie USBasp. Ich selbst nutze
> meistens den mySmartUSB light. Da gibts einfach keine Probleme damit.
> avrdude als Software und man ist fertig.

Ein mySmartUSB MK2 muss auch noch in einer Kiste liegen.
Welche Software nimmt man da? Die damals originale war ein einziger 
Schrotthaufen ;-) Der Dude erkennt das Ding nicht.

Mit dem USBASP (etwa 5 jahre alt) und AVRDude bin ich ja hier unterwegs 
gewesen.

Old-Papa

Cyblord -. schrieb:

> Also den light nutze ich seit Jahren mit avrdude.  Durch alle OS bis zum
> aktuellen Windows 10. Das wird auch mit dem MK2 gehen. Wie gesagt, bei
> dir sitzen die Probleme meistens zwischen Tastatur und Stuhl.

Na Du muss es ja wissen.
Mit welcher geheimen Befehlszeile rufst Du denn den im Dude auf?

ich habe den gerade hervorgekramt, wird auch unter "Com3" gefunden, doch 
zumindest in der GUI vom AVRDude kann ich den nicht auswählen (soll ja 
"Atmel AN910" kompatibel sein). Vielleicht ist es auch der MK1, es steht 
ja nichts drauf. Die Unterlagen dazu auf meinem Rechner geben auch nicht 
mehr her als mySmartUSB... Optisch (nach Vergleichsfotos im Netz) könnte 
es der MK2 sein.

Aber egal, ich vermute, damit komm ich bei diesem "Chip des Grauens" 
auch nicht viel weiter.

Old-Papa

Die beiden Eröffnungsbeiträge sind eine endlose Litanei irreführender 
widersprüchlicher Informationen. Und im weiteren Verlauf wurde es kein 
bisschen besser.

Wenn man so chaotisch vorgeht, dann ist das Versagen schon zu 80% zu 
erwarten.

Normalerweise soll mn ja helfen, aber wie ich gelesen habe, möchte der 
Old Papa gar keine Hilfe. Er will nur eine Bestätigung, dass der 
ATmega2560 schlecht sei. Die wird er hier aber nicht bekommen.

Die Fehlerursache ist an einer Stelle, die er uns verschwiegen hat. 
Wahrscheinlich deswegen, weil es sich da selbst sehr sicher ist, nichts 
falsch gemacht zu haben. Wir kennen das ja, kommt öfters vor. man 
blockiert sich selbst durch die Meinung "das kann es nicht sein" oder 
"da habe ich alles richtig gemacht".

Wie üblich könnten ein paar Fotos vom Aufbau mit hoher 
Wahrscheinlichkeit schon das Rätsel auflösen. Old-Papa weiß das, aber er 
hält sie für unnötig.

Stefan ⛄ F. schrieb:
> Die beiden Eröffnungsbeiträge sind eine endlose Litanei irreführender
> widersprüchlicher Informationen. Und im weiteren Verlauf wurde es kein
> bisschen besser.

Nö, das ist alles folgerichtig und korrekt beschrieben, ob Du das 
verstehst, naja....
Ich gebe zu, da ich mit insgesamt drei dieser "Arduinos" im Wechsel 
gearbeitet habe, muss man genau lesen um den Überblick nicht zu 
verlieren.
Mit dreien war nicht nötig, zwei neben dem Original wären auch gegangen. 
Doch so hatte ich immer einen zum kontrollieren, weil der völlig 
jungfräulich war.
Im weiteren Verlauf musste ich gegen Mißverständnisse und 
Unterstellungen anschreiben, das macht es nicht besser, wie auch.

Kurzform:
Enen originalen ausgelesen, Datei gespeichert.
Einen nagelneuen (und völlig leeren) ausgelesen und Datei gespeichert.

Dann beide Dateien nach Inhalt vergleichen lassen, beide aufs Bit 
identisch. Was fällt Dir auf? Richtig, dass kann ja gar nicht sein, wenn 
der Originale einen umfangreichen Code enthält.

Old-Papa
PS: Der mega2560 ist mir völlig egal, warum soll ich den schlechtmachen 
oder hochjubeln? Es ist ein µC wie tausend andere auch. Er hat 
technische Daten, die man nutzen kann, ob er damit für das eigene 
Projekt ausreicht oder Oversized ist, muss doch jeder selber 
entscheiden. Ich werde wohl nie was damit machen.

Warum nennst du ihn dann wiederholt "Arduino des Grauens"?
Was willst du eigentlich mit diesem Threads bewirken. Nicht meckern, 
keine Hilfe suchen, was dann?

Stefan ⛄ F. schrieb:
> Warum nennst du ihn dann wiederholt "Arduino des Grauens"?
> Was willst du eigentlich mit diesem Threads bewirken. Nicht meckern,
> keine Hilfe suchen, was dann?

Wie lange bist Du in Foren? Ist es hier üblich mitten im Thread die 
Überschrift zu wechseln? Woanders nicht....

Ich mach das mal. Obwohl: Die Fragen werden damit auch nicht 
beantwortet.

Old-Papa

Old P. schrieb:
> Ist es hier üblich mitten im Thread die
> Überschrift zu wechseln?

Du hast es auch im Text wiederholt, und zwar gestern um 19:00.

> Die Fragen werden damit auch nicht beantwortet.
Welche Fragen? Ob der ATmega2560 Scheiße ist? Nein, ist er nicht.

> Wat nu?
Ist keine richtige Frage.

> warum sind beide Dateien bit-identisch?
Logischerweise, weil beide Controller den gleichen Inhalt hatten oder 
das Auslesen in beiden Fällen mit der selben Fehlfunktion fehlschlug.

> Der jetzt gelesene Flashinhalt ist deutlich
> anders, nur am Ende wieder gleich (dort ist der Bootloader?)
Der Bootloader liegt normalerweise am Ende des Flash Speichers.

> Doch warum wird mit aktiviertem Bootloader beim Mega2560 Pro
> Mini nur dieser ausgelesen?
Ich halte diese Aussage für einen Irrtum.

> Was hat es mit den beiden ausgegrauten Lock-Fusebits auf sich?
Da hast du vergessen, einen Screenshot zu zeigen und anzugeben, welche 
Bits du meinst. Kommt gleich nochmal...

> Warum einen Schraubstock und Genöhns auf die arme Platine loslassen?
Das ist keine richtige Frage, kann man nicht beantworten.

>> Hat er auch den Bootloaderwechsel mitbekommen von 57k6 zu 115k? new
>> bootloader?
> Beim Mega2560 Pro? Der hat insgesamt 256k Flash, wo soll da ein 115k
> Bootloader (noch dazu 2x hin?
Facepalm. 115k ist die Baudrate, nicht die Größe!

> Und was hat es mit den beiden ausgegrauten Lockbits auf sich?
Du hast vergessen, im Screenshot die Stelle zu markieren, die du meinst. 
Vermutlich die beiden ganz links oben. Die gibt es schlicht nicht. Bei 
Fuses sind nicht alle Bytes voll belegt.

> Aha, ich habe das erfunden, weil ich Langeweile habe?
Weiß ich nicht

> Was glaubst Du was ich seit vielen Jahrzehnten als Erstes mache?
Weiß ich nicht

>> Sie (STK500) sind alt und schlecht. Heute gibt es besseres.
>> Allein wegen der Schnittstellenproblematik.
> Neu verpackt, schön bunt und klicki! Doch wirklich besser?
Das musst du selbst beurteilen, denn nur du weißt, welche Aspekte dir 
wichtig sind.

>> Es wird bei neueren bootloader nicht mit 56k2 geladen sondern mit 115k2
> Über ISP?
Der Bootloader muss über ISP installiert werden, wird anschließend über 
eine serielle Schnittstelle (meist via USB-UART) mit der angegebenen 
Baudrate benutzt.

> Und warum schreiben die Kollegen dort extra vom Nano?
Das frage doch bitte die Kollegen. Der neue Bootloader wurde zuerst mit 
dem Arduino Nano ausgeliefert. Es würde mich nicht überraschen, wenn der 
nach und nach auf alle Arduino Modelle ausgerollt wird.

>> Nein, es ist kein Clon.
> Und was dann?
Das ist keine richtige Frage, kann man nicht beantworten.

>> Nein, das ist kein Arduino. Und kein Clon.
> Und was dann?
Die Wiederholung macht es nicht besser.

>> Es gibt durchaus ältere ISP Adapter, welche Probleme mit dem großen
>> Adressraum haben.
> Das kann sein, meiner ist ca. 5 Jahre alt...Was nutzt Du oder kannst Du 
empfehlen?
Die Frage war jetzt nicht an mich gerichtet, ich antworte trotzdem: Ich 
nutze meistens den originalen Atmel ISP mkII. Und zwar weil der sehr 
zuverlässig funktioniert und robust ist. Manchmal benutze ich auch einen 
USBASP Stick, aber nur mit 5V. Und sollte der mal zicken, dann wird ganz 
schnell wieder der Atmel ISP mkII aus der Kiste geholt.

>> (Jemand zitiert die Beschreibung der Lock Bits)
> Aha, und nun? Nichts von dem passt zum Fehlerbild.
Das ist keine richtige Frage, kann man nicht beantworten.

>> Empfehlen kann ich auch "Arduino as ISP".
> Kann der dann auch lesen?
Ja sicher.

> Welche "Brennsoftware" nimmt man dann?
Avrdude, das auch von der Arduino IDE verwendet wird.

> Was ist mit dem alten Dragon?
Ein empfindliches Teil dass viele aktuelle AVR Modelle nicht 
unterstützt. Der war mal wegen seinem niedrigen preis interessant, um 
die kleineren Modelle (bis 32kB) zu debuggen. Ich würde ihn heute nicht 
mehr empfehlen. Aktuell wäre der bereits empfohlene Atmel ICE in deinen 
zahlreichen Varianten.

> Ein mySmartUSB MK2 muss auch noch in einer Kiste liegen.
> Welche Software nimmt man da?
Laut Bedienungsanleitung 
(http://download.zeitech.de/Documents/mySmartUSB_MK2_Manual.pdf) das 
"myAVR Progtool" oder im AVR Studio das Tool "AVR Prog" oder avrdude. 
Lies einfach mal die Bedienungsanleitung, bevor du dumme Fragen stellst.

Er verwendet er das AVR910/911 Protokoll. Ich habe einen ähnlichen 
Programmierdapter (das war mein erster), der funktionierte mit dem 
Programm Avr-Osp II (http://stefanfrings.de/avr_tools/AvrOspII_547.zip). 
Das Protokoll ist aber sehr alt, es unterstützt einige aktuelle Modelle 
nicht. Selbst für den ATTiny13 musste ich schon einen Workaround 
konfigurieren.

> Mit welcher geheimen Befehlszeile rufst Du denn den im Dude auf?
Steht auch in der Bedienungsanleitung.

> Der mega2560 ist mir völlig egal, warum soll ich den
> schlechtmachen oder hochjubeln?
Das musst du uns erklären, nicht wir dir. Schau dir deine beiden 
Eröffnungsbeiträge und den Titel des Threads an. Du hast ihn schlecht 
gemacht!

Damit sind alle deine Fragen so weit möglich beantwortet. Die meisten 
sogar mehrfach. Jetzt beruhige dich mal, und fange nochmal von vorne an. 
Aber gehe dieses mal strukturiert vor.

Cyblord -. schrieb:
> Nach so vielen Posts weiterhin unklar:

Ich glaube ich habe ihn mittlerweile verstanden nachdem ich es dreimal 
gelesen und darüber geschlafen habe:

> Was ist eigentlich das Problem.

Er wollte das Programm aus einem ATmega2560 auslesen, bekam aber das 
gleiche Resultat wie bei einem neuen jungfräulichen Chip.

> Wie ist der aktuelle Stand.

Er konnte den Chip dann doch noch auslesen, nachdem er den Bootloader in 
den Fuses deaktivierte (sehr merkwürdig, aber das müssen wir erst mal so 
hin nehmen).

> Was war jetzt eigentlich die Lösung.

Noch hat er keine saubere Lösung, nur einen Workaround (ändern der 
Bootloader Fuses).

Old-Papa, ist das so richtig?

Hi,
war alles recht lustig zu lesen, aber viel direkte Lösung kam 
wenig/keine.
Habe es auch nicht zu Ende gedacht, aber: Fuse $D8 ist Reset nach $00
$DF ist:
Notes: 1. When the BOOTRST Fuse is programmed, the device will jump to 
the Boot Loader address at reset
Könnte das ein Ansatz sein??

so nu schnell weg ehe man mich zerfleischt.

einen schönen Tag noch, Uwe

Was o
ist denn da los? Hat einer Old Papas Account gehackt? Von ihm kommt doch 
normalerweise nicht so ein Schrott.

Ok, ich bin raus.
Einigen hier geht es überhaupt nicht um das Thema (ja das wurde 
genannt), es geht inzwischen schon Richtung purem Hass und Lügen. Da 
wird regelrecht das Gegenteil von dem geschrieben, was ich gefragt 
hatte.

Ende!

>Man kann mit den Fuses zwar ein ISP Zugriff abschalten (aber dann kann
>man die Fuses auch nicht mehr lesen und auch nicht ändern)

Doch, mit HV-Programming, läßt sich das zurücksetzen, allerdings wird 
dabei auch der Programmspeicher gelöscht. So etwas sollte der TE 
unterlassen, da er ja unbedingt das Programm aus dem alten Chip auslesen 
möchte/muss.

> COM:, Schnittstellenproblematik, STK500

Ich weiß nicht, warum immer alle auf den COM-Ports herumhacken. Das ist 
eine solide Schnittstelle, die in vielen Bereichen noch immer üblich 
ist. Für Desktoprechner sind solche Schnittstellen-Karten, auch mit PCIe 
problemlos zu bekommen, wenn der Rechner nicht ohnehin schon eine hat.

Gerade mit der seriellen Schnittstelle gibt es keine Problematik. Das 
Problem tritt erst auf, weil USB versucht, die serielle Schnittstelle zu 
emulieren. Das funktioniert meistens ganz gut, aber eben leider nicht 
immer.

Mein Notebook ist nicht alter Schrott, sondern hat einen i7, GHz und 
Win7. Das hat eine serielle Schnittstelle, an die das STK500 
angeschlossen ist. Dank Firmwareupdate kann ich auch fast alle 8-Bitter 
benutzen.
Man kann sogar aus der Arduino-IDE einen µC über das STK500 beschreiben 
(auch den Bootloader brennen), wenn man denn möchte.

Also ich muss als eigentlich stiller Mitleser mal was loswerden.

Der Mann hat ein Problem mit den ausgelesenen Dateien und nicht damit, 
das er sie auslesen kann. Ich habe schon im zweiten Teil verstanden, 
worum es geht (glaube ich)

Die ausgelesenen Dateien bzw. deren Inhalt waren wohl immer gleich 
(bit-identisch, wie er schreibt) , egal welche Platine (mit völlig 
unterschiedlichem Codeinhalt) er ausgelesen hat. Selbst mir als 
Arduinomuffel leuchtet ein, dass das ja eigentlich nicht sein kann.
Danach erst hat er mit den Fuses gespielt und eine Kombination gefunden, 
mit der er den tatsächlichen Dateninhalt erhalten hat.

Fast alles was danach als Antworten kam war wohl wirklich Unverständnis 
über den etwas langen Text oder eine gewisse Arroganz, wie ich sie hier 
schon in einigen Threads beobachten konnte.

Na vielleicht meldet er sich ja doch noch einmal zu Wort.
Ich kenne ihn aus anderen Foren und was er dort schreibt und vor allem 
auch zeigt nötigt mir immer großen Respekt ab.

Alfred (nein, nicht verwandt und nicht verschwägert)

Das hatte ich doch geschrieben. Beim Rücksetzen der LockBits wird auch 
der Flash gelöscht - sonst wären die LockBits ja sinnlos...

Im Falle des TE dürfte es aber nicht an den Fuses liegen.

Hi,

Cyblord schrieb
> Könnte daran liegen dass keine Frage gestellt wurde.

OP-schrieb
>Doch warum wird mit aktiviertem Bootloader beim Mega2560 Pro Mini nur
>dieser ausgelesen?

@Cyblord
könnte es sein das du ein wenig überheblich bist?
hast du dir denn mal Gedanken darüber gemacht was
>Notes: 1. When the BOOTRST Fuse is programmed, the device will jump to
>the Boot Loader address at reset
das bedeuten könnte? Was ist wenn diese Fuse den ganzen Adressraum 
verbiegt?
Ja, steht so nirgends, aber OP hat durch Abschalten dieser Fuse den Chip 
lesen und auch brennen können.
So und jetzt höre mit dem genöle auf und bringe mal vernünftige Fakten.

MfG Uwe

Ernhat doch die Lockfuses nicht angefasst, nur ausgelesen.
Bei FF-D8-FD in FF-DF-FD wird doch nur irgendwas mit dem geschützten 
Bereich des Bootsektors gemacht (Größe, und ob überhaupt)
Und bei den Controllern, die ich kenne, kann man die Lockfuses überhaupt 
nicht verändern (sonst wären sie unsinnig), man kann nur den ganzen Chip 
löschen.

Das war allerdings wieder ein Beispiel von (absichtlichem?) 
falschverstehen.

Alfred (der sich als Mitleser zurückzieht)

Alfred schrieb:
> Das war allerdings wieder ein Beispiel von (absichtlichem?)
> falschverstehen.

Deinen Ausführungen kann man sich nur anschließen.
Sobald hier ein u.a. "Cyblord" auftaucht, kann man die folgende 
Diskussion in die Tonne treten.

Wie das mit der sozialen Kompetenz unseres Cyberlord ausschaut, .....
Naja, da möchte ich nicht viel zu sagen.
Außer: Da hat er sich schon weit schlimmere Verfehlungen geleistet, als 
in diesem Thread.


Fachlich sieht das für mich alles gut und richtig aus, was er hier 
abgelassen hat.
Die einzige Kritik, die ich in der Sache anbringen kann, ist: 
Zustimmung!

Old P. schrieb:
> Ok, ich bin raus.

Ich hätte wenigstens ein Dankeschön für meine umfangreiche 
Zusammenfassung und Beantwortung all deiner Fragen erwartet, sowie eine 
Antwort auf die Frage, was der aktuelle Stand ist.

Das ist echt schade, ich bezweifle dass ich dir nochmal so viel von 
meiner Zeit schenke.

So Leute, ich doch noch mal.

Das wa da mit diesem Prozessor und Avrdude gibt, ich wohl doch Fakt.

Zitat aus dem Handbuch zum AVRDude 6.3
....
m16u2 ATmega16U2
m2560 ATmega2560 (**)
m2561 ATmega2561 (**)
m2564rfr2 ATmega2564RFR2
......

(**) Flash addressing above 128 KB is not supported by all programming 
hardware.
Known to work are jtag2, stk500v2, and bit-bang programmers.

--- Zitat Ende---

Und wenn man sich die beiden Dateien oben ansieht, dann ist auch klar, 
dass Avrdude da wohl etwas Mist liest. Offenbar werden nur die unteren 
128kB vom Flash-Speicherbereich gelesen, dieser aber zwei mal. Darum 
steht in seinen Dateien auch 2x der Bootsektor drin (schrieb er auch)
Das er mit den Fuses vom Bootsektor dennoch ein funktionierendes 
Programm bekommen hat ist erstaunlich, aber vielleicht nicht unmöglich.
Ich bin kein Experte in Avrdude, da könnte vielleicht Jörg Wunsch mehr 
zu sagen.

Es zeigt aber auch zweierlei:
Der mit der aktuellen Arduino-IDEvgelieferte avrdude ist offenbar eine 
spezielle Version, wenn man damit auch diese Atmegas nutzen kann.
Es zeigt aber auch, dass hier von den selbsternannten "Experten" nemen 
Verbalentgleisungen fast nur warme Luft produziert wurde.

Alfred

Alfred du verschwendest deine Zeit genau wie ich. Im Grunde genommen 
enthält dein Beitrag auch keine neue Info, nur ausfürhlicher. Der 
Arduino Fanboy hatte bereits auf die Sache mit dem Adressraum 
hingewiesen.

Jeder glaubt, er habe die Frage des TO verstanden, und jeder glaubt es 
anders. Doch der TO beantwortet die Rückfragen nicht, er klärt nicht 
einmal auf, wer von uns ihn nun richtig verstanden hat. Vermutlich 
keiner.

Kommt mir irgendwie bekannt vor - ich wurde als Christ erzogen.

Nun ja,

ich habe ihn schon verstanden und Du hast nicht wirklich eine Lösung 
gefunden oder gar vorgeschlagen. Der Fanboy hat zumindest etwas 
beigetragen und weil er was von Adressraum schrieb (wenn er es war) habe 
ich überhapt nach der Doku zum Avrdude gesucht.

Das ist auch egal, er hat wohl seinen Account gelöscht.
Das ist sicher kein Grund Freude zu empfinden.

Alfred

Alfred schrieb:
> (wenn er es war)
Natürlich war ER es.

Alfred schrieb:
> er hat wohl seinen Account gelöscht.
Nein, ER ist hier weiterhin anwesend.


Alfred schrieb:
> Der mit der aktuellen Arduino-IDEvgelieferte avrdude ist offenbar eine
> spezielle Version, wenn man damit auch diese Atmegas nutzen kann.
Nein.

kann sein, dass die *.conf angepasst wurde.
Aber dann nicht wegen dem Arduino Mega

Ich meinte OP, der steht nur noch als Gast da.

Sitze gerade am Strand, zuhause vergleiche ich mal die Avrdudes. 
Zumindest ist auf der offiziellen Seite von Avrdude als letzte Version 
die 6.3 aus 2016 und im aktuellen Arduino eine aus 2019
Aber eigentlich: was geht mir euer Elend an...

Alfred

Die Arduino IDE enthält tatsächlich eine modifizierte Version von 
avrdude. Da ist nicht nur die Konfiguration anders.

Kannst Du die Datei mal posten?

Die beiden vom OP (s. oben) sind ja wohl von unterschiedlichen Modulen 
mit unterschidlichen Codes, haben aber den gleichen Inhalt mit je 2x 
Bootsektor.

Alfred

So Leute, nun haben wir und wohl alle wieder beruhigt.

Und vorweg, bevor mir wieder Unvermögen oder gar Schlimmeres vorgehalten 
wird: Schuld an dem Debakel ist eindeutig der USBASP-Programmer.

Dazu gleich mehr.

@Alfred,
kann sein, dass wir und aus anderen Foren kennen, bin ja nicht nur hier 
aktiv.
Herzlichen Dank für Deine Klarstellungsversuche, ob die was gebracht 
haben muss ja jeder selber entscheiden.

Ganz oben hatte ich ja zwei Dateien gezeigt, die wurde ganau so von zwei 
verschiedenen Platinen mit völlig unterschiedlichem Inhalt ausgelesen. 
Da die Zugriffszahlen sehr überschaubar sind, hat die wohl kaum jemand 
angesehen. Naja....

Erster Vorwurf war ja sinngemäß: Warum hast Du die Fuses ausgelesen und 
angefasst?
Nun, mit dem ExtremeBurner werden die automatisch ausgelesen, weil 
standardmäßig so eingestellt. Mit diesem Programm (und dem USBASP) 
arbeite ich seit Jahren und (bisher) nie Probleme. Da damit nichts mehr 
ging, bin ich zum Avrdude gewechselt.
Und um mir die gante Tipperei zu sparen, habe ich AVRDUDESS als GUI 
verwendet. Das funktioniert zunächst gut (bis heute)

Doch auch damit wurde kein vernünftiges File ausgelesen, da der 
Bootsektor nochmal in die Mitte gespiegelt war, der Rest ist FF (auch 
das schrieb ich schon)
Verändert habe ich dann nur eine Fuse (von D8 auf DF) um den 
Bootresetvector zu umgehen. Durch welchen Zufall auch immer 
(irgentwelche Adresszeiger oder Bereiche verändert?) damit konnte ich 
ein funktionierendes Datenfile auslesen. Eigentlich alles gut, voller 
Erfolg!

Nur warum das dann so war wollte ich ergründen, daher dieser Thread 
hier.

In Beitrag "Re: Arduino Mega 2560 Pro Mini - Arduino des Grauens!"
hatte ich von (aus meiner Sicht) vier möglichen Ursachen geschrieben und 
eine hat sich nun nachweislich bestätigt (und die befand sich nicht 
"zwischen Tastatur und Stuhl" wie der Herr Lord so süffisant ätzte.)

Kollege Arduino-Fanboy hat einige Hinweise gegeben, doch in der 
(inzwischen) durch den Lord und leider auch Joachim aufgeheizten 
Stimmung habe ich sicher einiges überlesen (auch von Stefan)

------------------------------------------------------------------------ 
-------
Doch zurück zum Thema: (ja, auch der Text wir etwas länger, ist ja keine 
SMS.

Es ist wirklich so, dass mit diesem Programmieradapter (in der letzten 
FW-Version) ab 128kB Speicherbereich Probleme auftreten (davon berichten 
auch andere User weltweit)

Ich habe also heute ein paar Versuche gemacht.
Folgende Ausgangslage:

Das HEX-File von Gerhard (herzlichen Dank dafür)
ExtremeBurner 1.4.3
AVRDUDESS mit dem Avrdude aus dem Arduinoprogrammverzeichnis (nebst 
.conf)
Zwei Stück USBASP (einer aus etwa 2013 und einer aus 2020)
Ein Arduino-Nano mit dem Adruino-ISP-Programm drauf (ja, auch alles 
richtig beschaltet)

Zunächst habe ich mit dem "Arduino-ISP" das HEX-File von Gerhard in 
einen der M2560er Module geschrieben, keine Fehlermeldung beim Verify.

Dann mit enem der USBASP und ExtremeBurner ausgelesen, der komplette 
Speicher zeigt FF
Mit dem anderen exakt das gleiche (falsche) Ergebnis (ja, Prozessor und 
sonstige Einstellungen waren richtig!)

Ok, ab jetzt nur noch mit Avrdude (via AVRDUDESS)

Zunächst musste ich mit dem Zadig-Tool einen anderen USB-Treiber für die 
USBASPs laden, sonst wurde nichtmal die µC-Signatur gelesen.

Danach
Abwechselnd mit den USBASP und dem Arduino-ISP den M2560-Flash 
ausgelesen.

Dabei sind die Ergebnisse mit dem USBASP IMMER falsch (FF und 
Wiederholungen)
und mit dem Arduino-ISP sind sie IMMER richtig!

Zum Schluss dann noch ein Versuch das OriginalFile (vom Boot) in das 
M2560er Modul zu schreiben.
Mit dem USBASP geht das nicht fehlerfrei, mit dem Arduino-ISP alles ohne 
Fehler.

Die ganzen Details der einzelnen Avrdude-Ausgaben und die resultierenden 
Files siehe Anlage. Die Dateinamen enthalten auch die verwendeten 
Programmer.

Und Ja, ich habe meinen Account gelöscht.
(der Username aber gesichert, sonst geht es mir wie MaWin)

Old-Papa

Sorry, statt "Gerhard" lies Georg...

Old-Papa

old-papa schrieb:
> Da die Zugriffszahlen sehr überschaubar sind, hat die wohl kaum jemand
> angesehen. Naja....

Warum auch? Wenn du sagst, dass sie identisch sind, wird das wohl so 
sein. Keiner hatte daran gezweifelt.

Stefan ⛄ F. schrieb:

> Warum auch? Wenn du sagst, dass sie identisch sind, wird das wohl so
> sein. Keiner hatte daran gezweifelt.

Naja, Anderes wurde ja stark in Zweifel gezogen. ;-)

Einen Test mit der Avrdude-Version 6.3 habe ich mir verkniffen, ich 
vermute, daran lag es nicht. Dennoch habe ich den aus der Arduino-IDE 
(der ist viel jünger) jetzt als Standard eingerichtet.

Old-papa

Hugo H. schrieb:

> Und - was ist das Ergebnis?

Steht doch hier:
Beitrag "Re: Arduino Mega 2560 Pro Mini - Arduino des Grauens!"
im 2. Satz....

Old-Papa

Hugo H. schrieb:

> Nein - da ist nur der/das vermeintlich Schuldige benannt - weiter
> nichts. Das Nichts zieht sich durch den ganzen Thread ...

Ja, das ist das Ergebnis: Ein (zumindest meine) USBASP ist nicht 
geeignet für µC über 128kB Flash. Zunächst nur Vermutung, doch durch 
meine Tests gesicherte Erkenntnis.
Kannst Du gerne alles in Zweifel ziehen, hast Du dann eine bessere 
Erkenntnis?

Warum ich durch das komische Umgefuse dennoch was Sinnvolles gelesen 
habe, diese Frage kann ich nicht beantworten.

Old-papa

old-papa schrieb:
> Warum ich durch das komische Umgefuse dennoch was Sinnvolles gelesen
> habe, diese Frage kann ich nicht beantworten.

Das halte ich allerdings für einen interessanten Punkt. Wenn du kannst, 
würde ich an deiner Stelle dort nochmal weiter forschen.

Georg G. schrieb:

> Da die Bootlader Fuse nur die Lage der verwendeten Interrupt Vektoren
> Tabelle ändert, ist das auch nicht zu erklären. Der Adressraum ist mit
> oder ohne aktivem Bootlader gleich, alles liegt immer an der gleichen
> Adresse.

Nunja, ich habe das Datenblatt vom mega2560 nicht als tägliche Lektüre 
(weil eben Englisch), doch mein Ansatz war, dass da irgendwas im 
Leseablauf geändert wurde. Das Komische ist ja auch, dass nicht nur der 
Bootsektor in die Mitte gespiegelt wird, sondern auch, dass alle anderen 
Speicherzellen zu FF gesetzt werden. Selbst bei Deiner Datei, die ja 
deutlich größer ist als die, die ich ganz zu Anfang aus dem m2560 von 
dieser "Bootssteuerung" gelesen habe. Bei Deiner wird auch nur der 
Bootsektor stehen gelassen.
Ich habe Thomas Fischl mal angeschrieben, ich bin gespannt ob er 
antwortet (oder hier im Forum aktiv ist)
Ich kenne die Abläufe beim Lesen des Flashes nicht genau. Ganz unbedarft 
würde ich sagen: Adresse anlegen Lesebit setzen und Speicherzelle lesen, 
danach eins höher. Kann aber auch blockweise geschehen (sehr 
wahrscheinlich) und in welcher Reihenfloge diese Blöche dann? Keine 
Ahnung. Eigentlich bin ich eher der Anwender: Baugruppe aufbauen, 
HEX-File (oder Bin-File) flashen und gut.

Old-Papa

Reinhard R. schrieb:

> Aber doch nicht wegen dem Gemotze hier im Thread?  Fände ich jetzt
> etwas... äh, übereilt.
> Schade :-(
>
> Reinhard

Naja, das Gemotze, speziell von immer den gleichen Usern gegen mich 
zieht sich ja wie ein roter Faden durch die vielen Jahre.
Eigentlich bin ich ja hart im Nehmen (mich haben selbst die falschen 
Kommunisten der DDR nicht geknackt), ich kann auch austeilen, doch 
manchmal hat man einen schlechten Tag oder der Bogen bricht.
Vielleicht schreibe ich auch mal wieder als User, meinen Namen habe ich 
gesichert. Klar, jeder Dödel kann jetzt als OP schreiben (wird auch 
kommen), mal sehen.

Old-Papa

Georg G. schrieb:

> Das ist schnell erklärt: Das Programm ist so klein, das reicht nicht
> über die Mitte hinaus.

Das habe ich auch schon vermutet, zum Test wollte ich eine BIN mit fast 
vollen Speicherzellen generieren, doch mein Hex-Editor ist wohl zu alt.

Mach ich aber noch.

Old-Papa

So, ich habe die Datei von Gerhard in eine BIN konvertiert (sieht man 
besser) und ab 20000H bis 3C000H mit AA befüllt, dann mit dem 
Arduino-ISP geflasht. Ausgelesen mit dem USBASP und exakt ab 00000H 
werden AAs gelesen.
Sein Originalinhalt geht ja nur bis ca. 7800H und ist natürlich 
verschwunden.

Jetzt verbiege ich mal die D8-Fuse...

Old-Papa

old-papa schrieb:
> Jetzt verbiege ich mal die D8-Fuse...

Das ist spannender als Corona. Ich lasse meinen Laptop noch eine Weile 
an, will wissen, wie das aus geht.

Hier das Ergebnis:

Mit "H-Fuse" = D8 werden die oberen 128kB an den Anfang der gelesenen 
Datei kopiert, mit DF wird alles richtig gelesen. Die gelesene Datei ist 
exakt gleich der generierten.
Sicher war meine ursprüngliche Idee ganz oben eher "Trail & Error", doch 
instinktiv hatte ich wohl zumindest für diese Kombination (M2560 und 
USBASP) einen Glückstreffer.

Warum dieser USBASP dieses Verhalten zeigt (oder der Treiber?), dass 
werden sicher die µC-Experten hier im Forum besser ergründen können.

Old-Papa

Gerade läuft noch ein Kreuztest:

Ich flashe die Datei (mit den AAs) mit dem USBASP, avrdude wird beim 
Verify sicher einen Fehler auswerfen, doch was ist wirklich drin im 
m2560?

Das lese ich dann mit dem Arduino-ISP. Ich vermute, auch beim Schreiben 
gibt es Kauderwelsch.

Old-Papa

Und dieser test ist auch durch.

Ich hatte vor dem Schreiben die Fuse wieder zurück auf D8 gestellt.
Das Ergebnis ist nun eine weitere verschobene Version:
Der Code von Georg liegt nun ab 20000H, danach meine AAs und ab 3E000 
dann der Bootsektor. In den ersten 128kB ist alles FF.

Das Gleiche nun noch einmal, aber vorher auf DF gefust.

Old-Papa

Habe das mal überprüft...
Einen Arduino Mega 2560 ausgelesen.

USBasp mit "original" China Software -> fail
USBasp mit recht frischer Fischl Software -> fail
Arduino as ISP -> ok
Atmel ICE -> ok

"fail" heißt:
Obere Speicherhälfte doppelt, untere Hälfte fehlt

---
Fuses habe ich dafür nicht geändert.

Und schon fast wie zu erwarten, Avrdude hat beim Verify nicht gemeckert 
und die Datei ist auch exakt gleich zu der mit AA aufgefüllten von 
Georg.

Wie schon geschrieben, keine Ahnung warum diese Veränderung der 
Bootsektorfuses eine solche Auswirkung hat.

Hier noch ein Foto der verwendeten hardware.
Der blaue USBASP ist ein paar Wochen alt, der rote aus etwa 2013.
Mein Arduino-ISP funktioniert sogar mit einem dieser Billig-Nanos (nur 
m168, ein Fehlkauf).

Das Ganze auf einem Asus A93S mit Win7-64

Old-Papa

Arduino Fanboy D. schrieb:
> Habe das mal überprüft...
> Einen Arduino Mega 2560 ausgelesen.
>
> USBasp mit "original" China Software -> fail
> USBasp mit recht frischer Fischl Software -> fail
> Arduino as ISP -> ok
> Atmel ICE -> ok
>
> "fail" heißt:
> Obere Speicherhälfte doppelt, untere Hälfte fehlt
>
> ---
> Fuses habe ich dafür nicht geändert.

Also wie bei mir. Mach doch mal einen Versuch mit DF als H-Fuse ;-)

Old-Papa

old-papa schrieb:
> Also wie bei mir. Mach doch mal einen Versuch mit DF als H-Fuse ;-)

Auch das kann ich bestätigen.
Löscht man die Bootloader Fusebits, kann man mit dem USBasp fehlerfrei 
auslesen.

Das "Warum?" verstehe ich erstmal nicht.

old-papa schrieb:
> Wie schon geschrieben, keine Ahnung warum diese Veränderung der
> Bootsektorfuses eine solche Auswirkung hat.

Vielleicht verändert der Bootloader irgend eine relevante Einstellung.

Der Clock Divider wäre zum Beispiel eine der Komponenten, die sich auf 
den nachfolgenden Programmiervorgangs auswirkt. In deinem Fall wird es 
wohl kaum der Clock Divider sein, aber vielleicht gibt es noch andere 
relevante Sachen.

Stefan ⛄ F. schrieb:

> Vielleicht verändert der Bootloader irgend eine relevante Einstellung.
>
> Der Clock Divider wäre zum Beispiel eine der Komponenten, die sich auf
> den nachfolgenden Programmiervorgangs auswirkt. In deinem Fall wird es
> wohl kaum der Clock Divider sein, aber vielleicht gibt es noch andere
> relevante Sachen.

Nun, den clk/8 habe ich ja nicht (wissentlich) angefasst. Irgendwas wird 
es aber sein. Wenn man diese Falle kennt, kommt man ja mit dem 
Fuses-Würgarround erstmal weiter, doch wer traut sich bei sowas schon an 
die Fuses?
Wie schon geschrieben, im Netz fand ich ein paar Threads mit dem 
gleichen Problem, doch eben keine (für mich verständliche) Lösung. 
Häufig verliefen die Threads ähnlich wie hir, ein paar Spötter und 
Gewäsch und die wirklich hilfreichen Posts gehen darin unter.

Herzlichen Dank, dass Kollege "Arduino-Fanboy" sich die Mühe gemacht 
hat, das mal zu verifizieren.
Vielleicht hat ja noch irgendwer die Muße dazu ;-)

Old-papa

Veit D. schrieb:
> Programmer ist ein original AVRISP-mkII.
Wundert mich nicht, dass der MKII funktioniert.

Der USBasp, war bisher der erste, welcher versagt.

Hier solls einen fix geben:
https://petervanhoyweghen.wordpress.com/2015/12/02/the-usbasp-and-atmega2560-mystery/

ungetestet

Veit D. schrieb:
> Hallo,
>
> vielleicht hast du jetzt realisiert worauf ich Anfangs hinaus wollte,
> nämlich das das Problem nichts mit Arduino zu tun hat, weil du ja direkt
> per ISP mit dem Controller redest.

Arduino hatte ich nur genannt, weil erstens das in diesem Controller 
gespeicherte Programm ein "Arduino" ist und weil die Module, die ich 
bekommen habe halt Arduinos genannt wurden.
Ansonsten habe ich im Text mehrfach geschrieben, dass ich nichts an dem 
Problem mit Arduino in Verbindung bringe (ok, in der Überschrift) und 
überhaupt kein "Arduinozeugs" in diesem Zusammenhang nutze.

> Hättest du deine Texte kürzer gefasst
> und wärest gleich zur Sache gekommen, wäre das gesamte Kaos erst gar
> nicht entstanden.

Hätte ich das gemacht, wären auch wieder die gleichen User 
hervorgekommen und hätten nach Details gefragt und warum ich diese nicht 
gleich nenne. Einigen geht es immer nur um Zoff.

> Tests mit meinem ATmega2560.
> egal welche Fuseeinstellung
> FD, D8, FF
> oder
> FD, D9, FF
> oder
> FD, DF, FF
> alle Leseabbilder sind identisch und okay. Programmer ist ein original
> AVRISP-mkII.

Ja, aber nutze doch mal einen USBASP und wir sprechen uns wieder.
Das es mit anderen Programmern geht, bestreitet doch keiner.
Du stellst "Beweisbehauptungen" auf und nutzt völlig anderes Werkzeug.

Old-Papa

warum steht da plözlich "Alfred"

Ich habe ihm (wenn er es ist) gerade versucht eine Mail zu schreiben, 
warum steht nun sein Name oben? Eigentlich sollte der FF so eingestellt 
sein, dass er Formulare nicht automatisch neu ausfüllt....
Ich such mal danach...

Blöd, da ich noch nichtmal sicher bin, ob ich den Richtigen Menschen 
angeschrieben habe. (er kann sich ja mal (per mail) melden
old-papa<ät>web(punkt)de

Jetzt geht nun alles durcheinander.... Ich werde wohl doch nicht mehr 
als Gast schreiben, wenn das so einfach ist.

Old-Papa
(im Moment der echte...)