Netzwerk-fähige Kernels für Sidekick64 (Alpha-Release)

Hallo,

ich war heute Abend gut gelaunt und habe mich entschieden, eine öffentliche Alpha-Version meiner experimentellen Netzwerk-Kernels (LAN & WLAN) für Sidekick64 rauszulassen. Ich hoffe, es macht mehr Spaß als Frust. Die Ausgangsfrage war: Kann man es schaffen, die eingebauten Netzwerk-Devices im Raspberry Pi im Bare-Metal-Szenario zusätzlich aktiv zu nutzen, ohne die Emulations-Features von Sidekick64 völlig "kaputt" zu machen? Die Antwort ist mindestens ein "Jein."

Was genau ist dieses Alpha-Release? Es sind Sidekick-Kernels basierend auf aktuellen Snapshots meines Forks von Frenetics Sidekick64 Sourcecode. Aufgrund der Mithilfe meiner Netzwerk-Tester konnten von ungefähr 387 Bugs bereits 253 gefixt werden.

Weitere Infos:

• Alpha-Release Netzwerk-Sidekick: https://github.com/hpingel/Sidekick64/releases
• Feature-Liste und Dokumentation zum Sidekick64-Netzwerk-Kernel (englisch): https://github.com/hpingel/Sid…n-v0.48/README_network.md
• Frenetic s Repository, die Original-Heimat von Sidekick64: https://github.com/frntc/Sidekick64
• Mein Sidekick64-Fork: https://github.com/hpingel/Sidekick64

Ferner: Demo: Textbasiertes Web-Browsing für Sidekick64 ("SKTP-Browser")

Fehler-Reports zu diesen Kernels bitte nicht an Frenetic richten. Was kann er dafür, wenn ich sein Sidekick64 kaputt-code?

Danke an Frenetic für die *Kick-Projekte und für die vielen Tipps, die er mir zu Sidekick64 gegeben hat! Danke an meine Netzwerktester call286, ILAH, znarF, SkulleateR, JohnFante, Emwee (um nur einige zu nennen) für die vielen Bugreports und Ideen! Danke an die "StammKicker" ( TurboMicha, kinzi, bigby, Frenetic ) für alles!

Sorry, falls ich im Eifer jemanden vergessen habe! Have fun!

Es sind in den letzten zwei-drei Wochen einige Änderungen zusammengekommen und ich habe eben ein weiteres Alpha-Release (Alpha2) gemacht, vor allem, weil sich an dem SKTP-Protokoll einiges geändert hat und das Alpha1-Release nicht mehr kompatibel zum SKTP-Server ist (man bekommt eine Warnung diesbezüglich). Daneben habe ich bei der Modem-Emulation zwei neue Hayes-Befehle implementiert (ATI2, ATI7), die Uhrzeit und Datum und die IP-Adresse anzeigen können (die Befehle sollen idealerweise kompatibel zur Zimodem-Firmware sein).

Das Release Alpha2 kann hier gefunden werden: https://github.com/hpingel/Sidekick64/releases

Fragen beantworte ich gern. Ich versuche das hier erstmal kurz und knapp zu halten, weil ich nicht weiß, wieviel öffentliches Interesse (außerhalb des Netzwerk-Kernel-Test-Teams) besteht.

Dank des Durchhaltevermögens von Boulderdash kann ich nun den ersten mir bekannten Sidekick-Netzwerk-Ausprobierer außerhalb meines Netzwerk-Tester-Teams vermelden: *

Quote from Boulderdash

Mithilfe vom emulaThor mein Sidekick64 Netzwerkfähig gemacht ich geb zu ich hab mich ganz schön doof angestellt

Das bedeutet, dass es nicht unmöglich ist, mit der derzeit vorbereiteten und verlinkten Doku und ein paar Anstupsern von mir einen Netzwerk-Kernel zum Laufen zu bekommen!

*Es ist nicht so, dass ich Boulderdash nicht ins Netzwerk-Tester-Team aufnehmen will, sondern es ist einfach nur schön zu wissen, dass man nur mit den öffentlich verfügbaren Infos zum Konfigurieren zum Ziel kommen kann.

EDIT: Und damit haben wir auch einen Netzwerk-User mit Sidekick v0.3-Platine! Ich habe zwar noch eine v0.3 in der Schublade, aber teste hier immer mit v0.4x.

In Vorbereitung auf ein Alpha3-Release habe ich gestern und heute nochmal die Dokumentation überarbeitet und ergänzt. So gibt es jetzt mehr Informationen zur integrierten Modem-Emulation und auch einen Abschnitt "Quickstart", wo die Installation des Netzwerk-Kernels in kurzen Einzelschritten erklärt wird.

https://github.com/hpingel/Sid…DME_network.md#quickstart

Ich bereite ein Alpha3-Pre-Release des Netzwerk-Kernels vor. Hier schon mal vorab eine Liste der bisherigen Änderungen seit der Alpha2 Ende November (danke an meine Netzwerktester für ihre Mühe!):

• Überarbeitung der Behandlung von Uploads und Downloads - sollen sie gespeichert werden auf der SD-Karte oder einfach nur gestartet werden oder beides? Man kann nun von Fall zu Fall entscheiden.
  • Das Download-Verhalten im SKTP-Browser ändert sich. Gespeichert wird nur noch, wenn man es will, dann S tippen. Bei Druck auf RETURN wird nur noch gelauncht. Das F64-RSS-Feed-PRG wird nun nie gespeichert, weil es ein Wegwerf-PRG ist. Zu speichernde Downloads aus der CSDb oder der HVSC werden auf der SD-Karte in einem neuen Unterordner !downloads in den entsprechenden Ordnern (PRG, CRT, SID, D64) gespeichert.
  • Dateien, die über das Web-Interface hochgeladen werden, können nun nicht nur gelauncht, sondern auch auf der SD-Karte gespeichert werden und landen in einem Unterfolder !upload in den entsprechenden Ordnern (PRG, CRT, SID, D64). Nach dem Speichern zeigt das Web-Interface den Pfad an, wo die Datei gespeichert wurde, um ein Wiederfinden zu erleichtern. Ein Kernel-Update-Upload (kernel*.img) wird nach wie vor automatisch erkannt und anders behandelt.
  • Achtung: Die gespeicherten Dateien sind ggf. erst nach Reboot von Sidekick64 im F7-Browser zu finden, falls Sidekick den Ordner vorher schon einmal eingelesen hat -- das muss ich irgendwann mal ändern, vielleicht schaffe ich es noch für die Alpha3.

pasted-from-clipboard.png

• Modem-Emulation
  • Verbesserte Stabilität der Swiftlink/Turbo232-Emulation (getestet mit CCGMS 2021) (Emulation ist aber immer noch experimentell und läuft nur einigermaßen gut mit dem kabelbasierten Netzwerk-Kernel, gar nicht gut mit WLAN-Kernel)
  • Bugfix: Im Terminal kann man nun auch Großbuchstaben absenden (geshiftete Zeichen).
  • Bugfix: Die neuen Befehle ATI2 und ATI7 zur Anzeige von IP-Adresse, Uhrzeit und Datum haben nicht wie erwartet funktioniert. Das wurde korrigiert.
• Änderungen am SKTP-Client bzw. SKTP-Protokoll
  • Dieser Kernel kann nun HVSC-SID-Dateien direkt von hvsc.csdb.dk per HTTPS runterladen (weil der Hostname nun auch resolved wird), vorher (alpha2 oder alpha1) wurde der Download über den SKTP-Server ge-proxy-ed.
  • SKTP-Paintbrush-Chunks dürfen nun länger sein als 255 Bytes, da spart man ein paar Bytes, wenn ein bildfüllendes Petscii-Kunstwerk gefärbt wird.
  • SKTP Compatibilty Level im Kernel erhöht auf 3. (Der SKTP-Server ist aber ist abwärtskompatibel zu Level 2, so dass man auch mit dem alpha2-Kernel nicht rausgeworfen wird)
  • Wenn eine SKTP-Session (eine PHP-Session auf dem Web-Server) ausgelaufen ist, weil man meinetwegen 30 Minuten lang eine Demo angeschaut hat und deshalb 30 Minuten keine Kommunikation mit dem SKTP-Server stattfand, wird einfach eine neue Session mit einer neuen Session-ID angefragt.
  • SKTP-Screen-Refresh optimiert, damit der Screen schneller refresht werden kann bei Bedarf. Screens, die automatisch aktualisiert werden (wie die System-Infos, wo die Uhrzeit und die CPU-Temperatur stehen), sollten sich zuverlässiger aktualisieren, dabei sollte es weniger Flackern und Zuckeln auf bestimmten Raspi-Modellen geben.

• Vermeidung der Einfärbung von Bildschirmbereichen in hellrot bei bestimmten Tastendrücken
• Aktualisierung der Buildumgebung: Update auf die aktuelle Circle-Version 44.3 (ist enthalten in circle-stdlib 15.10. Damit offiziell Circle-Unterstützung für Raspberry Pi Zero 2 W, war aber auch schon in alpha2-Kernel möglich, wo ich den Circle-develop-Branch genutzt habe.)
• Wie schon gesagt: Erweiterung der Dokumentation im git-Repository: https://github.com/hpingel/Sid…n-v0.48/README_network.md

Danke Sierohpätsch!

Das angekündigte alpha3-Pre-Release des Netzwerk-Kernels ist nun erhältlich: https://github.com/hpingel/Sid…g/sk64-v0.48%2Bnet-alpha3

Zusätzlich zu den Änderungen, die im Post #6 (oben) beschrieben sind, habe ich eben noch einen Bug gefixt: Neue Dateien, die durch Uploads oder Downloads aus dem Netz auf der SD-Karte gespeichert werden, werden sofort sichtbar im F7-Filebrowser von Sidekick64. Ein Reboot entfällt damit.

Heute Abend habe ich etwas Fleißarbeit gemacht, die aber langfristig Zeit und Mühe sparen sollte. Ich habe im Web-Frontend eine kleinen Editor hinzugefügt, wo man die Konfigurationsdatei von Sidekick64 direkt bearbeiten kann. Damit entfallen bei mir dann immer mehr Anlässe, die SD-Karte aus dem Raspi rausziehen zu müssen. Das Feature ist für meine Netzwerk-Tester vefügbar und wird in die nächste Alpha-Version vom Sidekick-Netzwerk-Kernel einfließen.

pasted-from-clipboard.png

Tutorial: Netzwerk-Kernel ausprobieren mit Sidekick Software v0.49:

Letzten Freitag ist die neue, sehr hübsche Sidekick64-Software v0.49 erschienen (siehe im Sidekick-Thread von Frenetic: Projektvorstellung Sidekick64). Dort haben sich ein paar Dateien geändert bzw. es sind neue Dateien hinzugekommen. Ich will hier kurz erklären, was man wissen muss, wenn man sich auf einer SD-Karte mit v0.49 einen Netzwerk-Kernel dazupacken will, um diesen auszuprobieren. Dazu ein paar Screenshots.

Hier sieht man alle Dateien und Ordner, die auf der SD-Karte sind, wenn man v0.49 nutzt: Die hellblau markierten Dateien haben eine besondere Aufgabe beim Starten von Sidekick. Geändert werden muss nur eine Datei, weil man dort den Dateinamen des Netzwerk-Kernels eintragen muss, der gebootet werden soll beim Sidekick-Start. Bei einer unveränderten v0.49-Version ist das die dritte markierte Datei namens sidekick64_rpi0_c128.txt. Dies ist das empfohlene Default-Profil, welches benutzt wird, wenn man vorher in config.txt nicht ein anderes Profil (es gibt insgesamt vier Profile) aktiviert hat, was man normalerweise nicht tun muss.

pasted-from-clipboard.png

Die Datei sidekick64_rpi0_c128.txt öffnet man im Lieblings-Texteditor oder notfalls in notepad.exe und sucht darin die Zeile kernel=kernel_sk64.img. Hier wird festgelegt, welcher Raspberry-Pi-Kernel gebootet wird. Die Datei heißt normalerweise kernel_sk64.img. Der Netzwerk-Kernel kommt in zwei Geschmacksrichtungen: Kabel-basiert oder WLAN-basiert. Es gibt dementsprechend zwei Raspi-Kernel-Dateien, man entscheidet sich für eine davon und trägt den Dateinamen ein: Entweder kernel_sk64_net.img oder kernel_sk64_wlan.img. Man kann mehrere kernel-Zeilen untereinander haben und nur die letzte Zeile "zieht". Man kann auch mit Raute am Zeilenanfang auskommentieren.

pasted-from-clipboard.png

pasted-from-clipboard.png

Damit es dann auch funktioniert, müssen natürlich auch die Raspi-Kernel-Dateien für Netzwerk-Sidekick auf die SD-Karte kopiert werden. Man kann einen oder beide Netzwerk-Kernels draufpacken und der "Vanilla-Kernel" von Frenetic liegt dann auch noch unverändert dort und kann auch weiterhin wieder aktiv gebootet werden wie oben beschrieben. Im folgenden Screenshot sind die beiden Netzwerk-Kernel-Geschmacksrichtungen dazugekommen (sind von Github runterzuladen, Link siehe unten).

pasted-from-clipboard.png

Für kabelbasiertes Netzwerk ist man nun startklar. Für WLAN muss man noch mehr machen.

WLAN-Zusätze:

Wenn man den WLAN-Kernel nutzen möchte, braucht man noch einen Ordner wlan, den man auch bei Github (link unten) als wlan.zip runterladen kann. Er enthält die Firmware-Dateien für die WLAN-Geräte verschiedener Raspi-Modelle und eine Konfigurationsdatei, die man ändern muss, weil man dort seine persönlichen WLAN-Accountdaten eintragen muss, auch per Texteditor.

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

Die zu ändernde Datei im wlan-Ordner heißt wpa_supplicant.conf. Da diese Datei die Endung ".conf" hat, mag Windows hilflos sein zu erkennen, womit diese Datei am besten zu öffnen ist. Dann benennt man die Datei kurz um und hängt hinten ein ".txt" an und schon kann notepad.exe wieder loslegen - oder ein vernünftiger Editor.

pasted-from-clipboard.png

Bei ssid und psk muss man die SSID und die geheime Passphrase für das eigene WLAN eintragen. Natürlich nutzt man für solche Spielchen am besten ein Spiel-WLAN in der eigenen Retro-Ecke.

Nach dem Abspeichern ggf. die Endung ".txt" wieder entfernen, so dass hinten ".conf" steht. Danach ist man startklar.

Alle Netzwerk-Kernel-Downloads findet man hier ("Assets" aufklappen!): https://github.com/hpingel/Sidekick64/releases

Quote from manfred.moser

2. Die Modememulation kann ich mir auch vorstellen. Muss ich aber noch probieren, wie ich damit auf ne Mailbox oder so komm. Hab das mit CCGMS mit einem WiFi-Modem schon mal gemacht. Aber was muss ich bei der Modememulation vom SK64 dort einstellen? Naja, probieren geht über studieren...

In der englischen Readme-Doku steht es etwas ausführlicher, ich fasse hier mal kurz zusammen: Zwei Modem-Typen können emuliert werden - Typ auswählen per M im Netzwerk-Menü. Getestet wurde bisher mit CCGMS 2021 als PRG. Wichtig: Wenn CCGMS über Sidekick gelauncht wird, dann als PRG direkt launchen (nicht als D64), sonst geht es nicht!

1) Userport-Modem-Emulation (klassisch oder UP9600): Hier braucht man eine kleine, einfache Verdrahtung am Userport, die quasi gleich ist zu der des Wifi-Modems im C64-Wiki, wo dann ein FTDI-USB-Adapter (auf 5V gejumpert) drankommt, der per USB-Kabel ins Sidekick gesteckt wird. Das läuft stabil derzeit bis 4800 Baud. [Exkurs: Das funktioniert auch mit Sidekick264-Netzwerk am Plus/4, aber das habe ich noch nicht veröffentlicht.]

IMG_20211127_130246.jpg IMG_20211127_145227~2.jpg IMG_20211127_145214~2.jpg

2) Expansionport-Swiftlink-Modem-Emulation: Hierfür braucht man keine Hardware-Zusätze. Trotzdem ist das ganze noch EXPERIMENTELL und SEHR INSTABIL. Aber grundsätzlich funktioniert es bei Vollmond für 90 Sekunden. Ein Demo-Video dazu:

Quote from manfred.moser

3. Wie komm ich denn auf die CsDb oder HVSC? Davon war in Post #6 die Rede.

In der englischen Readme-Doku steht es etwas ausführlicher, ich fasse hier mal kurz zusammen: Auf der SD-Karte liegt die Konfigurationsdatei SD:/C64/sidekick64.cfg. Darin braucht man mindestens eine neue Zeile an beliebiger Stelle in der Datei:

NET_SKTPHOST_NAME "sktpdemo.cafeobskur.de"

Danach bootet man Sidekick neu und im Netzwerkmenü kann man dann per Stern * in den Browser kommen.

Was sich auch noch nicht ru

Quote from Sierohpätsch

Hiermal noch zwei Bilder der HVSC mit dem Titel von Jeroen Tel Robocop 3 und Visualisierungen auf dem Display, läuft prima mit den Visualisierungen zu den Sidfiles auf der HVSC via WLAN im Internet!

Hierzu muss ich nochmal sagen, dass die grafischen Sid-Emu-Visualisierungen (wie auch alle anderen tollen Sidekick-Features) von Frenetic stammen und auch schon lange im normalen Sidekick-Kernel drin sind. Nicht, dass der Eindruck entsteht, das wäre von mir! Ich baue nur Netzwerk dazu und versuche, wenig anderes kaputtzumachen.

Ein weiteres tolles Feature von Frenetic ist übrigens auch die C128-VDC-Bildausgabe des Sidekick-Menüs ab Sidekick-Software-Version v0.49: Ich versuche gerade, die Netzwerk-Sachen in v0.49 reinzudrücken und da kann man sich dann den Netzwerk-Content auch auf dem 80-Zeichen-Screen ansehen:

IMG_20220215_183537.jpg  IMG_20220215_183926.jpg

Hier der aktuelle "Development-Stand" von v0.49 + Netzwerk - es ist noch viel zu tun, aber es läuft schon ganz ok (ich versuche, mein Netzwerk-Coding in Frenetic s neue Software reinzuhacken, ohne sie komplett kaputtzumachen):

Im CSDb-Launcher bekommt man pro Release einen kleinen Release-Screenshot angezeigt auf dem TFT-Display.