Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. State binding

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    State binding

    This topic has been deleted. Only users with topic management privileges can see it.
    • S
      Sedonion last edited by

      Hallo Zusammen,

      mehrere hier im Forum beschreiben das Problem des Status bei MAX Fensterkontakten, die nicht 0/1 oder true/false ausgeben, sondern opened/closed.

      Das Gleiche gilt für die Aqara Sensoren, die open/close liefern.

      Das führt dazu, daß die ValueList HTML Style Widgets nicht funktionieren.

      Nun wollte ich ein festes Binding machen bzw. eine Variable anlegen, finde aber keinen richtigen Ansatz dazu.

      Also habe ich ein eigenes Object/Datenpunkt erstellt den ich mit Blockly ändern lasse äuqivalent zum Status.

      Das sieht so aus und funktioniert auch:
      9565_blockly.jpg

      Das müsste ich für jeden Sensor machen.

      Geht das irgendwie eleganter bzw. einfacher?

      Gruß Marco

      1 Reply Last reply Reply Quote 0
      • S
        Sedonion last edited by

        Moin,

        hab ich was falsches gefragt?

        Oder hat niemand einen Tipp wie man das einfacher lösen kann?

        Gruß Marco

        1 Reply Last reply Reply Quote 0
        • Jey Cee
          Jey Cee Developer last edited by

          Welchen Adapter verwendest du für die Aqara Sensoren?

          Gesendet von meinem HTC U11 mit Tapatalk

          1 Reply Last reply Reply Quote 0
          • S
            Sedonion last edited by

            Keinen, bzw. FHEM Adapter.

            In FHEM sind die Aqara Sensoren (Temperatur und Fensterkontakt) über einen Cc2531 USB Stick angebunden.

            1 Reply Last reply Reply Quote 0
            • LausiD
              LausiD last edited by

              Hallo Marco,

              das ist soweit richtig: der FHEM Adapter setzt bei state bisher nur on/off/1/0 um 😞

              Grundsätzlich wäre es kein Problem auch close/open usw umzusetzen.

              Kannst du mal hier das Ergebnis von jsonlist2 einer deiner Sensoren hier einstellen

              Gruß

              LausiD

              ,

              1 Reply Last reply Reply Quote 0
              • S
                Sedonion last edited by

                Hoffe das ist was Du meinst:

                {
                  "Arg":"0x00158d00025371df",
                  "Results": [
                  {
                    "Name":"0x00158d00025371df",
                    "PossibleSets":"remove:noArg",
                    "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev qos retain event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
                    "Internals": {
                      "DEF": "MCCGQ11LM 0x00158d00025371df",
                      "FRIENDLYNAME": "null",
                      "MODEL": "MCCGQ11LM",
                      "NAME": "0x00158d00025371df",
                      "NOTIFYDEV": "MCCGQ11LM 0x00158d00025371df",
                      "NR": "119",
                      "SID": "0x00158d00025371df",
                      "STATE": "open",
                      "TYPE": "XiaomiMQTTDevice"
                    },
                    "Readings": {
                      "battery": { "Value":"ok", "Time":"2018-12-01 12:31:25" },
                      "battery_level": { "Value":"99.00", "Time":"2018-12-01 12:31:25" },
                      "contact": { "Value":"false", "Time":"2018-12-01 12:31:25" },
                      "linkquality": { "Value":"78", "Time":"2018-12-01 12:31:25" },
                      "state": { "Value":"open", "Time":"2018-11-27 16:30:13" },
                      "transmission-state": { "Value":"subscription acknowledged", "Time":"2018-12-01 12:41:34" },
                      "voltage": { "Value":"3025", "Time":"2018-12-01 12:31:25" }
                    },
                    "Attributes": {
                      "IODev": "MQTT",
                      "alias": "XWohnzimmerfenster",
                      "devStateIcon": "open:geoeffnet close:geschlossen",
                      "room": "Wohnzimmer,XiaomiMQTTDevice,ioBroker",
                      "stateFormat": "state"
                    }
                  }  ],
                  "totalResultsReturned":1
                }
                

                Wenn ich Dich richtig verstehe, müsstest Du den FHEM Adapter für jedes andere State umcoden?

                Das ist nicht der Sinn der Sache und würde kein Ende nehmen.

                Daher wollte ich ja mit den Bindings arbeiten, was ja auch so funktioniert. Ich finde nur keine Doku ob das so gewollt ist oder einfacher geht.

                Mittlerweile hab ich auch die Möglichkeit in FHEM gefunden, mit eventmap den Status schon im FHEM zu mappen.

                Das will ich nächste Woche mal testen.

                1 Reply Last reply Reply Quote 0
                • LausiD
                  LausiD last edited by

                  2201_sensor.png @Sedonion:

                  Hoffe das ist was Du meinst:

                  {
                    "Arg":"0x00158d00025371df",
                    "Results": [
                    {
                      "Name":"0x00158d00025371df",
                      "PossibleSets":"remove:noArg",
                      "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev qos retain event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading cmdIcon devStateIcon devStateStyle genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock homebridgeMapping:textField-long icon sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
                      "Internals": {
                        "DEF": "MCCGQ11LM 0x00158d00025371df",
                        "FRIENDLYNAME": "null",
                        "MODEL": "MCCGQ11LM",
                        "NAME": "0x00158d00025371df",
                        "NOTIFYDEV": "MCCGQ11LM 0x00158d00025371df",
                        "NR": "119",
                        "SID": "0x00158d00025371df",
                        "STATE": "open",
                        "TYPE": "XiaomiMQTTDevice"
                      },
                      "Readings": {
                        "battery": { "Value":"ok", "Time":"2018-12-01 12:31:25" },
                        "battery_level": { "Value":"99.00", "Time":"2018-12-01 12:31:25" },
                        "contact": { "Value":"false", "Time":"2018-12-01 12:31:25" },
                        "linkquality": { "Value":"78", "Time":"2018-12-01 12:31:25" },
                        "state": { "Value":"open", "Time":"2018-11-27 16:30:13" },
                        "transmission-state": { "Value":"subscription acknowledged", "Time":"2018-12-01 12:41:34" },
                        "voltage": { "Value":"3025", "Time":"2018-12-01 12:31:25" }
                      },
                      "Attributes": {
                        "IODev": "MQTT",
                        "alias": "XWohnzimmerfenster",
                        "devStateIcon": "open:geoeffnet close:geschlossen",
                        "room": "Wohnzimmer,XiaomiMQTTDevice,ioBroker",
                        "stateFormat": "state"
                      }
                    }  ],
                    "totalResultsReturned":1
                  }
                  

                  Wenn ich Dich richtig verstehe, müsstest Du den FHEM Adapter für jedes andere State umcoden?

                  Das ist nicht der Sinn der Sache und würde kein Ende nehmen.

                  Daher wollte ich ja mit den Bindings arbeiten, was ja auch so funktioniert. Ich finde nur keine Doku ob das so gewollt ist oder einfacher geht.

                  Mittlerweile hab ich auch die Möglichkeit in FHEM gefunden, mit eventmap den Status schon im FHEM zu mappen.

                  Das will ich nächste Woche mal testen. `

                  Perfekt, damit kann ich es bei mir nachvollziehen 🙂

                  Habe mich doch mal ans Werk gemacht, da ich mich present/absent auch schon rumgeärgert habe…

                  Das Ergebnis: Bei Bedarf gibt es 2 neue Objekte..

                  1.state_boolean true/false

                  2.state_value 0,2

                  Für Sensor mit open/close/opened/closed
                  2201_sensor.png
                  Für Presence
                  2201_presence.png

                  Was meinst dazu?

                  Nachtrag:

                  Auf github liegt der aktuelle Stand zum Testen bereit

                  Gruß

                  LausiD

                  1 Reply Last reply Reply Quote 0
                  • First post
                    Last post

                  Support us

                  ioBroker
                  Community Adapters
                  Donate
                  FAQ Cloud / IOT
                  HowTo: Node.js-Update
                  HowTo: Backup/Restore
                  Downloads
                  BLOG

                  411
                  Online

                  31.8k
                  Users

                  80.0k
                  Topics

                  1.3m
                  Posts

                  3
                  7
                  947
                  Loading More Posts
                  • Oldest to Newest
                  • Newest to Oldest
                  • Most Votes
                  Reply
                  • Reply as topic
                  Log in to reply
                  Community
                  Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                  The ioBroker Community 2014-2023
                  logo