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

[c3b]

Hi Leutz

Wollte mich auch noch einmal melden. Hammer geil hier. Allen beteiligten meinen herzlichen Dank.

Ich habe Tasmota geflashed, Lovelace geuppt und bin gerade dabei meine Seiten einzurichten. Sieht auch gar nicht so schlecht aus.

Jetzt habe ich gesehen, dass meine Uhr auf dem Panel um eine Stunde zuspät geht. Hatte erst die Zeitzone in verdacht. Hab dann auf der Konsole die Zeit abgefragt. Sie stimmt aber. Also hatte ich iobroker in verdacht. Passt aber auch. Selbst in meiner VIS stimmt die Uhrzeit.

Meiner Meinung nach bleibt somit nur noch das Skript. Da finde ich aber nichts. Der Zeiteintrag sagt mir nichts.

In der Beschreibung steht einmal: Date/Time im Screensaver auf Basis localString

Und weiter unten steht:

//Uhrzeit an NSPanel senden
schedule('* * * * *', () => {
    try {
        SendTime();
        HandleScreensaverUpdate();
    } catch (err) {
        console.warn('schedule: ' + err.message);
    }

Kann mir da jemand helfen?

LG aus dem Sauerland

Jörg

[TT-Tom]

Hallo @c3b

ein User hatte schon mal das Problem mit der Uhrzeit. Am Script kann es eigentlich nicht liegen, sonst hätten viele das Problem. lies dich mal hier ein.

[c3b]

@tt-tom Hi. Vielen Dank für die Info. Du hattest recht. Mein iobroker läuft in einem proxmox-Container. Dort fehlte die Zeitzone.

Trotzdem will mein NSPanel nicht so wie ich es möchte. In der iobroker-Konsole zeigt er mir jetzt die Zeitzone Berlin und die richtige localtime an. Als UTC steht dort die Zeit minus eine Stunde.

Nimmt das NSPanel die UTC-Time? Das kann ich mir nicht vorstellen.
Warum hat meine VIS die richtige Uhrzeit angezeigt? Vermutlich, weil ich im iobroker meinen Standort eingetragen habe und sich daraus die richtige Zeitzone ergibt.

Tasmotazeit passt, iobrokerzeit passt, trotzdem zeigt mein Panel eine Stunde zu wenig an.

Hat noch jemand eine Idee?

LG aus dem Sauerland

[Armilar]

@c3b

Welche nodeJS-Version hast du installiert?

Führe mal node -v in der Linux-Console aus.

In der Vergangenheit waren häufig die Fehler in einer früheren nodeJS-Version zu finden.

Die aktuelle Version wäre v16.19.0

@TT-Tom hat recht. Es liegt nicht am Script. Somit kann es nur am Betriebssystem, Promox
oder nodeJS liegen.
Das Script holt sich lediglich (minütlich) die aktuell Systemzeit new Date() über die TSScript Funktion SendTime() und sendet diese an Tasmota. Somit dürften bei dir auch alle anderen zeitabhängigen Scripte im ioBroker nicht korrekt funktionieren.
Anders sieht es beim Datum aus, Dort wird date.toLocaleDateString verwendet. Das hat wiederum keinen Einfluss auf die Uhrzeit (separate Funktionen).

Den nodeJS Check solltest du in jedem Fall machen. Aber ich vermute, du hast das eigentliche Problem noch im Promox.

[Armilar]

@tt-tom

Sieht gut aus und wäre als Erweiterung (auch seitens der Logik) soweit auch absolut korrekt. Habe es mir noch nicht live angesehen und vermute auch eher, dass es morgen wird.

Auch wenn es absolut richtig ist, werden wir mit dieser Methode alle User mit Subpages nötigen, diese Änderungen (wenn auch nur geringe) in vorhandene Subpages einzubauen. Andererseits ist die Flexibilität auch größer. Ich versuche morgen mal einen umfänglichen Test einzuricheten.

Von meiner Seite

[c3b]

@armilar sagte in SONOFF NSPanel mit Lovelace UI:

node -v

Hi.
Danke für die Info. Ich habe die Version 16.18.0. Wird sowohl in der Konsole als auch im iobroker angezeigt. Sollte eigentlich recht aktuell sein.
Ich werde mal weiter das www bemühen.

LG aus dem Sauerland

[Armilar]

@c3b

Die 16.18.0 ist okay. Aber führe mal:

sudo apt-get update

und

sudo apt-get dist-upgrade

durch.

Dann sollte die nodeJS auch die aktuelleste sein.

Wenn dannn anschließend noch ein

sudo reboot

kommt, bist du zumindest mal von der Laufzeitumgebung auf der richtigen Spur...

[ravenst0ne]

Hallo,

ich habe aktuell leider Schwierigkeiten die TFT Firmware zu flashen, unabhängig von der Version 3.6.0 oder 3.7.0. Bei drei von vier NSPanel ging es ohne Probleme, nur eines bricht das Flashen zu verschieden Zeitpunkten mit den Fehlermeldungen ab:

stack traceback:
	<native>: in native function
	<unknown source>: in function `crc16`
	<unknown source>: in function `encode`
	<unknown source>: in function `send`
	<unknown source>: in function `send_cmd2`
	<unknown source>: in function `exec_cmd`
	<unknown source>: in function `event`
BRY: stack[1] = type='instance' (Tasmota)
BRY: stack[2] = type='function' ()
BRY: stack[3] = type='instance' (Tasmota)
BRY: stack[4] = type='string' (every_100ms)
BRY: stack[5] = type='string' ()
BRY: stack[6] = type='int' ()
BRY: stack[7] = type='string' ()

Die autoexec.be habe ich auch schon gelöscht und neu erstellt, hatte jemand schon einen ähnlichen Fehler?

[Armilar]

@ravenst0ne

lösche bitte mal die autoexec.bec

Danach nochmal rebooten und versuchen. Es gibt mittlerweile den Berry-Driver v.7

https://github.com/joBr99/nspanel-lovelace-ui/blob/main/tasmota/autoexec.be

Der soll ebenfalls auch die aktuelle Fehler beim Flashen mit Versionen ab Tasmota v12.3.1 beheben.

P.S.: Das FlashNextion hat mit dem ioBroker TS-Script nichts zu tun. Erst wenn sich munter der "Waiting for Content" dreht, dann ist der ioBroker im Spiel...

EDIT: Falls das widererwartend ebenfalls nicht funktionieren sollte, dann das ganze mit einer Tasmota-Version 12.2.0 wiederholen.

[ravenst0ne]

@armilar Hatte ich vergessen zu erwähnen, Tasmota ist in Version 12.2.0, mit 13.3.1 das gleiche Verhalten.
Beim Neuerstellen der autoexec.be hab ich die *.bec auch gelöscht, der Berry-Driver ist auch schon auf Version 7

[Armilar]

@ravenst0ne

Das Kabel vom TFT wieder sauber angesteckt?

[ravenst0ne]

@armilar Wurde seit Installation nicht mehr angefasst, aber ich konnt es nun lösen!
Hatte die tasmota-bluetooth installiert, da ich das NSPanel auch als BLE Gateway nutze, damit hatte ich bisher aber nie Einschränkungen und Updates liefen ohne Probleme. Hab nun die tasmota-nspanel gefasht, Update vom TFT durchgeführt und anschließend wirder die nspanel-bluetooth geflasht. Sorry, und danke für deine Unterstützung!

[Armilar]

@ravenst0ne

Kein Problem - funktioniert bei dir und der Aufwand war ja nicht so groß

Vielleicht liegt es daran, dass der PSRAM unter der Bluetooth-Tasmota nicht supportet wird...

[joBr99]

Tasmota Bluetooth hab ich noch nie probiert; die normale Tasmota Version ohne nspanel funktioniert, auch ohne PSRAM.

[c3b]

@armilar sagte in SONOFF NSPanel mit Lovelace UI:

sudo reboot

Hi armilar

Das war es. Mit der 16.19.0 funktioniert es. Evtl. sollte es hierzu ein Hinweis geben.

Vielen lieben Dank und Frohe Weihnachten.

LG aus dem Sauerland
Jörg

[Armilar]

@c3b

Ich denke, es war ein Zusammenspiel zwischen dem Systemupdate (sollte des Öfteren durchgeführt werden) und deinen Änderungen im Promox. Manchmal hängt es einfach nur irgendwo.

Mit der 16.18.1 hat es bei mir auch funktioniert. Aber die 16.18.0 weist schon darauf hin, dass das letzte Systemupdate etwas länger her ist.

[bean]

@armilar said in SONOFF NSPanel mit Lovelace UI:

Sollte gefixt sein...
Ansonsten für den Datenpunkt keinen Eintrag (null eintragen) wählen:

Ich habe das selbe Problem mit den Navigationspfeilen, die immer in die oberste Ebene zurückführen - wo ist dieser bExitPage Datenpunkt einzutragen, bei mir gibts den scheinbar nicht?
Danke!

[Armilar]

@bean

0_userdata.0.NSPanel.1.ScreensaverInfo.bExitPage = null

Wird mit 3.7.0 automatisch angelegt.

[bean]

@armilar said in SONOFF NSPanel mit Lovelace UI:

@bean

0_userdata.0.NSPanel.1.ScreensaverInfo.bExitPage = null

Wird mit 3.7.0 automatisch angelegt.

Ah, da bin ich blind gewesen, der Datenpunkt ist ja vorhanden.
Allerdings ist der Punkt schon auf (null), trotzdem komme ich mit beiden Icons links und rechts oben (Pfeil hoch und Haus) immer ins gleiche oberste Menü, egal auf welcher Subpage ich war - sollte nicht so sein?

[TT-Tom]

@armilar sagte in SONOFF NSPanel mit Lovelace UI:

Von meiner Seite

Danke, ich habe heute nochmal drüber geschaut, den "else Teil" können wir weglassen.

            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');
            };

Perfekt wäre, wenn die Rolle "o.common.role" mit genutzt werden könnte. Damit können die Standard-Icon genutzt werden. Aber ich glaube dann müsste die Funktion CreateEntity komplett neu geschrieben werden. Ich schau mir mal das parallel zu dir mit an.