Beiträge von Zitruskeks im Thema „petSD+ - RTC speichert das Datum nicht - Selbsttest zeigt andere Werte“

    Bei mir ist das kein kulturelles Problem, es ist ein Problem dass ich nicht auf dem Level coden kann und mir das erforderliche Wissen um alle HW/SW Specs fehlt. Mich in einen über viele Dateien und hunderte Zeilen erstreckenden Quellcode einarbeiten, mit meinem gesammelten Halbwissen was sich seit 2017 aufbaut. ...Btw für den PET ab 2020, als nicht wusste was einen 2001 von einem SK unterscheidet, das funktioniert nicht. Ich kann einen Arduino dazu bewegen die ROMS meines PETs auszulesen, ich kann in C# aus passenden Libs und Frameworks VR-Anwendungen schreiben, ich frickel mich grade in Assembler ein aber... das ist einfach 10 Level über mir. Ich hab mir den Code gezogen, ich hab ihn compiliert bekommen, ich hab zumindest einige der Stellen gefunden in denen die Tasten abgefragt wurden. Die herauszupatchen wie Andy hätte ich auch noch hinbekommen, nicht so schnell, aber sicher, irgendwie.

    Aber Ich KANN den Code nicht debuggen. Also tüddele ich herum und schaue ob das Ding sich bei 5V aufhängt oder nicht.

    Das ist schon so lange her, dass die Erinnerung verblasst, aber ich möchte meinen, dass das der Wert ist, der an die PWM-Steuerung für den Kontrast des LCD-Displays ist. Wenn er das nicht ist, war es die Helligkeit. Da Dein Display aber gut lesbar ist, kannst Du diesen Wert getrost ignorieren.

    Nein, der ADC-Wert ist der Wert des Button-Inputs für "no Button pressed) . Und nach meiner Vermutung (Bauchgefühl+ein paar anekdotische Dinge und ein paar krude Tests) auch ein (Teil?)problem der immer wieder auftauchenden Startprobleme. Weshalb ich die bei meiner Implementation entfernt habe (mittlerweile dank Hilfe von Andy Grady auch aus dem Code selbst).

    Auf einem Pin sind 3 Buttons +WS ergeben einen variablen Spannungsteiler. 2.79V ohne jeden Button-Input und dann von da bis 4.55V

    Code
    Prev Next Select Voltage ADC   Address
    1    1    1      5.00    1023  n/a
    0    1    1      4.55    931   11
    1    0    1      4.10    839   n/a
    0    0    1      3.79    775   9
    1    1    0      3.40    695   n/a
    0    1    0      3.18    650   10
    1    0    0      2.96    605   n/a
    0    0    0      2.79    570   8

    Was eigentlich eine gute und coole Idee ist, um mehrere Buttons mit einem Pin zu lesen. Aber auch anfällig für kleinste Spannungsschwankungen.
    Zwischen 2.79V (keine Taste gedrückt) und PREV gehalten (2,96V) liegen 0.17V. Und dazwischen wird noch ein illegaler Bereich liegen.
    Dazu kommt noch, das die Eingänge für einen Haufen Kram genutzt werden. Nicht nur die PREV/NEXT/SELECT sondern beim Start auch als Adress-Jumper (siehe Tabelle Address), zur Steuerung des Kontrasts etc.

    "Drüben" im anderen Forum haben anekdotische Tests ergeben dass eine petSD+ mit einem 4,9V Netzteil nicht startet, aber mit einem 5.1V
    Mit meiner Version (initial mit einem fixen Spannungsteiler der 2.79V ergibt, ohne Buttons, jetzt komplett ohne Spannungsteiler und im Code entfernte Buttonroutine) hatte ich Probleme, wenn der Power-Schalter der petSD+ das Netzteil selbst, auf der 220V Seite schaltet (das Netzteil also erst die Spannungs hochfährt). Keine Chance auf Start, sogar voller Lockup, der nicht mal durch RESET gelöst werden konnte. Auch RESET gedrückt halten beim Einschalten half nichts.

    Mit einer Firmware, aus der die Buttonroutine entfernt wurde, und die auf der neuesten FM beruhte war dieser Lockup durch einmaliges Resetten nach dem Start zu lösen.

    Mit einer Firmware, aus der die Buttonroutine entfernt wurde, und die auf der letzten als stabil bekannten FM bestand, startet die petSD+ (bei mir hier) jetzt auch mit primär geschalteten Netzteil klaglos. Interessant dabei, das die nächstfolgende FM revision u.A. diese Änderung hatte: "Press NEXT key on power-up for LCD contrast adjustment".


    Für mich "riecht" es also stark danach, dass irgendwas mit dieser Button-Implementation, in Kombination mit nicht perfekt von anfang an (also vor allem zur Startzeit) 5.1V liefernden Netzteilen (was erklären würde, das einige petSD+ lange gut liefen und dann zu "altern" schienen) zumindest in die Problematik der Start-Bugs verwickelt sind.
    Kann sein, das diese meine Empfindung Unsinn ist, und ich will auch in Keinster Weise ausdrücken das das schlecht implementiert ist.

    Für mich habe ich jedenfalls entschieden dass ich in meiner Implementation komplett auf alles Unnötige Geraffel verzichte, kein Display, keine Buttons, keine Clock die eh am Pet so gut wie nichts bringt, nur die eigentlich wichtige Sache: eine verlässliche, durch DOS-Kommandos perfekt und einfach zu bedienende SD-"Festplatte".