Weiter zum Inhalt
  • Home
  • Aktuell
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Error/Bug
  4. Nach Update auf Zigbee 3.5.5 läuft die Jalousie falsch herum

NEWS

  • NEWS: Neu im Admin, zentrale Verwaltung für Passwörter und Schlüssel
    BluefoxB
    Bluefox
    18
    1
    339

  • Neue Adresse: die ioBroker-Webseite liegt jetzt auf iobroker.com
    BluefoxB
    Bluefox
    3
    1
    283

  • Die neue ioBroker Webseite ist online!
    BluefoxB
    Bluefox
    12
    1
    290

Nach Update auf Zigbee 3.5.5 läuft die Jalousie falsch herum

Geplant Angeheftet Gesperrt Verschoben Ungelöst Error/Bug
66 Beiträge 8 Kommentatoren 1.5k Aufrufe 6 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • poppeleP 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.

    AsgothianA
    AsgothianA
    Asgothian
    Developer
    schrieb am zuletzt editiert von
    #22

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

    ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
    "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

    1 Antwort Letzte Antwort
    0
    • S 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

      AsgothianA
      AsgothianA
      Asgothian
      Developer
      schrieb am zuletzt editiert von Asgothian
      #23

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

      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

      1 Antwort Letzte Antwort
      0
      • poppeleP
        poppeleP
        poppele
        schrieb am zuletzt editiert von
        #24

        beim ersten setze ich dir position auf 58 und erhalte 42 invert_cover=true
        Zwischenablage_08-19-2026_02.jpg

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

        Zwischenablage_08-19-2026_04.jpg

        1 Antwort Letzte Antwort
        0
        • AsgothianA
          AsgothianA
          Asgothian
          Developer
          schrieb am zuletzt editiert von Asgothian
          #25

          @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

          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

          1 Antwort Letzte Antwort
          0
          • poppeleP
            poppeleP
            poppele
            schrieb am zuletzt editiert von
            #26

            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'
            
            
            1 Antwort Letzte Antwort
            0
            • poppeleP
              poppeleP
              poppele
              schrieb am zuletzt editiert von
              #27

              ist das jetzt ok?

              AsgothianA 1 Antwort Letzte Antwort
              0
              • poppeleP poppele

                ist das jetzt ok?

                AsgothianA
                AsgothianA
                Asgothian
                Developer
                schrieb am zuletzt editiert von Asgothian
                #28

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

                ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                1 Antwort Letzte Antwort
                0
                • poppeleP
                  poppeleP
                  poppele
                  schrieb am zuletzt editiert von
                  #29

                  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

                  1 Antwort Letzte Antwort
                  0
                  • poppeleP
                    poppeleP
                    poppele
                    schrieb am zuletzt editiert von
                    #30

                    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'
                    
                    
                    1 Antwort Letzte Antwort
                    0
                    • AsgothianA
                      AsgothianA
                      Asgothian
                      Developer
                      schrieb am zuletzt editiert von
                      #31

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

                      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                      1 Antwort Letzte Antwort
                      0
                      • poppeleP
                        poppeleP
                        poppele
                        schrieb am zuletzt editiert von Homoran
                        #32

                        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'
                        
                        
                        1 Antwort Letzte Antwort
                        0
                        • poppeleP
                          poppeleP
                          poppele
                          schrieb am zuletzt editiert von Homoran
                          #33

                          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'
                          
                          
                          1 Antwort Letzte Antwort
                          0
                          • S
                            S
                            Skippy07
                            schrieb am zuletzt editiert von
                            #34

                            @asgothian reichen Dir die Daten oder soll ich auch noch was schicken?

                            AsgothianA 1 Antwort Letzte Antwort
                            0
                            • S Skippy07

                              @asgothian reichen Dir die Daten oder soll ich auch noch was schicken?

                              AsgothianA
                              AsgothianA
                              Asgothian
                              Developer
                              schrieb am zuletzt editiert von
                              #35

                              @Skippy07 Hast du die identischen Geräte wie @poppele / das gleiche Verhalten oder ist es bei Dir anders ?

                              Wenn alles gleich ist, dann brauche ich keine weiteren Daten. Wenn nicht, dann brauche ich weitere Daten.

                              A.

                              ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                              "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                              1 Antwort Letzte Antwort
                              0
                              • poppeleP
                                poppeleP
                                poppele
                                schrieb am zuletzt editiert von
                                #36

                                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.

                                1 Antwort Letzte Antwort
                                0
                                • Pedder007P
                                  Pedder007P
                                  Pedder007
                                  schrieb am zuletzt editiert von Pedder007
                                  #37

                                  Hallo auch nochmal von mir. ich bin jetzt schonmal etwas weiter bei meiner Analyse hier.
                                  Ich verwende folgende Geräte:

                                  82bddefc-4fb3-4ff0-8c2e-be41ee0f1fd8-image.jpeg

                                  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

                                  AsgothianA 1 Antwort Letzte Antwort
                                  0
                                  • Pedder007P Pedder007

                                    Hallo auch nochmal von mir. ich bin jetzt schonmal etwas weiter bei meiner Analyse hier.
                                    Ich verwende folgende Geräte:

                                    82bddefc-4fb3-4ff0-8c2e-be41ee0f1fd8-image.jpeg

                                    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?

                                    AsgothianA
                                    AsgothianA
                                    Asgothian
                                    Developer
                                    schrieb am zuletzt editiert von Asgothian
                                    #38

                                    @Pedder007 sagte:

                                    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.

                                    82bddefc-4fb3-4ff0-8c2e-be41ee0f1fd8-image.jpeg

                                    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.

                                    Pedder007P 1 Antwort Letzte Antwort
                                    0
                                    • AsgothianA Asgothian

                                      @Pedder007 sagte:

                                      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.

                                      82bddefc-4fb3-4ff0-8c2e-be41ee0f1fd8-image.jpeg

                                      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

                                      Pedder007P
                                      Pedder007P
                                      Pedder007
                                      schrieb am zuletzt editiert von
                                      #39

                                      @Asgothian danke für Deine Rückmeldung 👍
                                      Verständnisfrage zu Deinem letzten Satz:
                                      Benötigst Du dazu von mir entsprechende Logs als Input oder gehts Du bei Deiner Suche zunächst anderweitig vor?
                                      Ich bin mir nicht sicher wie Du das genau meist 😊
                                      PS.
                                      Werde frühestens Mitte nächster Woche dazu kommen Logs zu ziehen.

                                      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

                                      AsgothianA 1 Antwort Letzte Antwort
                                      0
                                      • Pedder007P Pedder007

                                        @Asgothian danke für Deine Rückmeldung 👍
                                        Verständnisfrage zu Deinem letzten Satz:
                                        Benötigst Du dazu von mir entsprechende Logs als Input oder gehts Du bei Deiner Suche zunächst anderweitig vor?
                                        Ich bin mir nicht sicher wie Du das genau meist 😊
                                        PS.
                                        Werde frühestens Mitte nächster Woche dazu kommen Logs zu ziehen.

                                        AsgothianA
                                        AsgothianA
                                        Asgothian
                                        Developer
                                        schrieb am zuletzt editiert von
                                        #40

                                        @Pedder007 sagte:

                                        @Asgothian danke für Deine Rückmeldung 👍
                                        Verständnisfrage zu Deinem letzten Satz:
                                        Benötigst Du dazu von mir entsprechende Logs als Input oder gehts Du bei Deiner Suche zunächst anderweitig vor?
                                        Ich bin mir nicht sicher wie Du das genau meist 😊
                                        PS.
                                        Werde frühestens Mitte nächster Woche dazu kommen Logs zu ziehen.

                                        Ja, es würde helfen wenn ich die Logs von zumindest einem Lonsonho und einem Tuya Gerät bekomme.

                                        Auch - welche Node Version nutzt du, und wenn es noch Node 22 ist, was passiert wenn du auf Node 24 hoch gehst ?

                                        @poppele @skippy07 @falkomfs - Die Frage zur Node Version gilt auch für euch.

                                        A.

                                        ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                                        "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                                        Pedder007P 1 Antwort Letzte Antwort
                                        0
                                        • S
                                          S
                                          Skippy07
                                          schrieb am zuletzt editiert von
                                          #41

                                          Entschuldige das ich noch keine neuen Logs geliefert habe, bin im Moment wirklich voll mit Arbeit und kriege das irgendwie nicht fertig. Nächste Woche wird es wohl ruhiger, hoffe das klappt dann.

                                          Nur Info: Node.js: v22.23.2

                                          AsgothianA 1 Antwort Letzte Antwort
                                          0

                                          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 Anmelden
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          539

                                          Online

                                          33.1k

                                          Benutzende

                                          83.8k

                                          Themen

                                          1.4m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2026
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe