NEWS
Sonoff NSPanel
-
Die Idee mit dem Timeout hatte ich auch schon. Aber ja, schade, dass dann die Dimm-Funktion nicht mehr geht.
Was gegen den Screensaver spricht? Ich hätte einfach gerne auf der ersten (immer sichtbaren) Seite einige normale Buttons um erstens dierekt den Zustand dieser Geräte zu sehen (an/aus) und zweitens diese dann auch direkt steuern zu können. Wetter/Zeit etc. wird mir schon anderweitig angezeigt. Brauch ich also einfach nicht.
Vllt. wäre das ja ein Feature für die Zukunft, den Screensaver einfach deaktivieren zu können :)
@nevermind said in Sonoff NSPanel:
Die Idee mit dem Timeout hatte ich auch schon. Aber ja, schade, dass dann die Dimm-Funktion nicht mehr geht.
Was gegen den Screensaver spricht? Ich hätte einfach gerne auf der ersten (immer sichtbaren) Seite einige normale Buttons um erstens dierekt den Zustand dieser Geräte zu sehen (an/aus) und zweitens diese dann auch direkt steuern zu können. Wetter/Zeit etc. wird mir schon anderweitig angezeigt. Brauch ich also einfach nicht.
Vllt. wäre das ja ein Feature für die Zukunft, den Screensaver einfach deaktivieren zu können :)
Wäre es denn für Dich ein Kompromiss, wenn Du dort wo jetzt die Wetterdaten stehen, ggf. die Status stehen die Du willst? Du kannst ja dann als Seite 1 dahinter direkt die Seite zum Schalten der Items platzieren.
-
@nevermind sagte in Sonoff NSPanel:
Die Idee mit dem Timeout hatte ich auch schon. Aber ja, schade, dass dann die Dimm-Funktion nicht mehr geht.
Was gegen den Screensaver spricht? Ich hätte einfach gerne auf der ersten (immer sichtbaren) Seite einige normale Buttons um erstens dierekt den Zustand dieser Geräte zu sehen (an/aus) und zweitens diese dann auch direkt steuern zu können. Wetter/Zeit etc. wird mir schon anderweitig angezeigt. Brauch ich also einfach nicht.
Vllt. wäre das ja ein Feature für die Zukunft, den Screensaver einfach deaktivieren zu können :)
Das Problem liegt eigentlich nicht darin, das der Screensaver ausgeblendet werden kann. Das passiert schon wenn man z.B. in der function HandleMessage screensaverEnabled = false setzt und die HandleScreensaver auskommentiert.
case 'sleepReached': screensaverEnabled = false; if (pageId < 0) pageId = 0; //HandleScreensaver(); break;Nur kann ich dann nicht irgendwo auf den Screen klicken um den Dimmode auzuhebeln. Das liegt wahrscheinlich daran, dass der Screensaver eine Seite ohne Interaktion ist und dort ein Overlay positioniert werden kann. Ohne Dimmode steigt der Stromverbrauch des Panels jedoch auch. Ansonsten könnten alle Dimmode Werte auf 100 gesetzt werden und die Lösung wäre wahrscheinlich (ungetestet) so, wie du sie möchtest.
Also das Panel reagiert nicht, wenn ich auf eine Grid-Seite klicke - es wird kein "event" gesendet, welches ausgewertet werden kann. Es reagiert jedoch - und dann wird der Dimmode auch deaktiviert, wenn du eine Aktion wie Next-Page; Previous-Page oder einfach eine Unterseite öffnest, d.h. das Panel zwingst, die Seite zu wechseln.
Also wenn du mit dem beschriebenen leben kannst - hast du deine Lösung - ich fürchte, mehr wird auch in der Zukunft nicht implementiert werden können.
Hallo ,
erstmal ein großes Danke an den Entwickler für die tolle Arbeit.ich habe die Installation wie in der Docu durchgeführt soweit sogut. Ich habe das US Panel in benutzung ,Tasmota 12.1.1.
Leider nach configuration des Scripts steht auf den Panel immer noch Waiting for content...was mir auf gefallen ist sind die datenpunkte in Iobroker die sehen etwas anders als die sollten.
wie man sehen kann gibt es den ordner stat oder tele nicht. kann das der fehler sein und wenn ja wie bekomme ich ich das hin.
vielen dank für eure hilfe schon mal.
grüße
andy -
@hagbard235 sagte in Sonoff NSPanel:
@peet_b Hast du eine Lösung gefunden, meine Situation ist genauso.
Erst mit meinem "Prod-System" probiert, dann ein neuer "nackter" Container, dann eine Handinstallation im Debian... aber sobald ich die beiden NSPanel-Scripte "anschalte" läuft die Javascript-Instanz in eine bootloop, weil sie sofort wieder abbricht. Beim Container hab ich alles von V5 bis V7 durchprobiert, ohne Veränderung. Jemand ne Idee?Hier mein Protokoll:
host.debian 2022-08-29 21:52:53.025 error instance system.adapter.javascript.0 terminated with code 6 (UNCAUGHT_EXCEPTION) host.debian 2022-08-29 21:52:53.024 error Caught by controller[3]: at processImmediate (internal/timers.js:463:21) host.debian 2022-08-29 21:52:53.024 error Caught by controller[3]: at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/main.js:1078:64) host.debian 2022-08-29 21:52:53.023 error Caught by controller[3]: at transformGlobalDeclarations (/opt/iobroker/node_modules/iobroker.javascript/lib/typescriptTools.js:496:31) host.debian 2022-08-29 21:52:53.023 error Caught by controller[3]: at Object.printNode (/opt/iobroker/node_modules/typescript/lib/typescript.js:112313:62) host.debian 2022-08-29 21:52:53.022 error Caught by controller[3]: at printFile (/opt/iobroker/node_modules/typescript/lib/typescript.js:112329:13) host.debian 2022-08-29 21:52:53.022 error Caught by controller[3]: at writeFile (/opt/iobroker/node_modules/typescript/lib/typescript.js:112468:13) host.debian 2022-08-29 21:52:53.021 error Caught by controller[3]: at print (/opt/iobroker/node_modules/typescript/lib/typescript.js:112484:13) host.debian 2022-08-29 21:52:53.020 error Caught by controller[3]: at pipelineEmit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112548:13) host.debian 2022-08-29 21:52:53.020 error Caught by controller[3]: at pipelineEmitWithHint (/opt/iobroker/node_modules/typescript/lib/typescript.js:112608:17) host.debian 2022-08-29 21:52:53.019 error Caught by controller[3]: at pipelineEmitWithHintWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:112623:24) host.debian 2022-08-29 21:52:53.019 error Caught by controller[3]: at emitSourceFile (/opt/iobroker/node_modules/typescript/lib/typescript.js:114981:17) host.debian 2022-08-29 21:52:53.018 error Caught by controller[3]: at emitBodyWithDetachedComments (/opt/iobroker/node_modules/typescript/lib/typescript.js:116369:17) host.debian 2022-08-29 21:52:53.017 error Caught by controller[3]: at emitSourceFileWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:115062:13) host.debian 2022-08-29 21:52:53.017 error Caught by controller[3]: at emitList (/opt/iobroker/node_modules/typescript/lib/typescript.js:115376:13) host.debian 2022-08-29 21:52:53.016 error Caught by controller[3]: at emitNodeList (/opt/iobroker/node_modules/typescript/lib/typescript.js:115411:17) host.debian 2022-08-29 21:52:53.015 error Caught by controller[3]: at emitNodeListItems (/opt/iobroker/node_modules/typescript/lib/typescript.js:115493:17) host.debian 2022-08-29 21:52:53.015 error Caught by controller[3]: at emitListItemWithParenthesizerRule (/opt/iobroker/node_modules/typescript/lib/typescript.js:116742:9) host.debian 2022-08-29 21:52:53.014 error Caught by controller[3]: at emit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112521:13) host.debian 2022-08-29 21:52:53.014 error Caught by controller[3]: at pipelineEmit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112548:13) host.debian 2022-08-29 21:52:53.013 error Caught by controller[3]: at pipelineEmitWithComments (/opt/iobroker/node_modules/typescript/lib/typescript.js:116249:13) host.debian 2022-08-29 21:52:53.012 error Caught by controller[3]: at pipelineEmitWithHint (/opt/iobroker/node_modules/typescript/lib/typescript.js:112608:17) host.debian 2022-08-29 21:52:53.012 error Caught by controller[3]: at pipelineEmitWithHintWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:112799:32) host.debian 2022-08-29 21:52:53.011 error Caught by controller[3]: at emitModuleDeclaration (/opt/iobroker/node_modules/typescript/lib/typescript.js:114436:13) host.debian 2022-08-29 21:52:53.010 error Caught by controller[3]: at emit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112521:13) host.debian 2022-08-29 21:52:53.009 error Caught by controller[3]: at pipelineEmit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112548:13) host.debian 2022-08-29 21:52:53.004 error Caught by controller[3]: at pipelineEmitWithComments (/opt/iobroker/node_modules/typescript/lib/typescript.js:116249:13) host.debian 2022-08-29 21:52:53.004 error Caught by controller[3]: at pipelineEmitWithHint (/opt/iobroker/node_modules/typescript/lib/typescript.js:112608:17) host.debian 2022-08-29 21:52:53.003 error Caught by controller[3]: at pipelineEmitWithHintWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:113075:22) host.debian 2022-08-29 21:52:53.003 error Caught by controller[3]: Error: Debug Failure. Unhandled SyntaxKind: Unknown. host.debian 2022-08-29 21:52:53.002 error Caught by controller[2]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: host.debian 2022-08-29 21:52:53.001 error Caught by controller[1]: DeprecationWarning: 'createModuleDeclaration' has been deprecated since v4.0.0. Use the appropriate method on 'ts.factory' or the 'factory' supplied by your transformation context instead. host.debian 2022-08-29 21:52:53.001 error Caught by controller[1]: DeprecationWarning: 'createModuleBlock' has been deprecated since v4.0.0. Use the appropriate method on 'ts.factory' or the 'factory' supplied by your transformation context instead. host.debian 2022-08-29 21:52:53.000 error Caught by controller[1]: DeprecationWarning: 'createIdentifier' has been deprecated since v4.0.0. Use the appropriate method on 'ts.factory' or the 'factory' supplied by your transformation context instead. host.debian 2022-08-29 21:52:52.999 error Caught by controller[1]: DeprecationWarning: 'createModifier' has been deprecated since v4.0.0. Use the appropriate method on 'ts.factory' or the 'factory' supplied by your transformation context instead. host.debian 2022-08-29 21:52:52.997 error Caught by controller[1]: DeprecationWarning: 'updateClassDeclaration' has been deprecated since v4.0.0. Use the appropriate method on 'ts.factory' or the 'factory' supplied by your transformation context instead. javascript.0 2022-08-29 21:52:41.301 warn Terminated (UNCAUGHT_EXCEPTION): Without reason javascript.0 2022-08-29 21:52:41.266 info terminating javascript.0 2022-08-29 21:52:40.623 error Debug Failure. Unhandled SyntaxKind: Unknown. javascript.0 2022-08-29 21:52:40.622 error Error: Debug Failure. Unhandled SyntaxKind: Unknown. at pipelineEmitWithHintWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:113075:22) at pipelineEmitWithHint (/opt/iobroker/node_modules/typescript/lib/typescript.js:112608:17) at pipelineEmitWithComments (/opt/iobroker/node_modules/typescript/lib/typescript.js:116249:13) at pipelineEmit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112548:13) at emit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112521:13) at emitModuleDeclaration (/opt/iobroker/node_modules/typescript/lib/typescript.js:114436:13) at pipelineEmitWithHintWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:112799:32) at pipelineEmitWithHint (/opt/iobroker/node_modules/typescript/lib/typescript.js:112608:17) at pipelineEmitWithComments (/opt/iobroker/node_modules/typescript/lib/typescript.js:116249:13) at pipelineEmit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112548:13) at emit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112521:13) at emitListItemWithParenthesizerRule (/opt/iobroker/node_modules/typescript/lib/typescript.js:116742:9) at emitNodeListItems (/opt/iobroker/node_modules/typescript/lib/typescript.js:115493:17) at emitNodeList (/opt/iobroker/node_modules/typescript/lib/typescript.js:115411:17) at emitList (/opt/iobroker/node_modules/typescript/lib/typescript.js:115376:13) at emitSourceFileWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:115062:13) at emitBodyWithDetachedComments (/opt/iobroker/node_modules/typescript/lib/typescript.js:116369:17) at emitSourceFile (/opt/iobroker/node_modules/typescript/lib/typescript.js:114981:17) at pipelineEmitWithHintWorker (/opt/iobroker/node_modules/typescript/lib/typescript.js:112623:24) at pipelineEmitWithHint (/opt/iobroker/node_modules/typescript/lib/typescript.js:112608:17) at pipelineEmit (/opt/iobroker/node_modules/typescript/lib/typescript.js:112548:13) at print (/opt/iobroker/node_modules/typescript/lib/typescript.js:112484:13) at writeFile (/opt/iobroker/node_modules/typescript/lib/typescript.js:112468:13) at printFile (/opt/iobroker/node_modules/typescript/lib/typescript.js:112329:13) at Object.printNode (/opt/iobroker/node_modules/typescript/lib/typescript.js:112313:62) at transformGlobalDeclarations (/opt/iobroker/node_modules/iobroker.javascript/lib/typescriptTools.js:496:31) at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.javascript/main.js:1078:64) at processImmediate (internal/timers.js:463:21) javascript.0 2022-08-29 21:52:40.620 error unhandled promise rejection: Debug Failure. Unhandled SyntaxKind: Unknown. javascript.0 2022-08-29 21:52:40.619 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). javascript.0 2022-08-29 21:52:39.693 info script.js.global.IconSelector: TypeScript compilation successful javascript.0 2022-08-29 21:52:04.477 info script.js.global.IconSelector: compiling TypeScript source... javascript.0 2022-08-29 21:52:04.358 info received all states javascript.0 2022-08-29 21:52:04.303 info received all objects javascript.0 2022-08-29 21:52:02.468 info requesting all objects javascript.0 2022-08-29 21:52:02.463 info requesting all states javascript.0 2022-08-29 21:52:01.460 info starting. Version 6.0.0 in /opt/iobroker/node_modules/iobroker.javascript, node: v12.22.12, js-controller: 4.0.23Versuche mal ein Update von node: v12.22.12 auf node: v16.17.0 (empfohlen)
https://forum.iobroker.net/topic/44566/how-to-node-js-iobroker-richtig-updaten-2021-22-edition
Und statt 14 die 16 verwenden
Versuche mal ein Update von node: v12.22.12 auf node: v16.17.0 (empfohlen)
https://forum.iobroker.net/topic/44566/how-to-node-js-iobroker-richtig-updaten-2021-22-edition
Und statt 14 die 16 verwenden
Puh, das war ein Akt... die Debian-Manuelle-Installation ist beim Node-Updaten in einer Endlosschleife gelaufen (nach 6 Stunden ahb ich aufgegeben), im Container ist ein Node-Update eine echte Herausforderung... erst nach nem Tipp kam ich auf die Idee zu schauen ob es einen IOBroker-Docker-Container mit aktuellem Node16 gibt... gab es, danke an dontobi :D aber der Script-Fehler bleibt der gleich :scream:
-
Hallo ,
erstmal ein großes Danke an den Entwickler für die tolle Arbeit.ich habe die Installation wie in der Docu durchgeführt soweit sogut. Ich habe das US Panel in benutzung ,Tasmota 12.1.1.
Leider nach configuration des Scripts steht auf den Panel immer noch Waiting for content...was mir auf gefallen ist sind die datenpunkte in Iobroker die sehen etwas anders als die sollten.
wie man sehen kann gibt es den ordner stat oder tele nicht. kann das der fehler sein und wenn ja wie bekomme ich ich das hin.
vielen dank für eure hilfe schon mal.
grüße
andy@andreas-kanarek sagte in Sonoff NSPanel:
Hallo ,
erstmal ein großes Danke an den Entwickler für die tolle Arbeit.ich habe die Installation wie in der Docu durchgeführt soweit sogut. Ich habe das US Panel in benutzung ,Tasmota 12.1.1.
Leider nach configuration des Scripts steht auf den Panel immer noch Waiting for content...was mir auf gefallen ist sind die datenpunkte in Iobroker die sehen etwas anders als die sollten.
wie man sehen kann gibt es den ordner stat oder tele nicht. kann das der fehler sein und wenn ja wie bekomme ich ich das hin.
vielen dank für eure hilfe schon mal.
grüße
andySieht etwas seltsam aus. Hast du in Tasmota etwas konfiguriert das dazu führt, dass tele/stat nicht übertragen werden?
Aus Sicht des Panels, sollte das trotzdem funktioneren, wenn du das "tele" aus dem Result-Pfad entfernst.
export const config: Config = { panelRecvTopic: 'mqtt.0.SmartHome.WZ_NSPanel_L.tele.RESULT', // anpassenzu
export const config: Config = { panelRecvTopic: 'mqtt.0.SmartHome.WZ_NSPanel_L.RESULT', // anpassenEs wird im Prinzip nur RESULT, INFO2 und STATUS0 benötigt und die befinden sich ja im gleichen Verzeichnis-Pfad
-
Versuche mal ein Update von node: v12.22.12 auf node: v16.17.0 (empfohlen)
https://forum.iobroker.net/topic/44566/how-to-node-js-iobroker-richtig-updaten-2021-22-edition
Und statt 14 die 16 verwenden
Puh, das war ein Akt... die Debian-Manuelle-Installation ist beim Node-Updaten in einer Endlosschleife gelaufen (nach 6 Stunden ahb ich aufgegeben), im Container ist ein Node-Update eine echte Herausforderung... erst nach nem Tipp kam ich auf die Idee zu schauen ob es einen IOBroker-Docker-Container mit aktuellem Node16 gibt... gab es, danke an dontobi :D aber der Script-Fehler bleibt der gleich :scream:
@hagbard235 sagte in Sonoff NSPanel:
Versuche mal ein Update von node: v12.22.12 auf node: v16.17.0 (empfohlen)
https://forum.iobroker.net/topic/44566/how-to-node-js-iobroker-richtig-updaten-2021-22-edition
Und statt 14 die 16 verwenden
Puh, das war ein Akt... die Debian-Manuelle-Installation ist beim Node-Updaten in einer Endlosschleife gelaufen (nach 6 Stunden ahb ich aufgegeben), im Container ist ein Node-Update eine echte Herausforderung... erst nach nem Tipp kam ich auf die Idee zu schauen ob es einen IOBroker-Docker-Container mit aktuellem Node16 gibt... gab es, danke an dontobi :D aber der Script-Fehler bleibt der gleich :scream:
Zeig mal einen Auszug aus dem neuen Log
Falls noch nicht geschehen auch mal
sudo apt-get update sudo apt-get dist-upgradeausführen
Hast du ein Backup zurückgespielt oder zunächst mit einer neuen Installation gespielt? Das Backup wird den Fehler wahrscheinlich ebenfalls haben.
-
@andreas-kanarek sagte in Sonoff NSPanel:
Hallo ,
erstmal ein großes Danke an den Entwickler für die tolle Arbeit.ich habe die Installation wie in der Docu durchgeführt soweit sogut. Ich habe das US Panel in benutzung ,Tasmota 12.1.1.
Leider nach configuration des Scripts steht auf den Panel immer noch Waiting for content...was mir auf gefallen ist sind die datenpunkte in Iobroker die sehen etwas anders als die sollten.
wie man sehen kann gibt es den ordner stat oder tele nicht. kann das der fehler sein und wenn ja wie bekomme ich ich das hin.
vielen dank für eure hilfe schon mal.
grüße
andySieht etwas seltsam aus. Hast du in Tasmota etwas konfiguriert das dazu führt, dass tele/stat nicht übertragen werden?
Aus Sicht des Panels, sollte das trotzdem funktioneren, wenn du das "tele" aus dem Result-Pfad entfernst.
export const config: Config = { panelRecvTopic: 'mqtt.0.SmartHome.WZ_NSPanel_L.tele.RESULT', // anpassenzu
export const config: Config = { panelRecvTopic: 'mqtt.0.SmartHome.WZ_NSPanel_L.RESULT', // anpassenEs wird im Prinzip nur RESULT, INFO2 und STATUS0 benötigt und die befinden sich ja im gleichen Verzeichnis-Pfad
habe in Tasmota oberfläche nichts verändert hier die screenshots:
und in script sieht es so aus :
Screensaver sind alle configuriert.
-
@peet_b sagte in Sonoff NSPanel:
@armilar said in Sonoff NSPanel:
iobroker rebuild
Bei mir hat das Vorgehen von TT-Tom leider nicht geholfen, auch ein rebuild brachte nichts. Der rebuild war recht schnell.
ich habe keine Ahnung was das ist.
Vielleicht hilft dir das weiter? https://forum.iobroker.net/topic/57552/typescript-compilation-error-global-folder-js-adapter-6-0-0?lang=en-GB
Ansonsten brauchst du jemanden mit mehr tiefgründigem KnowHow zu dem Thema. Weiß auch nicht mehr weiter...
@armilar
Ich habe den adapter nochmal komplett deinstalliert und neu installiert aber es hat auch nichts geholfen.Ich habe jetzt einfach mal das Icon_Mapping Typescript in ein Javascript umgewandelt und es scheint zu funktionieren. Ich bekomme zumindest eine Anzeige. Muss jetzt erstmal das Panel konfigurieren um zu sehen ob ich Icons bekomme.
-
habe in Tasmota oberfläche nichts verändert hier die screenshots:
und in script sieht es so aus :
Screensaver sind alle configuriert.
@andreas-kanarek sagte in Sonoff NSPanel:
habe in Tasmota oberfläche nichts verändert hier die screenshots:
und in script sieht es so aus :
Screensaver sind alle configuriert.
Wenn er dann immer noch "Waiting for content" anzeigt, wäre ich zunächst dazu geneigt zu sagen: "Etwas stimmt mit deiner autoexec.be nicht!"
Deine vorherigen Screenshots sehen ja soweit gut aus. Also CustomSend versucht Daten loszuwerden und RESULT wird ebenfalls empfangen, weist aber genau auf den Fehler hin "Command Unknown"
Alle anderen Topics werden auch Empfangen (mqtt.0 läuft und kommuniziert) und ich wette, dass in der 0_userdata auch Werte in den Datenpunkten sind.
Welche TFT Version hast du geflashed? Das wären zumindest die richtigen:
US Landscape Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-l-v3.3.1.tft
US Portrait Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-p-v3.3.1.tftAlso ich würde zunächst die autoexec.bec und autoexec.be wegwerfen und neu machen. Mit dem Inhalt:
https://raw.githubusercontent.com/joBr99/nspanel-lovelace-ui/main/tasmota/autoexec.bedann rebooten
Danach mit einer TFT-Versionen reflashen
Dann nochmal erzählen ob es geht oder nicht... -
@armilar
Ich habe den adapter nochmal komplett deinstalliert und neu installiert aber es hat auch nichts geholfen.Ich habe jetzt einfach mal das Icon_Mapping Typescript in ein Javascript umgewandelt und es scheint zu funktionieren. Ich bekomme zumindest eine Anzeige. Muss jetzt erstmal das Panel konfigurieren um zu sehen ob ich Icons bekomme.
@peet_b sagte in Sonoff NSPanel:
@armilar
Ich habe den adapter nochmal komplett deinstalliert und neu installiert aber es hat auch nichts geholfen.Ich habe jetzt einfach mal das Icon_Mapping Typescript in ein Javascript umgewandelt und es scheint zu funktionieren. Ich bekomme zumindest eine Anzeige. Muss jetzt erstmal das Panel konfigurieren um zu sehen ob ich Icons bekomme.
Bleib dran und berichte - klingt interessant
-
Wie gesagt arbeite ich ja (u.a.) mit IOBroker im Container... eh schon komisch das beim offiziellen Container keine aktuelle Node.js-Version mit drin ist.
Ich glaube jeder kann das Problem mit einem Docker-Container ganz einfach nachstellen:
Neuen aktuellen Docker-Container installieren (das ist alles bei 0, kein Backup, keine alte Konfig), den Container hochfahren, man kommt in den IOBroker-Assistent, den klickt man einfach einmal durch. Skriptverwaltung nachinstallieren, die 2 Scripte anlegen und starten. Jetzt tritt es schon auf, ab jetzt ist die javascript-Instanz im bootloop wegen der Abbrüche. Bislang habe ich immer AMD64-Container genommen, weil es auf einem PRoxmox-System läuft, werde jetzt aber nochmal als allerletzten Versuch den IOBroker-Container auf einem Raspi installieren... quasi als letzten Strohhalm
-
Wie gesagt arbeite ich ja (u.a.) mit IOBroker im Container... eh schon komisch das beim offiziellen Container keine aktuelle Node.js-Version mit drin ist.
Ich glaube jeder kann das Problem mit einem Docker-Container ganz einfach nachstellen:
Neuen aktuellen Docker-Container installieren (das ist alles bei 0, kein Backup, keine alte Konfig), den Container hochfahren, man kommt in den IOBroker-Assistent, den klickt man einfach einmal durch. Skriptverwaltung nachinstallieren, die 2 Scripte anlegen und starten. Jetzt tritt es schon auf, ab jetzt ist die javascript-Instanz im bootloop wegen der Abbrüche. Bislang habe ich immer AMD64-Container genommen, weil es auf einem PRoxmox-System läuft, werde jetzt aber nochmal als allerletzten Versuch den IOBroker-Container auf einem Raspi installieren... quasi als letzten Strohhalm
@hagbard235 sagte in Sonoff NSPanel:
Wie gesagt arbeite ich ja (u.a.) mit IOBroker im Container... eh schon komisch das beim offiziellen Container keine aktuelle Node.js-Version mit drin ist.
Ich glaube jeder kann das Problem mit einem Docker-Container ganz einfach nachstellen:
Neuen aktuellen Docker-Container installieren (das ist alles bei 0, kein Backup, keine alte Konfig), den Container hochfahren, man kommt in den IOBroker-Assistent, den klickt man einfach einmal durch. Skriptverwaltung nachinstallieren, die 2 Scripte anlegen und starten. Jetzt tritt es schon auf, ab jetzt ist die javascript-Instanz im bootloop wegen der Abbrüche. Bislang habe ich immer AMD64-Container genommen, weil es auf einem PRoxmox-System läuft, werde jetzt aber nochmal als allerletzten Versuch den IOBroker-Container auf einem Raspi installieren... quasi als letzten Strohhalm
Nein, versuche das auch mal:
https://forum.iobroker.net/post/850115IconsSelector nicht als TypeScript, sondern als JavaScript unter gloabal anlegen und die alte TypeScript wegwerfen.
Keine Ahnung aber bekommt fast den Eindruck, etwas stimmt in Verbindung mit speziellen js-controller-Versionen und javascript-Adapter-Versionen unter TypeSkript nicht.
-
@peet_b sagte in Sonoff NSPanel:
@armilar
Ich habe den adapter nochmal komplett deinstalliert und neu installiert aber es hat auch nichts geholfen.Ich habe jetzt einfach mal das Icon_Mapping Typescript in ein Javascript umgewandelt und es scheint zu funktionieren. Ich bekomme zumindest eine Anzeige. Muss jetzt erstmal das Panel konfigurieren um zu sehen ob ich Icons bekomme.
Bleib dran und berichte - klingt interessant
Also es klappt. EInfach anstatt ein Typescript ein Javascipt in Global erstellen und Inhalt von file.js.txt reinkopieren!
bei mir läuft es so.
Das Problem soll bei der globalen TS-Ausführung liegen.
-
Also es klappt. EInfach anstatt ein Typescript ein Javascipt in Global erstellen und Inhalt von file.js.txt reinkopieren!
bei mir läuft es so.
Das Problem soll bei der globalen TS-Ausführung liegen.
@peet_b sagte in Sonoff NSPanel:
Also es klappt. EInfach anstatt ein Typescript ein Javascipt in Global erstellen und Inhalt von file.js.txt reinkopieren!
bei mir läuft es so.
Das Problem soll bei der globalen TS-Ausführung liegen.
Dann haben wir zumindest einen Workaround gefunden - gut gemacht :+1:
Bei mir und vielen anderen wird es als TypeScript weiterlaufen. Aber der Inhalt JS-kompatibel - stimmt :blush:
-
@andreas-kanarek sagte in Sonoff NSPanel:
habe in Tasmota oberfläche nichts verändert hier die screenshots:
und in script sieht es so aus :
Screensaver sind alle configuriert.
Wenn er dann immer noch "Waiting for content" anzeigt, wäre ich zunächst dazu geneigt zu sagen: "Etwas stimmt mit deiner autoexec.be nicht!"
Deine vorherigen Screenshots sehen ja soweit gut aus. Also CustomSend versucht Daten loszuwerden und RESULT wird ebenfalls empfangen, weist aber genau auf den Fehler hin "Command Unknown"
Alle anderen Topics werden auch Empfangen (mqtt.0 läuft und kommuniziert) und ich wette, dass in der 0_userdata auch Werte in den Datenpunkten sind.
Welche TFT Version hast du geflashed? Das wären zumindest die richtigen:
US Landscape Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-l-v3.3.1.tft
US Portrait Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-p-v3.3.1.tftAlso ich würde zunächst die autoexec.bec und autoexec.be wegwerfen und neu machen. Mit dem Inhalt:
https://raw.githubusercontent.com/joBr99/nspanel-lovelace-ui/main/tasmota/autoexec.bedann rebooten
Danach mit einer TFT-Versionen reflashen
Dann nochmal erzählen ob es geht oder nicht...zuerst hate ich diese version von TFT:
US Landscape Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-l-v3.3.1.tfthabe jetzt autoexec.be neu angelegt , autoexec.bec wurde automatischa angelegt.
TFT Version jetzt :
US Portrait Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-p-v3.3.1.tftbekomme jetzt im script folgende fehler meldung :
in Iobroker log sieht es so aus :
Mqtt adapter und Panel neu gestartet.
Panel ist unverändert.
-
@peet_b sagte in Sonoff NSPanel:
Also es klappt. EInfach anstatt ein Typescript ein Javascipt in Global erstellen und Inhalt von file.js.txt reinkopieren!
bei mir läuft es so.
Das Problem soll bei der globalen TS-Ausführung liegen.
Dann haben wir zumindest einen Workaround gefunden - gut gemacht :+1:
Bei mir und vielen anderen wird es als TypeScript weiterlaufen. Aber der Inhalt JS-kompatibel - stimmt :blush:
das scheint bei mir auch zu gehen... sehr verwirrend warum Typescript nicht funktioniert.
Jetzt kommen auch auf Anhieb Daten auf dem Display an, bis auf die Temperatur... die ist "null" ... -
das scheint bei mir auch zu gehen... sehr verwirrend warum Typescript nicht funktioniert.
Jetzt kommen auch auf Anhieb Daten auf dem Display an, bis auf die Temperatur... die ist "null" ...@andreas-kanarek sagte in Sonoff NSPanel:
zuerst hate ich diese version von TFT:
US Landscape Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-l-v3.3.1.tfthabe jetzt autoexec.be neu angelegt , autoexec.bec wurde automatischa angelegt.
TFT Version jetzt :
US Portrait Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-p-v3.3.1.tftbekomme jetzt im script folgende fehler meldung :
in Iobroker log sieht es so aus :
Mqtt adapter und Panel neu gestartet.
Panel ist unverändert.
Starte mal den ganzen ioBroker durch. Etwas stimmt mit deinen Verbindungsdaten nicht. Auf der anderen Seite wird die Verbindung nicht aufgebaut.
Mach dann nochmal einen Screenshot von:
- mqtt.0.
- 0_userdata.0.WZ_NSPanel_L
und setze mal Debug oben auf true
-
das scheint bei mir auch zu gehen... sehr verwirrend warum Typescript nicht funktioniert.
Jetzt kommen auch auf Anhieb Daten auf dem Display an, bis auf die Temperatur... die ist "null" ...@hagbard235 sagte in Sonoff NSPanel:
das scheint bei mir auch zu gehen... sehr verwirrend warum Typescript nicht funktioniert.
Jetzt kommen auch auf Anhieb Daten auf dem Display an, bis auf die Temperatur... die ist "null" ...Dann trage nochmal in den Alias für die Wettervorhersage einen validen Datenpunkt für die aktuelle Temperatur ein.
-
@hagbard235 sagte in Sonoff NSPanel:
das scheint bei mir auch zu gehen... sehr verwirrend warum Typescript nicht funktioniert.
Jetzt kommen auch auf Anhieb Daten auf dem Display an, bis auf die Temperatur... die ist "null" ...Dann trage nochmal in den Alias für die Wettervorhersage einen validen Datenpunkt für die aktuelle Temperatur ein.
@armilar ach ich Idiot hatte nur Min- und Max-Temp eingetragen.. Danke.
-
@andreas-kanarek sagte in Sonoff NSPanel:
zuerst hate ich diese version von TFT:
US Landscape Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-l-v3.3.1.tfthabe jetzt autoexec.be neu angelegt , autoexec.bec wurde automatischa angelegt.
TFT Version jetzt :
US Portrait Version: FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-us-p-v3.3.1.tftbekomme jetzt im script folgende fehler meldung :
in Iobroker log sieht es so aus :
Mqtt adapter und Panel neu gestartet.
Panel ist unverändert.
Starte mal den ganzen ioBroker durch. Etwas stimmt mit deinen Verbindungsdaten nicht. Auf der anderen Seite wird die Verbindung nicht aufgebaut.
Mach dann nochmal einen Screenshot von:
- mqtt.0.
- 0_userdata.0.WZ_NSPanel_L
und setze mal Debug oben auf true
-
Hallo, ich mal wieder...
die 5 Panels sind nun erfolgreich geflasht und verbaut, aber ich habe die Scripte bis auf die notwendigen Datenpunkte für die Kommunikation noch nicht nach meinen Bedürfnissen angepasst.
Was mich jetzt etwas stört ist der Update Hinweis das eine neue Version von Tasmota vorhanden ist. Installierte Version soll null sein und die 12.1.1 sei verfügbar. Beim Einrichten habe ich gleich von vornherein die Version 12.1.1 auf die Geräte gespielt darum wundert mich die Anzeige sehr. Bei 4 von 5 Geräten kam es bisher nur sporadisch vor aber bei dem ältesten aller Panels kommt das alle paar Minuten. Ich habe auch dort die Autoexec.be neu erstellt und den Berry Treiber nach Anleitung drauf gepackt nachdem ich ich die Tasmota Version geändert habe.Wenn jemand einen Tipp hat, bitte gern wieder an mich :-)
Danke und Gruß Jens
Support us
663
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge