Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[ticaki]

zu altes Skript - nicht kompatibel mit aktuellem JS-Adapter - vermute ich.

[TimoWald]

Das TypeScript im JavaScript Adapter?

[TT-Tom]

@TimoWald
ganz wichtig bei Probleme sind die Versionen die eingesetzt werden.
TFT-Version
Berry
Tasmota
Script

dann können wir Die Probleme aus ggf. nachvollziehen.

[diwoma]

Nachdem ich Proxmox und IOB-Container auf Trixie hochgehoben habe, wollte ich auch IOB selbst auf den neuesten Stand bringen.
Auch ich bin mit meinem alten TS-Skript ebenfalls auf diesen Fehler gestoßen.

Ja, es ist sehr alt:
Skript-Version V3.4.2.1 vom 16.09.2022.
Dementsprechend sind auch die Berry-Teiber und Tasmota nie angepasst worden.
Und ich habe es nie angepasst, weil es funktioniert hat und ich alle diese Neuerungen nie gebraucht habe. Und weil ich selbst was hingebaut habe, weil es nicht funktioniert hat wie ich es wollte (in einem Punkt).

Die Frage ist jetzt, lässt sich in dem alten Skript noch etwas anpassen (auf die schnelle), also Fallback rausnehmen oder im .common.name noch schnell ein 'de' dazubasteln und den unsubscribe-Fehler durch eine Abfrage umgehen.

Wenn nicht, dann muss ich abschätzen, ob ich auf mein TS-Panel verzichten soll oder weiter auf dem passenden Javaskript bleiben soll.
Wobei zweiteres wahrscheinlich auch nicht auf Dauer gehen wird.

[Armilar]

@diwoma

Nachdem ich Proxmox und IOB-Container auf Trixie hochgehoben habe, wollte ich auch IOB selbst auf den neuesten Stand bringen.
Auch ich bin mit meinem alten TS-Skript ebenfalls auf diesen Fehler gestoßen.

Ja, es ist sehr alt:
Skript-Version V3.4.2.1 vom 16.09.2022.
Dementsprechend sind auch die Berry-Teiber und Tasmota nie angepasst worden.
Und ich habe es nie angepasst, weil es funktioniert hat und ich alle diese Neuerungen nie gebraucht habe. Und weil ich selbst was hingebaut habe, weil es nicht funktioniert hat wie ich es wollte (in einem Punkt).

1. Es muss nicht bedeuten, dass es mit dem alten Berry-Treiber und einem alten Tasmota nicht funktioniert.
2. Wenn etwas funktioniert und nicht verändert werden soll, kann man es auch beibehalten. Dein Problem kommt aber mit dem neuen IOB-Container (Dazu mehr weiter unten)

Die Frage ist jetzt, lässt sich in dem alten Skript noch etwas anpassen (auf die schnelle), also Fallback rausnehmen oder im .common.name noch schnell ein 'de' dazubasteln und den unsubscribe-Fehler durch eine Abfrage umgehen.

Die Frage ist, wird das überhaupt erforderlich sein? Auch das Skript wurde an diesen Stellen mehrfach angefasst und angepasst... Evtl. existiert dein Issue gar nicht mehr?

Wenn nicht, dann muss ich abschätzen, ob ich auf mein TS-Panel verzichten soll oder weiter auf dem passenden Javaskript bleiben soll.

Warum verzichten? Wir haben 2 funktionale Lösungen:

1. NSPanel-Skript in der aktuellen Version
2. NSPanel-Adapter (jetzt auch im stable-Repository)

Die Probleme mit dem "NEVER touch a running System" kommen zwangsläufig. Ich würde eher sagen, dass es aus einer sich langsam entwickelnden Welt (früher) stammt und in der heutigen Zeit absolut keinen Sinn macht...

Daher meine Empfehlung:

1. Betriebssysteme immer aktuell halten (ich denke man kann einen ioBroker nicht wirklich isoliert betreiben, da er sich immer irgendwie Daten (Wetter, PV, sonstige Devices) besorgt)
2. ioBroker immer aktuell halten (NodeJS wird permanent weiterentwickelt. Ebenso TypeScript, mit dem nicht nur unser Skript geschrieben ist, sondern auch der ioBroker selbst und viele iob Adapter (TS wird immer restriktiver). Trixie mit neuem NodeJS und altem JS-Controller / JS-Adapter (oder auch anderen alten Adaptern) wird sicher nicht zur Stabilität beitragen.

Wobei zweiteres wahrscheinlich auch nicht auf Dauer gehen wird.

Stimmt. Nach der langen Zeit der funktionalen Freude, kommt früher oder später bei dieser Vorgehensweise "immer" das Tal der Tränen...

Wenn ich jeden Tag lese, wie viele User täglich ihre Systemprobleme berichten, die alle auf "Never Touch" basieren, dann muss ich schon ab und an schmunzeln. Das ist mir seitdem ich den ioBroker nutze noch nie passiert, dass ich etwas komplett neu aufsetzen musste. Auch meine Ubuntu VM ließ sich immer wieder in die aktuelle Neuzeit anheben... und wird es auch künftig...

[diwoma]

@Armilar sagte in SONOFF NSPanel mit Lovelace UI:

Wenn ich jeden Tag lese, wie viele User täglich ihre Systemprobleme berichten, die alle auf "Never Touch" basieren, dann muss ich schon ab und an schmunzeln. Das ist mir seitdem ich den ioBroker nutze noch nie passiert, dass ich etwas komplett neu aufsetzen musste. Auch meine Ubuntu VM ließ sich immer wieder in die aktuelle Neuzeit anheben... und wird es auch künftig...

Danke für die Antwort.
Es ist nicht so, dass ich alles schleifen lasse. Ich habe den Container auch nicht neu aufgesetzt sondern ein Upgrade gemacht.
Und ich update auch die Adapterversionen regelmäßig. Nur bei Major-Updates bin ich etwas vorsichtig.
Und ich habe schon vorher versucht auf Javascript V9 zu heben, es aber wieder zurückgezogen weil eben NSPanel nicht kompilierbar war.

Zu den beiden NSPanel-Möglichkeiten kann ich nur sagen, dass ich beide im Auge habe, wobei mir der Adapter-Lösung wahrscheinlich besser gefällt. Ich habe ihn noch nicht angeschaut, aber ich hoffe, dass Code und Konfiguration dort besser getrennt sind. Das war es, was mich immer beim Skript gestört hat und es deswegen nicht weiter gepflegt hatte.

Und beide Versionen sind nicht von jetzt auf gleich einsetzbar. Deswegen habe ich auf einen Tip gehofft, diese vier Compilermeldungen zu umgehen, damit ich eine neue Version auf meinem Testsystem vorbereiten kann

[Armilar]

@diwoma

Deswegen habe ich auf einen Tip gehofft, diese vier Compilermeldungen zu umgehen, damit ich eine neue Version auf meinem Testsystem vorbereiten kann

Leider ist das nicht ohne weiteres möglich, da sich inzwischen eine Menge am JS-Adapter geändert hat.

Im Prinzip ist eine Migration in das neueste Skript ebenfalls mit wenig Aufwand möglich. Danach (oder auch gleich) könnte man auf den Adapter migrieren.

[13patrick37]

Frage an die Experten. Ich möchte über das NSPanel in einem Raum, mehrere verschiedene Lichter steuern - habe entsprechend Alias angelegt. Problem an der Sache: In einer Gruppe sollen 6 Spots sein und in der anderen Gruppe 3 Hängeleuchten.

Kann ich diese Gruppen irgendwie über ioBroker abbilden? Dass ich über einen Alias alle Leuchten erreiche. Bei Hue sind als Datenpunkte immer nur die kompletten Zimmer drin.

[teletapi]

Du kannst doch in der Hue App auch Zonen einrichten damit kann man eine Gruppe erstellen, diese im Hue Adapter im Iobroker wiederum einen Alias erstellen kannst.
Spüle ist die Zone und als Einzelleuchten Spüle 1-3 und alle befinden sich im Raum "Küche"

Und das sind die aliase dazu

[13patrick37]

@teletapi
Ja das hab ich auch schon gemacht, wollte das allerdings anders lösen um die Bridge nicht mit den vielen Gruppen vollzumüllen.
Mir bringt das Skript immer mal wieddr Fehlermeldung, dass der Wert "Hue" nicht korrekt wäre. Muss dann alles einmal neustarten, dann gehts wieder. Hast du ähnliche Probleme ab und an?

[teletapi]

@13patrick37 nein ich hab da keine Probleme

[GregorS]

Moin Zusammen,
frohes neues Jahr.
Bei meinem NSPanel wird Relais 2 eingeschaltet, wenn ich den Taster 1 schnell hintereinander drücke.
Wie kann ich das abstellen, bzw. wo?

Danke für Eure Hilfe
Gregor

[TT-Tom]

@GregorS
Wichtig bei Probleme, sind die Versionen die eingesetzt werden.

TFT-Firmware
Berry
Tasmota
Script

Damit können wir die Probleme ggf. nachvollziehen. Bitte nachreichen.

Und die Config der Button aus dem Script.

Edit: hast du händische Rules in Tasmota gesetzt. Wenn ja, dann mal zeigen.

[GregorS]

Ok, Sorry, hatte ich vergessen:
TFT-Firmware: 4.7.4
Berry: 9
Tasmota: 13.3.0
Script: v4.7.1.2

  button1: {
    mode: null,
    page: null,
    entity: null,
    setValue: null
},

// DE: Konfiguration des rechten Schalters des NSPanels
// EN: Configuration of the right switch of the NSPanel
button2: {
    mode: null,
    page: null,
    entity: null,
    setValue: null
},

Meines Wisssens nach habe ich keine Rules gesetzt.

[TT-Tom]

@GregorS
Oh ein Urgestein 😉
Hast du Tasmota mal neu gestartet?
Sind deine Tasten von den Relais entkoppelt?

[Max_yeah]

Hi,
ich hab mal eine Frage/FeatureRequest.
Und zwar haben ich immer öfter den Fall, das ich am Panel eine Uhrzeit konfigurieren möchte.
Zb möchte ich meine neue Wallbox damit verwalten, und dort dann über das Pannel Ladezeiten konfigurieren können (bzw meine Frau die keinen direkten Zugang zu der App hat).
Aktuell ist es so gelöst das ich für eine Uhrzeit 2 Slider benötige (Stunden und Minuten).
Gibt es Ideen oder Ansätze ein für einen Time Alias/Datenpunkt, und eine entsprechende Implementierung in der lovelace firmware. Sodas man dann ähnlich wie bei Temperatur in der ThermoCard(1) eine digitale Uhrzeit mit rauf runter Pfeilen abbilden kann
Gerne fülle ich das noch mal in ein Feature Request auf github ab. Ich wollte nur erstmal fragen ob es da was gibt was ich eventuell übersehen hab. Oder da was in der mache ist.
Danke für eure Mühen und Support!!

[TT-Tom]

@Max_yeah

Für das Script gibt es den PopupTimer der kann auch Urzeiten setzen. Habe aktuell aber kein Beispiel zur Hand.

[GregorS]

Hast du Tasmota mal neu gestartet?
--> Nein 🤔😔
Sind deine Tasten von den Relais entkoppelt?
--> Nein

[GregorS]

Habe einen Kaltstrt gemacht.
Gleiches Verhalten, aber nur auf dem Taster 1
Taster 2 funktionier wie er soll

[GregorS]

@TT-Tom sagte in SONOFF NSPanel mit Lovelace UI:

Oh ein Urgestein 😉

Läuft bis auf den Taster 1 ohne Probleme 👍
Kann man sich die Einstellungen in der Konsole sehen / anzeigen?