NEWS
Test Adapter bshb (Bosch Smart Home) v0.0.x
-
@draexler
Rauch: smokeDetectionSystem.SurveillanceAlarm.valueBatterie: schau mal hier: https://github.com/holomekc/ioBroker.bshb/wiki/Value-you-may-not-see-at-first
-
@holomekc super Danke, also kann man dann im Datenpunkt sehen welcher Melder ausgelöst hat?
Würde dad ganz gern in der VID Visualisieren. -
Keine Ahnung. Das sind die Infos die ich habe: https://local.apidocs.bosch-smarthome.com/
Dort wird das SmokeDetectionSystem jedoch nicht erwähnt. Meine Vermutung: Gleicher Ordner …incidents
Du bräuchtest vermutlich ein Prüfgerät, um es auszuprobieren und zu schauen wie die Werte dann aussehen. Es gibt da Sprays oder Prüfhauben die Rauch erzeugen. Wird dann aber laut. -
@holomekc Hallo, ist vorgesehen das Yale Linus Smart Lock mit in den bshb Adapter aufzunehmen?
Seit Oktober gehört Yale ja offiziell zur Bosch Familie und die Preise sind auch interessant geworden. Habe heute so ein Ding incl WiFi-Bridge für 149,- € bei Saturn/Media Markt gekauft.
Installation war recht einfach. Nur die WiFi-Bridge hat mit dem S5-Tablet Ärger gemacht, da ich es nicht geschafft habe "Smart Network Switch" zu deaktivieren. Auf dem Smartphone ging es dann.
Die Einbindung in die Bosch Smart Home App war dann wieder recht einfach.
Einziges Manko neben dem Fehlen im bshb-Adapter: Bosch Smart Home hängt sich über die YALE App an die Yale Cloud. -
@norwegen60
Der Adapter unterstützt nur die lokale Api. Mehr ist dort aktuell nicht vorgesehen. Das würde ein weiterer Adapter mehr Sinn machen. -
Hi Zusammen,
Habe jetzt mal einen Testalarm ausgelöst.
Aber eins vorweg: Die anderen Rauchmelder von Bosch besitzen laut API Beschreibung jeweils einen eigenen Ordner und Datunpunkt der sich Alarm nennt, weswegen es bei diesen einfacher ist das ganze auszuwerten.
Diesen hat der Twinguard nicht und wurde auch bei der Auslösung des Alarms nicht erzeugt etc.Hier gibt es nur diesen zentralen Ordner:
bshb.0.smokeDetectionSystem.SurveillanceAlarm.incidents
Und diesen Ordner habe ich mal mitprotokoliert:
4.11.2023 21:12:50.950 [] true bshb.0 4.11.2023 21:12:43.380 [{"triggerName":"Schadstoffmelder Flur Oben","locationId":"hz_2","location":"Wohnungsflur","id":"hdm:ZigBee:000d6f0018bb5dfc","time":1699128763267,"type":"SMOKE_PRIMARY"}]
Hiermit sollte sich ja eigentlich was zaubern lassen um das in der VIS darzustellen. Vermutlich ein ziemlich langes Blockly, das den Wert auf die verschiedenen Rauchmelder nahmen prüft und dann einzelne Datenpunkte anpasst.
ODER hat jemand eine bessere Idee und hat das anders umgesetzt?
und noch eine Frage:
Kann man mit dem Datenpunkt:
bshb.0.smokeDetectionSystem.SurveillanceAlarm.value
Eventuell einen Alarm wieder deaktivieren? Denke da an einen Button in der VIS der denn Wert wieder auf "ALAM_OFF" stellt?
4.11.2023 21:12:50.988 ALARM_OFF true bshb.0 4.11.2023 21:12:43.385 ALARM_ON true bshb.0
Probieren ist leider immer schwer da ich ja einen echten Alarm erzeugen muss und damit das ganze Haus nicht so begeistert ist
-
Kann man bei den Twinguards Rauchmeldern manuell einen (Rauch)Alarm auslösen um den Sensor z.B. als Alarmanlage zu verwenden?
-
-
-
Ich habe vorhin den Controller 2 bestellt und versuche das dann nachzustellen. Kann ein bissle dauern. Ich bin dennoch verwirrt, da sich, soweit ich sehen konnte, nichts an der Lokal Api bei Bosch geändert hat bezüglich der Authentifizierung.
Ihr könnt gerne die offizielle Local Api Doku von Bosch mal anschauen und die Postman Anleitung ausprobieren.
-
So Controller ist da. Ich habe mein iPad jetzt mal zurückgesetzt... Leider können nicht zwei Controller in einer App angemeldet werden. Dann habe ich den Controller II ausgewählt, Code gescannt, Systempasswort festgelegt und ganz oft weiter gedrückt und dann war es erst einmal in der App eingerichtet.
Dann habe ich eine neue Adapter Instanz angelegt und die IP Adresse und das vorher gewählte Systempasswort eingestellt.
2023-11-22 19:44:52.538 - debug: bshb.1 (3330656) Redis Objects: Use Redis connection: 127.0.0.1:6378 2023-11-22 19:44:52.574 - debug: bshb.1 (3330656) Objects client ready ... initialize now 2023-11-22 19:44:52.577 - debug: bshb.1 (3330656) Objects create System PubSub Client 2023-11-22 19:44:52.579 - debug: bshb.1 (3330656) Objects create User PubSub Client 2023-11-22 19:44:52.633 - debug: bshb.1 (3330656) Objects client initialize lua scripts 2023-11-22 19:44:52.640 - debug: bshb.1 (3330656) Objects connected to redis: 127.0.0.1:6378 2023-11-22 19:44:52.661 - debug: bshb.1 (3330656) Redis States: Use Redis connection: 127.0.0.1:6379 2023-11-22 19:44:52.670 - debug: bshb.1 (3330656) States create System PubSub Client 2023-11-22 19:44:52.672 - debug: bshb.1 (3330656) States create User PubSub Client 2023-11-22 19:44:52.698 - debug: bshb.1 (3330656) States connected to redis: 127.0.0.1:6379 2023-11-22 19:44:52.826 - info: bshb.1 (3330656) starting. Version 0.2.4 in /opt/iobroker/node_modules/iobroker.bshb, node: v18.18.2, js-controller: 5.0.12 2023-11-22 19:44:52.865 - debug: bshb.1 (3330656) config host: 192.168.178.93 2023-11-22 19:44:52.865 - debug: bshb.1 (3330656) config identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e 2023-11-22 19:44:52.866 - debug: bshb.1 (3330656) config systemPassword: true 2023-11-22 19:44:52.867 - debug: bshb.1 (3330656) config pairingDelay: 10000 2023-11-22 19:44:52.868 - debug: bshb.1 (3330656) config rateLimit: 1000 2023-11-22 19:44:52.894 - info: bshb.1 (3330656) Client certificate found in system.certificates 2023-11-22 19:44:52.895 - info: bshb.1 (3330656) Check if certificate is file reference or actual content 2023-11-22 19:44:52.895 - info: bshb.1 (3330656) certificate seems to be actual content. Use value from state. 2023-11-22 19:44:52.896 - info: bshb.1 (3330656) private key seems to be actual content. Use value from state. 2023-11-22 19:44:52.908 - info: bshb.1 (3330656) Check if client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e is already paired. 2023-11-22 19:44:53.923 - debug: bshb.1 (3330656) error during call to BSHC: - [{"errno":-71,"code":"EPROTO","syscall":"write"}] 2023-11-22 19:44:53.927 - info: bshb.1 (3330656) Client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e was not paired yet. 2023-11-22 19:44:53.929 - info: bshb.1 (3330656) Start pairing. Activate pairing on Bosch Smart Home Controller by pressing button until flashing. 2023-11-22 19:44:54.848 - debug: bshb.1 (3330656) error during call to BSHC: - [{"errno":-71,"code":"EPROTO","syscall":"write"}] 2023-11-22 19:44:54.850 - warn: bshb.1 (3330656) Could not pair client. Did you press the paring button? Error details: BshbError: [ERROR] error during call to BSHC: 2023-11-22 19:44:54.851 - warn: bshb.1 (3330656) Could not pair client. Did you press the paring button on Bosch Smart Home Controller? Error details: BshbError: [ERROR] error during call to BSHC:
Anschließend wie da ja steht: "Could not pair client. Did you press the paring button?" (Da ist ja ein Tippfehler )
Beim Controller II muss man NICHT mehr 3 Sekunden drücken. Sondern nur einmal kurz und siehe da:2023-11-22 19:45:04.854 - info: bshb.1 (3330656) Check if client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e is already paired. 2023-11-22 19:45:05.770 - debug: bshb.1 (3330656) error during call to BSHC: - [{"errno":-71,"code":"EPROTO","syscall":"write"}] 2023-11-22 19:45:05.771 - info: bshb.1 (3330656) Client with identifier: ioBroker.bshb_c7ba8212-5bfa-40c4-850c-7d26a1e1150e was not paired yet. 2023-11-22 19:45:05.771 - info: bshb.1 (3330656) Start pairing. Activate pairing on Bosch Smart Home Controller by pressing button until flashing. 2023-11-22 19:45:07.218 - info: bshb.1 (3330656) Pairing successful. 2023-11-22 19:45:07.240 - info: bshb.1 (3330656) Start detecting scenarios... 2023-11-22 19:45:08.246 - info: bshb.1 (3330656) Detecting scenarios finished 2023-11-22 19:45:08.247 - info: bshb.1 (3330656) Start detecting messages... 2023-11-22 19:45:08.294 - info: bshb.1 (3330656) Detecting messages finished 2023-11-22 19:45:08.295 - info: bshb.1 (3330656) Start detecting intrusion detection system... 2023-11-22 19:45:08.385 - info: bshb.1 (3330656) Detecting intrusion detection system finished 2023-11-22 19:45:08.386 - info: bshb.1 (3330656) Start detecting air purity guardian... 2023-11-22 19:45:08.434 - info: bshb.1 (3330656) Detecting air purity guardian finished 2023-11-22 19:45:08.435 - info: bshb.1 (3330656) Start detecting motion lights... 2023-11-22 19:45:08.481 - info: bshb.1 (3330656) Detecting motion lights finished 2023-11-22 19:45:08.482 - info: bshb.1 (3330656) Start detecting water alarm... 2023-11-22 19:45:08.559 - info: bshb.1 (3330656) Detecting water alarm finished 2023-11-22 19:45:08.560 - info: bshb.1 (3330656) Start detecting rooms... 2023-11-22 19:45:08.619 - info: bshb.1 (3330656) Detecting rooms finished 2023-11-22 19:45:08.620 - info: bshb.1 (3330656) Restoring cache started... 2023-11-22 19:45:08.625 - info: bshb.1 (3330656) Restoring cache: rooms 2023-11-22 19:45:08.630 - debug: bshb.1 (3330656) Restore cache room: hz_1 2023-11-22 19:45:08.631 - info: bshb.1 (3330656) Restoring cache: devices, device service and states 2023-11-22 19:45:08.637 - debug: bshb.1 (3330656) Restore cache device: ventilationService 2023-11-22 19:45:08.638 - debug: bshb.1 (3330656) Restore cache device: hdm:PhilipsHueBridge:PhilipsHueBridgeManager 2023-11-22 19:45:08.639 - debug: bshb.1 (3330656) Restore cache device: 64-da-a0-40-aa-f9 2023-11-22 19:45:08.724 - info: bshb.1 (3330656) Restoring cache finished 2023-11-22 19:45:08.769 - info: bshb.1 (3330656) Start detecting devices... 2023-11-22 19:45:08.769 - debug: bshb.1 (3330656) Found 1 rooms. 2023-11-22 19:45:08.816 - debug: bshb.1 (3330656) Device ventilationService detected. 2023-11-22 19:45:08.816 - debug: bshb.1 (3330656) Device hdm:PhilipsHueBridge:PhilipsHueBridgeManager detected. 2023-11-22 19:45:08.875 - debug: bshb.1 (3330656) Found 7 device services. 2023-11-22 19:45:08.877 - debug: bshb.1 (3330656) Check device service VentilationDelay 2023-11-22 19:45:08.877 - debug: bshb.1 (3330656) Check device service SoftwareUpdate 2023-11-22 19:45:08.878 - debug: bshb.1 (3330656) Check device service RemoteAccess 2023-11-22 19:45:08.878 - debug: bshb.1 (3330656) Check device service RemotePushNotification 2023-11-22 19:45:08.878 - debug: bshb.1 (3330656) Check device service ArmDisarmPushNotification 2023-11-22 19:45:08.879 - debug: bshb.1 (3330656) Check device service HueBridgeSearcher 2023-11-22 19:45:08.879 - debug: bshb.1 (3330656) Check device service HueBridgeConnector 2023-11-22 19:45:08.939 - info: bshb.1 (3330656) Detecting devices finished 2023-11-22 19:45:08.940 - info: bshb.1 (3330656) Start detecting open doors/windows... 2023-11-22 19:45:09.082 - info: bshb.1 (3330656) Detecting open doors/windows finished 2023-11-22 19:45:09.083 - info: bshb.1 (3330656) Start detecting climate schedules... 2023-11-22 19:45:09.127 - info: bshb.1 (3330656) Detecting climate schedules finished 2023-11-22 19:45:09.127 - info: bshb.1 (3330656) Subscribe to ioBroker states 2023-11-22 19:45:09.129 - info: bshb.1 (3330656) Listen to changes
Ich habe noch ein paar weitere Checks gemacht. Das Root Zertifikat von Bosch ist immer noch das gleiche. Daher sollte das kein Problem darstellen. Ich habe die im Adapter die Zertifikatsprüfung auch nicht deaktiviert.
Der Controller ist für Zugriff blockiert, wenn der Pairing Button nicht gedrückt wird. Die Fehlermeldung mit Error Code -71 ist nicht besonders hübsch. Da kann ich vielleicht etwas machen. Aber die Logs sagen einem ja auch, dass man eben den Button auf dem Controller drücken soll. Das gleiche macht man ja auch, wenn man die App mit dem Controller koppelt.
Am Ende sieht man den Adapter auch in den angemeldeten Geräten in der Bosch App selber:
-
@holomekc said in Test Adapter bshb (Bosch Smart Home) v0.0.x:
Beim Controller II muss man NICHT mehr 3 Sekunden drücken. Sondern nur einmal kurz und siehe da:
Oh, wie peinlich.
Genau das war das Problem.
Ich finanziere mal einen Teil Deines neuen Controllers... -
@karlklammer
Hey kein Problem. Wäre nicht nötig gewesen, aber vielen, vielen Dank. -
Moin, ich habe mir einen Controller II + Stick bestellt damit die alten Geräte weiter funktionieren. Ich habe alle Geräte des alten Controllers in der VIS verbastelt. Hat schon jemand eine Migration von Controller I nach II durchgeführt? So wie die Objekt Struktur aussieht dürfte die doch beibehalten werden wenn IP und Systempasswort passen?
-
@holomekc
Hallo,das Yale Smart Lock wird ja zwischenzeitlich über den Adapter ausgelesen / angezeigt.
Gibt es auch die Möglichkeit das Schloss über den ioBroker zu steuern (abzuschließen / aufzuschließen)?
Aktuell kann ich lediglich den Status der Tür ("DoorState" über Doorsense: Offen / geschlossen) auslesen?!Danke vorab.
EDIT: -> Habe doch die Werte gefunden. Aktuell wird aber der Status DoorSense nicht sicher angezeigt. Gibt es eine Beschreibung, was das Attribut "can unlatch" aussagt / ändert?
-
@mikerow
Die Werte in iobroker sollten sich nicht verändern. Ich verwende als id die id aus dem Controller. Das sollte somit gleich bleiben. Den Umzug der Geräte selber ist vermutlich das umständliche. -
@thewhoiswho
Hi. Die doku zur Local Api von Bosch zeigt diese Werte nicht an. Ich fürchte das musst du durch ausprobieren rausfinden. Ich habe leider keine yale Geräte. Ich versuche in solchen Situationen immer die Bosch app zu nutzen und dann schauen welche Werte sich in ioBroker verändern. Falls dort nichts zu sehen ist, dann hilft der „updates“ state manchmal auch weiter. Dort werden alle Infos, die der Adapter vom Controller erhält, ausgegeben. Diesen einfach mit node red oder javascript im protokoll ausgeben und schauen was sich dort ändert. -
Hi @holomekc wie kann ich auf Version 0.2.6. aktualisiere ? Mein iobroker zeigt mir nur 0.2.4 als letzte Version an. Ich möchte die neuen Zustände im iobroker nutzen
-
Hi @daniel-schmitz87,
Warten bis der bshb PR gemerged ist bei ioBroker.repositories. (ca. 2 Wochen)
https://github.com/ioBroker/ioBroker.repositories/pull/3077
oder aber in der UI über npm oder GitHub. Im Forum gibt es Anleitungen dazu. Einfach googlen sollte auch gehen. -
Ich kann den Zustand des Rauchmelder Alarm zwar setzen, es passiert jedoch nichts. Mache ich was falsch?
Dazu verwende ich die Variable Alarm -> value im object "bshb.0.hdm:ZigBee:f4b3b1fffe6d9a09"