UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Kerschte_de]

Hallo zusammen.
Nachdem das 1. Panel nun super auf der Script-Version 5 läuft, wollte ich heute nun das 2. Panel updaten. Hierbei hängt es jedoch am TFT Treiber-Update. Das Panel schaltet noch auf die Ansicht des Updates (weißer Balken) um, jedoch fängt er nicht an zu arbeiten (keine Aktivität - weißer Balken wird nicht blau). Ich habe das Panel mehrfach über Tasmota Oberfläche uns Script neu gestartet. Wo kann ich mit Eurer Hilfe ansetzen?
Viele Grüße,
Kersten

Inzwischen habe ich es ausgebaut und mal vom Strom genommen ... neu gestartet und das Popup für eine neue TFT-Version die "ja"-Taste für das Update gedrückt. Nun kommt ein Fehler auf weißem Bildschirm:
Model does not match
Device Model:
NX4832F035_011C

Über Tasmota bin ich mal in die Console rein. Hier wird folgendes ausgeworfen:

13:06:22.202 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:22.224 QPC: Reset
13:06:22.245 MQT: RagowSmartHome/NSPanel_85C180/tele/RESULT = {"nlui_driver_version":"10"}
13:06:22.289 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:22.430 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:22.521 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:22.564 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:22.625 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:22.675 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:22.816 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:23.951 MQT: RagowSmartHome/NSPanel_85C180/tele/STATE = {"Time":"2025-11-20T13:06:23","Uptime":"0T00:00:10","UptimeSec":10,"Heap":159,"SleepMode":"Dynamic","Sleep":0,"LoadAvg":445,"MqttCount":1,"Berry":{"HeapUsed":16,"Objects":220},"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"GlasRepThiel","BSSId":"74:42:7F:B9:EC:1B","Channel":11,"Mode":"HT40","RSSI":66,"Signal":-67,"LinkCount":1,"Downtime":"0T00:00:03"},"Hostname":"NSPanel-85C180-0384","IPAddress":"192.168.188.240"}
13:06:24.009 MQT: RagowSmartHome/NSPanel_85C180/tele/SENSOR = {"Time":"2025-11-20T13:06:23","ANALOG":{"Temperature1":20.0},"ESP32":{"Temperature":46.1},"TempUnit":"C"}
13:06:26.422 MQT: RagowSmartHome/NSPanel_85C180/tele/RESULT = {"CustomRecv":"event,buttonPress2,TFTFirmwareUpdate,notifyAction,yes"}
13:06:26.465 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"FlashNextion":"Done"}
13:06:26.504 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:06:26.510 FLH: host: nspanel.de, port: 80, get: /nspanel-v5.0.2.tft
13:06:26.877 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"T1":0,"T2":0,"T3":0,"T4":0,"T5":0,"T6":0,"T7":0,"T8":0}
13:06:26.888 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"Rule3":{"State":"OFF","Once":"OFF","StopOnError":"OFF","Length":0,"Free":511,"Rules":""}}
13:06:26.915 FLH: Something has gone wrong flashing display firmware [bytes('55BB24006576656E742C627574746F6E5072657373322C706F7075704E6F7469...')]
13:06:27.034 FLH: Send (High Speed) flash start
13:06:27.422 MQT: RagowSmartHome/NSPanel_85C180/tele/RESULT = {"Flashing":{"complete": "0", "time_elapsed": 0}}
13:06:59.459 MQT: RagowSmartHome/NSPanel_85C180/stat/RESULT = {"CustomSend":"Done"}
13:11:23.946 MQT: RagowSmartHome/NSPanel_85C180/tele/STATE = {"Time":"2025-11-20T13:11:23","Uptime":"0T00:05:10","UptimeSec":310,"Heap":150,"SleepMode":"Dynamic","Sleep":0,"LoadAvg":999,"MqttCount":1,"Berry":{"HeapUsed":18,"Objects":225},"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"GlasRepThiel","BSSId":"74:42:7F:B9:EC:1B","Channel":11,"Mode":"HT40","RSSI":68,"Signal":-66,"LinkCount":1,"Downtime":"0T00:00:03"},"Hostname":"NSPanel-85C180-0384","IPAddress":"192.168.188.240"}
13:11:24.001 MQT: RagowSmartHome/NSPanel_85C180/tele/SENSOR = {"Time":"2025-11-20T13:11:23","ANALOG":{"Temperature1":20.2},"ESP32":{"Temperature":47.2},"TempUnit":"C"}

[ticaki]

Hast du 15.1.0 installiert - das ist inkompatibel. Wenn ja bitte zurück auf 15.0.1

[Kerschte_de]

@ticaki stimmt. ich habe gerade den Hinweis im Script selbst dazu gelesen. Das ist die Ursache. Nun recherchiere ich gerade, wie ich den Tasmota downgrade auf der Tasmota Oberfläche machen kann

[Kerschte_de]

sagte in SONOFF NSPanel mit Lovelace UI:

@ticaki stimmt. ich habe gerade den Hinweis im Script selbst dazu gelesen. Das ist die Ursache. Nun recherchiere ich gerade, wie ich den Tasmota downgrade auf der Tasmota Oberfläche machen kann

Nach mehreren Versuchen läuft das Nexion Updaten nun an. Vielen Dank.

[mading]

Eine Frage: ich benutze das NSPanel nur für den Screensaver. Zusätzlich lasse ich mir als Popup Meldungen von meiner Heimautomatisierung anzeigen, die nach ein paar Sekunden verschwinden. Ich habe keine Pages definiert. Ist es möglich, die ganzen Service pages zu entfernen, so dass er direkt in den Screensaver nach einem Popup zurück geht?

Ich habe schon alle Pages entfernt zum Testen, auch die "let"-Einträge. Der Screenaver wird nicht mehr angezeigt.

[TT-Tom]

@mading
ich würde sagen setzte Screensavertimeout auf 1

alias.0.NSPanel.Flur.Config.Screensaver.timeoutScreensaver

dann springt er nach einer Sekunde in den Screensaver

[Wuschl]

@Kerschte_de Servus, wie kommt man zurück auf 15.0.1??

[australien]

@Wuschl
bei OTA

http://ota.tasmota.com/tasmota32/release-15.0.1/tasmota32-nspanel.bin

eintragen und update durchführen

[Wuschl]

@australien Vielen Dank

[_tidf]

Moin, ich brauch mal unterstützung, aufgrund keine freie nutzung von Accuweather hab ich mein NS-Panel mal neu aufgesetzt, Funktioniert soweit alles, das Wetter hole ich mir vom Openweathermap (das nutze ich paralell schon lange). jedoch klappt das mit den icons vom aktuellem Wetter nicht, bei Accuweather war im Alias "Wetter" bei Icon immer eine "Zahl" für das icon hinterlegt, Openweathermap gibt an der stelle ein Internetlink und keine Zahl.

Hat jemand ne ide? wie habt ihr das gelöst?

[Marc Berg]

@_tidf sagte in SONOFF NSPanel mit Lovelace UI:

wie habt ihr das gelöst?

Mit einem Read Converter

(val.split("/").pop()).split(".").shift()

[Armilar]

@_tidf

Die Antwort von @Marc-Berg ist natürlich korrekt...

Geht aber auch schneller ;-) ... einfach den verwendeten Wetter-Alias löschen... Dann wird der Wetter-Alias für den neuen Wetter-Adapter neugeschrieben und alles korrekt angelegt wie im Bereich des Skriptes für openweathermap:

[peterfido]

Jedesmal muss ich nach dem Update eine Änderung im Code des Skripts vornehmen.

Es wird der Ist-Zustand
wie folgt ermittelt:
Bei Zeile 5160

Spoiler

            if (pageItem.monobutton != undefined && pageItem.monobutton == true) {
                if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
                }
            } else {
                if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
                }
                if (existsState(pageItem.id + '.SET')) {
                    val = getState(pageItem.id + '.SET').val;
                    RegisterEntityWatcher(pageItem.id + '.SET');
                }
            }

Der Nachteil ist, wenn es .ACTUAL und .SET gibt, wird .SET statt .ACTUAL genutzt.

Daher habe ich eine Standard-Änderung, welche ich jedesmal durchführe:
(die Zeilen mit //peterfido am Ende)

Spoiler

            if (pageItem.monobutton != undefined && pageItem.monobutton == true) {
                if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
                }
            } else {
                if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
//                }     // peterfido
                } else {    // peterfido
                    if (existsState(pageItem.id + '.SET')) {
                        val = getState(pageItem.id + '.SET').val;
                        RegisterEntityWatcher(pageItem.id + '.SET');
                    }
                }   // peterfido
            }

Das hat den Vorteil, dass die Indikatoren die korrekte Farbe bekommen können. Auch, wenn '.SET' immer true ist, da es nie false wird.

[_tidf]

@Marc-Berg: Mega Geil, Danke für den Tipp hat auf anhieb funktioniert. Sowas habe ich gesucht, eine einfache unkomplizierte lösung

[Armilar]

@peterfido

Ich hatte vor ein paar Tagen bereits eine Änderung im DEV Script vorgenommen:

            if (pageItem.monobutton != undefined && pageItem.monobutton == true) {
                if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
                }
            } else {
                if (existsState(pageItem.id + '.ACTUAL')) {
                    val = getState(pageItem.id + '.ACTUAL').val;
                    RegisterEntityWatcher(pageItem.id + '.ACTUAL');
                }
                if (existsState(pageItem.id + '.SET') && !existsState(pageItem.id + 'ACTUAL')) {
                    val = getState(pageItem.id + '.SET').val;
                    RegisterEntityWatcher(pageItem.id + '.SET');
                }
            }

Soll den ACTUAL forcieren, den SET aber alternativ nehmen, wenn kein ACTUAL vorhanden ist. Hintergrund hierbei ist, dass nur ein Trigger existieren sollte und der Seitenaufbau nicht doppelt stattfindet.

Jetzt kam ein neues Problem hinzu - und zwar, dass sich Aliasse im Channel (aus welchem Grund auch immer) geändert haben, wenn man neue Devices anlegt (also im Device Manager letzte Version - wahrscheinlich der Type-Detector). Es sind da einige Typen hinzugekommen, aber auch alte bekannte in der Nomenklatur verändert wurden. Da muss ich noch mal durch und nachsehen, wie sich die Alte Nomenklatur mit der neuen Nomenklatur der Aliasse verträgt.

Auf einmal gibt es auch Kombinationen wie "ON_ACTUAL" und "SET", etc. die es bislang nicht gab.

[peterfido]

@Armilar danke, ich hatte gestern erst das aktuelle Skript von GitHub kopiert, und da fehlte es noch. Daher nochmal mein Hinweis.

[martinschm]

Hi,
Hatte mir vor einer Weile das Nspanel Pro geholt, das läuft ja mit Android.
Wie nutze ich das am besten mit iobroker?

Hab da wohl zu schnell bestellt damals

[Armilar]

In der wunderbaren Video-Reihe von "haus-automatisierung" gibt es auch etwas zum Thema NSPanel Pro

https://www.youtube.com/watch?v=D2YuNtLKIHg

Das "NSPanel Pro" ist im Grunde nur soweit mit ioBroker nutzbar, dass du einen Browser öffnen kannst (vorausgesetzt es wurde eine alternative APK installiert) und eine VIS oder eine andere ioBroker Visualisierung laufen lassen kannst.

Die beiden Varianten NSPanel (ESP32 mit Tasmota nutzbar) und NSPanel Pro (Android) sind von der Art eben sehr unterschiedlich. Wir gehen hier nur auf das NSPanel ein oder verweisen auf den NSPanel Adapter, der parallel aus dem Skript für das NSPanel adaptiert wurde und mittlerweile auch im ioBroker Latest-Repository zu finden ist.

[Gargano]

@martinschm Ich hab auch einen pro als reine Visu mit Vis-2 und fullybrowser. Must halt eine eigene Visu anlegen, die in das Format passt.