Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[welli]

@ticaki
v0.17.8

[welli]

@ticaki
Mir ist auch aufgefallen das die Uhrzeit hinterher läuft auf dem Screensaver , auf den Raspberry locale Zeit ist korrekt und auf den NSpanles in der Konsole läuft die Zeit korrekt

[ticaki]

Die AI hats so schön geschrieben deshalb kopiere ich das hier rein :)

ich hab mir deinen Log mal genau angeschaut – und ich glaube nicht, dass es am WLAN liegt. Es ist auch kein echter „Absturz" der Panels. Was du siehst, ist eine eingebaute Sicherheitsfunktion:

Der Adapter „spricht" im Normalbetrieb regelmäßig mit jedem Panel. Das Panel hat einen kleinen Wächter eingebaut: Hört es 140 Sekunden lang nichts vom Adapter, lädt es sich selbst neu (es springt auf die
Startseite). Das ist absichtlich so, damit ein Panel sich von selbst fängt, falls mal was klemmt.

In deinem Log sieht man genau das:

• Normal schickt der Adapter jede Minute Daten an die Panels.
• Zweimal hat er das nicht getan – einmal ~2 Minuten lang gar nichts.
• Nach genau 140 Sekunden Stille haben sich beide Panels gleichzeitig neu geladen.

Und genau hier ist der Punkt: beide gleichzeitig = es liegt nicht an den Panels (zwei Geräte verlieren nicht sekundengenau zusammen das WLAN), sondern daran, dass der Adapter für ~2 Minuten ausgesetzt hat.
In der Zeit kam von ihm einfach nichts mehr – und der Wächter hat zugeschlagen.

Das erklärt auch deine zweite Beobachtung mit der Uhrzeit: Die Uhr auf dem Screensaver wird vom Adapter einmal pro Minute nachgestellt. Wenn der Adapter aussetzt, läuft die angezeigte Zeit logischerweise
hinterher, bis er sich wieder meldet. Gleiche Ursache, nur ein anderes Symptom.

Die Frage ist also: Warum setzt der Adapter bei dir alle paar Minuten für so lange aus? Das ist meistens kein Adapter-Fehler, sondern dein ioBroker-Rechner ist in dem Moment überlastet. Kannst du mir dazu bitte ein paar Sachen rausfinden:

1. Welcher Raspberry Pi ist das (Pi 3 / Pi 4 / wie viel RAM)?
2. Läuft auf der Kiste viel anderes (viele Adapter, History/InfluxDB, Backups zur vollen Stunde …)?
3. Schau dir in ioBroker mal die Werte unter System → Host an, besonders CPU-Auslastung, freier Speicher (RAM/Swap) und – wenn vorhanden – den „Event Loop Lag". Idealerweise beobachtest du die genau dann,
   wenn die Panels neu starten.

Ich vermute stark, dass genau zu diesen Zeitpunkten die CPU/der Speicher am Anschlag ist und ioBroker für ein-zwei Minuten „einfriert".

Parallel schaue ich mir auf meiner Seite an, ob ich den Wächter etwas toleranter machen kann, damit ein kurzer Hänger nicht gleich zum Neustart führt – aber die eigentliche Ursache liegt vermutlich in der Auslastung deines Systems.

[welli]

@ticaki
Der Raspberry 5 mit 8GB läuft 3-5% mit 32% Ram.
Habe mal pings auf mein WIFI gemacht und erschreckende Beobachtung gemacht.

Von links nacht rechts : IObroker , NAS , Fritzbox , NSpanel_1

Wo ran könnte dis liegen?

[ticaki]

Dafür solltest du einen eigenen Topic öffnen, hier gibt es leute die sich damit besser auskennen. Aber das ist schon etwas ernstes - vielleicht kanal optimieren, zigbee auf dem falschen kana.l

[welli]

@ticaki
Habe mein Wlan heute mal geprüft , und neu eingestellt, heute habe ich bei dem IObroker und NAS sowie Fritzbox nur noch 1-2ms .
Aber bei den Nspanels bleit die ping Antwort variable von 2-200ms bis zur Zeitüberschreitung , obschon das NSPanel_1 3 Meter vom Repeater weg ist , kann es nicht sein dass im NSpanel intern es zu dies verschiedenen Verzögerungen kommt?

[ticaki]

das ist ein normaler tasmota der funkt nur auf 2.4ghz kann sein das das bei dir überlaufen ist oder sich mit zigbee beißt - das wird eher nicht am adapter oder nspanel liegen (hw defekt mal aussen vor gelassen)

[welli]

@ticaki
Danke noch für deinen support.
Leider habe ich noch mit der Uhrzeit Probleme , die läuft hinterher , denke mal , habe vor kurzen auf Node.js: v22.22.3 ge-updated.
Kann dies nicht das Problem sein?
Zigbee habe ich nicht , also dann ein Überlauf.

[ticaki]

@welli

Die Uhrzeit ist simpel - die kommt vom adapter und wenn die nachricht vom adapter verloren geht, hängt die Uhrzeit - nach 2:30 geht das panel dann in den "waiting for data". Ich bin wegen dem uhrzeit problem schon mal zu spät gekommen.

Das hauptproblem ist, dass tasmota kein 1 und 2 bei MQTT anbieten (weiß die option nicht mehr auswendig) das ist immer fire and forget. Ich hab das im adapter etwas abgefangen, aber wenns panel die nachricht nicht bekommt kann ich da auch nix machen.

hab ein ähnliches Problem gerade mit einem pi 3b der verliert laufend das wlan - keine ahnung wieso.

[holgerwolf]

Ich habe gesehen, dass es eine Möglichkeit gibt, die Abfahrtstabelle und die Verbindungen aus dem public-transport Adapter aufs NS Panel zu bekommen.
Hat da jemand ne Beschreibung/Anleitung zu?

[ticaki]

@tt-tom
hier fragt ein Nutzer, wie man deinen adapter mit deinem anderen mit adapter benutzen kann

@holgerwolf
ich würde mal sagen ja ^^ muss aber Tom beantworten, der kümmert sich um beides. Anleitung sollte aber morgen da sein, wenn er etwas zeit hat.

[TT-Tom]

@holgerwolf
hast du schon mal im Admin ein Card / Seite angelegt. Du benötigst eine CardMenue vom type cardSchedule für die Fahrplanansicht.
Habe erst nächste Woche Zeit für eine komplette Anleitung.

[holgerwolf]

@tt-tom
Im Objektauswahlfenster kommen dann aber nur die EInzelobjekte:

oder muss ich da jetzt die 6 Zeilen selbst zusammenbauen?

Bei den Verbindungen sieht es gleich aus.

Ich dokumentier dir die Vorgehensweise für eine Anleitung dann gerne.

[TT-Tom]

@holgerwolf

dann bist du ja schon auf dem richtigen Weg und hast die Channels gefunden, die du dann einbinden musst.

lese dir im Wiki mal die Seite hier durch https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki/cardGrid

Als Kartentyp nimm Schedule.

Wenn noch Sachen aus dem Wiki unklar sind, melde dich. Schaue heute öfter rein.

[holgerwolf]

@tt-tom Ich kann ja pro Zeile nur ein einzelnes Objekt auswählen:

Da steht dann auf dem Panel nicht viel: Ziel (Immer gleich), und Abfahrtzeit.

Nützlich wäre die Linie und die Fahrtrichtung. Beides steht ja in den Objects, werden aber in der Config oben nicht angeboten:

[TT-Tom]

@holgerwolf

man könnte Line und Fahrtrichtung zusammenfassen und darstellen. Die Felder auf dem Panel sind fix, ich kann nur den Inhalt bestimmen. Erstelle bitte dazu mal Issue auf Github beim public-transport Adapter, dann landet das auf der Todo-Liste, danke.
https://github.com/tt-tom17/ioBroker.public-transport/issues

[MichaelF]

@TT-Tom sagte:

@MichaelF

eine Steckdose kann kein Mode oder Modelist. die Kann nur ein oder aus.
das wäre für dich das richtige https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/blob/main/ALIAS.md#levelmodefan
muss aber nochmal überlegen, wie am besten verknüpft.

Hi, gibt es hier vielleicht schon eine Idee?

Grüße

[MichaelF]

Hat hier vielleicht schon mal jemand eine Karte für ein Bitcoin Miner erstellt?

Grüße

[TT-Tom]

@MichaelF
oh sorry, aus den Augen verloren.

du brauchst einen alias Ventilator. Channel = level.mode.fan
dadrin die 4 States, wobei MODE noch eine Besonderheit hat. Die Objektdaten müssten erweitert werden, um states und def

[MichaelF]

@TT-Tom

Mega Danke, teste ich heute Abend.

Grüße