TC64v2 und Reset am MK2

Nein, da kann man nichts einstellen - und das sollte funktionieren. Un an meinem MK2 hier tut es das auch - ich habe aber diesn Fix nicht. Jens ?

Quote from Tobias

ich habe aber diesn Fix nicht. Jens ?

Der SCPU-Fix entkoppelt nur die Spannung der Takterzeugung auf dem C64RMK2, hat also definitiv keinen Einfluss auf das Reset-Verhalten.

Quote from darkvision

Über die RESTORE-Taste kommt aber das Freezer-Menü. Also funktioniert die Tastatur an sich schon noch...

Restore ist eine besondere Taste, die nicht über die CIA abgefragt wird, sondern die einen NMI auslöst, ganz unabhängig vom CIA-Chip. Und der CIA-Chip ist auch das, was ich als Erstes anschauen würde (auch wenn das Verhalten wohl an beiden C64RMK2 gleich ist): Wenn die Tastatur nicht funktioniert, bitte mal die zwei CIA-Chips gegeneinander tauschen oder einen anderen Chip in den Sockel nahe dem Tastaturanschluss stecken. Außerdem vielleicht mal die CIA im Sockel seitlich verschieben, während der Nullkraftsockel zu ist (also "Hebel nach unten"). Das löst eventuelle Kontaktschwierigkeiten - vielleicht bekommt die CIA ja gar keinen Reset?

Letzteres würde ich auch erstmal ausschliessen wollen.... das Restore in den Freezer springt ist auch eher falsch. Vllt auch ein subtiler defekt (oder schlechter Kontakt?) am IRQ pin von CIA2?

Klingt fast nach einem analogen Effekt. Haben Sie einen Reset-Taster für den Userport? Falls ja, bitte den mal ausprobieren. So ganz möchte ich noch nicht aufgeben

Es gibt also nur dann ein Problem, wenn der Microcontroller auf dem C64RMK2 den Reset auslöst. Hier wäre zu untersuchen, ob wir die Dauer, die das Signal gehalten wird anpassen können. Bevor wir das machen, bitte erstmal prüfen, welche Version der MCU-Firmware in den beiden C64RMK2 ist. Schließlich wollen wir keine Geister jagen, sondern Bugs zunächst sicher reproduzieren um sie dann zu fixen.

Quote from darkvision

Macht die Signal-Dauer auch am Userport einen Unterschied?

Genau das müssten wir im Quelltext des Microcontrollers abgleichen. Dass er den Reset ziehen kann, scheint sicher zu sein, aber die Dauer die der Reset gehalten wird, müssten wir einfach mal probehalber ändern und schauen, ob sich am Verhalten etwas verändert. Das ist jetzt nur ein Schuss ins Blaue - ohne mal zu messen oder den Fehler hier nachgestellt zu haben, bleiben halt nur "educated guesses".

Quote from darkvision

Den Power-Schalter des MK2 so kurz wie möglich zu drücken ändert aber nichts.

Kann auch nicht, denn die Tast-Funktion des Powerschalters ist für den Microcontroller nur ein Soft-Button. Der Controller ermittelt, wie lange der Taster gedrückt war und löst dann die programmierte Funktion für diese Dauer aus. Wenn es Reset ist, wird in die gleiche Routine gesprungen, die auch den Reset aus dem Menü heraus auslöst, insofern ist die Beobachtung, dass beide das gleiche Problem haben richtig.

Versuche mit der MCU-Firmware müssen wir auf kommende Woche verschieben. Eigentlich bin ich gar nicht mehr im Büro...

Quote from darkvision

Gab es da unterschiedliche Board-Revisionen?

Nein, es gibt genau eine Board-Revision die es in Serie gegeben hat, und mit der arbeiten alle Mitarbeiter. Ich gehe auch davon aus, dass sämtliche MCUs auf dem Stand von Februar 2018 sind - das ist die letzte Version die in der Chip-Erkennung einen Fix hat. An der Dauer des Reset-Pulses haben wir AFAIK nie gearbeitet, aber das müsste Peter im Changelog nachsehen (Montag dann).

Quote from darkvision

Bevor man an der Software was ändert, was bei anderen wieder neue Probleme schafft, würde ich auch damit leben können.

Ich tippe darauf, dass das einfach ein edge case ist, also dass wegen geringer Toleranzen im einen Fall der Reset mit Chameleon fehlschlägt, und wie z.B. bei Tobias immer funktioniert. Es würde mich nicht wundern, dass es auf allen Testmaschinen funktioniert wenn wir den Reset-Puls um ein paar ms verlängern. Der Microcontroller hat aber auch noch mehr Informationen, so dass wir die steigende Reset-Flanke mit anderen Events synchronisieren können um eine vernünftige Reproduzierbarkeit zu bekommen. Bei modernen embedded-Systemen, aber auch schon bei den 680x0-Prozessoren ist der Reset sehr genau definiert (oft im Zusammenhang mit power-sequencing), was aber bei den alten 8-Bit Systemen nie spezifiziert wurde. Aus heutiger Sicht könnte man aber mal mit einem kritischen Auge auf das Reset-Timing schauen.

Da muss ich mich anschließen.

Auch wenn ich von dem oben stehenden nur die Hälfte verstanden habe...

Wenn ich beim MK2 mit eingesteckten TC64 Reset auslösen, dann geht er zwar über ins Basic, aber die Tastatur funktioniert dann nicht mehr. Das kann ich beliebig reproduzieren.

Muss dann erst am TC64 das Menü starten um wieder weiter zu kommen.

Merkwürdiges Verhalten.

Es wäre toll wenn beim MK2 Reset man direkt in das Menü vom TC64 kommt.

Oder zumindest wenn es schon Basic ist, dann mit funktionierender Tastatur.

Aber ich denke dass dürfte zu lösen sein.

Ich hab das hier jetzt nochmal ausprobiert.... und kann das jetzt zumindest teilweise auch nachvollziehen (irgendwie komisch dass das vorher anders war). Vielleicht tatsächlich ein Edge case, jetzt war das Chameleon über Stunden eingeschaltet und ist "warm". kA ob das schon einen Unterschied machen kann. Zumindest verhält es sich bei mir jetzt so:

- Einschalten mit Chameleon, Tastatur im Menu funktioniert

- im Chameleon "F3" für "Reset to Basic"

- Tastatur im Basic funktioniert

- Reset über den Schalter am C64MK2

- Cursor blinkt im BASIC Einschaltscreen, Tastatur funktioniert _nicht_

- Reset über den Resetknopf am Chameleon oder wahlweise am Userport

- Tastatur funktioniert wieder

Das Ganze lässt sich beliebig (ohne Powercycle machen zu müssen) wiederholen, also Reset über den Schalter am C64MK2 -> Tastatur tot, wieder Reset am Chameleon oder Userport -> Tastatur funktioniert (Das schliesst zumindest wohl mal aus dass die Menu Software schuld sein kann)

Zusätzliche Beobachtung: Der Feuerknopf am Joystick Port1 wirkt wie "Space", auch wenn die Tastatur nicht funktioniert. Das spricht dafür dass die CIA zwar resettet wurde, aber das Datenrichtungsregister nicht gesetzt wurde - Warum auch immer das passiert ist.

Und: eine zusätzlich angesteckte PS/2 Tastatur funktioniert auch in dem Zustand. Gibt man mit dieser jetzt POKE 56322,255 ein... funktioniert auch die Tastatur am C64 wieder

Irgendwie muss der Init der CIAs nicht zu den echten CIAs durchgedrungen sein. Evtl werden die noch im Resetzustand gehalten während der Core schon den Kernal ausführt? (Wobei ich mir grade nicht erklären kann wie das sein könnte). Oder das "Durchreichen" der writes auf die echten CIAs wird (vom Core) zu lange unterdrückt? Jens das kannst du besser rauskriegen (messen) als ich

Ich kann bestätigen: wenn ich den Turbo aktiviere, dann blinkt im Basic auch kein Cursor nach Reset mit dem Schalter am MK2

Eine 1541 lässt sich dann auch nicht ansprechen, auch nicht nach "antriegeln" der Tastatur mit dem Poke. Ich denke dass da auch CIA2 nicht richtig initialisiert ist.

Ausserdem hab ich mal kurz im Kernal Code geguckt... die CIA Register werden in den ersten ~150 cycles gesetzt, also wirklich praktisch sofort nach Reset. Ein bischen wundert mich dass der Write nach $d016 (der bei Reset den Rahmen "enger" macht) als allererstes kommt - und der aber offensichtlich funktioniert (wie man an der VIC Ausgabe sehen kann). Aber vllt brauchen die CIAs auch einfach ein bischen länger....