NEWS
OpenBeken (ähnlich Tasmota) Steckdose schalten. MQTT?
-
@bananajoe Es geht hier nicht um ESPxx sondern BK7231x und BL602 Chips, auf denen tasmota meines Wissens nicht läuft.
-
@oberfragger
Meine mqtt-config:
In sonoff Objekte:
Ich habe nur Flag 30 gesetzt.
Information zwischen WebUI und iobroker werden zügig ausgetauscht. Ich denke die von tasmota bekannte teleperiod spielt keine Rolle.
Das ganze habe ich auf einem aus einem Tuya Gerät ausgebauten WB2S programmiert.
@geschild Dank dir. Ich setze jetzt erstmal nur Flag30 (hatte das m.E. schon mal).
Aber im Prizip siehts bei dir genauso aus wie bei mir.Hat leider mit ner G10 genauso nicht geklappt.
Ich hab jetzt auch nochmal den Group Topic geändert...sicherheitshalber. Leider keine Änderung des Verhaltens in ioBroker.
Welche Version von openBK hast drauf? Vergiss es. Steht ja auf dem Screenshot. 1.18.35
-
@bananajoe Es geht hier nicht um ESPxx sondern BK7231x und BL602 Chips, auf denen tasmota meines Wissens nicht läuft.
@geschild sagte in OpenBeken (ähnlich Tasmota) Steckdose schalten. MQTT?:
@bananajoe Es geht hier nicht um ESPxx sondern BK7231x und BL602 Chips, auf denen tasmota meines Wissens nicht läuft.
ok, das ist natürlich ein Grund
-
@io2345 Ich weiss, es ist lange her aber ich antworte mal für Mitleser.
Vielleicht ging das so mal mit /set statt /get. Das hat mich gerade ein paar Stunden gekostet.
Letzten Endes muss man einen anderen topic wählen.Mein Gerät heisst: Fernsehlampe. Unter mqtt wurde die dann wie folgt angelegt:
mqtt.0.fernsehlampe.led_enableAll
Wenn diese über die Weboberfläche geschaltet wird, dann bei aus geht die auf 0 und bei ein auf 1. Soweit so logisch.Zum schalten (via MQTT) muss man dann aber den Topic: cmnd/fernsehlampe/led_enableAll wählen. Ich hab da dann also einfach entsprechend Zustände (mqtt.0.cmnd.fernsehlampe.led_enableAll) händisch angelegt. Was wür eine wurstelei.
Jetzt funzt das aber.
Ich verwende folgenden Build:
Built on Jan 29 2025 05:32:55 version 1.18.31
Short name: Fernsehlampe, Chipset BK7231THoffe das hilft. Geflasht mittels cloudcutter. Das ist eine Hama E27 Wifi RGBW Leuchte, 00176581. Es wird online zwar immer nur die 00176584 angeboten, das kann man aber nehmen. Die Pins dann wie folgt angepasst:
"pins": {
"6": "PWM;2",
"7": "PWM;5",
"8": "PWM;4",
"24": "PWM;3",
"26": "PWM;1"
},Sonst hat man nur kaltweiss und warmweiss.
Hab ich übrigens nur hinbekommen nachdme ich das Gerät an Homeassistant angebunden habe, dann via MQTT-Explorer gelauscht... und das war die Lösung. ioBroker gefällt mir aber immer noch besser als HA. Hier ist die Integratio aber mega. Da ich das Gerät aber auch via Yakha erreichbar machen möchte, keine andere Wahl als in ioBroker zu bleiben. Wollte mich dafür jetzt inner halb des ioBroker bleiben.
Folgende Anleitung habe ich zum flashen genommen.
https://digiblur.com/2023/08/19/updated-tuya-cloudcutter-with-esphome-bk7231-how-to-guide/Hier dann aber nur bis Select the Manufacturer/Device Name und dann das Hama-Teil ausgewählt. Verwendet habe ich einen alten Raspi2 mit Ethernet und extra-WiFi-Stick. Das wars dann auch schon. Die erste Lampe hat gedauert... bei der zweiten gings shcnell. Die erste scheint irgendwelche WiFi-Probleme zu haben....
Jetzt nur noch die anderen Devices aus der Tuya-Cloud holen und nie mehr bei Tuya verlängern. Echt nervig dass man alle 6 Monate das kostenlose "Abo"-verlängern muss.
Du hast am 10.02.2025 geschrieben:
Folgende Anleitung habe ich zum flashen genommen.
https://digiblur.com/2023/08/19/updated-tuya-cloudcutter-with-esphome-bk7231-how-to-guide/Ich habe das tool Version v5 von dieser Seite verwendet :
https://github.com/openshwprojects/BK7231GUIFlashTool/releases -
Du hast am 10.02.2025 geschrieben:
Folgende Anleitung habe ich zum flashen genommen.
https://digiblur.com/2023/08/19/updated-tuya-cloudcutter-with-esphome-bk7231-how-to-guide/Ich habe das tool Version v5 von dieser Seite verwendet :
https://github.com/openshwprojects/BK7231GUIFlashTool/releases@geschild Ok. Ich habe Lampen. Die wollte cih nicht "aufbrechen". Ergebnis ist am Ende ja, dass wir beide dann openBK drauf haben. Bei dir alelrdigs mit ner vernünftigen ioBroker Intergration.
Naja- vielleicht verknüpfe ich auch mal HA und ioB. Dann bekomme ich das vmtl. auch ordentlich hin.
-
@geschild Ok. Ich habe Lampen. Die wollte cih nicht "aufbrechen". Ergebnis ist am Ende ja, dass wir beide dann openBK drauf haben. Bei dir alelrdigs mit ner vernünftigen ioBroker Intergration.
Naja- vielleicht verknüpfe ich auch mal HA und ioB. Dann bekomme ich das vmtl. auch ordentlich hin.
@oberfragger HA ist in machen Dingen pflegeleichter als iob. Viel Erfolg. Trotzdem bevorzuge ich iob. Die Entitäten, Helferlein und was es da sonst noch gibt .... ich werde nicht warm damit.
-
@geschild Ich habe mal meinen WB2S für eine Lampe konfiguriert und mir auf den Pins mit dem Oszilloscope angesehen was passiert.
Ein bischen hier gestöbert: https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/commands.mdDas erstmal im Browser probiert:
Ein paar user-DP angelegt:
Ein blockly zusammengepuzzelt:
```
blockly_xml.txtIm blockly noch die Variable [IPundCmnd] mit deiner IP anpassen.
Und natürlich deine Config passend zur Lampe.Viel Erfolg.
-
@geschild Ich habe mal meinen WB2S für eine Lampe konfiguriert und mir auf den Pins mit dem Oszilloscope angesehen was passiert.
Ein bischen hier gestöbert: https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/commands.mdDas erstmal im Browser probiert:
Ein paar user-DP angelegt:
Ein blockly zusammengepuzzelt: ```
blockly_xml.txtIm blockly noch die Variable [IPundCmnd] mit deiner IP anpassen.
Und natürlich deine Config passend zur Lampe.Viel Erfolg.
-
@geschild Sehe ich das richtig dass du das dann über den MQTT-Adapter machst? Jede Änderung des get Datnpunktes löst dann das entsprechende command aus?
@oberfragger
Auslöser sind, in meinem Beispiel, Änderungen in den user-Datenpunkten. Der Wert, den du hier einträgst, wird im Blockly, mit den anderen Vorgaben, zu einer Commandzeile zusammengefügt. Z.B. bei dem Datenpunkt, den ich <Power-on/off> genannt habe:
Wird hier "on" eingetragen wir folgende Zeile aus der Variablen: IPundCmd + Power0%20 + on = http//192.168.178.199/cm?cmnd=Power0%20on generiert. Welche Werte gültig sind kannst du der ../commands.md entnehmen. Für Power gilt "on" oder "off" (ohne Gänsefüsschen eingebene)
Die user-Datenpunkte habe ich als String angelegt.
Bei Dimmer habe ich festgestellt: 0 -> Lampe aus, >107 Lampe ganz an, 1...106 Änderung der Helligkeit.
Bei Farbtemperatur funktionieren Werte zwischen 160...500.Der mqtt-Adapter hat mit diesen commands gar nichts mehr zu tun. Das geht direkt über TCP ans Gerät. Wie du siehst geht das auch direkt über den Browser.
Ich habe festgestellt, dass man einige Befehle über die mqtt Datenpunkte absetzen kann, andere aber nicht. Warum weiß ich nicht. Aber TCP command geht immer. Ist im Prinzipdas gleiche wie bei tasmota.Nur zur Sicherheit, bitte nicht beleidigt sein:
!!! In die Variable <IPundCmnd> muss du natürlich statt: 192.168.178.199 die IP deines openBK-Gerätes eintragen. -
@oberfragger
Auslöser sind, in meinem Beispiel, Änderungen in den user-Datenpunkten. Der Wert, den du hier einträgst, wird im Blockly, mit den anderen Vorgaben, zu einer Commandzeile zusammengefügt. Z.B. bei dem Datenpunkt, den ich <Power-on/off> genannt habe:
Wird hier "on" eingetragen wir folgende Zeile aus der Variablen: IPundCmd + Power0%20 + on = http//192.168.178.199/cm?cmnd=Power0%20on generiert. Welche Werte gültig sind kannst du der ../commands.md entnehmen. Für Power gilt "on" oder "off" (ohne Gänsefüsschen eingebene)
Die user-Datenpunkte habe ich als String angelegt.
Bei Dimmer habe ich festgestellt: 0 -> Lampe aus, >107 Lampe ganz an, 1...106 Änderung der Helligkeit.
Bei Farbtemperatur funktionieren Werte zwischen 160...500.Der mqtt-Adapter hat mit diesen commands gar nichts mehr zu tun. Das geht direkt über TCP ans Gerät. Wie du siehst geht das auch direkt über den Browser.
Ich habe festgestellt, dass man einige Befehle über die mqtt Datenpunkte absetzen kann, andere aber nicht. Warum weiß ich nicht. Aber TCP command geht immer. Ist im Prinzipdas gleiche wie bei tasmota.Nur zur Sicherheit, bitte nicht beleidigt sein:
!!! In die Variable <IPundCmnd> muss du natürlich statt: 192.168.178.199 die IP deines openBK-Gerätes eintragen.Oha, mein erster Post... seid gnädig ^^
Ich stand vor dem gleichen Problem und habe eine für mich funktionierende, einfache Lösung gefunden.
Der gesamte Trick besteht darin für "Client Topic (Base Topic)" und "Group Topic (Secondary Topic to only receive cmnds)" einen identischen String zu verwenden. Seitdem kann ich aus IOB raus problemlos schalten und walten.
-
Oha, mein erster Post... seid gnädig ^^
Ich stand vor dem gleichen Problem und habe eine für mich funktionierende, einfache Lösung gefunden.
Der gesamte Trick besteht darin für "Client Topic (Base Topic)" und "Group Topic (Secondary Topic to only receive cmnds)" einen identischen String zu verwenden. Seitdem kann ich aus IOB raus problemlos schalten und walten.@pillepalle127 Was verwendest du dafür?
Auch TCP wie @geschild ? Mit was bzw. welchem Adapter schaltet du aus ioBroker?
-
@pillepalle127 Was verwendest du dafür?
Auch TCP wie @geschild ? Mit was bzw. welchem Adapter schaltet du aus ioBroker?
@oberfragger said in OpenBeken (ähnlich Tasmota) Steckdose schalten. MQTT?:
Auch TCP wie @geschild ? Mit was bzw. welchem Adapter schaltet du aus ioBroker?
Ich schalte per MQTT, eingebunden im Sonoff Adapter. So wie mit jedem Tamsota Device.
Support us
698
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge