@armilar sagte in SONOFF NSPanel mit Lovelace UI:

Ich denke du hast in der Tat ein ähnliches Problem wie es @andeas_z hatte. Klingt zumindest nach einem identischen Setup. Würde mal die Tipps (auch mal ohne den Mosquitto) durchgehen.

Hallo zusammen,
es zeigt sich wieder einmal ganz deutlich:
"Wer die Dokumentation aufmerksam ließt, ist eindeutig im Vorteil"!

Ein Bruch in der Kommunikation der Komponenten (Tasmota, NsPanal, Display Firmware, MQTT und TS-Skript) war nicht die Ursache, warum das Panel den Status: "waiting for content" nicht verlassen wollte.

Der Grund war eine unzulässige FullTopic Definition, die ich gemacht hatte (kleiner Fehler mit großer, negativer Wirkung).

Dennoch habe ich alle Tasmota Devices auf die mqtt.0 Instanz (Broker), entsprechend den Vorschlägen im Forum, umgestellt.

Weitere SmartHome Geräte laufen über den Mosquitto Broker, Port 1883 und über mqtt.1 im (Client Mode).

Quelle (sicherlich auch im Forum):
https://tasmota.github.io/docs/MQTT/

Auszug: Using the tokens the following example topics can be made:

FullTopic %prefix%/%topic%/ default
FullTopic tasmota/%topic%/%prefix%/
FullTopic tasmota/bedroom/%topic%/%prefix%/
FullTopic penthouse/bedroom1/bathroom2/%topic%/%prefix%/
FullTopic %prefix%/home/cellar/%topic%/

Mein Fehler:

FullTopic SmartHome/%topic%/%prefix%/Raumbezug/..usw..

Korrekturen:

%Topic% = DeviceName (muss eindeutig sein)
FullTopic SmartHome/Raumbezug/%topic%/%prefix%

1. Mqtt Broker (Mosqitto testweise deaktiviert)
2. mqtt.0 von Client auf Broker konfiguriert
	Port von 1883 ---> <HostIp>:1886 geändert
	WebSocket Port 1887 (1886+1, wird automatisch eingestellt)
3. MQTT.0 Instanz beendet und TS-Skript gestoppt		
4. NsPanel Mqtt Konfiguration analog mqtt.0 geändert
5. Nicht mehr verwendete Strukturbäume aus MQTT.0 (nur NsPanel-Objekte) entfernt
6. Korrektur NsPanel FullTopic und TS-Skript geändert
7. Neustart NsPanel und MQTT.0 Instanz (ohne TS-Skript Start)
8. Objekt CustomSend neu angelegt (entsprechend neuer FullTopic Struktur (im cmnd Zweig))
9. TS-Script starten (dann war Schluss mit: "waiting for content") 

Vielleicht gibt es ja noch Andere, die ebenfalls diesn Fehler gemacht haben und mein Hinweis hilft weiter.

Viele Grüße in die Runde
TopGoal

@esp8266
Leider war die Erkennung der 400m³ nur von kurzer Dauer. Beim 2. Durchlauf wurden mir wieder 1000 Liter Wasser geschenkt .

Ich habe ein OTA Update auf V 13.0.1 durchgeführt. Musste ich zweimal machen, hat aber beim 2. Versuch funktioniert. Nach dem Reboot wurden wieder 400m³ erkannt. Beim nächsten Durchlauf wieder 399m³.

Digitalzähler: 0.0 3.9 10.0 9.7
Analogzähler: korrekt (s.u.)!

Am Setup der Config habe ich bisher nur indirekt (via UI) etwas geändert. Was den Kontrast angeht, muss ich mal sehen, wie ich den besser hin bekomme. Die Analogzähler sind Herstellerseitig z.B. in grau gedruckt nicht, wie bei Anderen, in sattem Schwarz. Die 4 und die darauf folgende 0 stehen ja wirklich etwas schief im Stall. Und ich rechne nicht damit, dass die sich in absehbarer Zeit gerade einreihen werden. Die unterschiedliche Ausleuchtung kommt von meinem eingeklebten Papier, das ich testweise wieder entfernen werde. Ich befürchte, dass sich dann die erhöhte Reflexion negativ auswirkt.

Mal sehen wie es wird. Ich melde mich wieder.

Nochmals Danke für die sachdienlichen Hinweise.
VG TopGoal

Nachtrag:

Nachtrag aus V 13.0.1:
======================
Added data logging in /log/data - One day per file and each measurement is on one line

    Format: csv - comma separated
    Content: time, name-of-number, raw-value, return-value, pre-value, change-rate, change-absolute, error-text, cnn-digital, cnn-analog

2022-11-29T20:17:27,main,0400.3106,400.3106,400.3106,0.000084,0.0061,no error,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.4
2022-11-29T20:22:18,main,0400.3106,400.3106,400.3106,0.000000,0.0000,no error,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.4
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.4
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.7,2.7,0.9,0.6,6.4
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.7,0.9,0.6,6.5
2022-11-29T20:22:18,main,0399.2106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.2106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.6,0.9,0.6,6.5
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.5
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.7,0.9,0.6,6.5
2022-11-29T20:56:15,main,0400.3114,400.3114,400.3114,0.000024,0.0008,no error,0.0,3.9,10.0,9.8,2.8,1.0,1.4,4.6
2022-11-29T20:56:15,main,0399.2114,,400.3114,,0.0008,Neg. Rate - Read:  - Raw: 0399.2114 - Pre: 400.3114 ,0.0,3.9,10.0,9.8,2.6,1.0,1.4,4.6
2022-11-29T20:56:15,main,0399.3136,,400.3114,,0.0008,Neg. Rate - Read:  - Raw: 0399.3136 - Pre: 400.3114 ,0.0,3.9,10.0,9.7,2.7,1.2,3.6,6.8

@david-g
Ok. Die digitalen Marken habe ich nochmals nachgebessert. Die 400m³ werden jetzt erkannt. Danke für die Unterstützung.
LG TopGoal

Re: Wasserzähler - Version 2 - all-in-device
Hallo zusammen,

ich bin neu hier in diesem Forum Thema. Zunächst einmal möchte ich mich für das super Projekt und den vielen Anregungen, die ich hier bekommen habe, bedanken.

Nach anfänglichen Problemen mit der Hardware (ESP32CAM-MB) und meiner Ubuntu Desktop Version (22.04 LTS), was den Flash Vorgang betraf, läuft das Setup nun einigermaßen gut. Bis zu Zählerstand von 399m³ ==> 400m³.

Aktuell kann ich den digitalen Zähler nicht dazu bewegen, mir anstatt 399m³ 400m³ zu liefern. Die Ermittlung der analogen Stände funktioniert allerdings einwandfrei (s. Screenshot).

Ich habe die Standard Kamera gegen ein Weitwinkel 60° oder 66° getauscht und komme dadurch näher an die Zähleroberfläche heran. Problem ist, die Reflexion der LED, die dadurch auch intensiver ausfällt. Momentan habe ich ein weißes Papier großflächig bis zu Objektiv der Kamera eingeklebt und die ESP32-CAM so justiert, dass die Reflexion ca. mittig auf der Oberfläche des Zählers erscheint. Die Reflexion ist dadurch geringer geworden, aber noch deutlich zu sehen.

Auch wenn es gegen die Prinzipien des AI Projektes verstößt, kann man den digitalen Zählerstand nicht fix vorgeben und die Fortschreibung durch die analogen Zähler und Addition von 1 auf den Stand des digitalen Zählers erreichen? Oder was spricht dagegen?

Gibt es Tipps, was ich noch an den Einstellungen oder anderen Dingen machen kann, damit der digitale Zählerstand korrekt erkannt wird?

Vielen Dank für eure Unterstützung im Voraus und viele Grüße in die Runde.

TopGoal

@armilar sagte in SONOFF NSPanel mit Lovelace UI:

Ich denke du hast in der Tat ein ähnliches Problem wie es @andeas_z hatte. Klingt zumindest nach einem identischen Setup. Würde mal die Tipps (auch mal ohne den Mosquitto) durchgehen.

Hallo zusammen,
es zeigt sich wieder einmal ganz deutlich:
"Wer die Dokumentation aufmerksam ließt, ist eindeutig im Vorteil"!

Ein Bruch in der Kommunikation der Komponenten (Tasmota, NsPanal, Display Firmware, MQTT und TS-Skript) war nicht die Ursache, warum das Panel den Status: "waiting for content" nicht verlassen wollte.

Der Grund war eine unzulässige FullTopic Definition, die ich gemacht hatte (kleiner Fehler mit großer, negativer Wirkung).

Dennoch habe ich alle Tasmota Devices auf die mqtt.0 Instanz (Broker), entsprechend den Vorschlägen im Forum, umgestellt.

Weitere SmartHome Geräte laufen über den Mosquitto Broker, Port 1883 und über mqtt.1 im (Client Mode).

Quelle (sicherlich auch im Forum):
https://tasmota.github.io/docs/MQTT/

Auszug: Using the tokens the following example topics can be made:

FullTopic %prefix%/%topic%/ default
FullTopic tasmota/%topic%/%prefix%/
FullTopic tasmota/bedroom/%topic%/%prefix%/
FullTopic penthouse/bedroom1/bathroom2/%topic%/%prefix%/
FullTopic %prefix%/home/cellar/%topic%/

Mein Fehler:

FullTopic SmartHome/%topic%/%prefix%/Raumbezug/..usw..

Korrekturen:

%Topic% = DeviceName (muss eindeutig sein)
FullTopic SmartHome/Raumbezug/%topic%/%prefix%

1. Mqtt Broker (Mosqitto testweise deaktiviert)
2. mqtt.0 von Client auf Broker konfiguriert
	Port von 1883 ---> <HostIp>:1886 geändert
	WebSocket Port 1887 (1886+1, wird automatisch eingestellt)
3. MQTT.0 Instanz beendet und TS-Skript gestoppt		
4. NsPanel Mqtt Konfiguration analog mqtt.0 geändert
5. Nicht mehr verwendete Strukturbäume aus MQTT.0 (nur NsPanel-Objekte) entfernt
6. Korrektur NsPanel FullTopic und TS-Skript geändert
7. Neustart NsPanel und MQTT.0 Instanz (ohne TS-Skript Start)
8. Objekt CustomSend neu angelegt (entsprechend neuer FullTopic Struktur (im cmnd Zweig))
9. TS-Script starten (dann war Schluss mit: "waiting for content") 

Vielleicht gibt es ja noch Andere, die ebenfalls diesn Fehler gemacht haben und mein Hinweis hilft weiter.

Viele Grüße in die Runde
TopGoal

@andreas_z sagte in SONOFF NSPanel mit Lovelace UI:

Display hat keine Lust etwas anzuzeigen, außer "Waiting for content"

Hallo zusammen,

zunächst einmal vielen Dank an alle Mitwirkenden für dieses hervorragende NsPanel Projekt und die sehr gute Zusammenstellung der Thematik.

Ich gehöre auch zu den Leidtragenden, die den "hula hoob Reifen" und "Waiting for content" nicht los werden. Meinen ersten Aufruf des Skripts habe ich, nachdem die Voraussetzungen und Vorarbeiten getan und erfüllt waren, zu dem Zeitpunkt gemacht, als es die Probleme mit der Klasse "IconsSelektor" / "icon_mapping" als globales TS Skript auftraten.

@andeas_z zitiere ich an der Stelle, weil meine bisherigen Erfahrungen und Probleme vergleichbar sind. Das Notepad++ Problem habe ich nicht. Ich verende einen Linux Desktop und die Editor Codepage Einstellung ist unicode UTF8. Das Transferproblem in den Java Skript Adapter kann ich ausschließen.

Es ist mir auch gelungen das NsPanel dazu zu bewegen etwas anderes als "Waiting for content" anzuzeigen (siehe Fotos). Das Ergebnis kann ich jederzeit reproduzieren, habe aber keine gesicherte Erklärung, sonder nur eine Vermutung hierfür.

Zunächst die Fotos:

Das Besondere an der Sache ist, zum Zeitpunkt, als ich die Fotos machte, ist das TS Skript nicht gelaufen. Allerdings war das NsPanel via Tasmota und Mqtt mit dem laufenden IoBroker verbunden. Ich vermute aber, dass ich die Anzeige auch provozieren kann, wenn der IoBroker nicht läuft (noch nicht getestet). Das selbe Ergebnis kann man auch bei laufenden NsPanel TS Skript erzwingen. In der Tasmota Konsole und im Mqtt.0 kommen auch die entsprechenden Events an, wen man auf die jeweiligen Displayobjekte drückt.

Wie bringt man das NsPanel dazu, "Waiting for content" zu verlassen?
Einfach mehrere, schnell hintereinander durchgeführte Berührungen auf den Touchscreen machen, bis der Screen (Foto 2) angezeigt wird. Von dort kann man dann weiter navigieren. In meinem Fall werden die Ereignisse in Tasmota / Mqtt sichtbar. Das TS Skript reagiert aber nicht darauf.

Meine spekulative Vermutung
Durch den Bug, dass TS Skripts nicht im globalen Umfeld korrekt laufen, kam es, in meinem Fall, zum Abbruch des NsPanel Skripts, wobei Fragmente der Screens im Flash-Speicher bereits geladen wurden, die man mit obiger Methode anzeigen kann. Den Bug bin ich umgangen, indem ich die Klasse und Funktion IconsSelektor im NsPanel Skript implementiert habe. Wobei ich nur die Icons übernommen habe, die auch vom Skript verwendet werden. Danach konnte ich mit dem NsPanel Skript weiter testen. Es ist sehr wahrscheinlich, dass ich die Bearbeitung des NsPanel Scripts nicht vollständig und korrekt abgeschlossen hatte, als das Skript dann ohne Abbruch lief.

Gibt es eine Methode die Fragmente aus dem User Flash Speicher wieder zu löschen (ClearUserMemory)?
Die Neuinstallation inkl. Flashen ist, wie bei @andeas_z, erfolglos verlaufen. Der Flash Prozess wurde bei mir auch bei 90% gestartet. Die in den Fotos gezeigten Inhalte sind nicht verschwunden.

Über meine bisherigen Aktivitäten habe ich folgendes Protokoll erstellt.

TopGoal, 23.09.2020: 
Protokoll: 
Installation, Aktivitäten und Tests 
zum Sonoff NsPanel (Tasmota / Berry-Driver)

Allgemeines, Ressourcen und Quellen
-----------------------------------
HDW: ESP32-D0WD-V3 
UFS: FlashFS mounted with 280 kB free
CFG: Loaded from File, Anzahl 415
QPC: Count 1
BRY: Berry initialized, RAM used=3735 bytes
     Projekt tasmota - SoNsP99 Version 12.1.1(tasmota)-2_0_4_1(2022.08.25 11:41:45)
NXP: Initializing Driver
BRY: Successfully loaded 'autoexec.be'
WIF: verbinden mit AP1 FBF7390-5 Channel 1 BSSId 34:31:C4:XX:XX:XX in Modus 11n als LeupoldsPub-SoNsP99-1988...
RSL: RESULT = {"CustomRecv":"event,startup,42,eu"}
WIF: verbunden

IoBroker Installation
---------------------
Plattform: linux
Betriebssystem: linux - Ubuntu Server 22.04 LTS
Architektur: arm64
Modell: Raspberry Pi 4 / 8 GB Ram 
(Keine Sd-Card, SSD boot, 128 GB)

Node.js: v14.20.1
NPM: 6.14.17

Admin.0: v6.2.22
AccuWeather.0: v1.2.1
JS-Controller.0: 4.0.23
Mqtt.0: IOB/Client-Mode, Port 1883 

Mqtt Broker: Mosquitto 2.0.15 (Ubuntu Snap App.) 
Der Mqtt-Broker läuft auf einem anderen Server 
im LAN/WLAN (Ubuntu Server 22.04 LTS), Port 1883

Mqtt Explorer 0.3.5 (Client, Port 1883)
Als Testhilfe und zum Prüfen der Topics auf dem Mosquitto Broker.
Über den Explorer wurde:

	LeupoldsPub/SoNsP99/cmnd/CustomSend
	 
an den Mosquitto Broker published. Der IOB-Mqtt.0 Client hat die Topicstruktur sauber
übernommen (aboniert). 


=============================================================================================
TypeScript v3.4.0.5 zur Steuerung des SONOFF NSPanel mit dem ioBroker by @Armilar/@Britzelpuf
- abgestimmt auf TFT 42 / v3.4.0 / BerryDriver 4 / Tasmota 12.1.1

@joBr99 Projekt: https://github.com/joBr99/nspanel-lovelace-ui/tree/main/ioBroker

NsPanelTs.ts (dieses TypeScript in ioBroker) Stable: https://github.com/joBr99/nspanel-lovelace-ui/blob/main/ioBroker/NsPanelTs.ts
icon_mapping.ts: https://github.com/joBr99/nspanel-lovelace-ui/blob/main/ioBroker/icon_mapping.ts (TypeScript muss in global liegen)

ioBroker-Unterstützung: 
	https://forum.iobroker.net/topic/58170/sonoff-nspanel-mit-lovelace-ui
	https://forum.iobroker.net/topic/50888/sonoff-nspanel
	https://forum.iobroker.net/topic/50888/sonoff-nspanel/612?_=1664024536560

WIKI zu diesem Projekt unter: 
	https://github.com/joBr99/nspanel-lovelace-ui/wiki (siehe Sidebar)

=============================================================================================

TopGoal, 26.09.2022
Testweise Änderungen im TypeScript NsP99-Layout (Basis GitHub: v3.4.0.5)


Zeile 1012 	url: `http://${get_current_tasmota_ip_address()}/cm?cmnd=Status0`,
geändert in:	url: `http://${get_current_tasmota_ip_address()}/cm?cmnd=Status 0`,		
Die Änderung führt dazu, dass alle Objektinformationen in der Rückgabemenge enthalten sind!
??????Im Falle von "cmnd=Status0" werden gefilterte Objete nicht mit Daten versorgt???????

SendToPanel bekommt Daten.
--------------------------
Die Seite cardEntities wird aufgebaut: "NSPanel Service" 
javascript.0	2022-09-26 14:21:16.020	info	script.js.NsPanels.NSP99-Layout: entityUpd~NSPanel Service~0|1~delete~~~~~~button~navigate.NSPanel_Infos~~65535~NSPanel Infos~PRESS~button~navigate.NSPanel_Firmware_Updates~~65535~Manuelle-Updates~PRESS~button~navigate.NSPanel_Einstellungen~~65535~Einstellungen~PRESS
javascript.0	2022-09-26 14:21:16.020	info	script.js.NsPanels.NSP99-Layout: pageType~cardEntities
javascript.0	2022-09-26 14:21:16.019	info	script.js.NsPanels.NSP99-Layout: Zeile 1285: SendToPanel wird ausgeführt!
Icons werden geholt!
javascript.0	2022-09-26 14:21:16.019	info	script.js.NsPanels.NSP99-Layout: Zeile 0146: ma_name --> wrench-outline
javascript.0	2022-09-26 14:21:16.018	info	script.js.NsPanels.NSP99-Layout: Zeile 0146: ma_name --> update
javascript.0	2022-09-26 14:21:16.017	info	script.js.NsPanels.NSP99-Layout: Zeile 0146: ma_name --> information-outline
javascript.0	2022-09-26 14:21:16.014	info	script.js.NsPanels.NSP99-Layout: 0

TopGoal, 25.09.2022 
Berry_Driver: Datentype --> String:
===================================
State value to set for "0_userdata.0.NSPanel.99.Berry_Driver.currentVersion" has to be type "number" but received type "string" 

You are assigning a string to the state "0_userdata.0.NSPanel.99.Berry_Driver.currentVersion" which expects a number. Please fix your code to use a number or change the state type to string. This warning might become an error in future versions.

0_userdata.0.NSPanel.99.Berry_Driver.currentVersion ---> von Zahl auf Zeichenkette geändert!

In das Coding habe ich zusätzlich Debug Punkte eingefügt, um zu Erkenntnissen zu gelangen, was möglicherweise nicht korrekt läuft.

Dieser Punkt sollte von den Entwicklern mal in die Beta Version übernommen und getestet werden.

TopGoal, 26.09.2022
Testweise Änderungen im TypeScript NsP99-Layout (Basis GitHub: v3.4.0.5)


Zeile 1012 	url: `http://${get_current_tasmota_ip_address()}/cm?cmnd=Status0`,
geändert in:	url: `http://${get_current_tasmota_ip_address()}/cm?cmnd=Status 0`,		
Die Änderung führt dazu, dass alle Objektinformationen in der Rückgabemenge enthalten sind!
??????Im Falle von "cmnd=Status0" werden gefilterte Objete nicht mit Daten versorgt???????

In der zugehörigen Funktion werden mehrere Status Kategorien aus Tasmota gefiltert und dann Datenobjekte bewertet. Der Aufruf "cmnd=Status0" liefert aber nicht die erwarteten Kategorien, was u.U. zu Folgefehlern führen kann. Wenn man in der Tasmota Konsole Statu0 und dann Status 0 eingibt, werden die Unterschiede deutlich.

Für jeden Tipp, der mir hilft, das NsPanel ans Laufen zu bringen, bin ich außerordentlich dankbar.

Viele Grüße
TopGoal