Test Adapter bshb (Bosch Smart Home) v0.0.x

[holomekc]

@norwegen60
Eine Info noch zu dem Thema selber steuern. Normalerweise ist es besser die Profile zu nehmen und dann über eco und comfort zu regeln. Wenn du immer manuell die Temperatur überschreibst, kann es passieren, dass deine Batterie nicht so lange hält, da die neuen Werte immer auf das Gerät übertragen werden müssen. Ansonsten wird einmal der ganze Plan übertragen und das Gerät steuert selbst.

[Snert]

@holomekc Ich klinke mich nochmal mit ein.
Meine Idee war es nicht eine Heizungsregelung (Temperatur Regelung) in ioBroker zu bauen. Es war die Idee dem Thermostat die Regelung weiterhin zu überlassen, nur das es nicht seine eigene gemessene Temperatur verwendet, sondern irgendeine im ioBroker zur Verfügung stehende.
Ich habe eben unter den bshb Objekten noch den Eintrag "bshb.0.roomClimateControl_hz_4.TemperatureLevelConfiguration.sensors" mit dem Wert "[{"deviceId":"hdm:ZigBee:XXXXXXXXXX","active":true}]" gefunden.
Könnte ich diesen evtl. auf einen anderen Sensor setzen und damit das oben beschriebene erreichen?

Des Weiteren habe ich noch eine Frage zu den von dir angesprochenen Profilen eco und comfort.
Angenommen eco und comfort wird von mir auf 16°C und 22°C gesetzt. Welches Objekt muss ich dann ändern, damit diese Temperatur verwendet wird?
Ich gedenke damit alle Thermostate anzusteuern z.B. wenn keiner zuhause ist --> eco. Wenn wieder jemand da ist --> automatic & schedule

Und dann wäre da noch was
Ich habe auch bereits die Sonoff Fensterkontakte am laufen. Mit dem Setzen von "bshb.0.roomClimateControl_hz_4.RoomClimateControl.ventilationMode" nehme ich allerdings keine Änderung am Thermostat war. Ist das überhaupt der richtige Ansatzpunkt um eine Fenster auf/zu Ansteuerung zu realisieren?

[holomekc]

@snert
Bezüglich .sensors: bin ich nicht sicher. Du wirst da aber keine Bosch fremden Geräte eintragen können.

Eco und comfort: schedule ist das was du suchst. Aber schau mal in die Bosch App. Mittlerweile gibt es Profile. Stell am besten alles da ein, dann hast du auch eine nette Oberfläche um das zu tun. Anschließend kannst du über den Adapter zwischen den Profilen wechseln. Ich ändere bei mir immer noch „schedule“ und habe dann meine eigenen Profile. Aber wie gesagt früher gab es noch keine Profile von Bosch selber. Wie man die Profile wechselt weiß ich gerade nicht. Müsste ich schauen. Am einfachsten ist auch hier immer in der Bosch App die Änderung vornehmen und dann im Adapter nachschauen was sich ändert. Es gibt ein updates state (glaube so hatte ich das genannt). Dort kannst du alle Änderungen sehen.

Ventilation: keine Ahnung. Meine Vermutung ist, dass du das gar nicht setzen kannst von außen. Ich denke der Controller steuert das selber und du kannst nur den Wert auslesen. Das ist dann meist der Ansatz die Kunden bei den eigenen Produkten zu halten. Du kannst immer probieren Werte zu setzen. Könnte nur halt sein, dass der Controller das nicht zulässt. Wenn die states rot bleiben ist das meist ein Zeichen dafür, dass der Wert nicht geändert werden kann. Im Zweifel logs auf „silly“ dann kriegst du detaillierte Infos über die Antwort vom Controller. Im Zweifel erstellst du dir ein eigenes Profil dafür mit min Temperatur und wechselst dann selbst.

[Snert]

@holomekc Vielen Dank für die Hilfe!
Meinst du mit Profile die Zeitpläne oder die Szenarien oder doch was ganz anderes?
Ich habe es jetzt so verstanden:

• In der App lege ich verschiedene Zeitpläne an (Zeiten und Temperaturen) z.B.
  • "Normalbetrieb"
  • "Fenster auf"
  • "Urlaub"
• Im ioBroker setze ich dann im Objekt "activeScheduleId" den entsprechenden Wert.

Damit wird dann einfach nur der entsprechende Zeitplan aufgerufen, welcher bereits im Thermostat vorhanden ist und ich spare Batterie?

Der Objektpunkt ventilationMode bleibt tatsächlich rot. Werde das also einfach auch per Zeitplan regeln.

[holomekc]

@snert
Ja genau. Wobei ich nicht genau weiß wie Bosch das mit den Zeitplänen macht. Bei Homematic konnten nur 3 Zeitpläne gespeichert werden. Ich meine bei Bosch geht mehr. Aber das ist auf jeden Fall besser als die Temperatur manuell anzupassen.

[austrogaucho]

wollte grade einen 2. Heizkörperthermostat hinzufügen, es werden dabei aber keine Datenpunkte unter dem Gerät angelegt, lediglich "Info" (bshb.0.hdm:ZigBee:c4988600000f20e0.status) mit dem passenden Status "available".

Das Gerät ist komplett funktionsfähig in der App.

Die Datenpunkte unter dem ebenfalls neu angelegten Raum sind komplett vorhanden "bshb.0.roomClimateControl_hz_3" und werden aktualisiert.

Instanz gestoppt und gestartet, Bridge gestoppt und gestartet, Datenpunkte gelöscht (werden beim Start wieder neu angelegt..) - alles schon probiert, keine Änderung

hat wer nen Tip?

[holomekc]

@austrogaucho
Eigentlich sollte stoppen, löschen, starten helfen. Nicht die Datenpunkte löschen während der Adapter noch läuft.

[austrogaucho]

@holomekc
O.K. hab dieses Mal nun den ganzen Objektbaum "bshb" nach dem stoppen gelöscht, beim Neustart wurden alle Geräte korrekt angelegt

[draexler]

Hallo Zusammen,

habe bei mir zwei Twinguards installiert.

Kann mir einer von euch sagen was in bei den ganzen Datenpunkten nun der Datenpunkt "Rauch erkannt" und "Rauch nicht erkannt" ist?!
Und wie kann man den Batteriestand auslesen? Aktuell ist ja der Datenpunkt leer...

[holomekc]

@draexler
Rauch: smokeDetectionSystem.SurveillanceAlarm.value

Batterie: schau mal hier: https://github.com/holomekc/ioBroker.bshb/wiki/Value-you-may-not-see-at-first

[draexler]

@holomekc super Danke, also kann man dann im Datenpunkt sehen welcher Melder ausgelöst hat?
Würde dad ganz gern in der VID Visualisieren.

[holomekc]

@draexler

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.

[Norwegen60]

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

[holomekc]

@norwegen60
Der Adapter unterstützt nur die lokale Api. Mehr ist dort aktuell nicht vorgesehen. Das würde ein weiterer Adapter mehr Sinn machen.

[draexler]

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

[werner2000x]

Kann man bei den Twinguards Rauchmeldern manuell einen (Rauch)Alarm auslösen um den Sensor z.B. als Alarmanlage zu verwenden?

[andrix.iobroker]

@holomekc @Laire
Hallo!
Ich habe genau das gleiche Problem und konnte es in keiner Weise lösen, nicht einmal auf die von Ihnen angegebene Weise. Ich bitte Sie um weitere Ratschläge.

Plattform linux
Betriebssystem linux
Architektur x64
CPUs 4
Node.js v18.18.2
NPM 9.8.1

[KarlKlammer]

Hallo,

ich versuche auch gerade vergeblich den Adapter mit dem Controller II zu pairen. Das Log sieht genau so aus, wie bei @Laire. Den Hinweis von @holomekc zum Ändern der abstract-bshc-client.js habe ich befolgt.
Über Lösungsvorschläge würde ich mich freuen.

[holomekc]

@karlklammer

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.

[holomekc]

@karlklammer

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: