Hallo,
Da hat Dein Enthusiasmus leider die Klarheit Deines Textes getrübt ...
Ja das hast du wohl recht. Auch wenn für mich etwas verstanden und klar ist, macht es das für mich nicht immer einfach in Worte zu gießen. Das ist nicht meine Stärke.
frage ich mal ganz interessiert, wie Du dabei konkret vorgegangen bist?
So wie eine serielle Kommunikation Grundsätzlich abläuft ist uns allen klar. Das hierbei bei der Umsetzung erhebliche Hürden auftreten steht auf eine anderen Seite. Timming und Abläufe sowie Bufferung bei der Schrittweisen Übertragung, wie hier geschehen. IC W25Q32 nach Arduino und über dessen Buffer über eine pseudo Serielle Schnitstelle (USB) zum PC und dort wiederum eingepuffert und dann als Binary auf die HDD geschrieben. Das ganze nach dem Backup natürlich rückwärts mit einem "sauberen" Binary auf den W25Q32 geschrieben.
Hier haben sich vor mich schon schlauere Menschen einen Kopf gemacht, begonnen mit libfrser auf github und ergänzt für den Arduino als
frser-
duino ebenfalls auf Github. Dieses lässt sich entsprechend kompilieren für einige Atmel µCs.
Daher auch meine Wahl dieser Vorgehensweiße, da ich Arduinos doch hier liegen hatte und diese für mich keine weitere Anschaffung waren. Auf Linux Systeme exisiteren viel bessere möglichkeiten Sourcecode direkt auf dem System zu kompilieren... da haben Sie der Windows Welt was vorraus. Auch wenn es für mich als Leihen nervenaufreibend war.
So habe ich mit dem ebenfalls auf Github verfügbaren
flashrom, die BIOS Binary an den Arduino gesenden. Vorher wurde allerdings Flashrom direkt auf dem Zielsystem (VM Ubuntu) compiliert und installiert, ein Traum bei Linux.
'Was macht und kann Flashrom? Hier ein Auszug:
flashrom is a utility for detecting, reading, writing, verifying and erasing
flash chips. It is often used to flash BIOS/EFI/coreboot/firmware images
in-system using a supported mainboard, but it also supports flashing of network
cards (NICs), SATA controller cards, and other external devices which can
program flash chips.
Also hier haben definitiv viele vor mir, schon deutlich mehr Gedanken und Ambitionen gezeigt. Mein Dank gilt auch Ihnen.
wie der Name "Embedded Controller" schon aussagt, handelt es sich um einen Controller, also kein Asic.
Der führt also Programmcode aus.
Vielen Dank, das beantwortet meine Frage zu 100%.
Ganz ohne RAM zeigen viele Mainboards nix als einen weißen Cursor auf schwarzem Bild.
Manchmal (sehr selten) gibt es Kontaktprobleme im Sockel.
Hab in meiner Jugend viel mit PCs "gemacht" und so auch die ein oder anderen Kniffe kennen gelernt. Danke dir für diesen Kniff. Die Erfahrung zeigte einfach, das jedes BIOS oder auch die großen wie AWARD, AMI etc. hier durchaus eigenheiten zeigen. Gerade in Bezug auf den Startup Post.
Der Wandler für 5V und 3,3V ist der erste, den man sich anschaut. Denn der kommt noch vor allen anderen und macht auch am häufigsten Zicken.
Aber wenn es trotz intaktem 5/3,3V-Wandler noch Zicken gibt, dann müssen alle anderen Wandler ebenfalls überprüft werden.
Bei eingeschaltetem Gerät (Betrieb am Netzteil, ohne Akku) müssen ALLE Wandler laufen, bis auf einen einzigen, nahe beim Akku-Anschluss. Dieser eine Wandler, der nicht läuft, wäre für das Laden des Akkus zuständig. Ohne Akku tut der natürlich nichts.
Danke, dies hätte meine weitere Vorgehensweise sein müssen. Hatte um den von dir als "Ladecontroller" bezeichneten RT8206A alle Pins gemessen und keine ungewöhnlichen Pegel festgestellt. Danke dir, das du mich mit deinem Schnellkurs überhaupt dahin gebracht hast, selbst Hand anzulegen.
So für heute genung, hoffe keine großen Fragen offen gelassen zu haben. Wenn doch bitte direkt nachhacken. Morgen würde ich nochmal Bilder zur Reparatur hochladen, darf ich das Bios Dump hier hochladen? (spricht etwas dagegen?)
Gruß Apfel