NEWS
SONOFF NSPanel mit Lovelace UI
-
@armilar
super, danke,
funktioniert bisher sehr gut -
klasse, ich beschreibe das dann mal in der Wiki:
Damit prefix und suffix auch für andere Aliase genutzt werden können, habe ich die nochmal aus der Bedingung heraus genommen:
// Fallback if no name is given name = pageItem.name !== undefined ? pageItem.name : o.common.name.de; let prefix = pageItem.prefixName !== undefined ? pageItem.prefixName : ''; let suffix = pageItem.suffixName !== undefined ? pageItem.suffixName : ''; // If name is used with changing values if (name.indexOf('getState(') != -1) { let dpName: string = name.slice(10, name.length -6); name = getState(dpName).val; RegisterEntityWatcher(dpName); } name = prefix + name + suffix;
-
Habe eben deinen Post im Nirvarna der Anfragen gefunden und Antworte jetzt mal von hier
(ursprünglicher Post unter: https://forum.iobroker.net/topic/62448/fehlerhafte-seiten-im-nspanel)RPi4B, 4GB RAM
iobroker admin v6.3.5
Node.js: 16.19.0
NPM 8.19.3
Javascript Adapter 6.1.4
MQTT 4.0.7
Tasmota 12.3.1 (deutsche Version)
Hallo zusammen!
Ich habe hier im Forum bereits nach einschlägigen Begriffen gesucht, bin jedoch erfolglos geblieben. Wahrscheinlich ist mein Problem zu speziell. Die aus meiner Laiensicht wesentlichen Versionen / Eckdaten habe ich oben hinterlegt.
Zum Problem:
Ich habe das NSPanel nach Anleitung von Matthias Kleine (hausautomatiserung.com) eingerichtet.
Nach anfänglicher Euphorie (der Screensaver funktioniert einwandfrei mit den vorgesehenen Wetterdaten) habe ich jedoch das Problem, dass die einzelnen Seiten fehlerhaft dargestellt werden (Siehe Foto).
Im Erklärvideo lassen sich die verschiedenen Seiten auch ohne entsprechend verknüpfte Geräte durchblättern- soweit komme ich erst gar nicht.
Ich vermute einen JavaScript-Fehler, kann aber andere Quellen auch nicht ausschließen.
Es würde mich wirklich freuen, wenn ich einen kleinen Tipp bekommen könnte, woran es liegt.
20230126_172441734_iOS.heic
20230126_184843435_iOS.heic
Beste Grüße vom Niederrhein,
FabianZunächst ist es in der Tat sinnvoller die Bilder oder den Code direkt einzufügen. Aber das machen wir dann beim nächsten mal:
Du hast den Link von Matthias für das "FlashNextion" benutzt. Der ist richtig und der ist falsch. Warum ist der "richtig"? Du hast in jedem Fall die brandneueste Version (Developer-Version) der HMI installiert (HMI 49). Warum ist die falsch? Das Script in der v3.8.3 ist auf die HMI 48 (aktuelle HMI Release stable) abgestimmt. In der Regel ist das nicht so problematisch. Es sind aber in fast jeder Seite (und dieses mal sogar im Screensaver) Änderungen in der Nextion HMI entstanden und die müssen auch im Script korrekt übersetzt werden.
Also mit einfachen Worten. Wenn du ein:
FlashNextion http://nspanel.pky.eu/lovelace-ui/github/nspanel-v3.8.3.tft
durchführst, dann hast du das passende Script zur aktuellen HMI stable
Dann sollte das Panel auch alles so anzeigen, wie es sein soll...
LG
ArmilarSteht aber auch im Script-Header oder in der Wiki
Falls es dennoch Probleme geben sollte, dann einfach nochmal antworten (kein eigenes Thema aufmachen)
EDIT:
FlashNextion http://nspanel.pky.eu/lui.tft
ist die aus dem Video von Matthias - und das ist die "falsche" Nextion-HMI Version
EDIT2:
Hier ist der Link zur ioBroker NSPanel Wiki:
https://github.com/joBr99/nspanel-lovelace-ui/wiki
Du findest im Forum Antworten, aber hier steht die Lösung...EDIT3:
Bevor ich es vergesse.Herzlich willkommen bei den NSPanel'ern und viel Spaß mit deinem neuen Panel -
Woher nimmt der Screensaver die Uhrzeit? Ich bin gestern vom Raspi auf Proxmox umgezogen, seit dem stimmt die Uhrzeit im Display nicht mehr. In der Console wird die richtige Uhrzeit angezeigt.
-
Guten Morgen. Vielleicht hilft dir das weiter
-
@tt-tom Das hatte ich schon gelesen, aber brachte bei mir keine Änderung. Das komische ist, es stimmt die Uhrzeit eigentlich überall, nur im iobroker werden mir 2 verschiedene angezeigt.
2023-01-28 09:05:03.119 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason dwd.0 2023-01-28 09:05:00.730 info starting. Version 2.8.3 (non-npm: ioBroker/ioBroker.dwd#643a61b0ad0598752280ac84a9ea9886ae699440) in /opt/iobroker/node_modules/iobroker.dwd, node: v16.19.0, js-controller: 4.0.24 host.IOBroker 2023-01-28 09:05:00.068 info instance system.adapter.dwd.0 started with pid 2237 admin.0 2023-01-28 08:04:48.445 info <== Disconnect system.user.admin from ::ffff:192.168.178.50 host.IOBroker 2023-01-28 08:04:43.443 info Updating repository "stable" under "http://download.iobroker.net/sources-dist.json" admin.0 2023-01-28 08:04:41.681 info ==> Connected system.user.admin from ::ffff:192.168.178.50
die Zeit springt von 8:04 auf 9:05
-
Stimmt die Zeitzone/astro Einstellung im Iobroker,
So etwas, dass die Zeit springt, habe ich noch nicht gesehen. -
@tt-tom stimmt alles, es wird mir überall die richtige Zeit angezeigt. Nur in Protokoll passiert dann das. Ich denke ich werde es nochmal neu installieren, da die Vis auch nicht funktioniert nach dem Backup.
-
Woher nimmt der Screensaver die Uhrzeit? Ich bin gestern vom Raspi auf Proxmox umgezogen, seit dem stimmt die Uhrzeit im Display nicht mehr. In der Console wird die richtige Uhrzeit angezeigt.
Aus dem System, auf dem der ioBroker läuft. Wenn es also ohne Virtualisierung (VM/Docker) läuft, dann direkt aus dem Betriebssystem (In deinem Fall dann RaspiOS) des Servers. Wenn jetzt ein Proxmox als VM installiert ist, dann dürfte die Zeiteinstellung der VM wohl der Übeltäter sein. Sollte die Suche einschränken...
Da ich aber kein Proxmox einsetzte, kann ich dich dabei leider nicht unterstützen...
Sieht für mich aber nach einem Zeitzonen-Problem aus.
Kleiner Tipp:
Das muss ebenfalls die korrekte Uhrzeit anzeigen, denn nichts anderes wird im Script genutzt.<xml xmlns="https://developers.google.com/blockly/xml"> <block type="schedule" id="6Yu`)QwfE4qpNfmr268P" x="87" y="37"> <field name="SCHEDULE">* * * * * *</field> <statement name="STATEMENT"> <block type="debug" id="l?5O/}11]yr#/m#;`2FP"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id=";K3bqfLSLWG6r5B(k/C{"> <field name="TEXT">test</field> </shadow> <block type="time_get" id="(NH7-ko5K-Lstw6QrhtK"> <mutation xmlns="http://www.w3.org/1999/xhtml" format="false" language="false"></mutation> <field name="OPTION">hh:mm:ss.sss</field> </block> </value> </block> </statement> </block> </xml>
-
stimmt alles, es wird mir überall die richtige Zeit angezeigt. Nur in Protokoll passiert dann das. Ich denke ich werde es nochmal neu installieren, da die Vis auch nicht funktioniert nach dem Backup.
vielleicht hilft das?. Eine Neuinstallation wird sicher das gleiche Ergebnis bringen:
https://www.eidenschink.eu/2014/05/uhrzeit-und-zeitzone-proxmox-ubuntu-container-setzen.html
-
@armilar Danke, wir sind schon auf dem richtigen Weg. Der Server hat die richtige Uhrzeit, die Container leider die falsche, aber die Zeitzone scheint zu stimmen.
-
Dann korrigiere die Zeit des Containers oder lasse das den NTP-Server machen. Also Europe/Berlin sollte zumindest die Zeitzone des Containers sein...
EDIT: und mache nach den Änderungen zwischendurch einen Neustart. Hat oft auch schon an diesen Kleinigkeiten gehangen.
-
@armilar "sudo timedatectl set-timezone Europe/Berlin" das hat funktioniert. Danke
-
"sudo timedatectl set-timezone Europe/Zurich" das hat funktioniert. Danke
Gerne. Sind oft nur Kleinigkeiten Aber an die Schweiz hatte ich nun auch nicht gedacht
-
@jobr99
"Wenn's auswählbar ist, dann ist es auch mit in dem Build drin. Im Zweifelsfall funktioniert aber auch die normale tasmota32 binary, muss nicht die Nspanel Version sein."Kann ich mit einem Console-Befehl sehen, ob der Treiber drin ist ?
Ich habe DS18Alias probiert und als Ergebnis dies erhaltenSmartHome/Wohn/stat/RESULT = {"Command":"Unknown"}
Auch sehe ich auf dem Scope keine Aktivitäten auf dem Data Kanal.
Auch nicht mit dem 'normalen' Tasmota oder dem NSPanel Tasmota.VG Werner
-
Wenn der ds18x20 korrekt am ausgewählten GPIO angeschlossen ist, dann sollte bereits in der Tasmota-Hauptseite der Sensorwert auftauchen.
Wenn er da nicht auftaucht, dann kann am MQTT auch nichts ankommenAn welchem GPIO ist denn der Temperatursensor angelötet?
GPIO23 wäre doch eigentlich noch frei?
-
@armilar sagte in SONOFF NSPanel mit Lovelace UI:
An welchem GPIO ist denn der Temperatursensor angelötet?
Am GPIO38, da wo sonst der NTC ist.
-
Und da hast du jetzt den DS18x20 zugewiesen?
-
@armilar Ja, Dazu die Schaltung verändert, also den Kondensator vom Low pass Filter rausgelötet (bis SMD 0201 Baugröße kann ich noch löten) und einen Draht von Data des DS18B20 an den Widerstand gelötet, der direkt zum Pin des ESP32 geht.
Das Scope zeigt auch 3,3 V an, aber kein Traffic. -
@markus-s
@joBr99
Hallo, es ist ein bisschen schwierig diesem Inhalt zu folgen. ich habe das gleiche Porblem wie Markus, siehe unten mein Log. Ich habe alles probiert (autoexec.be löschen und neu anlegen), der Flash-Befehl startet nicht. Mein Display zeigt weiter System Data Error!. Was tun?00:00:00.002 HDW: ESP32-D0WD-V3 00:00:00.068 UFS: FlashFS mounted with 276 kB free 00:00:00.131 CFG: Loaded from File, Count 40 00:00:00.141 QPC: Count 1 00:00:00.324 BRY: Berry initialized, RAM used=4041 bytes 00:00:00.348 Project tasmota - Tasmota Version 12.3.1(nspanel)-2_0_5_3(2022-12-16T10:31:01) 00:00:00.893 NXP: Initializing Driver 00:00:00.898 BRY: Successfully loaded 'autoexec.be' 00:00:01.526 WIF: Connecting to AP1 w102 Channel 1 BSSId 98:9B:CB:C4:84:ED in mode 11n as tasmota-62D394-5012... 00:00:02.314 WIF: Connected 00:00:02.573 HTP: Web server active on tasmota-62D394-5012 with IP address 192.168.10.101 13:46:17.795 RSL: INFO1 = {"Info1":{"Module":"NSPanel","Version":"12.3.1(nspanel)","FallbackTopic":"cmnd/DVES_62D394_fb/","GroupTopic":"cmnd/tasmotas/"}} 13:46:17.809 RSL: INFO2 = {"Info2":{"WebServerMode":"Admin","Hostname":"tasmota-62D394-5012","IPAddress":"192.168.10.101"}} 13:46:17.811 RSL: INFO3 = {"Info3":{"RestartReason":"Software reset CPU","BootCount":15}} 13:46:17.824 RSL: RESULT = {"POWER1":"OFF"} 13:46:17.825 RSL: POWER1 = OFF 13:46:17.826 RSL: RESULT = {"POWER2":"OFF"} 13:46:17.838 RSL: POWER2 = OFF 13:46:18.853 CMD: weblog 3 13:46:18.857 RSL: RESULT = {"WebLog":3} 13:46:19.690 CFG: Saved, Count 41, Bytes 4096 13:46:20.844 QPC: Reset 13:46:21.842 RSL: STATE = {"Time":"2023-01-28T13:46:21","Uptime":"0T00:00:08","UptimeSec":8,"Heap":136,"SleepMode":"Dynamic","Sleep":0,"LoadAvg":227,"MqttCount":0,"Berry":{"HeapUsed":16,"Objects":238},"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"w102","BSSId":"98:9B:CB:C4:84:ED","Channel":1,"Mode":"11n","RSSI":30,"Signal":-85,"LinkCount":1,"Downtime":"0T00:00:03"}} 13:46:21.881 RSL: SENSOR = {"Time":"2023-01-28T13:46:21","ANALOG":{"Temperature1":27.0},"TempUnit":"C"} 13:46:22.837 APP: Boot Count 15 13:46:23.445 CFG: Saved, Count 42, Bytes 4096 13:46:28.072 CMD: FlashNextion http://nspanel.pky.eu/lui-release.tft 13:46:28.074 SRC: WebConsole from 192.168.10.21 13:46:28.075 CMD: Grp 0, Cmd 'FLASHNEXTION', Idx 1, Len 37, Pld -99, Data 'http://nspanel.pky.eu/lui-release.tft' 13:46:28.083 RSL: RESULT = {"FlashNextion":"Done"} 13:46:28.117 FLH: host: nspanel.pky.eu, port: 80, get: /lui-release.tft 13:46:28.162 WIF: Resolving 'nspanel.pky.eu' (46.232.251.72) 13:46:28.191 FLH: Connected:true 13:46:28.296 FLH: Retry 2 13:46:28.566 FLH: HTTP Respose is 200 OK or 206 Partial Content 13:46:28.567 FLH: Flash file size: 8048116 13:46:28.575 NXP: Nextion command sent = bytes('4452414B4A485355594447424E434A48474A4B534842444EFFFFFF') 13:46:28.577 NXP: Nextion command sent = bytes('7265636D6F643D30FFFFFF') 13:46:28.580 NXP: Nextion command sent = bytes('7265636D6F643D30FFFFFF') 13:46:28.583 NXP: Nextion command sent = bytes('636F6E6E656374FFFFFF') 13:51:21.844 RSL: STATE = {"Time":"2023-01-28T13:51:21","Uptime":"0T00:05:08","UptimeSec":308,"Heap":121,"SleepMode":"Dynamic","Sleep":0,"LoadAvg":999,"MqttCount":0,"Berry":{"HeapUsed":21,"Objects":243},"POWER1":"OFF","POWER2":"OFF","Wifi":{"AP":1,"SSId":"w102","BSSId":"98:9B:CB:C4:84:ED","Channel":1,"Mode":"11n","RSSI":26,"Signal":-87,"LinkCount":1,"Downtime":"0T00:00:03"}} 13:51:21.883 RSL: SENSOR = {"Time":"2023-01-28T13:51:21","ANALOG":{"Temperature1":27.1},"TempUnit":"C"}