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

[Asgothian]

@schrup21 sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

@ro75 @Marc-Berg
Hey!
Also ich kann bestätigen, dass die Prozedur funktioniert, gerade bei mir getestet. Dauert nur etwas, bis die Steckdose 0 ausgiebt.
vorher:
2023-09-03 14:59:05MQTT publish: topic 'zigbee2mqtt/NOUS ', payload '{"child_lock":"UNLOCK","current":0,"energy":26.97,"indicator_mode":"off/on","linkquality":124,"power":0,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"update_available":false,"voltage":235}'
nachher:
info 2023-09-03 14:59:05MQTT publish: topic 'zigbee2mqtt/NOUS ', payload '{"child_lock":"UNLOCK","current":0,"**energy":0,"**indicator_mode":"off/on","linkquality":124,"power":0,"power_outage_memory":"restore","state":"ON","update":{"installed_version":192,"latest_version":192,"state":"idle"},"update_available":false,"voltage":235}'
info

Cluster hab ich 0x0000 angegeben (weil das so unter "example" angegeben ist).

Zigbee2MQTT-Version 1.33.0
Coordinator-Typ EZSP v8
Coordinator-Version 6.10.3.0 build 297

@Marc-Berg Danke für die Info! Hab nach Verbrauch Zurücksetzen gesucht und bin dank dir sofort fündig geworden.

Kannst du bitte posten was genau du im Developer Modus schickst - am besten das json welches an zigbee2mqtt geht ?

[Marc Berg]

@asgothian sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

Kannst du bitte posten was genau du im Developer Modus schickst - am besten das json welches an zigbee2mqtt geht ?

Schau mal, ob das Debug Log hilft, das ich während der Ausführung mitgeschnitten habe:

[2024-06-29 08:30:54] debug: 	z2m: Received MQTT message on 'z2m/Powerplug4/1/set' with data '{"command":{"cluster":0,"command":0,"payload":{}}}'
[2024-06-29 08:30:54] debug: 	z2m: Publishing 'set' 'command' to 'Powerplug4'
[2024-06-29 08:30:54] debug: 	zh:controller:endpoint: ZCL command 0xa4c138949cc39e7e/1 genBasic.resetFactDefault({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false})
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: DATA_REQUEST - destAddr: 0x18e8 EP:1 SeqNr. 189 request id: 89
[2024-06-29 08:30:54] debug: 	zh:deconz:frameparser: DATA_REQUEST RESPONSE - request id: 89 status: 0
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-06-29 08:30:54] debug: 	zh:deconz:frameparser: DEVICE_STATE changed: 10100110
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: networkstate: 2 apsDataConfirm: 1 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: query aps data confirm
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: DATA_CONFIRM - sending data state request - SeqNr. 190
[2024-06-29 08:30:54] debug: 	zh:deconz:frameparser: DATA_CONFIRM RESPONSE - destAddr: 0x18e8 request id: 89 confirm status: 0
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-06-29 08:30:54] debug: 	zh:deconz: sendZclFrameToEndpoint - message send with transSeq Nr.: 34
[2024-06-29 08:30:54] debug: 	zh:deconz: false, false, false, 10000
[2024-06-29 08:30:54] debug: 	zh:deconz: resolve request (34)
[2024-06-29 08:30:54] debug: 	zh:deconz:frameparser: DEVICE_STATE changed: 10101010
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 1 configChanged: 0 apsRequestFreeSlots: 1
[2024-06-29 08:30:54] debug: 	zh:deconz:frameparser: DEVICE_STATE changed: 10101010
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 1 configChanged: 0 apsRequestFreeSlots: 1
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: query aps data indication
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: DATA_INDICATION - sending read data request - SeqNr. 191
[2024-06-29 08:30:54] debug: 	zh:deconz:frameparser: DATA_INDICATION RESPONSE - seqNr. 191 srcAddr: 0x18e8 destAddr: 0x0 profile id: 0x104 cluster id: 0x0 lqi: 255
[2024-06-29 08:30:54] debug: 	zh:deconz:frameparser: response payload: 24,34,11,0,0
[2024-06-29 08:30:54] debug: 	zh:deconz: resolve data request with transSeq Nr.: 34
[2024-06-29 08:30:54] debug: 	zh:controller: Received payload: clusterID=0, address=6376, groupID=null, endpoint=1, destinationEndpoint=1, wasBroadcast=false, linkQuality=255, frame={"header":{"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0},"manufacturerCode":null,"transactionSequenceNumber":34,"commandIdentifier":11},"payload":{"cmdId":0,"statusCode":0},"command":{"ID":11,"name":"defaultRsp","parameters":[{"name":"cmdId","type":32},{"name":"statusCode","type":32}]}}
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/state', payload 'ON'
[2024-06-29 08:30:54] debug: 	zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 1 configChanged: 0 apsRequestFreeSlots: 1
[2024-06-29 08:30:54] debug: 	zh:deconz: response received (34)
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/power_outage_memory', payload 'restore'
[2024-06-29 08:30:54] info: 	zhc:tz: Invoked '0.0' with payload '{}'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/indicator_mode', payload 'off/on'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/child_lock', payload 'UNLOCK'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/voltage', payload '234'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/last_seen', payload '2024-06-29T08:30:54+02:00'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/linkquality', payload '255'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/power', payload '6'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/current', payload '0.1'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/energy', payload '0'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/update-state', payload 'idle'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/update-installed_version', payload '192'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/update-latest_version', payload '192'
[2024-06-29 08:30:54] debug: 	z2m: MQTT publish: topic 'z2m/Powerplug4/update_available', payload 'false'

Erfolgreich ist der Befehl jedenfalls:

[Marc Berg]

@avo2705 sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

schon mal versucht in der Konsole der Tasmota App folgenden Befehl einzugeben:
Energytoday 0
Energyyesterday 0
Energytotal 0

In diesem Thread geht's um die Zigbee Variante, kein Tasmota.

[bastler]

@marc-berg Richtig!

Hatte mir ein Nous Gateway gekauft und versucht den Energiewert damit zu löschen, war aber nicht möglich. In der App gibt es keinen entsprechenden Punkt. Jetzt habe ich noch einmal in den Objekten den Energiewert durch Überschreiben auf "0" gesetzt. Klappt aber auch nicht, ist "schreibgeschützt".

Kann man den Schreibschutz aufheben, wenn ja wie?

[Homoran]

@bastler sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

Kann man den Schreibschutz aufheben

ja, würde aber wahrscheinlich sofort wieder vom Gerät überschrieben.
Dürfte eine ReadOnly Information sein.

[Asgothian]

@bastler sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

@asgothian Moin, wurde der Bug inzwischen behoben, damit ein Reset der Energiewerte durchgeführt werden kann?

Die Lösung ist:

sendTo('zigbee.0', 'sendToZigbee', {
    "id": "zigbee.X.YYYY",
    "ep": "1",
    "cid": "genBasic",
    "cmd": "resetFactDefault",
    "cmdType": "functional",
    "zclData": {
        "null": {}
    },
    "cfg": null
});

In Blockly geht das auch:

Im Textbaustein muss dann dies stehen:
{"id": "zigbee.X.YYYY","ep": "1","cid": "genBasic","cmd": "resetFactDefault","cmdType": "functional","zclData": {"null": {}},"cfg": null}

In beiden Fällen müssen X und YYYY durch die korrekten Werte ersetzt werden:
X ist die Instanz-ID der Zigbee Instanz ist (0 im Zweifelsfall)
YYYY ist die IEEE des Gerätes, ohne die führende 0x

[Ro75]

@asgothian Genial. Danke. Sobald der nächste Turnus bei mir ansteht werde ich das in dieser Form umsetzen.

Ro75.

[bastler]

@asgothian Danke auch von mir, werde es nach dem Fußball oder morgen versuchen umzusetzen.

[bastler]

@asgothian Moin, habe gerade versucht das Blockly umzusetzen:

Bei mir steht noch "parameter1", bei dir nicht? Der Energiewert wurde nicht auf "0" gesetzt.

Habe ich was nicht richtig gemacht?

Danke und Gruß

Update:

Habe jetzt das Jason Skript probiert, damit funktioniert es. Wo liegt dann der Fehler bei dem Blockly?

[Asgothian]

@bastler sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

Habe jetzt das Jason Skript probiert, damit funktioniert es. Wo liegt dann der Fehler bei dem Blockly?

zeig mal das JS was aus dem blockly wird ( ) einmal da clicken. Nichts editieren, dann kannst du nochmal drauf clicken um das Blockly wieder zu bekommen

A.

[bastler]

@asgothian

[Asgothian]

@bastler Bitte sowas als Text posten, nicht als Screenshot.

Lösung:

beide Blöcke sollten gehen. Im oberen Block hab ich einfach den Namen des ersten Parameters eliminiert.
Im 2. habe ich die einzelnen Komponenten des JSON Objektes als einzelne Parameter definiert.

als JS sieht das so aus:

sendTo('zigbee.0', 'sendToZigbee', { "id": "zigbee.0.a4c13854c4cedb48", "ep": "1", "cid": "genBasic", "cmd": "resetFactDefault", "cmdType": "functional", "zclData": {"null":{}}, "cfg": null});
sendTo('zigbee.0', 'sendToZigbee', { 'id': 'zigbee.0.a4c13854c4cedb48', 'ep': '1', 'cid': 'genBasic', 'cmd': 'resetFactDefault', 'cmdType': 'functional', 'zclData': {"null":{}}, 'cfg': 'null' });

A.

[bastler]

@asgothian Danke, wie bekommen ich "parameter1" weg bei mir, das scheint der Fehler zu sein?

Update

Habe es einfach gelöscht, jetzt ist wie bei dir nur ein leeres Kästchen

[Asgothian]

@bastler rein-clicken, text mit backspace / delete löschen

A.

[bastler]

@asgothian Danke für deine Hilfe!

Hast du noch einen Tip für folgendes Problem: ich habe noch eine FDTEK Steckdose, die ich vorgestern ausgebaut hatte und wollte sie auch auf "0" setzten. Leider wird sie nicht mehr erkannt, obwohl sie bis vorgestern noch problemlos lief.
Habe den Schaltknopf gedrückt, bis er blinkt und dann die Kopplung gestartet - wird nicht erkannt,
Instanz neu gestartet - wird nicht erkannt
Adapter auf Github Version 10.5 erhöht - wird nicht erkannt,
ioBroker aktualisiert und neu gestartet - wird nicht erkannt.

Kann mir nicht vorstellen, dass die defekt sein soll.

[Asgothian]

@bastler sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

Habe den Schaltknopf gedrückt, bis er blinkt und dann die Kopplung gestartet - wird nicht erkannt,

• ist die Steckdose noch in deiner Liste von Objekten vorhanden ? Wenn ja, bitte (über den Zigbee-Adapter) löschen. Dabei den Haken bei "Löschen erzwingen" nicht vergessen.
• welches Device ist es genau ( bitte bei zigbee2mqtt.io heraus suchen)
• Den Befehl der bei den NOUS A1Z Dosen funktioniert musst du mit Vorsicht geniessen - eigentlich dient er dazu die Steckdose in den Ursprungszustand zurück zu setzen - das kann also dazu führen das du sie aus dem Netz geworfen hast. Bei TUYA Geräten kann es sogar sein das die Gerätespezifische Firmware durch die default TUYA Firmware ersetzt wird. Damit hättest du dann das Gerät erlegt.

A.

[bastler]

@asgothian Das ist die Dose, hatte sie auch versucht auf "0" zu setzten https://www.zigbee2mqtt.io/devices/TS011F_plug_3.html

[Asgothian]

@bastler Das ist TuYa. Da kann alles passieren. Das einzige was ich Dir empfehlen kann ist sicher zu stellen das die Dose nicht mehr im Zigbee-Netzwerk als Objekt (ohne Verbindung) gelistet ist, und dann erneut zu versuchen. Das kann, muss aber nicht, helfen.

Bei TuYa gilt:

• was gleich aussieht muss nicht gleich funktionieren und meldet sich ggf. gleich (oder auch nicht) am Zigbee Adapter an.
• was gleich funktioniert sieht oft nicht gleich aus und meldet sich ggf. gleich (oder auch nicht) am Zigbee Adapter an.
• Der Teufel steckt im Detail - so richtig darauf verlassen das eine Erkennung korrekt ist (in zigbee2mqtt oder im zigbee Adapter) kann man sich leider nicht.

Es kann also sein das Du diese Steckdose abschreiben musst.

A.

[bastler]

@asgothian Ja, scheint sich verabschiedet zu haben. Trotzdem, Danke für die Hilfe.

Was ist denn der Unterschied zwischen "TuYa" Zigbee und "Nous" Zigbee? Hatte vermutet, das die Zigbee Systeme intern im Prinzip alle gleich sind.

[Asgothian]

@bastler sagte in NOUS A1Z Steckdose Energiewert auf 0 setzten:

@asgothian Ja, scheint sich verabschiedet zu haben. Trotzdem, Danke für die Hilfe.

Was ist denn der Unterschied zwischen "TuYa" Zigbee und "Nous" Zigbee? Hatte vermutet, das die Zigbee Systeme intern im Prinzip alle gleich sind.

Das ganze hat viel damit zu tun wie viel Wissen eine Firma in das Zigbee System steckt. TuYa ist ein OEM Anbieter der vor konfigurierte Module und Systeme anbietet die verschiedene Hersteller “nur” noch unter ihrem Namen verkaufen müssen. Das “müssen” ist dabei wichtig. Das TuYa System erlaubt es den Firmen durchaus eigene Konfigurationen zu bauen, es fordert diese aber nicht. Deswegen gibt es so viele “generische” TuYa Geräte. Das ist erst einmal nicht schlimm. Allerdings lässt das subsystem zu das die Firmware weitgehend am Zigbee Standard vorbei mit einem “manufacturerspecific” Cluster arbeitet, so das jeder Hersteller in der Theorie einfach seine eigene Methode zur Steuerung der Geräte nutzen kann. Das geht soweit das sogar die Identifikation der Geräte “nicht Standard” sein kann, sprich einige Geräte melden sich einfach nur als TS0601 (Beispiel) an. Im zigbee-herdsman sind deswegen extrem viele sonder-Methoden eingeflossen um Geräte trotzdem auseinander halten zu können.
Man kann es sich also als Hersteller einfach machen, und mit wenig eigenem Aufwand Zigbee Unterstützung implementieren, bzw. einfach ein Design aus dem TuYa Universum 1:1 übernehmen und mit nur minimalen Firmware-Anpassungen selber verkaufen.
Oder man steckt mehr Arbeit rein, macht ein eigenes Design und investiert mehr in die Entwicklung eines eigenen Gerätes. Nous scheint dies getan zu haben, obwohl sie auch auf dem TuYa System aufsetzen.
Oder man geht noch weiter und entwickelt die Hardware noch weiter selber. Dann nimmt man zwar einen bekannten zigbee-controller Chip , (ggf. Mit Referenz Design) und macht ansonsten alles selber. Beispiele dafür sind Xiaomi (Aqara), Philips (Hue) aber auch Ikea, Innr und viele andere.

Nur das wir uns nicht missverstehen - mehr selber machen führt nicht unbedingt zu “besseren” Geräten. Aber zumindest zu Geräten die auch von der Software einfacher auseinander zu halten sind. Und ein eigener Name erlaubt auch sie besser zu erkennen. Ein (aus meiner Sicht unrühmliches) Beispiel sind die Osram Lightify Steckdosen. eigenes Design, sauber erkennbar, bei mir aber instabil und deswegen inzwischen alle ausgemustert.
Das Problem bei TuYa ist der große Strauß an Bunten Geräten - guten wie schlechten - die sich teilweise sehr ähnlich sehen / gleich aussehen.

Für mich als Entwickler ist gerade dieser bunte Strauß ein Graus. Bei Geräten die primär über die im Zigbee-Standard vorgesehenen Cluster kommunizieren ist eine Integration auch ohne selber ein Gerät zu haben zumeist möglich. bei TuYa war das lange nicht so, und es musste erst einiges an extra entwickelt werden damit auch da die Einbindung mit handhabbarem Aufwand möglich wurde. Das hat bei mir Vorurteile hinterlassen, so das ich um generische TuYa Geräte einen großen Bogen mache.

A.