RAD Expansion Unit (Fragen, Aufbau, Lösungen, ...)

Quote from Frenetic

Quote from Startaxxx

Tried changing the timing settings in the .cfg file without success.

you can interactively set the timings in the menu! (there are some hints somewhere in this thread which values to tune first, can't search for it right now). as long as the menu doesn't run stable, there is no chance the rest will work reliably.

Hi Frenetic!

What do u mean by changing interactively the timings in the menu? I knew that it was possibile only by changing the values inside the .cfg file and then restart the RAD.
if it’s possible to change the values real time in the menu, can u please explain me why? I would really appreciate!

Thanks

Quote from Startaxxx

Quote from Frenetic

Quote from Startaxxx

Tried changing the timing settings in the .cfg file without success.

you can interactively set the timings in the menu! (there are some hints somewhere in this thread which values to tune first, can't search for it right now). as long as the menu doesn't run stable, there is no chance the rest will work reliably.

Hi Frenetic!

What do u mean by changing interactively the timings in the menu? I knew that it was possibile only by changing the values inside the .cfg file and then restart the RAD.
if it’s possible to change the values real time in the menu, can u please explain me why? I would really appreciate!

Thanks

As far as I remember please use the pound simbol

... And look at Post #324 for hints

Thank u both, Frenetic and Stefan Both !

Will make some tests this evening.

Any successful settings for C128 from somebody so I can test at first?

Thanks!!!

Ich nutze die Tage verstärkt die RAD mit dem WiCRadio über Stunden.

Mit ist jetzt aufgefallen, dass nach ca 2,5 Stunden die RAD ihren Dienst einstellt. Dies wirkt sich so aus, dass keine Transfers mehr zur und von der RAD möglich sind.

Nur noch ein Kaltstart des Rechners hilft.

Kann es sein, dass der Raspi irgendwann in eine Art Schlafmodus wechselt?

Ich nutze einen Raspberry Pi Zero 2 W der über den C64 mit Strom mit einem neuen starken Netzteil, aus einer Sammelbestellung hier aus dem Forum, versorgt wird.

kleb mal nen Kühlkörper auf den Prozessor

https://www.reichelt.de/raspbe…45cYdiEcK8t0aAjZNEALw_wcB

Quote from InsertDisk2

Mit ist jetzt aufgefallen, dass nach ca 2,5 Stunden die RAD ihren Dienst einstellt.

Quote from Shadow-aSc

kleb mal nen Kühlkörper auf den Prozessor

Ich hatte mir mal diesen Satz mit Wärmeleitfolie bei Anschaffung der RAD gekauft. Kann man immer gebrauchen.

https://www.ebay.de/itm/121997…a1301c:g:D9AAAOSwRTxh0lQy

Anbei nochmal ein Manual von mir. Steht auch irgendwo ( glaub ich) weiter oben...das hier ist aktueller.

Guter Tipp mit dem Kühlkörper, werde ich testen

Du kannst die SoC-Temperatur im RAD Menu ablesen ... schau doch mal, ob sie überhaupt nach oben geht. Wimre hat Jood 24h-Tests gefahren und in der Firmware gibt's auch keinen "Time-Out"

Quote from Frenetic

Du kannst die SoC-Temperatur im RAD Menu ablesen ... schau doch mal, ob sie überhaupt nach oben geht.

45C werden angezeigt, sollte das schon ausreichen? Finde ich jetzt nicht so beunruhigend.

Bei mir hat RAD Linux gebootet und lief dafür 39 Stunden, siehe mein Livestream von 2023.

Der Nutzen von Kühlkörpern für Sidekick/RAD ist meist überbewertet, außer beim Raspi3B+ mit aktivem USB und Netzwerk.

https://www.youtube.com/live/TN9zf7wd3VI?si=R3Z_vczMvlsj0FgS

Eine andere Frage ist auch, wie viele Stunden eine echte klassische REU stabil durchhält, ohne dass es am C64 Crashes gibt. Wer testet das eigentlich in der Praxis, ob eine echte REU 2-5 Stunden stabil läuft?

Quote from emulaThor

ine andere Frage ist auch, wie viele Stunden eine echte klassische REU stabil durchhält, ohne dass es am C64 Crashes gibt.

Ich kann lediglich sagen, da ich sonst das Radio mit meinem anderen 64er mit U1541II und aktivierter REU über Stunden habe laufen ohne dass, die U1541II nicht die Arbeit einstellt .

Hallo zusammen,

habe hier ein RAD Modul, das zwar prinzipiell läuft, eingebunden als REU im 128er Modus allerdings sporadisch Speicherfehler hat.

Ich habe ein kleines BASIC Progrämmelchen geschrieben, dass das Modul permanent testet und bei dem man den Fehler teilweise über etwas längere Zeit sehen kann.

Der Effekt:

• Die Demo orb läuft über einen längeren Zeitraum stabil durch. Ich meine auch hier minimale Pixelfehler gesehen zu haben, die sind aber kaum zu erkennen, da sie in dem gerenderten Pixelbrei nicht-, oder kaum auffallen.
• Das Programm reu-checker v1.0 meldet Fehler, unabhängig davon, eine wie große REU man einbindet (getestet: 512kB, 1024kB, 16MB)
• Mein Testprogrämmelchen (Test-REU) zeigt, wenn auch nur sporadisch, einzelne Bytes-, oder evtl. auch Nibbles (Halbbytes), die leer sind.
  Bilder, wie das aussieht, habe in meinem Album, s.u., hochgeladen.

Interessant ist, dass der Fehler in meinem Programm nur bei der Erzeugung des Patterns auftritt. Hier werden in schneller Folge Daten gelesen und geschrieben.

An den Timings habe ich ein wenig herumgedreht, allerdings ohne Erfolg. - Solange ich nicht weiß, was ich da überhaupt für Werte (Timings, Latenzen, ...) verstelle, ist das Ganze auch eher müßig als sinnvoll für mich.

Ach ja:

Ich nutze einen C128D (Plastik). Getestet wurde mit mehreren RasPI 2W's, Speicherkarten und interner-, sowie externer Stromversorgung des PIs. Die Kontakte des Mainboards wurden gereinigt und das Modul sitzt super stabil im Port...

Hat jemand Tipps für mich, oder evtl. Parameter, die das Modul stabil ans Laufen bekomme?

Danke für die Info.

MfL der Detlev

P.S.: Frenetic : Falls Du noch mitliest, hast Du eine Idee für passende Timings?

Detlev

Das Problem mit den Timings ist ja, dass diese von Gerät zu Gerät teilweise SEHR stark abweichen, trotz gleicher Hardware

Ich hab irgendwo im Laufe des Threads mal Timings für ein Assy 250407er Board gepostet die bei mir wunderbar funktioniert haben, bei jemand anderem mit einem 407er Board lief damit garnix mehr. Das dürfte bei einem 128er nicht anders sein.

Ich fürchte da hilft nur Testen Testen Testen ...

Die habe ich gesehen u. ausprobiert. Haben beim Verhalten leider keinerlei Unterschied gebracht. Die Bildschirmausgabe bei meinem Rechner ist übrigens "rock solid"...

Ich werde erst mal versuchen, ein Programm zu schreiben, das den Fehler in Echtzeit visualisiert. So kann ich evtl. sehen, ob-, bzw. wie sich das Verhalten des RAD verändert, wenn ich an den Einstellungen drehe...

So mag das bei Apple sein. Beim 128er liegt's vermutlich daran, dass er

1. mit heißer Nadel gestrickt
2. auf Anschlag gebaut

wurde.

Ein Beispiel hier ist das CPM Modul. Der Z80 wurde nicht zuletzt deshalb auf's Board integriert, da die Urversion des 128ers mit dem Seriennetzteil das von Commodore gelieferte Z80 Modul nicht starten konnte... - SO muss man Hardware konstruieren. *ichLachMichWech!!!1elf

P.S.: Würden alle Retros heutzutage so stabil laufen wie meine Sinclair Hardware, hätte ich außerdem gar nichts mehr zu basteln. => ICH finde das gut.

P².S.: Falls Ihr einen 128er und ein RAD Modul habt: Könnt Ihr mal testen, ob das Programm reu-checker v1.0 bei Euch fehlerfrei läuft?

Dann habe ich da ja 'ne echte Herausforderung... Hihi!

Mal sehen, ob ich es hin bekomme!!!1elf

P.S.: Jood : Da bin ich anscheinend auf der einen Seite weiter als Du, auf der Anderen habe ich allerdings die Probleme...

Du scheinst Pixelfehler in der Bildschirmausgabe zu haben. Die ist bei mir OK. Dafür hat das Programm Fehler (guckst Du unten)...

forum64.de/gallery/index.php?image/5087/

Es scheint da wirklich ein paar Schwierigkeiten zu geben mit dem 128er.