NEWS
Floureon Wifi Raumthermostate
-
Hi!
Ich habe endlich mein Floureon bekommen, kann es aber leider auch nicht in ioBroker einbinden.https://www.amazon.de/gp/product/B07MQXRJCP/ref=ppx_yo_dt_b_asin_title_o08_s00?ie=UTF8&psc=1
broadlink2.0 2019-07-29 17:42:59.885 info broadlink2.0 started and found 0 devices named ''.
broadlink2.0 2019-07-29 17:42:52.159 info Discover Broadlink devices for 10sec on broadlink2.0
broadlink2.0 2019-07-29 17:42:52.159 info UDP socket listening on 0.0.0.0:15001
broadlink2.0 2019-07-29 17:42:52.141 info Devices to rename:
broadlink2.0 2019-07-29 17:42:52.141 info Devices to add:
broadlink2.0 2019-07-29 17:42:52.140 info broadlink2 initialization started...
broadlink2.0 2019-07-29 17:42:52.106 info starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.16.0Die App im GooglePlay Store heisst: Smart RM
-
@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
Guten Tag.
Ich entschuldige mich für meine Sprache. Ich schreibe aus Russland und kenne deins nicht
Dies ist jedoch das einzige Thema, das ich über den Thermostat C17-GH3 gefunden habe.
In meinem ESP, Firmware-Version 3.2.0rel. Ich habe alles nach deinen Anweisungen gemacht, aber ich kann mich nicht mit Mücken verbinden. Ich erhalte eine Nachricht über ein ungültiges Zertifikat. Bereits mit ihm gequält)
Ich bin nicht gut darin, also bitte ich um Hilfe, und wenn ich etwas falsch schreibe, korrigiere ich mich.Es gibt ein paar Fragen:
- Ganz am Anfang der Firmware befindet sich ein CA-Zertifikat, dann ein anderes Zertifikat und dann RSA PRIVATE KEY. Wofür ist er? Für OTA-Updates? Ersetzen Sie es? Und wofür?
Können Sie genauer beschreiben, durch was sie ersetzt werden sollen? Besser noch, die Schritte zum Generieren von Zertifikaten, für mich ist es ein dunkler Wald.
Ich habe auch nicht verstanden, cn = * .iot.eu-central-1.amazonaws.com sollte in CA oder im Zertifikat für den Server sein? Versucht und so und so. - Muss ich beim Generieren von Zertifikaten zusätzliche Schlüssel verwenden?
Nach Anleitung konfiguriert:
http://www.steves-internet-guide.com/mosquitto-tls - Wenn Sie wissen, wie haben Sie die Datei mosquitto.conf konfiguriert?
Hier ist meins:
listener 8883
cafile C:\Program Files (x86)\mosquitto\serts\ca.crt
keyfile C:\Program Files (x86)\mosquitto\serts\server.key
certfile C:\Program Files (x86)\mosquitto\serts\server.crt
require_certificate false
tls_version tlsv1
Übrigens ist in dieser Firmware eine andere Serveradresse a9vvblgf32b6o.iot.ap-southeast-1.amazonaws.com. Ich habe auch versucht, es beim Generieren von CA.crt und server.crt zu verwenden (cn = * .iot.ap-southern-1.amazonaws.com)
Wird MQTT.fx zur Verifizierung verwendet, ist die Verbindung zu mosquitto erfolgreich. Ist auch DNS konfiguriert, klopft der Thermostat auf meinem Mückenserver.
Vielen Dank im Voraus) -
@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
Halloist es nicht auch Möglich den Brocker und die SSL Verschlüsselung in der Firmware zu ändern ?
Ich habe einen MQTT Brocker ohne SSL laufen und würde gern die Kommunikation mit dem c17.gh3 darüber laufen lassen.
Noch besser wäre natürlich eine komplett eigene Firmware auf zu spielen die auch das Display und Touch ansprechen kann. Gibt es da schon etwas ?Danke für alle Infos.
-
Fand ein interessantes Projekt. Ich habe es selbst noch nicht ausprobiert.
https://github.com/bikemike/C17GH3Thermostat -
@pash4uga
Anfang des Jahres hat @jaghatei hier schonmal kurz etwas zum Thema "Firmware patchen" angerissen...
https://forum.iobroker.net/post/235864 -
hmmm, anscheinend sind die, die funktionierten nicht mehr verfügbar.
Selbst bei Amazon wenn ich in meine Bestellungen schaue und dort den Thermostaten
anklicke, wurde der Artikel dahinter geändert und ist jetzt der neue, den man nicht
einbinden kann.Schade.....
Ist natürlich die Frage hat sich da nur minimal etwas geändert oder ist das wieder ein riesen Aufwand?
Gruß Jens
-
Hallo,
habe ein BEOK 313 WIFI bekommen, ins WLAn gebracht und habe via APP zugriff drauf. Broadlink-Log sagt, er findes den Client, aber unter Objekte finde ich nichts. Muss ich da noch etwas einstellen?
Danke für die Hilfe
TG
-
Hallo ich habe den Thread mit den Raumthermostaten jetzt mal gelesen. Allerdings bin ich mir unsicher welcher von den zitieren Geräten denn am besten mit IO Broker harmoniert. Kann mir jemand aktuell ein weißes Thermostat empfehlen welches vielleicht die Temperatur auch in 0,1° Schritten regeln kann.
Schalten muß ich nur einen KNX Eingang, dahinter schaltet dann ein RELAIS.Gruß
Wolke -
@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 hey,
vielen dank für die coole aufschlüsselung und anleitung, doch leider stehe ich komplett an. hab die firmware ausgelesen (side info: bevor das thermostat konfiguriert wird, hat es nur das CA am anfang in der firmware, erst nachdem es über die app konfiguriert wird, kommt die amazon iot url und das zertifikat + private key in die firmware).
Wie beschrieben habe ich mir ein CA zertifikat erstellt, mit diesem auch das zertifikat für die amazon iot url (mit wildcart). Leider erhalte ich vom thermostat ständig ein "invalid certificate" (über wireshark gesnifft).
Nach ein paar analysen ist mir aufgefallen dass ein paar parameter der selbst generierten zertifikate anders waren als die originalen, also habe ich diese versucht anzupassen, doch leider bin ich nicht fähig das server zertifikat mitn elliptic curve als signing algorithm zu signieren...
Wäre es für dich möglich deine firmware + zertifikate (oder einfach nur deine zertifikate) zu uploaden? oder evtl. die openssl parameter die ich brauche für die zertifikate / private keys? -
@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.
552
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge