NEWS
Test Adapter bshb (Bosch Smart Home) v0.0.x
-
@holomekc finde ich super umgesetzt!
-
In der Bosch App wird mir bei einem Thermostat angezeigt ich soll die Battereien wechseln.
Ist diese Info auch im Adapter hinterlegt? Ich kann nichts finden. -
@stenmic
Hi. Beim Thermostat müsste BatteryLevel sein und dort dann "faults". Das ist eine Liste von Objekten. Bspw.:{ "type":"LOW_BATTERY", "category":"WARNING" }
Ich weiß nicht genau welche Werte es alles gibt.
-
Version 0.1.6 ist in GitHub:
https://github.com/holomekc/ioBroker.bshb- Offene Türen / Fenster Feature hinzugefügt
-
@holomekc
bei mir sieht es so ausDas Thermostat welches leer anzeigt ist in der Küche.
Wie kann ich [object Object] in einem Blockly oder in vis auswerten?
Eine Liste wird mir nicht angezeigt.
Gruß -
@stenmic
So müsste das gehen. Die debug Ausgabe einfach mit dem ersetzen was du machen möchtest.Gibt es eine Art Export-Funktion für Blockly? Habe jetzt nur ein Bild angehängt.
Edit: Hier der Code. Danke @BigTom91
<xml xmlns="http://www.w3.org/1999/xhtml"> <variables> <variable type="" id="TC17y~Bap=Mh]2X9@+AU">i</variable> <variable type="" id="WOc#:AXA!]^aHBHvdO`F">value</variable> </variables> <block type="on_ext" id="~Fhy=aEjfMss)[[{26.$" x="-13" y="13"> <mutation items="1"></mutation> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <value name="OID0"> <shadow type="field_oid" id="%C-WnuL/4k{pCBNjt+f0"> <field name="oid">bshb.0.hdm:HomeMaticIP:3014F711A0000055385A3086.BatteryLevel.faults</field> </shadow> </value> <statement name="STATEMENT"> <block type="controls_if" id="[{=tDm#$n?XHp{yw~Nsu"> <mutation else="1"></mutation> <value name="IF0"> <block type="logic_null" id="(kZ;%]NWf9O56DOe^WfE"></block> </value> <statement name="ELSE"> <block type="controls_forEach" id="NX|GK?ic#Qwa$Wy;y7l}"> <field name="VAR" id="TC17y~Bap=Mh]2X9@+AU" variabletype="">i</field> <value name="LIST"> <block type="variables_get" id="LmNhutHPi.d6hO!dF5m?"> <field name="VAR" id="WOc#:AXA!]^aHBHvdO`F" variabletype="">value</field> </block> </value> <statement name="DO"> <block type="controls_if" id="{~Ib{bo=5%;Iz0ta*5,%"> <value name="IF0"> <block type="logic_compare" id="4V*MB6VJ]B)X.jSejFo["> <field name="OP">EQ</field> <value name="A"> <block type="get_attr" id="HC#*QCTh+o43iMbyb%e9"> <value name="PATH"> <shadow type="text" id="M_=3AWle0*%J;`w:EXOR"> <field name="TEXT">type</field> </shadow> </value> <value name="OBJECT"> <block type="variables_get" id="0gO6k6n/Pd89s5hVaR1p"> <field name="VAR" id="TC17y~Bap=Mh]2X9@+AU" variabletype="">i</field> </block> </value> </block> </value> <value name="B"> <block type="text" id=")i|.K_`dvpct!d;E3vO;"> <field name="TEXT">LOW_BATTERY</field> </block> </value> </block> </value> <statement name="DO0"> <block type="debug" id="At)^=VxGO%)7y8s8FMgZ"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="Y9*5a@)a4M=r,_(D(dKR"> <field name="TEXT">Mache was du möchtest</field> </shadow> </value> </block> </statement> </block> </statement> </block> </statement> </block> </statement> </block> </xml>
Edit2: Ich bin mir nicht sicher, ob ich das richtig aufgebaut habe. Ist das erste mal das ich Blockly verwende. Aber ich hoffe die Idee ist klar. Mir ist unklar wie der Wert vom Objekt in die Variable value kommt und ob die "null" Prüfung überhaupt funktioniert. Sollte aber auch nicht vorkommen default ist immer eine leere Liste [].
-
@holomekc oben rechts das linke Symbol "Blöcke exportieren", dann kannst du den Code hier noch posten.
-
@holomekc
danke für deinen Vorschlag, aber ich habe das jetzt so gelöst.Leider aktualisiert der Adapter den Status nicht automatisch nach dem Austausch der Batterien.
Auch nach einer Stunde nicht. In der Bosch-App wird der Wechsel gleich bestätigt.Starte ich den Adapter neu, passt der Wert.
Gibt es für diesen Datenpunkt ein zeitliches Aktualisierungsintervall?
-
Kann evtl. jemand in seine Glaskugel schauen und mir sagen, warum mir für den Adapter kein Update angezeigt wird?
Bin noch auf 0.1.4 -
@stenmic
Hi. Nein es gibt eine Schnittstelle über die der Controller den Adapter informiert ohne das jeder Wert einzeln erneut abgerufen werden muss. Ich schaue mal, ob ich einen Fehler forcieren kann und welche Nachrichten verschickt werden. Vielleicht habe ich etwas übersehen und der Adapter versteht die Nachricht nicht.
Falls du die alten Batterien noch hast würde es auch helfen, wenn du den Adapter auf debug stellst, dann die Batterien austauschst und mir die Logs schicken würdest.@BigTom91
Hi. 0.1.5 und 0.1.6 sind bisher nur auf github. Ich muss das noch freigeben sozusagen. Ich schaue noch nach dem Problem oben und dann mache ich das asap. -
@stenmic
Ich kann das mit leerer Batterie leider nicht simulieren. Ich habe die Batterien einfach rausgenommen und dann wieder eingesetzt. Die Fehlermeldung ist dann zwar nicht am Gerät selber, sondern am RoomClimateControl aber ich bin davon ausgegangen das dieses Verhalten übertragbar ist:Gerät nicht verfügbar. Hier stehen faults am Ende:
{"path":"/devices/roomClimateControl_hz_2/services/RoomClimateControl","operations":["incrementSetpointTemperature","decrementSetpointTemperature"],"@type":"DeviceServiceData","id":"RoomClimateControl","state":{"schedule":{"profiles":[{"switchPoints":[{"startTimeMinutes":0,"value":..."supportsBoostMode":true},"deviceId":"roomClimateControl_hz_2", "faults":{"entries":[{"source":{"rootDeviceId":"64-da-a0-02-49-0d","deviceServiceId":"NONE","deviceId":"hdm:HomeMaticIP:3014F711A0000055385A4071"},"type":"DEVICE_UNAVAILABLE","category":"WARNING"}]}}
Gerät wieder verfügbar. Hier gibt es keine faults am Ende:
{"path":"/devices/roomClimateControl_hz_2/services/RoomClimateControl","operations":["incrementSetpointTemperature","decrementSetpointTemperature"],"@type":"DeviceServiceData","id":"RoomClimateControl","state":{"schedule":{"profiles":[{"switchPoints":[{"startTimeMinutes":0,"value":..."supportsBoostMode":true},"deviceId":"roomClimateControl_hz_2"}
Der Adapter schaut bei jedem dieser Updates erst einmal nach den tatsächlichen Daten. Also hier bspw. ob sich Werte wie supportsBoostMode verändert haben und dann schaut er noch, ob faults existiert mit Einträgen. Wenn nicht werden die faults auf eine Leere Liste gesetzt.
-
@holomekc
hier der log für leere Batterien :{"path":"/devices/hdm:HomeMaticIP:3014F711A0000056D85A7FAE/services/BatteryLevel","@type":"DeviceServiceData","id":"BatteryLevel","deviceId":"hdm:HomeMaticIP:3014F711A0000056D85A7FAE","faults":{"entries":[{"type":"LOW_BATTERY","category":"WARNING"}]}}
volle Batterien:
{"path":"/devices/hdm:HomeMaticIP:3014F711A0000056D85A7FAE/services/BatteryLevel","@type":"DeviceServiceData","id":"BatteryLevel","deviceId":"hdm:HomeMaticIP:3014F711A0000056D85A7FAE"}
das habe ich auch noch gefunden:
{"sourceId":"hdm:HomeMaticIP:3014F711A0000056D85A7FAE","sourceType":"DEVICE","@type":"message","flags":["STATUS","STICKY"],"messageCode":{"name":"BATTERY_LOW","category":"INFO"},"arguments":{"deviceModel":"TRV"},"id":"a0c7a3bb-28b2-4598-b26e-8e7def91f912","timestamp":1585996409174}
Diesmal hat sich der Datenpunkt "BatteryLevel.faults" weder bei leerer noch bei voller Batterie aktualisiert.
-
@stenmic
Ah vielen Dank! Ich denke ich weiß was das Problem ist. Ich schaue gleich. Aber vermutlich weil ja BatteryLevel leer ist. Also keinen weiteren State hat. -
@stenmic
Hallo im Github ist jetzt 0.1.7 mit dem fix dazu. Wenn du bereit wärst das noch einmal damit zu testen wäre das natürlich toll. Müsstest dann den Adapter halt über Github installieren.Edit: Die letzte Nachricht die du gefunden hast sind übrigens Messages. Die kann man auch auslesen.
-
@holomekc
du bist wirklich pfeilschnell!Mit 0.1.7 aktualisiert sich der DP "BatteryLevel.faults" sofort bei schwacher und bei neuer Batterie.
(Der DP "RoomClimateControl.faults" verhält sich analog)Vielen Dank
-
@stenmic
Super Danke für die Hilfe! Habe jetzt den PullRequest für 0.1.7 im stable repo gestellt. Dann sollte die Version auch bald in ioBroker selber angeboten werden. -
Hallo zusammen,
auch von mir ein großes DANKE und Lob für diesen Adapter!Mich würde mal interessieren, ob jemand schon etwas mit den Bosch Bewegungsmeldern gemacht hat?
Prinzipiel will ich einfach nur eine erkannte Bewegung über YAHKA nach Homekit weiterleiten. Leider ist der einzige state aber ein timestamp. Es gibt nicht (wie z.B. bei hue) einen Status "true" oder "false" wenn ausgelöst.
Hat da vielleicht jemand ne Idee, wie sich sowas umsetzen ließe? -
@fero87
Hi. Ich hatte bei Bosch mal nachgefragt. Der Bewegungsmelder schläft nach einer Erkennung für 5 min. Dabei wird der Zeitstempel aktualisiert. Auf 1min lässt sich das glaube ich nur drücken, wenn der Bewegungsmelder mit einem Licht verknüpft ist. Glaube so war das.Selber einstellen kannst du es sonst nicht direkt. Zumindest wüsste ich nicht wie. Ist wohl eine Maßnahme um die Batterien zu schonen. Steht auch so in der App.
Somit könnte man nur eine Logik basteln die auf Änderungen des Zeitstempel prüft. Für yahka müsstest du dann die Bewegung nach einer Zeit <5min zurücksetzen.
Ich kann nachher mal schauen. Im github wiki sind bereits ein paar yahka Beispiele.
-
So sollte es gehen:
https://github.com/holomekc/ioBroker.bshb/wiki/Yahka-MotionSensorWenn etwas nicht passt oder nicht klar ist einfach wieder melden.
-
@holomekc
wow, vielen Dank Dir! Ich setze mich heute Abend gleich dran und probiere das aus