Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Asgothian]

@Skippy07 Es geht um dieses Dokument.

Und ja, ich brauche die Kombination aus

• Deine Aktion
• Dazu die Details der ausgehenden Meldung.
• Dazu die Details von ausgewählten eingehenden Meldungen. So ist z.Bsp. uninteressant wenn nur die LinkQuality aktualisiert wird.
• Die Beschreibung was das Gerät dabei macht.

A.

Edit: link hinzugefügt

[Asgothian]

Dieser Beitrag wurde gelöscht!

[poppele]

Es geht um den Datenpunkt position. wenn ich in den Datenpunkt 60% schreibe fährt der Rollo auf 40%. das ist (100 -60). wenn ich dann auf 40 % schreibe geht er aus 60%.

[Asgothian]

@poppele sagte:

Es geht um den Datenpunkt position. wenn ich in den Datenpunkt 60% schreibe fährt der Rollo auf 40%. das ist (100 -60). wenn ich dann auf 40 % schreibe geht er aus 60%.

Das entspricht nicht dem was oben gepostet wurde. Auch für Dich gilt das was ich in Post #9 in diesem thread gepostet habe - einmal mit 3.3.5 und einmal mit 3.5.5.

Und auch für Dich die Frage was passiert wenn Du die Option reverse_direction gesetzt hast.

A.

[poppele]

Sie gesamte Steuerung arbeitet korrekt, up stop und down werden richtig ausgeführt. Die position wird richtig rückgemeldet. Nur wenn ich den Rollladen über die Position steuern will tritt der Effekt steuere 100-sollwert auf. auch die Option reverse_direction arbeitet korrekt. D.h. die Steuerung wird umgedreht. Aber auch hier ist die Steuerung position 100 - Sollwert.
E.

[Asgothian]

@poppele sagte:

Sie gesamte Steuerung arbeitet korrekt, up stop und down werden richtig ausgeführt. Die position wird richtig rückgemeldet. Nur wenn ich den Rollladen über die Position steuern will tritt der Effekt steuere 100-sollwert auf. auch die Option reverse_direction arbeitet korrekt. D.h. die Steuerung wird umgedreht. Aber auch hier ist die Steuerung position 100 - Sollwert.
E.

Welches Gerät genau ist betroffen?
Auch bei der Erklärung gilt das was vorher geschriebene weiter. Um nachzuvollziehen was passiert, muss ich sehen, wie der Adapter mit den Zahlen arbeitet. Da ich so ein Gerät selber nicht habe, kann ich es selber nicht testen.

A.

[Pedder007]

Hallo zusammen, leider habe ich den gleichen Effekt (z. B. https://www.zigbee2mqtt.io/devices/TS130F.html).
Die Steuerung für Up/Down ist umgedreht und wenn ich nach dem Update auf V3.5.5 motor_reversal auf true setze, dann kommt bei den Positionsrückmeldungen etwas unbrauchbares heraus. Für mich deshalb unbrauchbar, weil ich z. B. bei der Beschattungssteuerung, vor dem Fahren, zunächst die aktuelle Position abfrage, da ja bereits jemand manuell die Jalousie gefahren haben könnte. Ich musste das deshalb machen, weil bei mir die direkte Ansteuerung des Prozent-Datenfeldes noch nie funktioniert hat. Ich fahre alle Jalousien auf Zeit und überprüfe die Position dann nur im Prozent-Datenfeld ab.
Bzgl. 'manuell' ergibt sich aus der Verwendung des motor_reversal Parameters allerdings noch ein anderes Problem: Ich müsste an sämtlichen eingebauten Schaltern (17 Stck) die Kabel vertauschen, da dort nämlich dadurch auch die Steuerung verdreht wird.
Da mir dazu aktuell leider absolut die Zeit fehlt, bin ich erstmal wieder zurück auf V3.3.5.

[Asgothian]

@Pedder007 sagte:

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.

[Pedder007]

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

[poppele]

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 werden

E.

[Skippy07]

@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

[Skippy07]

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

[Asgothian]

@Pedder007 sagte:

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.

[Asgothian]

@poppele bitte die Detaildaten aus dem Device Debug zur Verfügung stellen und prüfen ob die ‘reverse_direction’ Option bei diesen Geraten Abhilfe schafft.

A.

[Asgothian]

@Skippy07

Das 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]

beim ersten setze ich dir position auf 58 und erhalte 42 invert_cover=true

beim zweiten setze ich dir position auf 35 und erhalte 65 invert_cover=false

[Asgothian]

@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_cover auf true ist wird vom Screenshot widerlegt - der Adapter sendet invert_cover als false

[poppele]

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'

[poppele]

ist das jetzt ok?

[Asgothian]

@poppele so ist es klasse. Bitte zusätzlich:

• das gleiche für den vom Adapter gesendeten Befehl posten
• das Thema invert_Cover anschauen - laut dem gepostet en Text ist in beiden Fällen invert_Cover auf false

A.