Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Wal]

@bishop sagte in Beca Thermostate einbinden (Firmware-Mod):

@Wal
Vielen Dank werde ich testen.

P.s. dein Boden hat 104,5 grad :)

edit.
Funktioniert das ich die Werte ändern kann, aber im tele/log kommt "warning: Not sending state via MQTT Fussbodenheizung_Bad/stat/things/thermostat/properties, deviceStateComplete=false"
in den stats wird dann auch nichts geändert.

Ja, die 104,5 Grad :-) ist kein Sensor dran, waren irgendwann mal da nach einem Update und gingen nicht wieder.

Versuche mal die Firmware von mir, da werden die cmnd erstellt. Vorher die Objekte vom Thermostat aus MQTT.0 löschen und am Besten den Adapter neu starten.

[bishop]

@Wal
hab die neue Firmware mal drauf gemacht aber glaube da stimmt was mit den update intervall nicht, die Werte leuchten dauer Grün ich kann auch nichts ändern.

In cmnd fehlt noch deviceOn!
Im Tele Log kommt:
warning: Not sending state via MQTT Fussbodenheizung_Bad/stat/things/thermostat/properties, deviceStateComplete=false

[Wal]

@bishop sagte in Beca Thermostate einbinden (Firmware-Mod):

@Wal
hab die neue Firmware mal drauf gemacht aber glaube da stimmt was mit den update intervall nicht, die Werte leuchten dauer Grün ich kann auch nichts ändern.

In cmnd fehlt noch deviceOn!
Im Tele Log kommt:
warning: Not sending state via MQTT Fussbodenheizung_Bad/stat/things/thermostat/properties, deviceStateComplete=false

Ich nutze die Firmware, hast du vorher die MQTT-Objekte auch gelöscht ?
deviceOn brauchst du nicht in cmnd, das wird ja mit mode abgedeckt -> off,heat,auto
Ich schaue mal in der Firmware, was der Fehler bedeutet.

[Wal]

@bishop
der Fehler könnten zu viele MQTT-Nachrichten sein.
Nimm mal meine MQTT-Einstellungen. Falls du noch mehr MQTT-Geräte hast, erstelle eine zweite Instanz mit einem anderen Port und lass das Thermostat darüber laufen.

[Wal]

@bishop
du hast Recht, im ungünstigen Fall schwingen sich die MQTT-Meldungen auf. Nimm bitte die Orginale von fashberg.
Ich schaue mir das an.

[leonracer]

Hallo Ihr Profis, so jetzt habe ich die Version von Fasberg auf meinem Thermostat. Sieht schon mal gut aus. Der MQTT-Server läuft auf dem ioBroker und das Thermostat verbindet sich auch. Nur leider fehlen mir die benötigten Datenpunkt wie z.B. Modus, Heiztemperatur oder Sollwert.

Wie komme ich nun an diese Werte ran? Bitte für Noobs :-)

1000Dank!

[leonracer]

Gefunden! :-)

[leonracer]

So jetzt gehts weiter. Das ganze sieht jetzt so aus und ich kann am Thermostat Werte verstellen und diese kommen im iobroker an. Wenn ich aber nun Werte im ioBroker verändere, werden diese nicht an das Thermostat gesendet. Was mache ich hier falsch?

[bishop]

@leonracer
ja da ist @Wal gerade dran. Funktioniert gerade noch nicht so richtig, wie ich ja berichtet habe.

[leonracer]

Okay, Danke... habe aber schon die States von Hand zu Fuss angelegt und es hat geklappt. Bin gerade dabei meine 3 anderen Thermostate einzubinden. Jetzt geht auch Yahka so wie es soll. Bin echt happy, denn habe mich Monate lang mit dem Tuya-Schrott rumgequält.

Vielen Dank an Euch, Ihr seid Hammer

[bishop]

@Wal
habs auch mal manuell angelegt, funktioniert soweit!
Habe aber noch eine Frage vorher war es so, dass ich mit deviceOn das Display an und ausschalten konnte ohne das der State auf heat ging da ja auch nicht geheizt werden muss wenn targettemp. niedriger als ist, ist.

Wenn ich jetzt mode auf on schalte kommt in stats der wert heat (ich habe den Hardwaremode bei mir gemacht) also Relais ist aus, somit is heat eigentlich nicht korrekt oder?

[Wal]

@bishop sagte in Beca Thermostate einbinden (Firmware-Mod):

@Wal
habs auch mal manuell angelegt, funktioniert soweit!
Habe aber noch eine Frage vorher war es so, dass ich mit deviceOn das Display an und ausschalten konnte ohne das der State auf heat ging da ja auch nicht geheizt werden muss wenn targettemp. niedriger als ist, ist.

Wenn ich jetzt mode auf on schalte kommt in stats der wert heat (ich habe den Hardwaremode bei mir gemacht) also Relais ist aus, somit is heat eigentlich nicht korrekt oder?

Schön das es bei euch auch funktioniert.

Wie es mit der Orginal-Tuya-Firmware funzte weiss ich gar nicht, habe ich noch nie getestet da ich ein Cloudverweigerer bin.

Also :-) ,
der Status des Relais wird mit Hardwaremod unter stat/state angezeigt.
mode "heat" heisst nur das das Thermostat auf Hand steht es wird nicht mit den Schedules gearbeitet.
Du kannst unter cmnd/mode = off oder cmnd/deviceOn = false das Thermostat ausschalten.
Hand geht mit cmnd/mode=heat oder cmnd/modeSchedules=false.
Schedules kann man unter cmnd/mode=auto oder cmnd/modeSchedules=true einschalten.
Alles ohne Gewähr. Das ist nicht von mir. ;-)
Versuche mich gerade mit der orginal Tasmotafirmware und Rules/Script mein Test-Thermostat zum laufen zu bewegen.
Teilerfolge habe ich schon.
deviceOn,locked,ecoMode gehen schon. Anzeige für target,actual und floor auch.
Evtl. geht da irgendwann mal was.

[Wal]

Es geht schon ein wenig:

[bishop]

@Wal
Wow sehr nice, interessant.
Darf man fragen wie du das gemacht hast?

[Wal]

@bishop sagte in Beca Thermostate einbinden (Firmware-Mod):

@Wal
Wow sehr nice, interessant.
Darf man fragen wie du das gemacht hast?

Mit dem neuen Script-Editor von Tasmota, der muss im Quellcode erst aktiviert werden. Ich bekomme im Sonoff-Adapter auch schon alles angezeigt, kann nur noch keine Nachrichten von ioBroker an das Thermostat schicken. Im Webinterface geht auch schon alles.

[Wal]

Die Steuerung vom Tuya_Thermostat mit der Tasmota-Firmware und dem Sonoff-Adapter funktioniert jetzt weitgehend. Falls Tester da währen die ein Testthermostat haben, könnte ich mal alles zusammenstellen.
todo:
Uhrzeit stellen
Schedulesplan erstellen

Der Rest funktioniert.

Tasmota-Script Code:

>D
p:ha=0
p:lo=0
p:ec=0
p:soll=0
target=0
pin5=0
temp=0
tempf=0
>E
soll=TuyaReceived#DpType2Id2/2
temp=TuyaReceived#DpType2Id3/2
tempf=TuyaReceived#DpType2Id102/2
if chg[temp]>0 {
=>publish stat/%topic%/RESULT {"istwert":"%1temp%"}
}
if chg[tempf]>0 {
=>publish stat/%topic%/RESULT {"floor":"%1tempf%"}
}
>F
if chg[ha]>0 {
=>TuyaSend4 4,%0ha%
=>publish stat/%topic%/RESULT {"Script":">ha=%0ha%"}
}
if pin5!=pin[5] {
pin5=pin[5]
=>publish stat/%topic%/RESULT {"state":"%0pin5%"}
}
if chg[soll]>0 {
target=soll*2
=>TuyaSend2 2,%target%
=>publish stat/%topic%/RESULT {"Script":">soll=%1soll%"}
}
if chg[ec]>0 {
=>TuyaSend1 5,%0ec%
=>publish stat/%topic%/RESULT {"Script":">ec=%0ec%"}
}
if chg[lo]>0 {
=>TuyaSend1 6,%0lo%
=>publish stat/%topic%/RESULT {"Script":">lo=%0lo%"}
}
>W
ck(pin5 "RelaisState on/off   ")
Sollwert:{m} %1soll% °C
Istwert:{m} %1temp% °C
Floor:{m} %1tempf% °C
sl(15 30 soll "15" "Sollwert" "30")
bu(ha "Hand" "Auto")
bu(ec "Eco" "Normal")
bu(lo "Lock" "Unlock")

[bishop]

@Wal
wenn ich Zeit habe werde ich das mal versuchen.
Es wird ja eigentlich nur eine tasmota mit script funktion benötigt oder?

[Wal]

@bishop sagte in Beca Thermostate einbinden (Firmware-Mod):

@Wal
wenn ich Zeit habe werde ich das mal versuchen.
Es wird ja eigentlich nur eine tasmota mit script funktion benötigt oder?

Ja. Ich habe auch in den Sonoff-Adapter noch 2-3 Zeilen eingefügt, damit man den Sollwert und die Buttons direkt bearbeiten kann, sonst würde man auf ioBroker Seite auch ein Skript brauchen, habe da ein PullRequest gemacht.
Sieht dann so aus:

Der Github-Link zum Sonoff-Adapter ist Sonoff-Adapter

[Wal]

Das ging flott, Uhrzeit stellt sich automatisch nach der Tasmota-Zeit.
Ist im aktuellen development Branch von Tasmota eingefügt. Aktiviert wird es in der my_user_config.h mit #define USE_TUYA_TIME

[Wal]

Könnte ein Mod diesen Thread schliessen ? Da man das Thermostat mit Tasmota und der Skript-Sprache steuern kann, ist die externe Firmware nicht mehr nötig. Ich mache einen neuen Thread auf.