Nach Update auf Zigbee 3.5.5 läuft die Jalousie falsch herum
-
Hallo zusammen, leider habe ich den gleichen Effekt (z. B. https://www.zigbee2mqtt.io/devices/TS130F.html).
Z.bsp. Oder sind alle Betroffenen Autoren von diesem Typ ?
auch die Steuerung verdreht wird.
Da mir dazu aktuell leider absolut die Zeit fehlt, bin ich erstmal wieder zurück auf V3.3.5.Ohne Hilfe von Leuten mit dem device wird da nichts passieren. Ich habe weder Rollläden noch die Aktoren.
Der Adapter selber hat meines Wissens auch keinen eigenen Code für die Geräte - das kommt alles aus der ZHC Bibliothek- diese wurde beim Adapter Update aktualisiert.
Was zur Analyse benötigt wird wurde bereits mehrfach geschrieben - es ist je device Typ notwendig.
A.
@Asgothian sagte:
Ohne Hilfe von Leuten mit dem device wird da nichts passieren. Ich habe weder Rollläden noch die Aktoren.Ich bin dran, aber mir hat es gerade irgendwas zerschossen, weil ich 3.5.5 installiert habe, als die Jalousie in der Mitte stand und nicht oben.
Bitte Geduld
-
Habe jetzt mal 3.3.5 und 3.5.5 jeweils normal und reverse getestet.
Habe 4 PDFs gemacht. Diese eher Quick and dirty, also nicht auf die Formatierung achten.
Ich hoffe Du hast jetzt alle Informationen, ansonsten gerne melden
zigbee335.pdf
zigbee335rev.pdf
zigbee355.pdf
zigbee355rev.pdf -
Hi @asgothian nochmal kurz, hatte oben alles überflogen und war soweit klar.
Ich glaube es sind bei mir 3-4 verschiedene Typen, müsste ich alle einzeln nachsehen, da die hier schon 3-4 Jahre laufen. Sowas merkt sich ja keiner ;-)
Ich versuche da in den nächsten Tagen mal tiefer einzusteigen und mehr Input zu liefern. Wahrscheinlich habe ich auch noch 1-2 Reservegerätchen rumliegen, die ich Dir notfalls auch zur Verfügung stellen könnte.
Aber wie gesagt - Zeit ... - Da hier durch die Nutzer aber eben auch viel manuell passiert, müsste ich für die aktuelle Version alle ausbauen und um-klemmen, geht aufgrund der Menge aktuell leider gar nicht ...Hi @asgothian nochmal kurz, hatte oben alles überflogen und war soweit klar.
Ich glaube es sind bei mir 3-4 verschiedene Typen, müsste ich alle einzeln nachsehen, da die hier schon 3-4 Jahre laufen. Sowas merkt sich ja keiner ;-)Nein, das macht wirklich keiner. Glücklicherweise kannst du das egal bei welcher Adapter Version im Adapter nachschauen - du musst nicht a das Gerät selber. Es kann übrigens sein das du intern überall ähnliche / das gleiche Gerät hast - insbesondere wenn es TuYa ist.
Ich versuche da in den nächsten Tagen mal tiefer einzusteigen und mehr Input zu liefern. Wahrscheinlich habe ich auch noch 1-2 Reservegerätchen rumliegen, die ich Dir notfalls auch zur Verfügung stellen könnte.
Danke für das Angebot, aber das bringt leider wenig - neben dem Gerät bräuchte ich auch etwas zum ansteuern. Das hab ich auch nicht.
Aber wie gesagt - Zeit ... - Da hier durch die Nutzer aber eben auch viel manuell passiert, müsste ich für die aktuelle Version alle ausbauen und um-klemmen, geht aufgrund der Menge aktuell leider gar nicht ...
Ziel ist das du nichts umkabeln musst. Aber dazu brauch ich halt für jedes Gerät die Details. Dann kann ich schauen ob das auf ZHC Ebene oder auf Adapter Ebene durch neue Optionen gelöst werden kann.
A.
-
Hi @asgothian diese Typen verwende ich:
https://www.zigbee2mqtt.io/devices/SC500ZB-v4.html
https://www.zigbee2mqtt.io/devices/SC500ZB.html
nochmals: wenn ich in die position einen wert einschreibe antwortet der Datenpunkt sofort mit dem wert (100-wert) und fährt zur position (100-wert)
wenn über state setzen up down oder stop gesteuert wird, stimmt der Wert den position wiedergibt.
Ein LoraTap SC500ZB-v4 könnte für die Tests zur Verfügung gestellt werdenE.
-
Habe jetzt mal 3.3.5 und 3.5.5 jeweils normal und reverse getestet.
Habe 4 PDFs gemacht. Diese eher Quick and dirty, also nicht auf die Formatierung achten.
Ich hoffe Du hast jetzt alle Informationen, ansonsten gerne melden
zigbee335.pdf
zigbee335rev.pdf
zigbee355.pdf
zigbee355rev.pdfDas ist fast perfekt. In den Screenshots ist in den einzelnen ‘Zeilen’ vorne noch ein blauer Button. Wenn du da drauf Clickst kommt ein Dialog mit Text Meldungen. Diese brauche ich - nicht den Screenshot. Anhand der Meldungen kann ich sehen welchen Weg die Daten durch den Adapter gehen und was dann a das Gerät geschickt wird.
A.
-
@poppele
Warum schreibe ich Dokus und mach mir die Mühe das so aufzubereiten das man einfach den Text kopieren und hier hinein posten kann ?Bitte die Screenshots durch die Texte ersetzen - so kann ich das kaum nutzen.
A.
Nachtrag: das gleiche gibt es auch beim setzen - das was du gepostet hast ist die Verarbeitung der Antwort des Gerätes. Ich muss auch wissen was der Adapter mit der eingegebenen Zahl macht.
Nachtrag 2: die Aussage das beim ersten
invert_coverauf true ist wird vom Screenshot widerlegt - der Adapter sendetinvert_coveralsfalse -
beim ersten setze ich dir position auf 58 und erhalte 42 invert_cover=true
Messages from 07:17:51 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":58,"tuyaMovingState":1},"linkquality":94,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,255,10,8,0,32,58,0,240,48,1]},"zclTransactionSequenceNumber":255,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I04: value generated '94' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":58,"tuyaMovingState":1} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":42,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":58,"tuyaMovingState":1} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"STOP"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":58,"tuyaMovingState":1} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":42,"state":"OPEN"},{"moving":"STOP"},{}] => payload {"position":42,"state":"OPEN","moving":"STOP"} => processed payload : {"position":42,"state":"OPEN","moving":"STOP"} I03: message received '{"position":42,"state":"OPEN","moving":"STOP"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-1: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-2: value generated '42' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-3: value generated 'STOP' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving'beim zweiten setze ich dir position auf 35 und erhalte 65 invert_cover=false
Messages from 07:25:37 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":35,"tuyaMovingState":1},"linkquality":83,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,2,10,8,0,32,35,0,240,48,1]},"zclTransactionSequenceNumber":2,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I04: value generated '83' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":35,"tuyaMovingState":1} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":65,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":35,"tuyaMovingState":1} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"STOP"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":35,"tuyaMovingState":1} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":65,"state":"OPEN"},{"moving":"STOP"},{}] => payload {"position":65,"state":"OPEN","moving":"STOP"} => processed payload : {"position":65,"state":"OPEN","moving":"STOP"} I03: message received '{"position":65,"state":"OPEN","moving":"STOP"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-1: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-2: value generated '65' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-3: value generated 'STOP' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving' -
Messages from 08:03:47 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":28,"tuyaMovingState":1},"linkquality":94,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,27,10,8,0,32,28,0,240,48,1]},"zclTransactionSequenceNumber":27,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I04: value generated '94' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":28,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":72,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":28,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"STOP"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":28,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":72,"state":"OPEN"},{"moving":"STOP"},{}] => payload {"position":72,"state":"OPEN","moving":"STOP"} => processed payload : {"position":72,"state":"OPEN","moving":"STOP"} I03: message received '{"position":72,"state":"OPEN","moving":"STOP"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-1: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-2: value generated '72' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-3: value generated 'STOP' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving'jetzt mit invert_cover true gleiches Verhalten
-
Messages from 08:03:34 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":28,"tuyaMovingState":2},"linkquality":98,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,26,10,8,0,32,28,0,240,48,2]},"zclTransactionSequenceNumber":26,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I04: value generated '98' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":28,"tuyaMovingState":2} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":72,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":28,"tuyaMovingState":2} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"DOWN"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":28,"tuyaMovingState":2} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":72,"state":"OPEN"},{"moving":"DOWN"},{}] => payload {"position":72,"state":"OPEN","moving":"DOWN"} => processed payload : {"position":72,"state":"OPEN","moving":"DOWN"} I03: message received '{"position":72,"state":"OPEN","moving":"DOWN"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-1: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-2: value generated '72' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-3: value generated 'DOWN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving' -
@poppele danke für den Teil. Allerdings sind auch das Meldungen die entstehen wenn das Gerät die Position an den Adapter meldet.
Was mir fehlt sind die Meldungen die entstehen wenn du die Position setzt. Dazu gibt es im Debug Tab einen eigenen Bereich der diese Anzeigt.A.
-
Messages from 08:03:34 for device 0xa4c13818f1b0022a
O01: User state change of state zigbee.0.a4c13818f1b0022a.position with value 28 (ack: false) from system.adapter.web.0 O02: Change state 'position' at device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' type 'SC500ZB-v4' O03: Publishing to 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' of model SC500ZB-v4 with position Os4.0: Setting' converter to converter with key(s)'["position","tilt"]} O04: convert position with value 28 and options {} for device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' without Endpoint O05: Attempt 1 at converting data for position with preparedValue 28, meta.state {}, meta.message {"position":28} SUCCESS: convert result {"state":{"position":28}} for device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)'Messages from 07:59:56 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type readResponse from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"readResponse","data":{"zclVersion":3},"linkquality":94,"groupID":0,"cluster":"genBasic","meta":{"rawData":{"type":"Buffer","data":[24,28,1,0,0,0,32,3]},"zclTransactionSequenceNumber":28,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":true,"reservedBits":0}},"endpoint_id":1} I04: value generated '94' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 0 converter available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'genBasic' and type 'readResponse'Messages from 08:00:00 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":36,"tuyaMovingState":2},"linkquality":98,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,13,10,8,0,32,36,0,240,48,2]},"zclTransactionSequenceNumber":13,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I04: value generated '98' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":36,"tuyaMovingState":2} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":64,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":36,"tuyaMovingState":2} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"DOWN"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":36,"tuyaMovingState":2} options: {"invert_cover":"false","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":64,"state":"OPEN"},{"moving":"DOWN"},{}] => payload {"position":64,"state":"OPEN","moving":"DOWN"} => processed payload : {"position":64,"state":"OPEN","moving":"DOWN"} I03: message received '{"position":64,"state":"OPEN","moving":"DOWN"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-1: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-2: value generated '64' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-3: value generated 'DOWN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving' -
Jetzt nochmals 2 Zyklen ich hoffe dies ist jetzt komplett
Messages from 08:34:41 for device 0xa4c13818f1b0022a
O01: User state change of state zigbee.0.a4c13818f1b0022a.position with value 56 (ack: false) from system.adapter.web.0 O02: Change state 'position' at device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' type 'SC500ZB-v4' O03: Publishing to 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' of model SC500ZB-v4 with position Os4.0: Setting' converter to converter with key(s)'["position","tilt"]} O04: convert position with value 56 and options {} for device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' without Endpoint O05: Attempt 1 at converting data for position with preparedValue 56, meta.state {}, meta.message {"position":56} SUCCESS: convert result {"state":{"position":56}} for device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)'Messages from 08:34:41 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":56,"tuyaMovingState":0},"linkquality":91,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,33,10,8,0,32,56,0,240,48,0]},"zclTransactionSequenceNumber":33,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I03: message received '{"available":true}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04: value generated 'true' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Available' I04-1: value generated '91' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":56,"tuyaMovingState":0} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":44,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":56,"tuyaMovingState":0} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"UP"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":56,"tuyaMovingState":0} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":44,"state":"OPEN"},{"moving":"UP"},{}] => payload {"position":44,"state":"OPEN","moving":"UP"} => processed payload : {"position":44,"state":"OPEN","moving":"UP"} I03-1: message received '{"position":44,"state":"OPEN","moving":"UP"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-2: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-3: value generated '44' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-4: value generated 'UP' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving'Messages from 08:34:47 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":56,"tuyaMovingState":1},"linkquality":94,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,34,10,8,0,32,56,0,240,48,1]},"zclTransactionSequenceNumber":34,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I04: value generated '94' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":56,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":44,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":56,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"STOP"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":56,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":44,"state":"OPEN"},{"moving":"STOP"},{}] => payload {"position":44,"state":"OPEN","moving":"STOP"} => processed payload : {"position":44,"state":"OPEN","moving":"STOP"} I03: message received '{"position":44,"state":"OPEN","moving":"STOP"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-1: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-2: value generated '44' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-3: value generated 'STOP' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving'Messages from 08:37:22 for device 0xa4c13818f1b0022a
O01: User state change of state zigbee.0.a4c13818f1b0022a.position with value 46 (ack: false) from system.adapter.web.0 O02: Change state 'position' at device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' type 'SC500ZB-v4' O03: Publishing to 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' of model SC500ZB-v4 with position Os4.0: Setting' converter to converter with key(s)'["position","tilt"]} O04: convert position with value 46 and options {} for device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)' without Endpoint O05: Attempt 1 at converting data for position with preparedValue 46, meta.state {}, meta.message {"position":46} SUCCESS: convert result {"state":{"position":46}} for device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)'Messages from 08:37:23 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":46,"tuyaMovingState":2},"linkquality":98,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,35,10,8,0,32,46,0,240,48,2]},"zclTransactionSequenceNumber":35,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I03: message received '{"available":true}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04: value generated 'true' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Available' I04-1: value generated '98' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":46,"tuyaMovingState":2} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":54,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":46,"tuyaMovingState":2} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"DOWN"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":46,"tuyaMovingState":2} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":54,"state":"OPEN"},{"moving":"DOWN"},{}] => payload {"position":54,"state":"OPEN","moving":"DOWN"} => processed payload : {"position":54,"state":"OPEN","moving":"DOWN"} I03-1: message received '{"position":54,"state":"OPEN","moving":"DOWN"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-2: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-3: value generated '54' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-4: value generated 'DOWN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving'Messages from 08:37:25 for device 0xa4c13818f1b0022a
I01: Zigbee Event of Type attributeReport from device 'SC500ZB-v4-Büro (0xa4c13818f1b0022a)', incoming event: {"type":"attributeReport","data":{"currentPositionLiftPercentage":46,"tuyaMovingState":1},"linkquality":91,"groupID":0,"cluster":"closuresWindowCovering","meta":{"rawData":{"type":"Buffer","data":[8,36,10,8,0,32,46,0,240,48,1]},"zclTransactionSequenceNumber":36,"frameControl":{"frameType":0,"manufacturerSpecific":false,"direction":1,"disableDefaultResponse":false,"reservedBits":0}},"endpoint_id":1} I04: value generated '91' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Link quality' I02: 3 converters available for 'SC500ZB-v4' 'SC500ZB-v4-Büro (a4c13818f1b0022a)' with cluster 'closuresWindowCovering' and type 'attributeReport' I02.1a: converter 1 : Cluster closuresWindowCovering I02.0b: data: {"currentPositionLiftPercentage":46,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"position":54,"state":"OPEN"} I02.2a: converter 2 : Cluster closuresWindowCovering I02.1b: data: {"currentPositionLiftPercentage":46,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:{"moving":"STOP"} I02.3a: converter 3 : Cluster closuresWindowCovering I02.2b: data: {"currentPositionLiftPercentage":46,"tuyaMovingState":1} options: {"invert_cover":"true","cover_position_tilt_disable_report":"false","resend_states":""} meta:{"deviceIEEE":"0xa4c13818f1b0022a","logger":"StatesController","state":{"state":""}} result:undefined I02.3d: candidates: [{"position":54,"state":"OPEN"},{"moving":"STOP"},{}] => payload {"position":54,"state":"OPEN","moving":"STOP"} => processed payload : {"position":54,"state":"OPEN","moving":"STOP"} I03: message received '{"position":54,"state":"OPEN","moving":"STOP"}' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' type 'SC500ZB-v4' I04-1: value generated 'OPEN' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'state' I04-2: value generated '54' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'Position of this cover' I04-3: value generated 'STOP' from device 'SC500ZB-v4-Büro (a4c13818f1b0022a)' for 'moving' -
@asgothian reichen Dir die Daten oder soll ich auch noch was schicken?
-
https://forum.iobroker.net/user/asgothian Ich habe nochmals unter 3.3.5 getestet hier ist das Verhalten insfesamt korrekt. Auch unter zigbbe2mqtt mit Zigbee2MQTT-Version 2.13.0 commit: fcbb7ff4 Frontend-Version 2.14.0 zigbee-herdsman-converters Version 26.90.0 zigbee-herdsman Version arbeitet der device korrekt.
E. -
Hallo auch nochmal von mir. ich bin jetzt schonmal etwas weiter bei meiner Analyse hier.
Ich verwende folgende Geräte:
ALLE diese Geräte werden nach dem Update von 3.3.5 nach 3.5.5 verkehrt herum gesteuert.
Sprich, was vorher up war ist hinterher down. Die Ansteuerung erfolgt bei mir bei allen Devices über das Datenfeld 'state', mit dem Blockly-Befehl 'steuere...'
Ausgelöst wird die Steuerung dabei aus 2 verschiedenen VIS-en und automatisiert (Zeit- oder Beschattungssteuerung) direkt aus Blockly. Deshalb geht es erst über eine Variable, welche dann jeweils den zugehörigen Alias des jeweiligen Device-Datenfeldes triggert.
Dort wird dann je nach gesendetem Befehl mit 'UP', 'STOP', oder 'DOWN' das Datenfeld 'state' gesteuert.
Der Grad der Öffnung, Datenfeld 'position', wird bei mir nach dem Update, trotz verdrehter Ansteuerung, weiterhin korrekt angezeigt. Ist ebenfalls über Alias eingebunden.Warum schreibe ich das bevor ich nun (pro Device-Typ, vorher/nachher) in die Logs einsteige?
Mich wundert das es wohl keine anderen Nutzer mit genau diesem Problem gibt und frage mich deshalb, ob ich evtl. bei der Ansteuerung einen Denkfehler gemacht habe? Weil wenn das so wäre, müsste ich wohl eher da ran gehen.zigbee2MQTT habe ich bei Zigbee übrigens nicht im Einsatz, sondern nur den Zigbee-Adapter.
Evtl noch ein Aspekt:
Ich bin gerade per Admin mal zurück bis auf die Vers. 3.4.1. gegangen und habe festgestellt, dass das Problem (bei mir) schon mit dieser Version auftritt. Es ist also (bei mir) definitiv nicht erst ab Vers. 3.5.5.Auf GIT finde ich dazu an Änderungen:
- new Binding UI
- new model specific option meta_state - accepts a list of states (.ie. 'state,brightness')
- adapter defined default-options
Hat sich da evtl. durch den 2.ten Bullet etwas im Umgang mit dem 'state' DP geändert?
Pedder
All @Proxmox/Trixie auf HP Elitedesk 800 G4; Zigbee: ZigStar (LAN), ~110Devices
Unifi, Motioneye/3Reolinks, PiHole, Bosch CS7800i via BBQKees/EMS-ESP, Fronius/BYD 11kWp via Modbus
Under construction: Smart-WoMo auf Raspi4 -
Hallo auch nochmal von mir. ich bin jetzt schonmal etwas weiter bei meiner Analyse hier.
Ich verwende folgende Geräte:ALLE diese Geräte werden nach dem Update von 3.3.5 nach 3.5.5 verkehrt herum gesteuert.
Sprich, was vorher up war ist hinterher down. Die Ansteuerung erfolgt bei mir bei allen Devices über das Datenfeld 'state', mit dem Blockly-Befehl 'steuere...'
Ausgelöst wird die Steuerung dabei aus 2 verschiedenen VIS-en und automatisiert (Zeit- oder Beschattungssteuerung) direkt aus Blockly. Deshalb geht es erst über eine Variable, welche dann jeweils den zugehörigen Alias des jeweiligen Device-Datenfeldes triggert.
Dort wird dann je nach gesendetem Befehl mit 'UP', 'STOP', oder 'DOWN' das Datenfeld 'state' gesteuert.
Der Grad der Öffnung, Datenfeld 'position', wird bei mir nach dem Update, trotz verdrehter Ansteuerung, weiterhin korrekt angezeigt. Ist ebenfalls über Alias eingebunden.Warum schreibe ich das bevor ich nun (pro Device-Typ, vorher/nachher) in die Logs einsteige?
Mich wundert das es wohl keine anderen Nutzer mit genau diesem Problem gibt und frage mich deshalb, ob ich evtl. bei der Ansteuerung einen Denkfehler gemacht habe? Weil wenn das so wäre, müsste ich wohl eher da ran gehen.zigbee2MQTT habe ich bei Zigbee übrigens nicht im Einsatz, sondern nur den Zigbee-Adapter.
Evtl noch ein Aspekt:
Ich bin gerade per Admin mal zurück bis auf die Vers. 3.4.1. gegangen und habe festgestellt, dass das Problem (bei mir) schon mit dieser Version auftritt. Es ist also (bei mir) definitiv nicht erst ab Vers. 3.5.5.Auf GIT finde ich dazu an Änderungen:
- new Binding UI
- new model specific option meta_state - accepts a list of states (.ie. 'state,brightness')
- adapter defined default-options
Hat sich da evtl. durch den 2.ten Bullet etwas im Umgang mit dem 'state' DP geändert?
Hallo auch nochmal von mir. ich bin jetzt schonmal etwas weiter bei meiner Analyse hier.
Ich verwende folgende Geräte:Danke für die Info. Damit kann ich arbeiten.
ALLE diese Geräte werden nach dem Update von 3.3.5 nach 3.5.5 verkehrt herum gesteuert.
Sprich, was vorher up war ist hinterher down. Die Ansteuerung erfolgt bei mir bei allen Devices über das Datenfeld 'state', mit dem Blockly-Befehl 'steuere...'
Ausgelöst wird die Steuerung dabei aus 2 verschiedenen VIS-en und automatisiert (Zeit- oder Beschattungssteuerung) direkt aus Blockly. Deshalb geht es erst über eine Variable, welche dann jeweils den zugehörigen Alias des jeweiligen Device-Datenfeldes triggert.
Dort wird dann je nach gesendetem Befehl mit 'UP', 'STOP', oder 'DOWN' das Datenfeld 'state' gesteuert.
Der Grad der Öffnung, Datenfeld 'position', wird bei mir nach dem Update, trotz verdrehter Ansteuerung, weiterhin korrekt angezeigt. Ist ebenfalls über Alias eingebunden.Auch das ist schon einmal hilfreich.
Warum schreibe ich das bevor ich nun (pro Device-Typ, vorher/nachher) in die Logs einsteige?
Mich wundert das es wohl keine anderen Nutzer mit genau diesem Problem gibt und frage mich deshalb, ob ich evtl. bei der Ansteuerung einen Denkfehler gemacht habe? Weil wenn das so wäre, müsste ich wohl eher da ran gehen.Ich denke das du keinen Denkfehler gemacht hast. Ich denke eher das die Änderungen im ZHC Dich da treffen.
Ich habe auch noch gute Nachrichten - soweit ich den Code überblicken kann laufen die 3 TuYa alle über den gleichen Konverter - sprich logs reichen von genau einem davon, während der Lonsonho anders angesprochen wird.
Evtl noch ein Aspekt:
Ich bin gerade per Admin mal zurück bis auf die Vers. 3.4.1. gegangen und habe festgestellt, dass das Problem (bei mir) schon mit dieser Version auftritt. Es ist also (bei mir) definitiv nicht erst ab Vers. 3.5.5.Auf GIT finde ich dazu an Änderungen:
- new Binding UI
- new model specific option meta_state - accepts a list of states (.ie. 'state,brightness')
- adapter defined default-options
Hat sich da evtl. durch den 2.ten Bullet etwas im Umgang mit dem 'state' DP geändert?
Nein, das ist nicht die relevante Anpassung. Entscheidend ist der Sprung von ZHC 25 (Zigbee Adapter 3.3.x) auf ZHC 26 (Zigbee Adapter 3.4.x oder neuer)
Insgesamt ist genau das auch das Problem - der Adapter hat genau keinen Device-Spezifischen Code für diese Geräte. Die Veränderung des Verhaltens liegt an einer Veränderung der Anforderungen der ZHC, so das ich dafür entsprechend 'optionen' einbauen muss. Nur muss ich erst einmal heraus finden an welchen Stellen da Anpassungen notwendig sind.
A.
Edit - Schreibfehler korrigiert
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
215
Online33.1k
Benutzende83.8k
Themen1.4m
Beiträge