Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

Alternative Firmware für Tuya Hardware OPENBeken

Begonnen von DasQ, 09 März 2023, 09:48:49

Vorheriges Thema - Nächstes Thema

RappaSan

Tasmota-Geräte auf den neuesten Firmwarestand zu bringen ist ja einfach:
upgrade:noArg   cmnd/"DEVICENAME"/upgrade 1 in setList eintragen, und schon hat man das Kommando zur Verfügung.

Bei OpenBeken fehlt so etwas bisher,
Hat wer eine Idee, wie man das komfortabel erledigt?
Einen eigenen Webserver möchte ich dafür nicht aufsetzen...

DasQ

#31
Leider nein.

Aber ich steh jetzt mit dem Entwickler in direkten Kontakt, ich kann ihn mal darauf anhauen.

Allerdings ist der schwer beschäftigt und kann jede Unterstützung brauchen.
Da sinnigerweise die Steckdosen von mir, scheinbar doch komplexer sind durch den erweiterten befehlssatz in der tuyaMCU hab ich jetzt die ersten beiden steckdosenleisten nochmals Hardware gemoddet auf esp8285 um zum einen zu sehen wie das tasmota händelt (da ist auch noch ein fetter Fehler drin) und zum andern um die Dosen zu nutzen.

Hab dann noch eine dritte Steckdose besorgt um nur daran zu basteln. (Ohne Zeitdruck)


Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

RappaSan

Schwer beschäftigt ist mir auch schon aufgefalllen. :)
Die Veröffentlichungsdauer von updates ist ja atemberaubend.

RappaSan

Noch eins fiel mir auf:
Bei Tasmota wird der Schaltzustand nahezu direkt an den MQTT-Server weitergereicht, so daß dieser im FHEM sichtbar wird. Dies geschieht sowohl beim Schalten über die Weboberfläche des devices als auch über den eingerichteten MQTT-client.
In OpenBeken ist das etwas anders:
Wenn ich über die Weboberfläche des devices schalte, kommt der geänderte Zustand erst spät in FHEM an, beim Schalten per MQTT-client über FHEM schon nach ca. 1 Sekunde.

RappaSan

Ich hab weiter an dem Template für die Lepro-RGBCW Lampe herumgeschraubt.
Mittlerweile läuft alles soweit rund.

DasQ

Das Problem mit der MQTT Verzögerung ist mir auch schon aufgefallen. Aber da bin ich schon dran, nur will ich den Entwickler nicht zusehr mit Fehlern zubomben.

Wenn ich etwas Zeit finde zieh ich mir den Quelltext rein und wurschtel mit.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

RappaSan

#36
Den Schaltzustand der Lampen bekomme ich mittlerweile zeitnah mit:
DEVICE/led_enableAll/get:.* (siehe mein template).
Ich lenke den Zustand auf "leds" und werte das Ganze dann weiter aus.
Damit funktioniert der Schaltzustand auf der Weboberfläche und in FHEM bidirektional ohne große Verzögerung.

DasQ

Bei der Steckdose von mir ist das etwas anders, da feuern bei betätigen vom ,,all" Button 6 mqtt Telegramme gleichzeitig bis die Connection zusammen bricht.

Da hab ich schon die wildesten schaltzustände mit produziert ... random
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

denis.robel

Ich habe auch einige Stecker (LSPA9) erfolgreich mit tuya-cloudcutter von der China Cloud befreit.

Es wäre gut, wenn wir hier funktionierende MQTT Templates dazu veröffentliche könnten:

mqtt2.template: Contributing
VG

Denis

denis.robel

Ich habe gerade ein Tuya IR-Gateway mit cloud-cutter an den Start gebracht.
Das Teil funktioniert und ich kann senden und empfangen. 

IR-Gateway
VG

Denis

denis.robel

Zitat von: RappaSan am 12 April 2023, 19:24:48Den Schaltzustand der Lampen bekomme ich mittlerweile zeitnah mit:
DEVICE/led_enableAll/get:.* (siehe mein template).
Ich lenke den Zustand auf "leds" und werte das Ganze dann weiter aus.
Damit funktioniert der Schaltzustand auf der Weboberfläche und in FHEM bidirektuiional ohne große Verzögerung.

@RappaSan Könntest Du das bitte näher erklären bzw. das RAW Device posten?
VG

Denis

RappaSan

Hier mal ein listing der internals:
Internals:
   CFGFN      ./FHEM/MQTT-2.cfg
   CID        LT4
   DEF        LT4
   FUUID      64282bbc-f33f-d006-a192-58261a7de8a1baba
   IODev      MyBroker
   LASTInputDev MyBroker
   MSGCNT     62727
   MyBroker_CONN MyBroker_192.168.0.164_65122
   MyBroker_MSGCNT 62727
   MyBroker_TIME 2023-12-04 18:35:40
   NAME       LT4
   NR         204
   STATE      off
   TYPE       MQTT2_DEVICE
   eventCount 16339
   READINGS:
     2023-12-01 18:53:08   B_Color         FFFFFF
     2023-12-04 18:35:39   CT              389
     2023-12-04 18:34:08   Channel_1       0
     2023-12-04 18:34:08   Channel_2       0
     2023-12-04 18:34:08   Channel_3       0
     2023-12-04 18:34:08   Color           0,0,0,0,0
     2023-12-04 18:35:40   Dimmer          25
     2023-12-04 18:34:08   Fade            OFF
     2023-12-04 17:04:30   FinalColor      0000000000
     2023-12-01 18:53:08   FinalColorRGB   000000
     2023-12-04 18:34:08   HSBColor        0,0,100
     2023-12-04 18:34:08   Heap            25
     2023-12-01 10:40:55   IODev           MyBroker
     2023-12-01 18:42:01   LWT             online
     2023-12-04 18:34:08   LedTable        ON
     2023-12-04 18:34:08   LoadAvg         99
     2023-12-04 18:34:08   MqttCount       23
     2023-12-04 18:34:08   POWER           OFF
     2023-12-04 18:34:08   Sleep           10
     2023-12-04 18:34:08   SleepMode       Dynamic
     2023-12-04 18:34:08   Speed           1
     2023-12-04 18:34:08   Time            1970-01-01T00:00:00
     2023-12-04 18:34:08   Uptime          2T23:52:18
     2023-12-04 18:34:08   UptimeSec       258738
     2023-12-04 18:34:08   Wifi_AP         1
     2023-12-04 18:34:08   Wifi_BSSId      30:B5:C2:5D:70:72
     2023-12-04 18:34:08   Wifi_Channel    11
     2023-12-04 18:34:08   Wifi_Downtime   0T06:13:34
     2023-12-04 18:34:08   Wifi_LinkCount  21
     2023-12-04 18:34:08   Wifi_Mode       11n
     2023-12-04 18:34:08   Wifi_RSSI       76
     2023-12-04 18:34:08   Wifi_SSId       RAT01
     2023-12-04 18:34:08   Wifi_Signal     -62
     2023-04-20 14:51:43   attrTemplateVersion 20230412
     2023-12-01 18:42:03   build           Build on Nov 13 2023 14:24:59 version 1.17.308
     2023-12-04 18:35:36   freeheap        83216
     2023-12-01 18:42:02   host            LT4
     2023-12-04 18:35:37   ip              192.168.0.164
     2023-12-04 18:35:38   leds            0
     2023-12-01 18:42:04   mac             84:e3:42:9b:6a:82
     2023-12-04 18:35:34   rssi            -61
     2023-12-04 18:35:33   sockets         4
     2023-12-04 18:35:35   state           off
     2023-12-01 10:41:41   subscriptions   LT4/+/get LT4/+/set bekens4/+/set cmnd/LT4/+ cmnd/bekens4/+ stat/LT4/+ tele/LT4/+
     2023-12-04 18:35:35   uptime          258824
Attributes:
   autocreate 0
   devStateIcon on:rc_GREEN:off off:rc_RED:on offline:rc_BLUE:off
   event-on-change-reading .*
   icon       hue_filled_gu10
   model      OpnBeken_RGBCW
   readingList LT4/connected:.* LWT
  LT4/host:.* host
  LT4/build:.* build
  LT4/mac:.* mac
  LT4/sockets:.* sockets
  LT4/rssi:.* rssi
  LT4/uptime:.* uptime
  LT4/freeheap:.* freeheap
  LT4/ip:.* ip
  LT4/led_enableAll/get:.* leds
  LT4/led_temperature/get:.* CT
  LT4/led_dimmer/get:.* Dimmer
  LT4/led_finalcolor_rgbcw/get:.* FinalColor
  stat/LT4/RESULT:.* { json2nameValue($EVENT) }
  LT4/led_basecolor_rgb/get:.* B_Color
  tele/LT4/STATE:.* { json2nameValue($EVENT) }
  LT4/led_finalcolor_rgb/get:.* FinalColorRGB
   room       Keller,MQTT2_GERÄTE
   setList    off:    cmnd/LT4/Power Off
  on:     cmnd/LT4/Power On
  toggle: cmnd/LT4/Power Toggle
  Dimmer:colorpicker,BRI,0,1,100 cmnd/LT4/Dimmer
  B_Color:colorpicker,RGB cmnd/LT4/led_basecolor_rgb
  CT:colorpicker,CT,154,1,500 cmnd/LT4/Led_temperature
   stateFormat {ReadingsVal($name,"LWT","offline") eq "offline" ? "offline" : ReadingsVal($name,"state","") eq "" ? "offline" : ReadingsVal($name,"state","")}
   userReadings state:.* { (ReadingsVal($name,'leds','none') eq 0 ? 'off' : 'on') }
   webCmd     on:off:toggle
Hilft dir das weiter?

rob

Hallo zusammen.

Wünsche allen ein frohes und gesundes neues Jahr :)

Falls es jmd. brauchen kann: die Beken-Dinger wie BK7231n etc. werden auch durch Platform IO und damit u.a. mit ESPHome unterstützt. https://esphome.io/components/libretiny und https://docs.libretiny.eu/docs/flashing/esphome/.
Bin darauf gestoßen, weil mein Qubino Unterputzthermostat (ZMNHID1) mal wieder Alzheimer hatte und ich keine ähnlichen Alternativen mit Zigbee oder Wifi finden konnte.
So konnte ich den bereits "erlösten" Aubess 16A Aktor + DS18B20 mit ESPHome in ein Unterputzthermostat verwandeln. Anbei die yaml-Datei dafür. Der DS18B20 ist am Schraubanschluss S2 und S1 angeschlossen (parasitär), wo eigentl. ein Taster hinkommt.

Viele Grüße
rob

beaune

Hallo,

ich suche nach einer Möglichkeit, Lichtszenen per fhem für ein OpenBeken-Gerät vorzugeben, z.B. ein langsames Farbwechsel-Szenario mit Überblendung. Openbeken scheint dafür DDP bereitzustellen, was ein Nachfolger von DMX auf Ethernet/WLAN-Basis zu sein scheint: http://www.3waylabs.com/ddp/. Hat damit schon mal jemand was im fhem-Umfeld probiert?