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

emulaThor · Sep 1st 2022

Verwendest Du die momentan aktuelle alpha4-Version (https://github.com/hpingel/Sid…g/sk64-v0.50%2Bnet-alpha4)?

Wenn WLAN verbunden ist und Du rausspringst, kannst Du dann am Sidekick Reset drücken und kommst dann ins Sidekick-Menü zurück? Ggf. ein paar mal Reset drücken?

Ich kenne so ein Problem von früher, aber dieses Problem habe ich schon lange nicht mehr gehabt und meine Netzwerk-Tester haben mir sowas auch nicht berichtet aktuell.

Es gibt nur noch eine Netzwerk-Kernel-Datei jetzt und der Dateiname ist immer "kernel_sk64_net.img", und der kann sowohl WLAN als auch Kabel-Netzwerk (beim 3B+). Eventuell startest Du einen älteren WLAN-Kernel, der noch rumliegt auf Deiner SD-Karte und "wlan" im Namen hat?

DerSchatten · Sep 1st 2022

Ahhh, ok, ich bin strickt nach der deutschen Anleitung vorgegangen und da stand nichts das die wlan nicht mehr erforderlich ist.

Dachte mir an der wurde nichts geändert und hab sie daher von der alpha3 genommen.

Jedenfalls hab ich das nun geändert, allerdings passiert da auch nicht mehr. Im gegenteil, jetzt verbindet er sich nicht mal.

Ist der Ordner WLAN auch nicht mehr erforderlich? Bzw. gibts da auch eine neue ZIP? Hab die aus dem ersten Release genommen.

emulaThor · Sep 1st 2022

Dann muss ich selbst nochmal mit 3B+ WLAN testen. Am besten HDMI-Kabel dranstecken und dann am HDMI-Display mal schauen, was da so für Meldungen kommen. Da sieht man auch, wenn es Probleme beim WLAN-Connect gibt. Wenn was beim ersten Mal nicht klappt, wird es mehrmals hintereinander wiederholt. Tatsächlich hatte ich hier in den letzten Tagen beim Testen auch häufiger als sonst Verbindungsprobleme, aber das kann an vielen Faktoren liegen - Entfernung zum WLAN-Router etc.

Aber normalerweise würde ich so ein Problem schon kennen, weil ich mehr als ein Dutzend Netzwerk-Tester habe, die sich bei mir beschweren würden, wenn was gar nicht geht.

-trb- · Sep 1st 2022

Quote from emulaThor

Dann muss ich selbst nochmal mit 3B+ WLAN testen.

Hab spontan eben zum ersten Mal Sidekick64 mit WLAN am 3B+ genutzt. Funktioniert problemlos (aktuellstes Net-Kernal von dir aus der Testergruppe).

DerSchatten · Sep 1st 2022

Das Verhalten ist bei jedem Neustart etwas anders.

Verbindung scheint im Hintergrund zu funktionieren, jedoch seh ich trotzdem immer nur einen blauen Schirm.

Mit einigen RESETs komme ich da leider auch nicht wieder heraus.

Hab mal einen Screenshot angehängt.

-trb- · Sep 1st 2022

Hab keine Ahnung, aber der Ausgabe nach scheint die WLAN-Verbindung zwischen Sidekick und Router instabil zu sein?

DerSchatten · Sep 1st 2022

Woran erkennst du das? Also am Router seh ich das Gerät mit der IP 192.168.0.205

Interessant ist auch wenn ich versuche die IP anzupingen bekomme ich das zurück:

Code

Ping wird ausgeführt für 192.168.0.205 mit 32 Bytes Daten:
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Ping-Statistik für 192.168.0.205:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),

192.168.0.2 ist mein Windows PC von dem ich aus pinge.

Ist irgendwie komplett schräg...

Noch ein Versuch, hab jetzt mal mit einem Dauerping mitgeschaut.

Dabei kommt folgendes heraus:

Code

Ping wird ausgeführt für 192.168.0.205 mit 32 Bytes Daten:
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.2: Zielhost nicht erreichbar.
Antwort von 192.168.0.205: Bytes=32 Zeit=2196ms TTL=64
Antwort von 192.168.0.205: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.0.205: Bytes=32 Zeit=2ms TTL=64
Antwort von 192.168.0.205: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.0.205: Bytes=32 Zeit=1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Ping-Statistik für 192.168.0.205:
Pakete: Gesendet = 31, Empfangen = 27, Verloren = 4
(12% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 1ms, Maximum = 2196ms, Mittelwert = 440ms

Display More

Also irgendwann ist dann die Verbindung weg und das wars

emulaThor · Sep 1st 2022

Das klingt mir ziemlich nach Netzteil-Problem / zu schwacher Stromversorgung beim Aktivieren von WLAN. Und der Jumper A13/BTN sollte auf BTN gesteckt werden (also senkrecht).

-trb- · Sep 1st 2022

Quote from DerSchatten

Woran erkennst du das?

Ich sag ja, ich hab keine Ahnung und das war nur eine Vermutung, weil das mit der Adressvergabe über DHCP scheinbar nicht auf Anhieb klappte lt. Screenshot.

Quote from emulaThor

Und der Jumper A13/BTN sollte auf BTN gesteckt werden (also senkrecht).

Bei mir war der auf A13 und es lief problemlos.

DerSchatten · Sep 1st 2022

Quote from emulaThor

Und der Jumper A13/BTN sollte auf BTN gesteckt werden (also senkrecht).

Was macht der ?

emulaThor · Sep 1st 2022

Momentan hört es sich für mich so an, als dass der Raspi sich die IP-Adresse holt und danach im nächsten Schritt crasht.

Wie gesagt kann das am Netzteil liegen.

Wenn die IP-Adresse da ist, wird als nächstes DNS-Resolve gemacht für 2-3 Hostnamen und es wird per NTP diebZeit geholt und ggf. der Webserver gestartet. Hier wäre interessant, ob man das nachlesen kann auf dem HDMI-Screen.

DerSchatten · Sep 1st 2022

Netzteil würde ich eher ausschließen. Verwende nicht das originale, sondern eins das bei 5V/2A liefern kann.

emulaThor · Sep 1st 2022

Wenn halt mehrere Netzteile rumliegen, kann ein Quertauschen nicht schaden.

Schick bitte mal einen Screenshot von der Seite "System Information" vom Sidekick-Netzwerk-Menü (S).

Da Du einen 3B+ hast, kannst Du auch kabelNetz ausprobieren.

-trb- · Sep 1st 2022

Quote from DerSchatten

Netzteil würde ich eher ausschließen. Verwende nicht das originale, sondern eins das bei 5V/2A liefern kann.

Ich hatte kürzlich auch erst einen lustigen Effekt mit einem nicht-originalen RasPi-Netzteil, der nur in einem Spezialfall auftrat. Mit Originalnetzteil war der weg. Ist aber völlig anders gelagert gewesen...

emulaThor · Sep 2nd 2022

Announcement: Ein neues Alpha-Release alpha5 des Netzwerk-Kernels ist verfügbar, basierend auf Frenetic s aktuellem Sidekick64-Release v0.51.

https://github.com/hpingel/Sid…g/sk64-v0.51%2Bnet-alpha5

Ich habe diesmal auch die Dokumentation aktualisiert: https://github.com/hpingel/Sid…n-v0.51/README_network.md

DerSchatten · Sep 3rd 2022

Hab den neuen KERNAL jetzt mal bei mir getestet.

Testweise jetzt auch mal einen Brotkasten anstelle des C64-II zum testen hergenommen.

Habe aber leider immer noch das gleiche Verhalten, egal ob mit LAN oder WLAN.

Nach der Auswahl dauert es ein paar Sekunden und dann passiert ein RESET mit blauen Schirm.

Und da kommt man auch nicht nach x-mal Drücken von Reset mehr ins MENÜ zurück.

Aja, macht auch keinen Unterschied wie der Jumper A13 gesetzt ist.

Habe jetzt auch mal drei verschiedene Netzteile getestet. Ein etwas schwächeres macht tatsächlich gleich nach dem Einschalten einen RESET.

Ein C128 Netzteil mit 1,75A hat das gleiche Verhalten wie mein stärkeres 2A Netzteil.

emulaThor · Sep 3rd 2022

Vielleicht mal eine andere SD-Karte versuchen?

Kannst Du mir den Inhalt Deiner SD-Karte schicken per PN ohne Wlan-Passwort und ohne die PRGs etc?

Kannst Du den angefragten Screenshot schicken?

Was für einen Netzwerk-Router hast Du? Hast Du irgendwelche Spezial-Einstellungen am Router? Spezial-DNS? Firewall?

emulaThor · Sep 7th 2022

Das Problem von DerSchatten hat sich gelöst, es lag am Netzteil.

DerSchatten · Sep 7th 2022

Das nicht angeschlossen war

manfred.moser · Sep 7th 2022

Hab den Netzwerkkernal in der neuen Version 0.51 jetzt auch mal ausprobiert.

Bei mir ist er auf Anhieb auf einem Raspi3A+ gelaufen, und das sogar ohne seperatem Netzteil über den 2A-Regler von meinem 466+ - Board mitversorgt.

Hab mich über WLAN problemlos mit dem Router verbunden. Hier der Diagnosebildschirm

SK64_Netkernel051_läuft.jpg

Dann mal den SKTP-Browser gestartet und mal ein paar YAM-Tunes probiert.

Funzt einwandfrei und der Sound ist großartig.

Das Sidekick hab ich erst kürzlich mit dem TFT-Farbdisplay ausgerüstet (vorher war ein OLED drauf).

Die Anzeige auf dem TFT ist der Knaller und zeigt eine Vorschauf auf das Bild auf dem Monitor an.

SK64_Netkernel051_CSDbLauncher_YAMTunes.jpg SK64_Netkernel051_CSDbLauncher_YAMTunes_Display.jpg SK64_Netkernel051_CSDbLauncher_YAMTunes_Monitor.jpg

Das Sidekick begeistert mich immer wieder aufs neue. Ein großartiges Stück Hardware, das mit der neuen Software 0.51 noch besser wurde.

Danke an Frenetic und emulaThor