Das MK2 läuft mit den Standardwerten nicht ganz stabil - wenn ich ein 16 MB Nuvie lade, ist das irgendwann abgestürzt und zeigt nur Grafikmüll an. Habe aber nicht gestoppt, wie lange das gedauert hat, kommt aber eher selten und gefühlt nach 1 h vor.
Ich hatte noch keine Zeit, das weiter zu vertiefen.
Hallo,
ich habe jetzt nochmal eine RAD an meinem C128D (Plastik) getestet, die mir felixw freundlicherweise zugeschickt hat und die von ihm getestet wurde. Das Verhalten ist leider exakt genau so wie mit meiner eigenen (siehe mein Video in Post #113). Die Karte ist also wohl nicht defekt. Den Raspberry Pi 3A+ habe ich nochmal durchgetestet, da sind scheinbar alle GPIOs in Ordnung, aber kann natürlich trotzdem sein, daß er einen Schlag weg hat. Einen anderen zum Testen habe ich leider nicht, und die aktuellen Preise für den Pi 3A+ finde ich dreist (wenn man überhaupt einen bekommt). Der C128D kann natürlich auch eine Macke haben, aber bislang funktioniert er mit Cartridges wie Easyflash3 und Kung Fu Flash völlig problemlos.
Das Stimmungsbild hier im Thread ist ja ein bißchen unklar, bei Cpt.Hardy gehts problemlos, bei Stefan Both gar nicht, da liege ich ja etwa in der Mitte.
Trotzdem erstmal danke für das Projekt und viele Grüße,
Patrick
was den C128 betrifft muss man da evtl. auch ein Auge auf die ASSY No. werfen oder gab's da keine Unterschiede?
bei Cpt.Hardy gehts problemlos
nicht ganz! Es werden keine Daten in den Ordnern gefunden ....das werde ich aber bei einem 2. Test nochmal verifizieren.
Ich habe meine RAD auf meinem MK2 laufen. Es läuft alles. Ich habe keine Werte verändert. Prg lassen sich ohne Probleme starten. Die Videos laufen
stabil. Ein Video ist mal abgestürzt.
Ausprobiert mit dem A+ ohne Netzteil und 3B+ mit Netzteil.
Display MoreHallo,
....
Das Stimmungsbild hier im Thread ist ja ein bißchen unklar, bei Cpt.Hardy gehts problemlos, bei Stefan Both gar nicht, da liege ich ja etwa in der Mitte.
Patrick
Hallo Patrick,
am C64 läuft jetzt alles. RAD Expansion Unit (Fragen, Aufbau, Lösungen, ...)
Leider läuft es am 128er nicht. Das kann aber durchaus am Rechner liegen. Es hat noch nie etwas funktioniert, das ich mit der Kiste machen wollten.
Ich hab noch gute Hoffnung 
Stefan
Es geht hier etwas wild durcheinander, sodass es mir schwer fällt sinnvolle Antworten zu generieren. Daher hier ein paar generelle Tipps/Antworten:
nicht ganz! Es werden keine Daten in den Ordnern gefunden
das hat genauso wie Probleme beim RPi-Bootvorgang mit der SD-Karte zu tun, nichts mit Bus-Timings. Vielleicht sind zu viele Dateien in einem Verzeichnis, seltsame Dateinamen o.ä. bitte prüfen (z.B. indem nur ordentliche Files hinkopiert werden und geschaut wird, ob da alles passt)
funktioniert er mit Cartridges wie Easyflash3 und Kung Fu Flash völlig problemlos.
das mag sein und es kann auch sein, dass die GeoRAM-Emulation funktioniert und REU nicht -- nur letzteres verwendet DMA-Transfers. Das Problem in diesem speziellen Fall kann aber natürlich auch losgelöst davon sein.
Hab heute mal die (am C64 funktionierende) RAD getestet am C128D (Plastik, 64k BildschirmRam) getestet. Nüscht. Gar nix. C128 startet nicht.
C64 Modus läuft erst gar nicht an.
das Bootverhalten des C128(D) ist ganz anders als beim C64. Bei 128ern, die gar nichts tun bitte mal folgendes Testen: in der rad.cfg "STARTUP MENU" ersetzen durch "STARTUP NORMAL" oder "REUx" und die Emulation gesondert testen, z.B. mit dem REU Checker.
selbes Ergebnis, hier ist es also egal ob normales NT (Elefantenfus), REU-NT oder eigenes RasPi USB-Netzteil
Referenz ist hier "RPi mit ordentlichem Netzteil separat versorgt" -- alles andere ist "Glück" und sollte daher bei der Suche nach Einstellungen außen vor bleiben.
Eine Tabelle/Intervalle/Streuung von Werten für die Bus-Timings wäre mein Ziel gewesen, aber es ist ein bisschen unübersichtlich. Mich interessiert hier primär C64<>C128, Assy, VIC, Weiche -- aber NICHT: VDC RAM, TFTs, Kernel Umschalter (es sei denn SuperKernal o.ä. was aktiv eingreift), Laufwerke, Streifenfix, ...
Vielleicht werde ich die Timings mal direkt einstellbar machen und dann kann wer will mir die relevanten Infos zusammen mit Parameterintervallen schicken...
Leider läuft es am 128er nicht. Das kann aber durchaus am Rechner liegen. Es hat noch nie etwas funktioniert, das ich mit der Kiste machen wollten.
ok, das muss ich dann doch noch kommentieren: Tests an einem solchen Rechner sind dann vielleicht nicht die Zielführendsten 
Hallo
das Bootverhalten des C128(D) ist ganz anders als beim C64. Bei 128ern, die gar nichts tun bitte mal folgendes Testen: in der rad.cfg "STARTUP MENU" ersetzen durch "STARTUP NORMAL" oder "REUx" und die Emulation gesondert testen, z.B. mit dem REU Checker.
Frenetic : ich habe das Startverhalten mal in der RAD.CFG geändert, auf "STARTUP REU2M" und das ganze nochmal am 128er (Tastaturmodel) gestartet, leider ohne Erfolg. nach dem Starten des Pi, dieser wird vom 128er mit Energie versorgt, bekomme ich dieses Bild, die Zeichen ändern sich zyklisch, eine externe Versorgung des Pi ändert nichts.
Hier einfach mal auf das "Commodore" schauen, ich habe aktuell leider kein Video dazu. Die Zeichenfolge widerhotlt sich aber augenscheinlich, so wie es aussieht schein irgendetwas auf dem "Bus zu tanzen", leider kann ich da nicht groß weiterhelfen.
Die Timings des Pi sind original.
Am 64er mit der Einstellung gegengetestet, Energie vom C64, die Reu funktioniert ohne Probleme.
Dennoch ein schönes Stück Hardware das RAD, vielen DANK dafür.
Gruß Thomas
nach dem Starten des Pi, dieser wird vom 128er mit Energie versorgt
Referenz ist hier "RPi mit ordentlichem Netzteil separat versorgt" -- alles andere ist "Glück" und sollte daher bei der Suche nach Einstellungen außen vor bleiben.
zur Sicherheit das bitte mal ausschließen
geändert, auf "STARTUP REU2M"
damit macht das RAD eigentlich gar nichts am Bus. Zur Sicherheit bitte auch mal "STARTUP GEO1M" testen. Da passiert noch weniger 
das hat genauso wie Probleme beim RPi-Bootvorgang mit der SD-Karte zu tun, nichts mit Bus-Timings. Vielleicht sind zu viele Dateien in einem Verzeichnis, seltsame Dateinamen
Soll heissen ich sollte mal eine andere SD-Karte ausprobieren?
Dateien werden beim 2. Test angezeigt, ist ja auch dieselbe SD-Karte wie bei einem Betrieb am Brotkasten, aber wenn ich ein REU-File starten will kommt immer "no valid nuvie data found" . Vorher kommt die C64 Einschaltmeldung mit einer Anzeige unten, welches REU-File jetzt gestartet/ausgewählt wurde.
Mein eigentliches Augenmerkt liegt aber auf dem Brotkasten bzw. SX64. Der Test am C128 Plastik war jetzt nur der Vollständigkeit halber.
An meinem C128 steckt normal immer eine Akku-gepufferte RAMLink (ohne weitere Module in den Schächten)
Das Verhalten von C128 mit RAMLink und RAD habe ich gar nicht ausprobiert.
Gibt glaube ich auch noch keine Aussagen dazu, wie sich das RAD mit einer RAMLink verträgt ....
Soll heissen ich sollte mal eine andere SD-Karte ausprobieren?
Es werden keine Daten in den Ordnern gefunden ....das werde ich aber bei einem 2. Test nochmal verifizieren.
ich hatte Deine vorherige Aussage nicht so verstanden, dass Du ein REU-File wählen kannst und etwas starten kannst. Nachdem es das tut (Filename angezeigt etc), ist das Problem nicht bei der SD-Karte.
NEORAMDRIVE ist aber für Geo/NeoRAM, nicht für die REU!
Gibt glaube ich auch noch keine Aussagen dazu, wie sich das RAD mit einer RAMLink verträgt ....
von mir nicht, ich habe keine RAMLink...
"No valid Nuvie Data found" heisst nicht, dass er das File nicht findet, sondern nur, dass der Nuvieplayer es nicht als Nuvie File erkennt !
Ob er die Files findet siehst du im RAD Menü ...
im RAD Menü werden sie angezeigt, sonst könnte ich sie dort ja nicht starten/auswählen
das mit NEORAMDRIVE war nur ein screenshot zur Illustration
Die Files, die der C128 als "not valid nuvie data found" quittiert werden im Brotkasten abgespielt ....
falls "not valid nuvie data" kommt vom nuvieplayer, dann einfach nochmal anstarten. Beim zweiten Mal geht es dann oft.
So, nachdem der REU Teil des RAD an meinem 250466er Board so garnicht wollte, hab ich mal angefangen mit den Timings zu experimentieren um diese dann auch hier zu dokumentieren.
Mit WAIT_ENABLE_DATA_WRITING 660 (statt 675) hab ich ein absolut glitch-freies Menü und alle Nuvies laufen ohne Probleme ... ABER : Sonic findet keine REU obwohl beim zurückgehen in den Basic Screen eine REU angezeigt wird.
EDIT : Kommando zurück !!! Ich hab jetzt nochmal alles auseinander und wieder zusammengesteckt, Kontakte des Exp Ports gereinigt, jetzt funzt auch Sonic zuverlässig 
Any hope for .crt support in a future version of RAD? I cart, seems like it could have more potential!
Any hope for .crt support in a future version of RAD? I cart, seems like it could have more potential!
Guess you should take a look at the Sidekick then
I saw Sidekick, but figured same developer, and RAD already can load PRGs, thought, why not have both in the same device? That, or add REU to Sidekick!
I saw Sidekick, but figured same developer, and RAD already can load PRGs, thought, why not have both in the same device?
If I remember correctly there are not enough GPIO pins on the Pi to have both in one device, but I think Frenetic should answer this one
Right, I saw the post on SideKick that it can't be an REU, but maybe RAD can Run .crts! Not asking for 8 sids and all the other features.
