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

[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 aktuelle Version auf github hat den Bug nicht mehr

[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.