ABBUC e.V. Forum

Hallo,

bei meinem Mini-BIOS kann man ja per START-SELECT-OPTION und RESET ins Menü kommen.
Mich wundert jedoch, daß dies meist immer erst nach dem 2. Versuch funktioniert!
Welchen Unterschied gibt es zwischen 1.CONSOL+RESET und 2.CONSOL+RESET?

Hat jemand ne Idee?

Eine Idee habe ich nicht.

Aber:

Mein 130 XE mit fast originalem OS (ich hab das originale OS nur so gepatcht, daß mit SHIFT-RESET ein Kaltstart gemacht werden kann) hab ich schon öfter gemerkt, daß erst der zweite SHIFT-RESET einen Kaltstart verursacht.

Ich kann mir nur vorstellen, daß beim ersten Drücken auf die Tasten nicht das OS aktiv ist aber danach und dann ist die Routine mit SHIFT-RESET beim zweiten Tastendruck ja da.

Ist aber lediglich mein geratener Eindruck von der Sachlage.

klingt aber nach dem eigentlichen Problem:
Nach Reset...
War da nicht was, daß man vor der Abfrage von CONSOL ert einen Wert von FF reinschreiben musste?
Hab ich grade nur mal so kurz in meinen Erinnerungen... Nix ausprobiert.

Vor dem Auslesen solltes Du $08 in CONSOL / $D01F schreiben, das macht das OS auch in jedem VBI. Damit wird S3 (Lautsprecher/Klick) auf LOW gesetzt und S0-S2 (Consol Tasten) auf Open Drain / Input.

Wenn Du das nicht machst und Bit 3 zuletzt mit 0 beschrieben wurde dann ist S3 auch ein Eingang und beim Auslesen kriegst Du dann auf Grund der internen Pull-Ups im GTIA zB $0F statt $07 zurück - also auch immer schön brav alle Bits ausser 0-2 ausmaskieren (AND #$07) wenn Du auf Option/Select/Start checkst.

so long,

Hias

ahh, guter Tip!

demnach so: ? ?

wenn du da machst, testest Du ob alle 3 Consoltasten gedrückt sind. Die Bits gehen auf 0, wenn eine Taste gedrückt ist.
Ich denke, das muß sein.

nein es soll ja auf alle 3 Tasten getestet werden!

Aufruf des BIOS-MENÜ findet bei START-SELECT-OPTION + RESET statt

im Altirra funtioniert es, nun mal auf der echten HW testen..

Nö, auf der echten Hardware muss man noch immer 2x START-SELECT-OPTION + RESET drücken, bis man ins Menü kommt
Was kann das sein?

Wie in meiner Mail geschrieben: häng mal den LA dran und schau welche Befehle die CPU bei einem "fehlgeschlagenen" Reset genau ausführt.

Achja, und chek auch, ob das ROM mit dem BIOS Code wirklich bei Reset aktiviert wird - sonst kann der Check garnicht erst ausgeführt werden :-)

so long,

Hias

Logianalyzer mit 16+8 (Adr + Data) = 24 Eingängen hab ich nicht mehr.
meiner hat lediglich 16 Inputs.

das BIOS-ROM (EEPROM) wird bei jedem RESET vom PLD eingeschaltet.
Dann wird die im EEPROM gespeicherte Config ausgelesen, dementsprechend die Bits für die EPROM-Bänke gesetzt (z.B. OS1 und BASIC A).
wenn CONSOL = 0 gedrückt ist, gehts ins Menü.
wenn nicht, BIOS-ROM aus- und OS-ROM einschalten. (Routine ist im RAM), dann E477.
Falls man im Menü ist, wird per ESC dieses verlassen, vorher wird die aktuelle Config im EEPROM gespeichert, dann mit den OS-ROM E477.
Das klappt auch jedes Mal, also muss das BIOS-ROM ja nach Reset aktiv sein.

Wass ich noch gemessen habe: Auch beim ersten -"nicht funktionierenden" - Reset mit Consol=0 geht das BIOS-ROM bereits auf LOW, so wie es soll. (und OS_ROM OE/CE auf HIGH), aber der Bildschirm bleibt schwarz

ah sorry, mein Fehler. Ich dachte nur eine CONSOL Taste müßte gedrückt werden. Bei allen 3 zusammen muss natürlich auf #$00 getestet werden.

Haut mich bitte nicht... Aber:
Das cmp #0 ist doch unnötig. Wenn nach dem and der Akku 0 ist, reicht das beq direkt nach dem and.

Da hast Du natürlich Recht!
Da erkennt man gleich, wer schonmal Demos/Games optimiert gecodet hat