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

[Phantomkommander]

@holomekc das sieht schon mal viel besser aus. Jetzt will er nur noch verbinden.

2020-08-17 18:02:45.027 - warn: bshb.0 (23197) Could not pair client. Did you press the paring button? Error details: Error: write EPROTO 3069786576:error:14094412:SSL routines:ssl3_read_bytes:sslv3 alert bad certificate:../deps/openssl/openssl/ssl/record/rec_layer_s3.c:1550:SSL alert number 42

Kannst du mir bitte, hier nochmal eine Hilfestellung geben?

[holomekc]

@Phantomkommander
Wenn passwort etc stimmt, dann musst du den Knopf am Controller eine Zeit lang drücken bis dieser blinkt.

[KsSoft]

Hallo, ich habe den Adapter Version 0.1.10 zum laufen gebracht. Erst mal Danke an der Ersteller. Ich bin noch Anfänger und kenne mich mit Json bzw. Java nicht aus. Ich habe in meinem Haus 1 Steckdose und 10 Rauchmelder verbaut. In iobroker werden mir alle angezeigt. Nun habe ich nur das Problem bei den Rauchmelder den Status in Vis darzustellen. Bzgl. Batterie der Rauchmelder habe ich aus dem Forum entnommen, dass der Status "LOW_BATTERY" einen geringen Status anzeigt. Ist das Richtig ? Bei einem Rauchmelder Alarm habe ich dies nicht herausbekommen. Wo kann ich entnehmen wie die Definitionen der Status vom Alarm und Batterie der Rauchmelder sind ?
Vielen Dank schon mal im Voraus.

[holomekc]

@KsSoft
Hi das ist leider nicht so einfach. Zunächst einmal die api von Bosch findest du hier: https://apidocs.bosch-smarthome.com/local/#/States/get_devices__deviceId__services_SmokeDetectorCheck_state

Oben rechts kannst du verschiedene Geräte/Services auswählen.

Jetzt zum Rauchmelder. Leider habe ich keinen aber hier das was ich vermute:
Du müsstest das Gerät in der Liste sehen können. Vermutlich heißt es etwas mit SmokeDetector. Dort findest du erst einmal nur einen Wert zur Gerätprüfung. Laut api smokeDetectorCheckState mit:
NONE
SMOKE_TEST_REQUESTED

das pattern ist bei Bosch eigentlich immer gleich also gibt es vermutlich auch noch:
SMOKE_TEST_OK
SMOKE_TEST_FAILED
COMMUNICATION_TEST_SENT
COMMUNICATION_TEST_OK
COMMUNICATION_TEST_REQUESTED

diese Werte sind für dich weniger interessant. Hast du unter dem Gerät noch einen Ordner BatteryLevel? Wenn ja dann sollte das helfen:
https://github.com/holomekc/ioBroker.bshb/wiki/Value-you-may-not-see-at-first

Kurz gesagt würde dann dort faults so aussehen:

[ 
         { 
            "type":"LOW_BATTERY",
            "category":"WARNING"
         }
 ]

Wie das ausgelesen werden kann findest du hier:
https://github.com/holomekc/ioBroker.bshb/wiki/Yahka-MotionSensor

Ist zwar ein anderes Gerät aber der Ansatz ist der gleiche.

Beim Alarm wird es schwieriger. Das sollte unter smokedetectionsystem stehen. Dann unter surveillancealarm und dann value. Leider gibt es das nicht auf der api Seite. Aber auch hier kann ich mal Werte raten, da es das gleiche unter intrusiondetectionsystem gibt und eine Alarmanlage habe ich:
ALARM_ON
ALARM_OFF
ALARM_MUTED
PRE_ALARM

Zumindest konnte ich durch ausprobieren diese Werte ermitteln.

Ich hoffe das hilft weiter und ist vor allem lesbar. Auf einem Tablet kann ich einfach nicht gescheit schreiben...

Falls du nicht weiter kommst kannst du mich auch via mail anschreiben.

[Langer]

Hallo,
ich habe jetzt seid 2 Wochen einen Raspberry pi 4 und versuche unser Haus Smarter zu machen.
Als erstes Danke für den Ersteller des Adapters (sag man es so)?
Die Version 0.1.10 habe ich jetzt zum laufen bekommen, habe aber noch Fragen?
Wie bekomme ich den BoostMode hin?
Wie bekomme ich es hin, das ich die Temperatur einstellen kann?
Ich muß sagen, alles was IoBroker und Vis betrifft ist es noch ein Buch mit 1000 Siegeln, aber ich lerne.
Vorhanden sin ein Bosch Smart Home Controller, 15 Tür/Fenster Kontakte und 12 Heizkörperthermostate.
Vielen Dank im voraus für die Hilfe

[holomekc]

@Langer
Boostmode:
roomclimatecontrol-xxx -> RoomClimateControl -> boostmode

Temperatur:
Kommt vermutlich drauf an was du machen willst. Es geht von super einfach bis megakompliziert. Aber das gibt es:
operationMode: Manuell oder Automatisch

setpointTemperature: für manuell oder bis zum nächsten wechsel zwischen eco und comfort

setpointTemperatureForLevelComfort/Eco: Warm und kalt im Grunde. Wird dann über dein Zeitprofil gesteuert.

schedule: Dein Zeitprofil. Am besten mal die Werte ausgeben lassen, dann ist es leichter zu verstehen.

Was ich bspw mache: Zeitprofile anpassen jenachdem, ob ich da, weg oder im Urlaub bin.
Temperatur für eco und comfort anpassen jenachdem ob ich da, weg oder im Urlaub bin.

Ich hoffe das hilft schon ein wenig weiter.

[Langer]

@holomekc
Danke für Deine schnell Antwort, hat mir sehr geholfen.

Eine Frage noch:
Welches Widget sollte man für die Darstellung wählen?

Habe momentan "heading Tile Heating" ausgewählt, kann Soll-Ist Temperatur sowie Ventilstellung anzeigen.
Gibt es etwas das auf Dein Adapter zugeschnitten ist, sprich alle Anzeigen und Einstellung vorsieht?

Danke.

[holomekc]

@Langer
Hi. Bei vis muss ich leider passen. Ich glaube nicht dass etwas direkt auf den Adapter angepasst wurde.

[caspercito]

Hallo an alle,

Als erstes Danke für den Ersteller des Adapters!!

Hat jemand eine Idee wie ich folgendes realisieren kann:

• Sobald die gemessene Temperatur sich ändert in irgendeine Thermostat (bshb.0.roomClimateControl_hz_x.TemperatureLevel.temperature), ein Skript duchführen.
• Wenn Skript fertig ist, eine notification schicken über die Bosch APP (geht das?)

Danke!

[BigTom91]

@caspercito In der Bosch App kannst du über ioBroker keine Notification anzeigen lassen.
Du könntest dazu Telegram oder Pushbullet bzw. Pushover nutzen.
In Blockly kannst du einen Trigger anlegen, der ausgelöst wird, sobald sich ein Objekt ändert.

[holomekc]

@caspercito
Über die Bosch App selber kann man Szenarien->Automationen definieren. Dort kannst du auch Benachrichtungen schicken. Vielleicht reicht dir das schon? Meinst du wirklich jede einzelne Temperatur Veränderungen? In der App kannst du nur unterschreiten oder pberschreiten definiere .

Die Auslöser sind ein wenig limitiert und soweit ich sehen konnt kann man dort auch keine hue elemente verwenden, über die man das simulieren könnte.

[caspercito]

@BigTom91 said in Test Adapter bshb (Bosch Smart Home) v0.0.x:

Blockly

Danke, ich werde dann schauen wie weit über Blocky komme.

[caspercito]

@holomekc es geht darum, dass ich will meine Gastherme ausschalten möchte sobald kein Wärmebedarf da ist. Dafür muss ich jeder Thermostat prüfen und gucken ob die gewünschte Temperatur erreicht hat - das kriege ich schon hin.

Nur ich brauche eine Auslöser, und ich glaube am sinnvollsten wäre es wenn die gemessene Temperatur sich geändert hat.
Ich habe so eine funktion implementiert, bin mir aber nicht sicher ob das so als Auslöser geht:

on({id: 'bshb.0.roomClimateControl_hz_6.TemperatureLevel.temperature', change: "any"}, (obj) => 

    checkWaermeBedarf(Heizung); // hier prüfe ich ob der Wärmebedarf da ist
});

Ich könnte eine Automation pro Thermostat einrichten als Auslöser, aber irgendwie Automationen werden in mein Adapter nicht angezeigt.

[caspercito]

Hallo,

ich meine iobroker logs finde ich immer folgende Einträge:

bshb.0	2020-11-16 06:49:02.492	warn	(1162) Something went wrong during long polling. Try again later.

Ist das normal?
Danke

[holomekc]

@caspercito
Hi leider ja. Ich kann nochmal schauen, ob ich da eine bessere Lösung finde oder die Werte anpasse. Es liegt daran das bei der Anmeldung am Controller für push Nachrichten ich angeben muss wie lange die Verbindung aufrechtgehalten werden soll. Bspw. 30s. Zusätzlich habe ich ein Timeout für die Verbindung von 30+1s.

Der Timeout war Notwendig um den Adapter vor endlosen Verbindungen zu schützen über die keine Informationen mehr kommen. Der Adapter versucht sich sofort wieder anzumelden um keine Nachricht zu verpassen. Unabhängig davon, ob der Controller die Verbindung trennt oder der Adapter in einen Timeout läuft.

Geloggt wird das aktuell, da bisher alle Fehler bei Verbindungen zum Controller ausgegeben werden. Ich könnte auch schauen, ob ich hier die Ausgabe auf einen anderen Level ausgebe.

[holomekc]

Hallo zusammen. Ich habe eine neue Version 0.1.11 in GitHub gepushed. Sie ist noch nicht direkt selber in ioBroker verfügbar. Wer mag kann schon einmal testen, indem es manuell über GitHub installiert wird.

Es sind nur ein paar kleine Änderungen:

• Abhängigkeiten habe ich aktualisiert
• kleinere Änderungen durch ioBroker lib update
• Die Verbindung wird jetzt angezeigt:
  
  Der Wert ist unter info.connection zu finden.
  Es kann sein das der Status auf Gelb für bis zu 30s steht. Es hängt davon ab wann der Adapter neue Daten vom Controller bekommt. Wenn nichts kommt wird die Verbindung ja nach 30s neu aufgebaut und dabei sollte ein OK vom Controller kommen.
• 2s Bonus Zeit für den Controller die Longpolling Verbindung von sich aus zu schließen
• low wird nicht mehr fälschlicherweise als indicator.lowbat Rolle in ioBroker angezeigt. Die Werte werden nicht überschrieben, also wenn es bei euch falsch drin steht könnt ihr entweder den Eintrag selber ändern oder aber löschen und den Adapter neu starten.

Falls Euch noch etwas fehlt oder stört. Feedback ist immer gut. Ich weiß zwar nicht, wann und wie ich die Zeit finde aber ich kann es mir zumindest notieren.

Viele Grüße und viel Spaß
Christopher

[mklein01]

@Ceddipa
Did you finally solve this issue? I have the same issue. My first instance of IOBroker was successful connected. Some time later I had to reinstall IOB again and now I’m unable to connect with the error message you are stating.

Any chance to remove the old certificate from the BSH controller?

Thanks.

Regards,
Markus

[holomekc]

@mklein01
Certificates are stored in iobroker. Just click on the wrench symbol called System and then on certificates:
Then you can remove bshb_<identifier>_cert and ..._key.

You can also configure a different identifier.

In both cases a new pairing is needed. When you keep identifier make sure to remove client from bosch app.

[wanze2001]

Hallo,
ich versuche auch gerade mir ein Blockly script zu erstellen welchen die Bosch Thermostate ausschaltet wenn ein Fenster oder die Tür geöffnet ist.
Ich nutze die Aqara Fenstersensoren.
Bisher habe ich den Aqara Sensor ausgewählt und wenn dieser auf True ist läuft ein timeout von 30sek. danach sollen die Ventile auf 12° runtergeregelt werden oder ausgeschaltet werden.
Wenn die Tür wieder zu ist soll das Automatic Programm gestartet werden bzw. in den alten Zustand zurück gekehrt werden.

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
<variables>
<variable type="timeout" id="timeout">timeout</variable>
<variable id="kvEIfck0[DOcEzfC77;A">AUTOMATIC</variable>
</variables>
<block type="on_ext" id="{mr05eqS|NoC/@_doTK," x="-3687" y="13">
<mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
<field name="CONDITION">ne</field>
<field name="ACK_CONDITION"></field>
<value name="OID0">
<shadow type="field_oid" id="7:X:=GpIsl@{nXl+QwY"> <field name="oid">deconz.0.sensors.00158d000423456c.open</field> </shadow> </value> <statement name="STATEMENT"> <block type="controls_if" id="^({C%z)5$31dEBQDns.f"> <value name="IF0"> <block type="logic_compare" id="HSA.byQW.-R7W8mfp^w)"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="WptO_kj+KRN4#OFtSAHS"> <field name="ATTR">state.val</field> </block> </value> <value name="B"> <block type="logic_boolean" id="PtV5fnRhb^fgRv!-9o|}"> <field name="BOOL">TRUE</field> </block> </value> </block> </value> <statement name="DO0"> <block type="timeouts_settimeout" id="xwmo^{uF%WsQG,?bpv6Z"> <field name="NAME">timeout</field> <field name="DELAY">30</field> <field name="UNIT">sec</field> <statement name="STATEMENT"> <block type="control" id="rsJ|82MqX7oY;f{erC!M"> <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation> <field name="OID">bshb.0.roomClimateControl_hz_3.RoomClimateControl.setpointTemperature</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"> <block type="logic_compare" id="jtm00O~s;_eSg}v5}"> <field name="OP">EQ</field> <value name="A"> <block type="on_source" id="LVrzvDL;[7U-!oe:gg]">
<field name="ATTR">state.val</field>
</block>
</value>
<value name="B">
<block type="math_number" id="QFs~qDxJC6]K)j3@^#Tq">
<field name="NUM">12</field>
</block>
</value>
</block>
</value>
</block>
</statement>
</block>
</statement>
<next>
<block type="on" id="0ExhsCh]}]Zu~fxqM!QG">
<field name="OID">deconz.0.sensors.00158d000423456c.open</field>
<field name="CONDITION">false</field>
<field name="ACK_CONDITION"></field>
<statement name="STATEMENT">
<block type="control" id="Y3O+2=e!bhO]jU;b/f.H">
<mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
<field name="OID">bshb.0.roomClimateControl_hz_3.RoomClimateControl.operationMode</field>
<field name="WITH_DELAY">FALSE</field>
<value name="VALUE">
<block type="logic_compare" id=":J)nm,ET[_RP#J#RXb9">
<field name="OP">EQ</field>
<value name="A">
<block type="on_source" id="X:T]9T*1I=Q9p]R;%s0m">
<field name="ATTR">state.val</field>
</block>
</value>
<value name="B">
<block type="variables_get" id="|B4-6w+[o7!?BM2i,Fz/">
<field name="VAR" id="kvEIfck0[DOcEzfC77;A">AUTOMATIC</field>
</block>
</value>
</block>
</value>
</block>
</statement>
</block>
</next>
</block>
</statement>
</block>
</xml>

[holomekc]

@wanze2001
Klingt gut. Ich bin jedoch nicht ganz sicher, ob da jetzt eine Frage dahinter steht, oder ob du nur deine Logik teilen wolltest.

Was mir nur auffällt ist, dass du nicht den operationMode auf manuell setzt. Daher könnte es sein, dass der Wert von setpointTemperature durch das Automatik-Programm überschrieben wird bei der nächsten Einstellung zwischen ECO und COMFORT.