NEWS
Floureon Wifi Raumthermostate
-
@martin sagte in Floureon Wifi Raumthermostate:
Das hier habe ich:
Hat etwas Zeit in Anspruch genommen aber ich habe das C17-GH3 jetzt mit iobroker am laufen (via mqtt). Aber es ist Patching der Firmware erforderlich. Die Aussagen von frankjoke stimmen, das Thermostat redet nach der Initialconfig nur noch mit der Amazon IOT cloud. Das ist aber schlicht MQTT TLS.
Ausgangspunkt für mich war, das die Alexa App nur die Solltemperatur und nicht die aktuelle Raumtemperatur anzeigt, die WeBack APP aber beides.Das Thermostat verwendet einen ESP-12S und die Firmware ist zumindest bei meinem nicht gegen auslesen geschützt.
Erforderlich sind die folgenden Schritte, openssl, ein Hex Editor und esptool.py und die (USB-)Adapter die man zum Flashen eines Arduinos braucht.- Eigenen MQTT Broker mit SSL auf Port 8883 aufsetzen: eigenes Zertifikat mit cn= *.iot.eu-central-1.amazonaws.com , signiert durch eigenes self signed ca Zertifikat. Das * ist zwingend, ein Zertifikat auf den dedizierten Zielhost wird durch die SSL Validierung im ESP abgelehnt.
- Eigener lokaler DNS Server, mit dem der Zielhost a9vvblgf32b6o.iot.eu-central-1.amazonaws.com auf den eigenen MQTT Broker umgebogen wird. Bin nicht sicher ob der Hostname bei allen C17-GH3 identisch ist. Mag von der Firmwareversion und der Geräte Version abhängen, jedenfalls ist der konkrete Hostname im der Firmware als c-string enthalten.
- Firmware aus ESP auslesen und den enthaltene Public Key des Verisign CA Zertifkats durch den Public Key der eigenen CA ersetzen. Das Zertifikat ist ebenfalls als c-string in der Firmware enthalten und daher darf das eigene ca Zertifikat im PEM Form nicht länger sein als das Verisign Zertifikat, aber auch nicht kürzer. Eigenes Zertifikat daher mit Leerzeichen am Ende (nach "-----END CERTIFICATE-----") auf konkrete Länge des Verisign Zertifikates auffüllen. Wenn das eigene Zertifikat zu lang ist: Auf 1024 bit Schlüssel und SHA1 reduzieren. Anschließend gepatchte Firmware wieder in den ESP flashen.
- Da die Firmware ein OTA Update zuläßt hab ich dem Thermostat den Internetzugang in der Firewall verboten, sonst würde das nächste Firmwareupdate alles wirder zunichte machen.
Achtung: das Zertifikat ist wie nahezu alle anderen Abschnitte an zwei Stellen in der Firmware enthalten. Vermutlich wegen der OTA Funktion.
Seit dem sendet Das Thermostat sobald eine Wertänderung eintritt eine Nachricht an meine lokale MQTT Instanz in Form einer json Nachricht:
Topic: $aws/things/<thermostat id>/shadow/update
message:
{
"state":{
"desired":{
"connected":"true",
"working_status":null,
"safe_lock":null,
"set_tem":null,
"workmode":null,
"bgl":null,
"poweron_state":null,
"freeze_protect":null,
"tem_uint":null,
"control_mode":null,
"tem_cal":null,
"inter_sen_cal":null,
"outer_sen_cal":null,
"outer_sen_top":null
},
"reported":{
"connected":"true",
"offset_hours":0,
"offset_minutes":0,
"working_status":"on",
"workmode":"hand",
"air_tem":232,
"floor_tem":0,
"set_tem":46,
"safe_lock":"off",
"bgl":"auto",
"poweron_state":"keep",
"freeze_protect":"off",
"tem_uint":"C",
"control_mode":"inter",
"tem_cal":-20,
"inter_sen_cal":10,
"outer_sen_cal":30,
"outer_sen_top":55,
"Mon":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Tues":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Wed":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Thur":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Fri":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Sat":"06:00_044C,08:00_044C,11:00_044C,12:30_044C,17:00_044C,22:00_030C",
"Sun":"06:00_044C,08:00_044C,11:00_044C,12:30_044C,17:00_044C,22:00_030C"
}
}
}air_tem ist die aktuelle Lufttemperatur *10
set_tem ist die Zieltemperatur * 2Es spielen auch noch die folgenden Topics in der Kommunikation eine Rolle, Details dazu noch in Arbeit:
Gerät meldet sich beim nächsten Einschalten:
Topic: WeBack/LWT/device_change/device_offline (kommt nicht bei längerer Zeit stromlos)
{"Thing_Name":"<thermostat id>","connected":"false"}
Kommt bei jedem Einschalten:
Topic: $aws/things/<thermostat id>/shadow/update
{"state":{"desired":null, "reported":{"connected":"true","config_app":"WeBack","firmware_version":"3.1.2rel"}}}
Kommt bei jedem Einschalten:
Topic: WeBack/device_change/notify_from_device
{
"Notify_Reason": "timestamp_sync_req",
"Thing_Name": "<thermostat id>",
"Offset_Hours": 0,
"Offset_Minutes": 0
}<thermostat id> entspricht "by-t03-aa-bb-cc-dd-ee-ff" mit aa-bb-cc-dd-ee-ff = MAC des ESP
@jaghatei
so, endlich hab ichs geschafft, war zum Schluss einfacher als gedacht, nochmal vielen Dank für die Beschreibung.
Für alle die, die noch anstehen, einfach folgende Schritte:- Thermostat mit der App erstmalig ins Wlan verbinden
- Firmware auslesen (esptool.py ist bei mir deutlich schneller wenn man die baud rate angibt)
- In der Firmware das rootCA (1. Zertifikat) mit dem rootCA.crt ersetzen (mit Leerzeichen auffüllen nachm END CERTIFICATE----) (ich hab dafür einfach notepad++ verwendet, hat wunderbar funktioniert) certificates.zip (Viel Spaß mit meinen Zertifikate, hab die genau für das erstellt, und sind nirgendswo sonst im einsatz)
- Weiter unten das Zertifikat und den rsa private key mit dem client2.crt und client2.key ersetzen, und ebenfalls auffüllen.
- Firmware zurückspielen
- Lokalen DNS Server aufsetzen (da kann ich leider nicht helfen, da ich mir meinen selber programmiert habe, vielleicht irgendwann auf GitHub ;-) )
- MQTT Server (Mosquitto) aufsetzen (bei mir ein bisschen ein komplexeres System, habe auf meinem RaspberryPI Docker laufen, und als Entry-point ins Docker Netzwerk verwende ich Nginx, welcher (in Verwendung mit der "stream" direktive) die Zertifikate verwaltet, und den Mosquitto unverschlüsselt anspricht
- Aus Sicherheit einfach dem Thermostat jeglichen Internetzugang via Firewall blockieren
Gutes Gelingen!
-
Hi zusammen,
ich bin auch schwer daran interessiert so ein Thermostat zum laufen zu bekommen.
Ich stelle mir die Frage welches ich nehmen soll.Aktuell wird die Heizung (Öl-Brenner) über ein analoges Raumthermostat, dort habe ich zwei Drähte zur Stromvbersorgung des Theromstats 230V und zwei Drähte zur Heizunssteuerung. Bei mir wird nur der Brenner eingeschaltet und wenn die eingestellte Temperatur erreicht ist wieder aus.
Welches Thermostat wäre denn das richtige für den broadlink adapter. Der Anschluss ist dann keine große Sache. Das Angebot verwirrt --- Gaskessel, Fubo-Wasser, elektrische Fubo 16A oder 3A Schaltstrom?
Wäre super Dankbar für nen Tipp.
Regards
-
Hi zusammen,
ich bin auch schwer daran interessiert so ein Thermostat zum laufen zu bekommen.
Ich stelle mir die Frage welches ich nehmen soll.Aktuell wird die Heizung (Öl-Brenner) über ein analoges Raumthermostat, dort habe ich zwei Drähte zur Stromvbersorgung des Theromstats 230V und zwei Drähte zur Heizunssteuerung. Bei mir wird nur der Brenner eingeschaltet und wenn die eingestellte Temperatur erreicht ist wieder aus.
Welches Thermostat wäre denn das richtige für den broadlink adapter. Der Anschluss ist dann keine große Sache. Das Angebot verwirrt --- Gaskessel, Fubo-Wasser, elektrische Fubo 16A oder 3A Schaltstrom?
Wäre super Dankbar für nen Tipp.
Regards
@OKG82 Hey,
Leider kenn ich mich auch nicht wirklich aus, aber ich würd mal davon ausgehen, dass deine Heizung mit max 3A locker auskommt (3A auf 230V = 690W, das Teil soll ja nur gesteuert werden, nicht der Strom für die Heizung verwendet werden ;-) ), doch wenn ichs richtig im Kopf habe, unterscheidet sich der Preis der beiden Varianten kaum, und da in Wahrheit die eigentliche Steuerung nur ein Relais ist welche auf / zu macht (der Verbraucher / Heizung zieht so viel wie gebraucht wird), würd ich trotzdem das 16A Teil nehmen, um auf der 1000% Seite zu sein.
Hab mir grad irgendein Datenblatt von irgendeinem Relais angeschaut, und scheinbar halten die einen Peak-Strom (im 10ms bereich) vom zehnfachen vom normal Strom stand (kann natürlich von Relais zu Relais unterschiedlich sein).
Evtl mal den Strom messen den die Heizung übers Raumthermostat zieht, dann sollte alles klar sein.Was mir noch einfällt, wir hatten (bevor wir Fernwärme bekommen haben) eine Gas Heizung, und das Datenblatt von der Steuerung hat das Ein / Ausschalten als einen PWM Zyklus über c.a. 20 minuten beschrieben, doch das Floureon Thermostat hat diese nicht so direkt (wenn zu kalt -> heizen, sonst nicht heizen), könnte also sein dass das nicht all zu gesund für die Heizung ist (weil potenziell oft ein und ausgeschalten wird), evtl. bei der nächsten Wartung den Dude fragen der es wartet was er davon hält.
lg
Georg -
@OKG82 Hey,
Leider kenn ich mich auch nicht wirklich aus, aber ich würd mal davon ausgehen, dass deine Heizung mit max 3A locker auskommt (3A auf 230V = 690W, das Teil soll ja nur gesteuert werden, nicht der Strom für die Heizung verwendet werden ;-) ), doch wenn ichs richtig im Kopf habe, unterscheidet sich der Preis der beiden Varianten kaum, und da in Wahrheit die eigentliche Steuerung nur ein Relais ist welche auf / zu macht (der Verbraucher / Heizung zieht so viel wie gebraucht wird), würd ich trotzdem das 16A Teil nehmen, um auf der 1000% Seite zu sein.
Hab mir grad irgendein Datenblatt von irgendeinem Relais angeschaut, und scheinbar halten die einen Peak-Strom (im 10ms bereich) vom zehnfachen vom normal Strom stand (kann natürlich von Relais zu Relais unterschiedlich sein).
Evtl mal den Strom messen den die Heizung übers Raumthermostat zieht, dann sollte alles klar sein.Was mir noch einfällt, wir hatten (bevor wir Fernwärme bekommen haben) eine Gas Heizung, und das Datenblatt von der Steuerung hat das Ein / Ausschalten als einen PWM Zyklus über c.a. 20 minuten beschrieben, doch das Floureon Thermostat hat diese nicht so direkt (wenn zu kalt -> heizen, sonst nicht heizen), könnte also sein dass das nicht all zu gesund für die Heizung ist (weil potenziell oft ein und ausgeschalten wird), evtl. bei der nächsten Wartung den Dude fragen der es wartet was er davon hält.
lg
Georg@Svhorsch vielen Dank,erscheint mir auch logisch.
Konkret ist es ein Ölbrenner in einem alten Warmluft/Umluftsystem, das Thermostat schaltet nur ein und aus. Den Rest der Steuerung übernimmt die Heizung selbst mit eigener Stromversorgung. Häufig an aus ist dabei die Regel.
Danke ich werde es Mal testen.
-
@Svhorsch vielen Dank,erscheint mir auch logisch.
Konkret ist es ein Ölbrenner in einem alten Warmluft/Umluftsystem, das Thermostat schaltet nur ein und aus. Den Rest der Steuerung übernimmt die Heizung selbst mit eigener Stromversorgung. Häufig an aus ist dabei die Regel.
Danke ich werde es Mal testen.
@OKG82 Der Hauptunterschied zwischen den Versionen ist eigentlich recht simpel. Der "kleinere" hat ein schwächeres Relais, da er nur die Heizung einschaltet. Der "größere" dann 16A, weil man damit bspw. die elektrische Fußbodenheizung schalten möchte. Die braucht halt nun mal mehr Strom. Damit dann auch die Temperatur im Fußboden gemessen werden kann, liegt diesem dann noch ein externer NTC-Temperatursensor bei, der in den Estrich sollte ;)
-
@OKG82 Der Hauptunterschied zwischen den Versionen ist eigentlich recht simpel. Der "kleinere" hat ein schwächeres Relais, da er nur die Heizung einschaltet. Der "größere" dann 16A, weil man damit bspw. die elektrische Fußbodenheizung schalten möchte. Die braucht halt nun mal mehr Strom. Damit dann auch die Temperatur im Fußboden gemessen werden kann, liegt diesem dann noch ein externer NTC-Temperatursensor bei, der in den Estrich sollte ;)
@SBorg auch Danke, dann wird das Teil Mal geordert und getestet. Hat jemand schon Langzeiterfahrungen? Hab von Displayaussetzern etc. gelesen.
Zuletzt noch eine ganz andere Überlegung. Wäre das gleiche nicht auch über einen Zigbee Temperatursensor bspw. Aqara und einem Shelly oder Sonoff mit einem Skript zu lösen? Dabei entfällt die Möglichkeit der manuellen Justage. Ansonsten ist es ne temperaturgesteuerte Schaltung?
Weiß jetzt nicht was ein Shelly oder Sonoff an Ampere aushält.
Regards
-
@SBorg auch Danke, dann wird das Teil Mal geordert und getestet. Hat jemand schon Langzeiterfahrungen? Hab von Displayaussetzern etc. gelesen.
Zuletzt noch eine ganz andere Überlegung. Wäre das gleiche nicht auch über einen Zigbee Temperatursensor bspw. Aqara und einem Shelly oder Sonoff mit einem Skript zu lösen? Dabei entfällt die Möglichkeit der manuellen Justage. Ansonsten ist es ne temperaturgesteuerte Schaltung?
Weiß jetzt nicht was ein Shelly oder Sonoff an Ampere aushält.
Regards
@OKG82 sagte in Floureon Wifi Raumthermostate:
Weiß jetzt nicht was ein Shelly oder Sonoff an Ampere aushält.
Je nach Modell 10-16A, und ja, mehr als Temperatur messen, einen Soll-/Istwert-Vergleich ausführen und ggf, dann schalten ist
es nicht (Schaltprogramme kann man ja auch über das SmartHome realisieren). Trotzdem möchte ich persönlich ein Thermostat haben, da ich so auch völlig losgelöst mal die Temperatur ändern kann ;) -
Hatte eben gesehen dass manche Thermostate nicht verfügbar sind Dieses Thermostat
Funktioniert ohne Probleme.Adapter hat es auf Anhieb gefunden.
-
@jaghatei
so, endlich hab ichs geschafft, war zum Schluss einfacher als gedacht, nochmal vielen Dank für die Beschreibung.
Für alle die, die noch anstehen, einfach folgende Schritte:- Thermostat mit der App erstmalig ins Wlan verbinden
- Firmware auslesen (esptool.py ist bei mir deutlich schneller wenn man die baud rate angibt)
- In der Firmware das rootCA (1. Zertifikat) mit dem rootCA.crt ersetzen (mit Leerzeichen auffüllen nachm END CERTIFICATE----) (ich hab dafür einfach notepad++ verwendet, hat wunderbar funktioniert) certificates.zip (Viel Spaß mit meinen Zertifikate, hab die genau für das erstellt, und sind nirgendswo sonst im einsatz)
- Weiter unten das Zertifikat und den rsa private key mit dem client2.crt und client2.key ersetzen, und ebenfalls auffüllen.
- Firmware zurückspielen
- Lokalen DNS Server aufsetzen (da kann ich leider nicht helfen, da ich mir meinen selber programmiert habe, vielleicht irgendwann auf GitHub ;-) )
- MQTT Server (Mosquitto) aufsetzen (bei mir ein bisschen ein komplexeres System, habe auf meinem RaspberryPI Docker laufen, und als Entry-point ins Docker Netzwerk verwende ich Nginx, welcher (in Verwendung mit der "stream" direktive) die Zertifikate verwaltet, und den Mosquitto unverschlüsselt anspricht
- Aus Sicherheit einfach dem Thermostat jeglichen Internetzugang via Firewall blockieren
Gutes Gelingen!
@Svhorsch
moin,
hab grad die Firmware von nm Fluoreon CK-001 ausgelesen. Lustigerweise ist das Root CA Zertifikat mit CR/LF am Zeilenende abgeschlossen, die ClientCA bzw. -key nur mit LF. (sag Notepa++...)
hast Du die Leerzeichen mit oder ohne LF bzw. CR/LF eingegeben?
Vielen Dank im Voraus fuer Deine Antwort.Gruss
wolf -
@Svhorsch
moin,
hab grad die Firmware von nm Fluoreon CK-001 ausgelesen. Lustigerweise ist das Root CA Zertifikat mit CR/LF am Zeilenende abgeschlossen, die ClientCA bzw. -key nur mit LF. (sag Notepa++...)
hast Du die Leerzeichen mit oder ohne LF bzw. CR/LF eingegeben?
Vielen Dank im Voraus fuer Deine Antwort.Gruss
wolf@wolf01
Hey,
das hab ich komplett ignoriert, ich gehe davon aus dass das root-ca einfach ein c-string ist der einer variable assigned wird, da aber die ssh library (offensichtlich richtig implementiert) nur auf die marker (begin und end) schaut, musst du einfach nachm end tag (bevor die CR und LF....) mit leerzeichen (glaub dass du theoretisch jedes zeichen nehmen kannst, denn die ssh library sollt das ignorieren) auffüllen. wichtig ist, dass der lesbare text vom root-ca (inkl start und end tag) genau gleich viele bytes hat wie das neue (markier den block, dann zeigt dir notepad++ an wie viele zeichen du markiert hast, und nachm austausch sollen das inkl der leerzeichen gleich viele sein).
Hier ein screenshot, das markierte sind die leerzeichen vor dem new line und da c-string mit null terminiert
dass sich das client zertifikat vom root unterscheidet könnte daran liegen dass das root-ca sicher ein c-string variable ist, das client zertifikat hingegen könnte (je nachdem wie es implementiert ist) als ein virtuelles file im speicher liegen, ich würd die CR / LF nicht angreifen, könnte evtl das ganze teil zum abstürzen bringen.
-
Hey leute,
einfach mal aus interesse an die die das Thermostat geflasht haben. Manchmal (kann 0 mal am Tag passieren, aber auch 10 mal in der Minute), Piepst es, und rebootet. Ist das bei euch auch? Habt ihr ne Idee woran das liegen kann? (Beeinträchtigt die Funktion nicht, da nachn reboot es sich sofort mit meiner MQTT neu verbindet, und sich das aktuelle Datum / Uhrzeit abholt, und von dort weitermacht, wo es war, aber doch ein bisschen seltsam... ) Es wirkt ein bisschen so als würde ein Watchdog Timer eingreifen und das Teil intern neu startetn, sehe aber keinen Grund dafür (Schlechter WLAN empfang? Probleme mit der internen Elektronik? Evtl bei einer bestimmten Menge von "seltsamen Temperaturmessungen?...).Dazu wärs auch noch interessant, ob sich jemand schon die Zeit genommen hat, wie man ein Firmware Update on-the-fly aufspielen kann? Hab gesehen dass man in der Weback app eine Option hat, die Firmware zu updaten, aber leider noch keine Zeit gehabt da alles zu analysieren. Hab mir in der Zwischenzeit ein kleines Java Programm geschrieben, was mittels MQTT Client und den Zertifikat / Private key ausn Thermostat mit der Amazon Cloud spricht, damit ich mir das gesamte verhalten der Weback app anschauen kann, das wäre mal ein Anfang...
lg,
Georg -
@martin sagte in Floureon Wifi Raumthermostate:
Das hier habe ich:
Hat etwas Zeit in Anspruch genommen aber ich habe das C17-GH3 jetzt mit iobroker am laufen (via mqtt). Aber es ist Patching der Firmware erforderlich. Die Aussagen von frankjoke stimmen, das Thermostat redet nach der Initialconfig nur noch mit der Amazon IOT cloud. Das ist aber schlicht MQTT TLS.
Ausgangspunkt für mich war, das die Alexa App nur die Solltemperatur und nicht die aktuelle Raumtemperatur anzeigt, die WeBack APP aber beides.Das Thermostat verwendet einen ESP-12S und die Firmware ist zumindest bei meinem nicht gegen auslesen geschützt.
Erforderlich sind die folgenden Schritte, openssl, ein Hex Editor und esptool.py und die (USB-)Adapter die man zum Flashen eines Arduinos braucht.- Eigenen MQTT Broker mit SSL auf Port 8883 aufsetzen: eigenes Zertifikat mit cn= *.iot.eu-central-1.amazonaws.com , signiert durch eigenes self signed ca Zertifikat. Das * ist zwingend, ein Zertifikat auf den dedizierten Zielhost wird durch die SSL Validierung im ESP abgelehnt.
- Eigener lokaler DNS Server, mit dem der Zielhost a9vvblgf32b6o.iot.eu-central-1.amazonaws.com auf den eigenen MQTT Broker umgebogen wird. Bin nicht sicher ob der Hostname bei allen C17-GH3 identisch ist. Mag von der Firmwareversion und der Geräte Version abhängen, jedenfalls ist der konkrete Hostname im der Firmware als c-string enthalten.
- Firmware aus ESP auslesen und den enthaltene Public Key des Verisign CA Zertifkats durch den Public Key der eigenen CA ersetzen. Das Zertifikat ist ebenfalls als c-string in der Firmware enthalten und daher darf das eigene ca Zertifikat im PEM Form nicht länger sein als das Verisign Zertifikat, aber auch nicht kürzer. Eigenes Zertifikat daher mit Leerzeichen am Ende (nach "-----END CERTIFICATE-----") auf konkrete Länge des Verisign Zertifikates auffüllen. Wenn das eigene Zertifikat zu lang ist: Auf 1024 bit Schlüssel und SHA1 reduzieren. Anschließend gepatchte Firmware wieder in den ESP flashen.
- Da die Firmware ein OTA Update zuläßt hab ich dem Thermostat den Internetzugang in der Firewall verboten, sonst würde das nächste Firmwareupdate alles wirder zunichte machen.
Achtung: das Zertifikat ist wie nahezu alle anderen Abschnitte an zwei Stellen in der Firmware enthalten. Vermutlich wegen der OTA Funktion.
Seit dem sendet Das Thermostat sobald eine Wertänderung eintritt eine Nachricht an meine lokale MQTT Instanz in Form einer json Nachricht:
Topic: $aws/things/<thermostat id>/shadow/update
message:
{
"state":{
"desired":{
"connected":"true",
"working_status":null,
"safe_lock":null,
"set_tem":null,
"workmode":null,
"bgl":null,
"poweron_state":null,
"freeze_protect":null,
"tem_uint":null,
"control_mode":null,
"tem_cal":null,
"inter_sen_cal":null,
"outer_sen_cal":null,
"outer_sen_top":null
},
"reported":{
"connected":"true",
"offset_hours":0,
"offset_minutes":0,
"working_status":"on",
"workmode":"hand",
"air_tem":232,
"floor_tem":0,
"set_tem":46,
"safe_lock":"off",
"bgl":"auto",
"poweron_state":"keep",
"freeze_protect":"off",
"tem_uint":"C",
"control_mode":"inter",
"tem_cal":-20,
"inter_sen_cal":10,
"outer_sen_cal":30,
"outer_sen_top":55,
"Mon":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Tues":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Wed":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Thur":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Fri":"06:00_044C,08:00_030C,11:00_044C,12:30_030C,17:00_044C,22:00_030C",
"Sat":"06:00_044C,08:00_044C,11:00_044C,12:30_044C,17:00_044C,22:00_030C",
"Sun":"06:00_044C,08:00_044C,11:00_044C,12:30_044C,17:00_044C,22:00_030C"
}
}
}air_tem ist die aktuelle Lufttemperatur *10
set_tem ist die Zieltemperatur * 2Es spielen auch noch die folgenden Topics in der Kommunikation eine Rolle, Details dazu noch in Arbeit:
Gerät meldet sich beim nächsten Einschalten:
Topic: WeBack/LWT/device_change/device_offline (kommt nicht bei längerer Zeit stromlos)
{"Thing_Name":"<thermostat id>","connected":"false"}
Kommt bei jedem Einschalten:
Topic: $aws/things/<thermostat id>/shadow/update
{"state":{"desired":null, "reported":{"connected":"true","config_app":"WeBack","firmware_version":"3.1.2rel"}}}
Kommt bei jedem Einschalten:
Topic: WeBack/device_change/notify_from_device
{
"Notify_Reason": "timestamp_sync_req",
"Thing_Name": "<thermostat id>",
"Offset_Hours": 0,
"Offset_Minutes": 0
}<thermostat id> entspricht "by-t03-aa-bb-cc-dd-ee-ff" mit aa-bb-cc-dd-ee-ff = MAC des ESP
Hallo
ich benutze seit paar Tagen den Iobroker.
ich habe den Xiaomi Robot schons geflasht jetzt mache ich mich an den https://www.amazon.de/gp/product/B07DQ8S82T/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1ich würde mich Freuen wenn mir jemand genau erklären kann wie ich den Einbinden/flashen kann.
über broadlink? brauche ich da einen Adapter?
eine schrittweise erklärung wäre superVielen dank
Luc -
Hey leute,
einfach mal aus interesse an die die das Thermostat geflasht haben. Manchmal (kann 0 mal am Tag passieren, aber auch 10 mal in der Minute), Piepst es, und rebootet. Ist das bei euch auch? Habt ihr ne Idee woran das liegen kann? (Beeinträchtigt die Funktion nicht, da nachn reboot es sich sofort mit meiner MQTT neu verbindet, und sich das aktuelle Datum / Uhrzeit abholt, und von dort weitermacht, wo es war, aber doch ein bisschen seltsam... ) Es wirkt ein bisschen so als würde ein Watchdog Timer eingreifen und das Teil intern neu startetn, sehe aber keinen Grund dafür (Schlechter WLAN empfang? Probleme mit der internen Elektronik? Evtl bei einer bestimmten Menge von "seltsamen Temperaturmessungen?...).Dazu wärs auch noch interessant, ob sich jemand schon die Zeit genommen hat, wie man ein Firmware Update on-the-fly aufspielen kann? Hab gesehen dass man in der Weback app eine Option hat, die Firmware zu updaten, aber leider noch keine Zeit gehabt da alles zu analysieren. Hab mir in der Zwischenzeit ein kleines Java Programm geschrieben, was mittels MQTT Client und den Zertifikat / Private key ausn Thermostat mit der Amazon Cloud spricht, damit ich mir das gesamte verhalten der Weback app anschauen kann, das wäre mal ein Anfang...
lg,
GeorgHi,
ich habe die Firmeware auch mal ausgelesen. Am Ende befindet sich hintereinander 2 mal das gleiche Zertifikat + private key. War das bei dir auch so? Ich werde einfach beide austauschen. Oder was meinst du? vg -
Hi,
ich habe die Firmeware auch mal ausgelesen. Am Ende befindet sich hintereinander 2 mal das gleiche Zertifikat + private key. War das bei dir auch so? Ich werde einfach beide austauschen. Oder was meinst du? vg@FabianFranz
Hey,
würd auf jeden fall alle überschreiben, sonst passierts dass sich das thermostat zum schluss selber updated und dein zertifikat überschriebn ^^ -
Ich bitte um etwas Aufklärung.
Sind die Floureon nun direkt unterstützt oder muss das Zertifikat wirklich geflasht werden?
Ich habe diesen hier:
https://www.amazon.de/dp/B082X4SSH9/?coliid=ISBWV6ZOFA175&colid=2XAU70BQ1SV87&psc=1&ref_=lv_ov_lig_dp_it
SAS922 FHL-7-Wifi Thermostat for floor Heating.Danke
-
Ich bitte um etwas Aufklärung.
Sind die Floureon nun direkt unterstützt oder muss das Zertifikat wirklich geflasht werden?
Ich habe diesen hier:
https://www.amazon.de/dp/B082X4SSH9/?coliid=ISBWV6ZOFA175&colid=2XAU70BQ1SV87&psc=1&ref_=lv_ov_lig_dp_it
SAS922 FHL-7-Wifi Thermostat for floor Heating.Danke
@strikegun sagte in Floureon Wifi Raumthermostate:
Ich bitte um etwas Aufklärung.
Sind die Floureon nun direkt unterstützt oder muss das Zertifikat wirklich geflasht werden?
Ich habe diesen hier:
https://www.amazon.de/dp/B082X4SSH9/?coliid=ISBWV6ZOFA175&colid=2XAU70BQ1SV87&psc=1&ref_=lv_ov_lig_dp_it
SAS922 FHL-7-Wifi Thermostat for floor Heating.Danke
Ich möchte hier nur kurz für den iobroker-Adapter broadlink2 sprechen:
Wenn man den Floreon mit der Handy-app ins Wlan holt und dann der Adapter das Gerät findet dann sollte er funktionieren, sobald ihr aber irgendwas flasht um ihn über FEHM-Umweg hereinzubekommen geht er auf keinen Fall mehr mit dem broadlink2-Adapter!Frank,
NUC's, VM's und Raspi's unter Raspian, Ubuntu und Debian zum Testen.
Adapter die ich selbst beigesteuert habe: BMW, broadlink2, radar2, systeminfo, km200, xs1 und einige im Anmarsch! -
@strikegun sagte in Floureon Wifi Raumthermostate:
Ich bitte um etwas Aufklärung.
Sind die Floureon nun direkt unterstützt oder muss das Zertifikat wirklich geflasht werden?
Ich habe diesen hier:
https://www.amazon.de/dp/B082X4SSH9/?coliid=ISBWV6ZOFA175&colid=2XAU70BQ1SV87&psc=1&ref_=lv_ov_lig_dp_it
SAS922 FHL-7-Wifi Thermostat for floor Heating.Danke
Ich möchte hier nur kurz für den iobroker-Adapter broadlink2 sprechen:
Wenn man den Floreon mit der Handy-app ins Wlan holt und dann der Adapter das Gerät findet dann sollte er funktionieren, sobald ihr aber irgendwas flasht um ihn über FEHM-Umweg hereinzubekommen geht er auf keinen Fall mehr mit dem broadlink2-Adapter!@frankjoke
Die App läuft und ich kann diese auch verstellen.
Aber der broadlink2 Version 2.1.4 findet kein Gerät. Habe sogar die IP direkt angegeben aber nichts.
vielleicht zu neu oder eine neue Revision mit anderem Chip.Aber gut zu wissen das kein flashen notwendig ist. Dann klappt es erstmal nicht. schade
-
@frankjoke
Die App läuft und ich kann diese auch verstellen.
Aber der broadlink2 Version 2.1.4 findet kein Gerät. Habe sogar die IP direkt angegeben aber nichts.
vielleicht zu neu oder eine neue Revision mit anderem Chip.Aber gut zu wissen das kein flashen notwendig ist. Dann klappt es erstmal nicht. schade
Mhmm, das kann leider sein! DIe neueren Geräte verwenden ein neues Protokoll um mit der Broadlink-Cloud zu sprechen und das hab ich nur für die LB1 (W-Lan Glühbirne) und RM4 (Infrarot-sender) implementieren können da mir nur von diesen Beispiele vorliegen.
-
Mhmm, das kann leider sein! DIe neueren Geräte verwenden ein neues Protokoll um mit der Broadlink-Cloud zu sprechen und das hab ich nur für die LB1 (W-Lan Glühbirne) und RM4 (Infrarot-sender) implementieren können da mir nur von diesen Beispiele vorliegen.
@frankjoke Hallo, ich habe mir bei REAL einen Fleureon Thermostat CK-002 gekauft, gestern installiert und mit der APP in Betrieb gesetzt. Würde diesen nun gerne in iobroker einbinden. Was brauche ich wirklich? Leider habe ich den Überblick verloren:
- der broadlink2 Adapter findet kein Gerät
- am liebsten wäre mir MQTT mit TASMOTA, Flashen wäre ok, wenn es eine gute Anleitung dafür gäbe
Kannst Du mir bitte weiterhelfen, schon mal Danke im Voraus!!
-
@frankjoke
Die App läuft und ich kann diese auch verstellen.
Aber der broadlink2 Version 2.1.4 findet kein Gerät. Habe sogar die IP direkt angegeben aber nichts.
vielleicht zu neu oder eine neue Revision mit anderem Chip.Aber gut zu wissen das kein flashen notwendig ist. Dann klappt es erstmal nicht. schade
637
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge