Sidekick64 Aufbau, Probleme, Lösungen

Also, ich habe es mit älteren Releases selbst getestet, das heißt, es hat mal funktioniert und wenn es Dir schlaflose Nächte bereitet, dass es in einem aktuellen Release einen Bug gibt (ich habe es mit der 0.5 selbst nicht getestet bisher), bleibt Dir die Nutzung eines älteren Sidekick64-Releases, bis der Bug in einer neuen Version gefixt ist.

Und das schreibe ich nur, weil es ja hier quasi überlebenswichtig ist für Dich, dass Du das sofort nutzen kannst.

Und ich weiß jetzt schon, dass Dir mein Vorschlag nicht gefällt. War mit meinen vorigen Vorschlägen hier im Thread glaube ich auch so?

Was bleibt Dir? Du kannst eigentlich nur weitermeckern, weitersticheln und mit dem Finger bzw. mit mehr Worten auf diese unhaltbaren Mißstände zeigen.

Jedem sein Talent.

Quote from Harald64

Wäre natürlich super wenn das Neoram im Update auch gefixt wäre

ist schon repariert, gern geschehen!

Quote from Cpt.Hardy

ok, danke für Deine Bestätigung, lt. GitHUB waren die letzten Aktivitäten dort vor 1/2 Jahr, kA. wie lange das letzte update zurück liegt.

ich bin gespannt. Eine NeoRAM Emulation ist ja nur dann verwendbar, wenn's auch funktioniert .....

mir kommt bei diesen beiden Posts eine Redensart in den Sinn: "der Ton macht die Musik" -- und es drängt sich die Frage nach der Erwartungshaltung auf. Ich zitiere mich gerne auch rekursiv:

Quote from Frenetic

Vielen Dank, ich zitiere mich mal selbst:

"Please keep in mind that you're not reading about a product, but my personal playground that I'm sharing." (https://github.com/frntc/Sidekick64#known-limitationsbugs)

Frenetic

das war jetzt nicht als Kritik gemeint. Ich bin in diesem Thema absolut neu, verwende meinen Sidekick seit 3 Tagen, da möge man mir meine vielen dummen Fragen evtl. verzeihen.

Und wenn als Antwort dann immer nur kommt: "Lies doch mal nach" - "das steht doch alles schon da" kann man ja auch leicht an sich selbst zweifeln.

Wenn ich was verwende, möchte ich es auch verstehen und in diesem Falle zB entscheiden, ob mein NeoRAM 2gb durch ein sidekick komplett ersetzt werden kann ...

Deine einfache Antwort: ja Problem ist bekannt und wird im nächsten update gefixt reicht mir da völlig aus. Ist mir lieber, als wenn man mich als Idiot bezeichnet ...

Frenetic:
wäre es nicht praktisch, wenn der Rpi nicht immer abwechselnd ein kernal.img laden könnte, also zwischen zwei Kernals hin und her schaltet. Bei jedem booten das andere Image lädt?

So würde man sich das anpassen der config.txt sparen um zwischen original kernal_sk64.img und kernal_sk64_net.img immer hin und her zu wechseln.

emulaThor würde das dann entsprechend auch in seinem Kernal Image einbauen.

Abwechselnd unterschiedliche Kernels booten finde ich ungeschickt -- in etwa bei jedem zweiten Mal hat man dann nicht den gewünschten

Man könnte über einen Kernel-Wechsel und Reboot im Menu nachdenken, das ist aber nicht einfach nur das Austauschen einer Datei, denn im SD:C64-Verzeichnis liegen noch ein paar Code-Teile, die auf der C64-Seite laufen und sich unterscheiden. Ich denke mal drüber nach (wird aber schon aus zeitlichen Gründen nicht mehr in die aktuelle Update-Runde passen)

Quote from Frenetic

Abwechselnd unterschiedliche Kernels booten finde ich ungeschickt -- in etwa bei jedem zweiten Mal hat man dann nicht den gewünschten

Naja, wie oft re-bootet man denn? Oder man macht das optional ...

Quote from Frenetic

Man könnte über einen Kernel-Wechsel und Reboot im Menu nachdenken, das ist aber nicht einfach nur das Austauschen einer Datei, denn im SD:C64-Verzeichnis liegen noch ein paar Code-Teile, die auf der C64-Seite laufen und sich unterscheiden. Ich denke mal drüber nach (wird aber schon aus zeitlichen Gründen nicht mehr in die aktuelle Update-Runde passen)

Wobei diese Lösung naklar noch genialer wäre.

Und nicht schlimm wenn es erst später kommt, bzw ggf. gar nicht.
Es ist nur eine Idee von mir und dh ja nicht das andere das auch Sinnvoll finden.

Beim Netzwerk-Kernel ist das Menü-Cart bewusst in den Kernel einkompiliert, damit man beim Wechseln zwischen Vanilla-Kernel und Netzwerk-Kernel nur eine Datei tauschen muss. Im Unterverzeichnis C64 zwingt der Netzwerk-Kernel den User zu keinerlei Änderungen (abgesehen von Zeilen mit Konfigurationsoptionen in der config-Datei). Mittlerweile hat der Netzwerk-Kernel einen einzigen festen Dateinamen ("kernel_sk64_net.img") und darin sind WLAN und LAN enthalten, früher gab es dafür getrennte Kernels. Die Herausforderung ist, dass es die Kaskade an config-Dateien im Hauptverzeichnis gibt, wo man per Textdatei-Parsing prüfen müsste, was gerade aktuell beim Booten zieht. Eine Umbenennung des Kernel-Images wäre auch möglich, aber unschön, weil es dann auf kernel1.img und kernel2.img rausläuft und man am Ende nicht mehr weiß, welcher davon jetzt gerade den Vanilla-Kernel enthält und welcher den Netzwerk-Kernel.

EDIT: Oder man nimmt einen Dateinamen wie "kernel_sk64_active.img" und dann kopiert man den beim nächsten Boot geforderten Kernel oben drüber, so dass der Dateiname stabil bleibt.

Quote from bigby

Quote from felixw

Wäre es evtl. möglich die Version zu modifizieren für die Sidekick Zero Platinen die die drei Tasten oben auf der Platine haben?

Leider nicht so ohne weiteres. Wenn die Tasten alle oben liegen, muss auch das Display höher sitzen. Dann müsste auch das Gehäuse dort entsprechend höher sein, und die Oberschale ließe sich nicht mehr in dieser Weise mit einer einzigen, flachen Außenfläche drucken.

Wenn man es einmal kapiert und erkannt hat, sieht man das Sockenpuppengesicht sofort.

Was genau meinst Du jetzt mit "muss höher sitzen" ? Das Display sitzt/passt z.B. genau zwischen Taster und Jumper inkl. noch Platz zum Jumper (zumindest bei der Version hier 0.422pre von felixw)

pasted-from-clipboard.png  pasted-from-clipboard.png  pasted-from-clipboard.png

Hier auch nochmal mit einem leicht größeren Display

pasted-from-clipboard.png

Hier würde das Display z.B. noch prima auf dem Taster-Rücken "aufliegen", sofern man den genutzten Jumper oben im Foto mit der anderen Art gewinkelter Pinstecker bestückt.

Also mit so einem hier.. dann iss der Jumper selbst auch nicht höher als der Rücken vom Taster, der dann quasi auch als Auflagefläche dient.

Und im Gesamten wäre selbst das größere Display dann auch nicht höher als der Taster selbst.. Da Du ja auch einen bei Deiner Platine oben hast müsste das doch sogar ohne weitere Höhenanpassung des Gehäuses funktionieren

pasted-from-clipboard.png

Aktuell isser aber noch zu hoch mit der anderen Pin-Stecker Variante, aber die iss ja schnell getauscht *g*

pasted-from-clipboard.png  pasted-from-clipboard.png

Falls Du Display(s) und Platine zum messen/schauen brauchst, sende ich Dir diese germe auch zu.

Not sure if this is helpful or not. I use this method for using multiple kernal versions. I have multiple SD cards and a small piece of tape is attached to the end of the SD card where I can quickly and safely swap cards containing different revision. For example C64 to C16 kernel versions.Resizer_16602663334132.jpgResizer_16602663334131.jpgResizer_16602663334130.jpg

Look for something like this....

AU $3.22 20%OFF | 48CM/60CM SD card Female to TF micro SD Male ( SD to SD , TF to TF )Flexible Card Extension cable Extender Adapter reader

https://a.aliexpress.com/_mrSjkWy

I don't worry about pressing in the card for it to click on and out. I just slide it in and pull it out as I need.

Das Gehäuse hat doch eine Öffnung für das bunte TFT-Display und auf Deinen Fotos, ch1ller , ist das OLED-Display zu sehen. Das würde eh nicht bündig passen mit dem Gehäuseloch für das TFT-Display. (Wenn bigby die Daten freigegeben hat, kann basierend auf seinem Design ja eine Modifikation für Deine Platine gemacht werden, aber das muss ja bigby nicht unbedingt selbst machen.)

Quote from ch1ller

Was genau meinst Du jetzt mit "muss höher sitzen" ? Das Display sitzt/passt z.B. genau zwischen Taster und Jumper inkl. noch Platz zum Jumper (zumindest bei der Version hier 0.422pre von felixw)

Deine Bilder zeigen das falsche Display, nämlich ein OLED-Display mit 4 Pins statt des TFT-Displays mit 7 Pins.

Vielleicht erkennt man auf diesen Bilder besser, was gemeint ist:

pasted-from-clipboard.png pasted-from-clipboard.png

Quote from bigby

Quote from ch1ller

Was genau meinst Du jetzt mit "muss höher sitzen" ? Das Display sitzt/passt z.B. genau zwischen Taster und Jumper inkl. noch Platz zum Jumper (zumindest bei der Version hier 0.422pre von felixw)

Deine Bilder zeigen das falsche Display, nämlich ein OLED-Display mit 4 Pins statt des TFT-Displays mit 7 Pins.

Vielleicht erkennt man auf diesen Bilder besser, was gemeint ist:

"Optionally you can attach a SSD1306 OLED (4 pin connector) or a ST7789 RGB-TFT with 240x240 resolution to the Sidekick64."

Quelle... Build Instructions Github..

Gibts da ne gute Quelle für die TFT's? Link?

Quote from ch1ller

Gibts da ne gute Quelle für die TFT's? Link?

Ich wollte Frenetic, oder jemanden der des eventuell weiss, auch schon fragen, da mein Chinese des Vertrauens die ST7789 nicht mehr hat und nun ST7735 feilbietet ...

also die Frage wäre, gehen die auch direkt oder muss dann eine neue Libary implementiert werden? Allerdings wurden die Displays, welche ich vor über einem Jahr gekauft hatte auch als "ST7735/St7789" angeboten. Nach Kurzrecherche meinerseits müssten sie aber direkt gehen.

ST7735 Lieferzeit waren aktuell knapp 14Tage von Bestellung bis zum Briefkasten

Quote from pcollins

Mh, ich würde das hier gerne nochmal aufgreifen, denn irgendwie bekomme ich das nicht hin und ich habe kein .crt.eeprom file

Also ich starte z.B. folgendes Spiel: Caren and the tangled tentacles (https://csdb.dk/release/?id=171379)
Spiele ein bisschen und will dann mit F7 Speichern (F7 gedrückt halten!), Screen flackert dann irgendwann.

Nun drücke ich vom Sidekick64 den rechten Button etwas länger und ich sehe via HDMI "RaspiFlash: saving modified CRT File".

Weiter passiert hier aber nicht. Nun schalte ich den C64 aus und wieder an und starte das Spiel neu. Im Startmenu sollte man nun einen Spielstand laden können, aber das geht leider nicht. Auch habe ich kein .crt.eeprom auf der SD Karte.

Ok, dachte ich. Vielleicht liegt es am Spiel.

Also habe ich Platoon (https://csdb.dk/release/?id=167004) getestet. Spiel ohne Trainer um Highscore zu speichern gestartet, Highscore erreicht: Name eingetragen und wieder den rechten Button länger gedrückt und wieder sehe ich via HDMI "saving modified CRT file", aber wieder ist kein File auf der SD Karte

Display More

Ich würde gern hierauf nochmal eingehen. Unabhängig vom Netzwerkkernel und dessen Problemen ist es glaube ich so:

Wenn ein CRT eine GMOD2-Cartridge enthält, dann landet der Save-Content in einer eigenen Datei und nicht im CRT-File.

Bei einem EasyFlash-CRT ist das anders. Hier landet der Savegame-Inhalt im CRT-File selbst. Somit verändert sich das Cartridge-File und ist nicht unveränderlich wie bsp.ein ROM-Inhalt.

ST7789 ist immer noch gut zu bekommen bei Aliexpress (SAMIORE Store) und hat 7 Pins zum Verbinden mit Sidekick. Sidekick hat auf der Platine 7 "Kontakte".

Das verlinkte Vorschlagsdisplay hat mehr als 7 Pins und allein das könnte schon ein Problem sein. Es gibt keinen Grund, da ein neues Fass aufzunachen IMHO.

Quote from emulaThor

Das verlinkte Vorschlagsdisplay hat mehr als 7 Pins

siehste, so genau habe ich mir das gar nicht angesehen ...

Edit:

also ich habe nochmal nachgesehen, dass 1.3" Display hat auch 7 Pins

ch1ller Ich wollte nicht sagen, dass das Display mit dem SK64 gar nicht funktioniert, auch wenn ich nicht weiß, wie sinnvoll das OLED speziell mit dem SK64zero ist. Aber es ist das „falsche Display“ für mein Gehäuse.

Witzig, grad zeigt mir GooglePhoto's, was ich vor zwei Jahren gemacht habe und da erscheint das Sidekick64

... OK, seit dem liegt es im Karton

Quote from Starquake

ST7735 Lieferzeit waren aktuell knapp 14Tage von Bestellung bis zum Briefkasten

bei den von Dir verlinkten Artikeln steht etwas weiter unten, dass das 1,3" Display ein ST7789 ist.

Zum Thema ST7735 vs 7789: ersteres habe ich nie getestet (es gab immer nur niedrigere Auflösungen, wie bei Deinem Link). Wenn ich mich recht erinnere, gibt es Unterschiede in der Ansteuerung (Befehle etc.).

Quote from emulaThor

ST7789 ist immer noch gut zu bekommen bei Aliexpress (SAMIORE Store) und hat 7 Pins zum Verbinden mit Sidekick. Sidekick hat auf der Platine 7 "Kontakte".

Das verlinkte Vorschlagsdisplay hat mehr als 7 Pins und allein das könnte schon ein Problem sein. Es gibt keinen Grund, da ein neues Fass aufzunachen IMHO.

Wo siehst Du beim SAMIORE Store ein ST7789? Ich find da nur ein ST7735 ? Sowohl bei der Artikelbeschreibung als auch auf dem Modul Foto selbst drauf gedruckt (und das ist wohl das kleinere mit 8 Pins).

pasted-from-clipboard.png

Ist das echt so schwer bei/für Aliexpress ein Link zu posten.. Da findet doch keine Sau irgendwas mit der Suche