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

[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.

[Kerschte_de]

@Wuschl sagte in SONOFF NSPanel mit Lovelace UI:

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

ich hatte ja leider bereits die 15.1.xx drauf und da hatte es nicht funktioniert. Also auf die vorhergehende Version downgegraded, indem ich eine ältere Tasmota-Datei aus dem entsprechenden Github-Archiv gedownloaded habe. Das habe ich dann manuell über die Tasmota-Oberfläche des NSPanel hochgeladen und die Install dort ausgeführt.

[13patrick37]

Hallo zusammen,
ich beschäftige mich nun auch seit ein paar Tagen mit dem NSPanel mit Lovelace UI.

Ich bin nur etwas verwirrt, da einige Anleitungen im TS geschrieben werden, andere über Blockly. Wie verhalte ich mich bei Steuerung von Licht und Rollo?

Und macht es Sinn, Rollo und Licht auf einer Seite aufzuführen, oder lieber getrennt? Wie sind da eure Erfahrungen?

[ilovegym]

@13patrick37

Blockly ist nur eine für den "allgemeinen, einfachen" Anwenderzweck aufgesetzte Benutzeroberfläche, darunter ist Javascript / Typescript.

Mit der Steuerung selbst hat das nichts zu tun, ist halt Sache des Programmiereres, in was er seine Funktionen schreibt.. ich bin mittlerweile auch mehr javascript / typescript gewohnt, als in Blockly. (Blockly nutze ich für schnelle Dinge mal am Tablet, wo ich keine Tastatur dran habe).

Ob es Sinn macht, wie viele Seiten und was du darauf darstellst, hängt ja von deiner Umgebung dem Sinn des Panels ab. Am Anfang hatte ich auch etliche Menus mit Lichtschaltern, Rolladen, Tueren etc, mittlerweile sind die alle samt Geschichte, da sich herausgestellt hat, dass
a) das Bedienen mit dicken Fingern einfach ne frickelei ist
b) mittlerweile meine Automatiken so intelligent sind, dass alles von alleine geregelt / geschaltet/ geöffnet / geschlossen wird.. und es nur noch in Ausnahmefällen ein manuelles Eingreifen erforderlich ist

Wenn du fuer jeden Raum ein Panel hast, dann reicht ja meist eine Seite mit Schalter fuer Licht, Rolladen, Ambiente oder den entsprechenden Szenen halt..

Hier ist die Nutzung nur noch zur Darstellung einiger Werte und schalten des Alarmsystems da, am meisten genutzt werden die beiden Hardwarebuttons.

Ich nutze 12 Panels zur Zeit produktiv im ganzen Haus verteilt auf 4 Etagen und seit über einem Jahr, am Anfang habe ich noch das Script genutzt, seitdem der Adapter existiert, bin ich nach und nach zum Adapter umgezogen, der ist mittlerweile stable genug (nicht im stable repo, ist noch latest) um produktiv zu arbeiten.