ems-esp MQTT

[Beta-User]

what means "ems-esp_thermostat_simple"? 

That's one of the additional ems-esp-attrTemplates I pushed to svn yesterday for testing .

But if the CT200 ist marked as "read only", there seems nothing reasonable to be tested... Hiding meaningless values might be possible, but imo it's not worth doing the effort  .

hi moustic999, which parameters of the "boiler_data" (name of the reading?) do you control in practice?

To both of you: Pls pay attention to the original reading names. They may differ, when jsonMap is used!

[grappa24]

Here is the result of using  "ems-esp_thermostat_simple" on my CT200, represented by MQTT2_ems_esp_thermostat_data:

Code Auswählen Erweitern

Internals:
   CFGFN     
   CID        ems_esp_thermostat_data
   DEF        ems_esp_thermostat_data
   DEVICETOPIC MQTT2_ems_esp_thermostat_data
   FUUID      5e287c55-f33f-b5ae-ddb6-3efae8688d1e780f
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     13
   NAME       MQTT2_ems_esp_thermostat_data
   NR         655
   STATE      auto
0 °C
   TYPE       MQTT2_DEVICE
   myBroker_MSGCNT 13
   myBroker_TIME 2020-01-22 18:12:13
   JSONMAP:
     hc1_daytemp daytemp
     hc1_holidayttemp holidaytemp
     hc1_mode   mode
     hc1_nighttemp nighttemp
     hc1_seltemp desired-temp
   READINGS:
     2020-01-22 17:46:13   associatedWith  MQTT2_ems_esp
     2020-01-22 18:12:13   desired-temp    0
     2020-01-22 18:12:13   hc1_currtemp    0
     2020-01-22 17:48:12   hc1_mode        auto
     2020-01-22 17:48:12   hc1_seltemp     0
     2020-01-22 18:12:13   mode            auto
Attributes:
   IODev      myBroker
   devStateIcon set.auto:edit_settings:mode+manual set.manual:edit_settings:mode+auto auto:time_automatic:mode+manual manual:time_manual_mode:mode+auto  set.*°C:edit_settings
   icon       temp_control
   jsonMap    hc1_mode:mode hc1_seltemp:desired-temp hc1_daytemp:daytemp hc1_nighttemp:nighttemp hc1_holidayttemp:holidaytemp
   model      ems-esp_thermostat_RC35_type
   readingList heating_system/ems-esp/thermostat_data:.* { json2nameValue($EVENT, '', $JSONMAP) }
   room       MQTT
   setList    mode:uzsuSelectRadio,auto,manual heating_system/ems-esp/thermostat_cmd_mode1 $EVTPART1
  desired-temp:slider,15.0,0.5,30.0,1 heating_system/ems-esp/thermostat_cmd_temp1 $EVTPART1
  daytemp:slider,15.0,0.5,30.0,1 heating_system/ems-esp/thermostat_cmd_daytemp1 $EVTPART1
  nighttemp:slider,15.0,0.5,30.0,1 heating_system/ems-esp/thermostat_cmd_nighttemp1 $EVTPART1
  holidaytemp:slider,15.0,0.5,30.0,1 heating_system/ems-esp/thermostat_cmd_holidayttemp1 $EVTPART1
   setStateList on off
   stateFormat mode
desired-temp °C
   webCmd     mode:desired-temp

Looks nice but the set-commands (slider to 25 e.g.) do have no effect on my CT200. The second screenshot shows the original dashboard of my Gateway.

However my MQTT-Explorer shows a new line

Code Auswählen Erweitern

thermostat_cmd_temp1 = 25.0

tomorrow I will install the CW400, I'm exited what happens ...

[Beta-User]

  Funny...

I just added a new template for "read-only thermostats" (available via update tomorrow). That way, at least local changes to auto/manual and desired-temp (they are possible, I assume?) will show up within FHEM in a reasonable manner  .

[grappa24]

The CW400 seems to be type RC300 an publishes

- seltemp, mapped to desired-temp in FHEM
- currtemp, mapped to hc1_currtemp
- daytemp
- nighttemp
- mode, mapped to mode (auto, manual, heat)

- hc1_seltemp delivers some strange values (in my case 0.24) ?
- hc1_mode delivers"off" in my case, no idea ...

But unfortunately the set commands have no effect, neither desired-temp nor mode

Let me know if I can do further test, I can keep the CW400 until monday.

P.S. If CW400 really is Type RC300 (?) there seems to be a contradiction between the github docu https://emsesp.github.io/docs/#/Thermostat-Modes-RC35-vs-RC300 und my experience: According to docu RC300 has two modes auto (eco, comfort) and manual, but my CW400 has the modes auto, manual and heat while auto has the additional Parameters daytemp/nighttemp

[grappa24]

That way, at least local changes to auto/manual and desired-temp (they are possible, I assume?) will show up within FHEM in a reasonable manner  .

Since the CT200 neither publishes anything nor allows to set values this thermostat has to go to BLACKLIST 
But thanks for your work, if there are thermostats which publish but dont allow to set its valuable ...

[Beta-User]

The hc1_.*-Readings are outdated, in the template the following is still missing:

Code Auswählen Erweitern

deletereading -q DEVICE (?!associatedWith).*

Imo we should not concentrate on that...

So most important thing atm. is the sending path. I just build the topic trees according to https://emsesp.github.io/docs/#/MQTT?id=receiving-topics (or at least I tried to do so). So please double-check if the setList entries are build according to https://emsesp.github.io/docs/#/MQTT?id=monitoring-mqtt.

One remark:
Screenshots from within FHEM are not best practice for discussions on MQTT2_DEVICE. If ever possible, just use RAW code, that's much easier to check and send back for testing.




Wrt. to the CT200: as most likely we can't identify it the MQTT way, blacklisting isn't possible

[grappa24]

So most important thing atm. is the sending path. I just build the topic trees according to https://emsesp.github.io/docs/#/MQTT?id=receiving-topics (or at least I tried to do so). So please double-check if the setList entries are build according to https://emsesp.github.io/docs/#/MQTT?id=monitoring-mqtt.

Kannst Du mir mal skizzieren, wie man so einen set Befehl zu Fuß absetzt, damit ich das mal auf dieser elementaren Ebene testen und die topic trees verifizieren kann?

Ich hab da eine Vermutung: Bei thermostat_cmd_mode<n> steht im git, es sei spezifisch für die Home Assistant climate component, eine Alternative wäre das thermonstat_cmd topic eine Zeile darunter, das teste ich mal, müsste halt nur mal die Syntax für "zu Fuß" sehen ...

Ich glaube, ich bin jetzt da angekommen, wo man normalerweise anfängt, um etwas zu verstehen 

[Beta-User]

Wenn du es von FHEM aus machen willst, am einfachsten das publish des IO nutzen:

Was im Moment (indirekt über die setList) abgebildet zu sein scheint, ist das hier:

Code Auswählen Erweitern

set myBroker publish heating_system/ems-esp/thermostat_cmd_temp1 20.8
Ich habe den Verdacht, dass die Doku veraltet ist und eigentlich "Topic:home/ems-esp/thermostat_cmd + JSON-Blob" erwartet wird... Dann ggf. mal an den Codes in mqtt2.template orientieren, ein verschachteltes Beispiel wäre "zigbee2mqtt_bridge"?

[grappa24]

Ah, mit set myBroker publish kann ich was anfangen. Das hat mir gefehlt, jetzt kann ich testen.

[grappa24]

Das receiving topic war tatsächlich "falsch", mit "thermostat_cmd_xyz<n>" geht es nicht:

Code Auswählen Erweitern

This is specific for the Home Assistant climate component

Mit folgenden Befehlen z.B. war ich erfolgreich:

Code Auswählen Erweitern

set myBroker publish heating_system/ems-esp/thermostat_cmd { "cmd":"mode1", "data": "auto" }

Code Auswählen Erweitern

set myBroker publish heating_system/ems-esp/thermostat_cmd { "cmd":"temp1", "data": 20 }

Meintest du das mit JSON-Blob?

Ich werd morgen noch weitere receiving topics ausprobieren und dokumentieren. Läuft doch ...

Jetzt wartet erst mal die Enkelin ...

[Beta-User]

Meintest du das mit JSON-Blob?

Yep!

Auf die Schnelle als Beispiel für einen setList -Eintrag:

Code Auswählen Erweitern

mode:uzsuSelectRadio,auto,manual heating_system/ems-esp/thermostat_cmd { "cmd":"mode1", "data": "$EVTPART1" }
Viel Spaß mit dem Enkelchen!

[grappa24]

just have to go OT 

when i connected my ems gateway to my boiler, the boiler powers down immediately but powers on again as soon as i disconnect the gateway - any idea? I also contaced BBQKees for help ...

Edit:
So I have to pause testing this weekend, Kees will send me a new gateway on warranty
It's a pitty, because I just wrote the setList for thermostat and boiler ... 

Edit2:
Online again, my gateway did revover by itself ... 

[grappa24]

gestern Abend noch der große Durchbruch, jetzt häng ich wieder beim Anwenden der templates.

Neuestes Update gezogen, klar.

Autocreate legt MQTT2_ems_esp das Basisdevice an.

Dann darauf das ems-esp_heater_device Template angewandt, geht soweit. Zunächst erscheinen auch nur die gemäß ReadingList Definierten readings start und heartbeat, dann kommen aber wieder alle readings des Basisdevices und _boiler und _thermostat erscheinen nicht. Hier das Listing nach "template":

Code Auswählen Erweitern


Save config ?
Floorplans
Alexa
Bad
CUL_HM
CUL_HOERMANN
Diele
Dieter
FBDECT
FS20
Fenster
Floorplans
FritzBox
HEOS
HMS
HUEDevice
HWR
Heike
Heizung
InterTechno
KNX
Keller
Klaenge
Kueche
LGTV
MQTT
MQTT2_DEVICE
Makros
Plots
Presence
Raumklima
Rollos
Schlafzimmer
TVs
Tradfri
Treppenhaus
Unsorted
Velux
Watchdogs
Webcams
Wetter
Wohnzimmmer
XiaomiBTLESens
Zeit
netatmo
icoEverything Everything
Logfile
Commandref
Remote doc
Edit files
Select style
Event monitor
Update
UpdateCheck
Restart

Internals:
   CFGFN     
   CID        ems-esp
   DEF        ems-esp
   DEVICETOPIC MQTT2_ems_esp
   FUUID      5e2ae9dd-f33f-b5ae-bccf-af9525ecf67b8286
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     44
   NAME       MQTT2_ems_esp
   NR         573
   STATE      Interface:
start
Signal:
40 %
<br>Uptime: 0 000 00:06
<br>IPAddress : <a href="http://192.168.178.79" target="_blank">192.168.178.79</a>
   TYPE       MQTT2_DEVICE
   myBroker_MSGCNT 44
   myBroker_TIME 2020-01-24 14:11:59
   OLDREADINGS:
   READINGS:
     2020-01-24 14:11:00   IP              192.168.178.79
     2020-01-24 14:05:00   LWT             start
     2020-01-24 14:11:00   MQTTdisconnects 0
     2020-01-24 14:11:59   ServiceCode     
     2020-01-24 14:11:59   ServiceCodeNumber 200
     2020-01-24 14:11:59   UBAuptime       356102
     2020-01-24 14:05:00   alert           0
     2020-01-24 14:11:59   burnGas         on
     2020-01-24 14:11:59   burnStarts      12764
     2020-01-24 14:11:59   burnWorkMin     38933
     2020-01-24 14:11:59   curBurnPow      58
     2020-01-24 14:11:59   curFlowTemp     29
     2020-01-24 14:11:59   fanWork         on
     2020-01-24 14:11:59   flameCurr       22.6
     2020-01-24 14:11:00   formatedUptime  0 000 00:06
     2020-01-24 14:11:00   freemem         61
     2020-01-24 14:10:57   hc1_currtemp    0
     2020-01-24 14:10:57   hc1_mode        auto
     2020-01-24 14:10:57   hc1_seltemp     0
     2020-01-24 14:11:59   heatPmp         on
     2020-01-24 14:11:59   heatWorkMin     27980
     2020-01-24 14:11:59   heating_active  1
     2020-01-24 14:11:59   heating_temp    82
     2020-01-24 14:11:59   ignWork         off
     2020-01-24 14:11:00   load            1
     2020-01-24 14:11:59   outdoorTemp     2.6
     2020-01-24 14:11:59   pumpMod         41
     2020-01-24 14:11:59   pump_mod_max    100
     2020-01-24 14:11:59   pump_mod_min    10
     2020-01-24 14:11:00   rssid           40
     2020-01-24 14:11:59   selBurnPow      100
     2020-01-24 14:11:59   selFlowTemp     52
     2020-01-24 14:05:00   start           start
     2020-01-24 14:04:27   state           restart
     2020-01-24 14:05:00   status          online
     2020-01-24 14:11:59   tapwater_active 0
     2020-01-24 14:05:00   timer           0
     2020-01-24 14:11:00   uptime          364
     2020-01-24 14:11:00   version         1.9.3
     2020-01-24 14:11:59   wWActivated     on
     2020-01-24 14:11:59   wWCirc          on
     2020-01-24 14:11:59   wWCircPump      1
     2020-01-24 14:11:59   wWComfort       Hot
     2020-01-24 14:11:59   wWCurFlow       0
     2020-01-24 14:11:59   wWCurTmp        56.8
     2020-01-24 14:11:59   wWDesiredTemp   70
     2020-01-24 14:11:59   wWHeat          off
     2020-01-24 14:11:59   wWSelTemp       55
     2020-01-24 14:11:59   wWStarts        705
     2020-01-24 14:11:59   wWWorkM         10953
Attributes:
   IODev      myBroker
   autocreate 1
   bridgeRegexp heating_system/ems-esp/(sensors|sm_data|hp_data|thermostat_data).*:.* "ems_esp_$1"
  heating_system/ems-esp/(boiler_data|tapwater_active|heating_active|mixing_data|shower_data).*:.* "ems_esp_boiler"
   devStateIcon online:it_net offline:it_net@red  2.1:lan_rs485 2.0:lan_rs485@red
   icon       sani_boiler_temp
   model      ems-esp_heater_device
   readingList heating_system/ems-esp/start:.* LWT
  heating_system/ems-esp/heartbeat:.* { json2nameValue($EVENT,'',$JSONMAP) }
   room       MQTT2_DEVICE
   setList    restart:noArg heating_system/ems-esp/restart
   stateFormat Interface:
LWT
Signal:
rssid %
<br>Uptime: formatedUptime
<br>IPAddress : <a href="http://IP" target="_blank">IP</a>
   userReadings formatedUptime:uptime.* {my $m = ReadingsVal($name,"uptime",0)/60;; return sprintf "0 000 00:%02d", $m if $m < 60;; my $h = $m / 60;; $m %= 60;; return sprintf "0 000 %02d:%02d", $h, $m if $h < 24;; my $d = $h / 24;; $h %= 24;; return sprintf "0 %03d %02d:%02d", $d, $h, $m if $d <365;; my $y = $d / 365;; $d %= 365;; return sprintf "%d %03d %02d:%02d", $y, $d, $h, $m}
   webCmd     restart


Alles noch mal gelöscht, dann kommen die topics _boiler und _thermostat, aber dann nicht mehr das Basisdevice. Weiß grad nicht, wo ich ansetzen soll - viel lieber wollte ich die SetList für _boiler schreiben/testen ....

Edit: Jetzt sind wieder alle drei da ...

Code Auswählen Erweitern


MQTT2_ems_esp
MQTT2_ems_esp_boiler
MQTT2_ems_esp_thermostat_data

[Beta-User]

Hmm, woher die "Geisterreadings" kommen, kann ich grade auch nicht feststellen, evtl. solltest du parallel mal den MQTT-Verkehr mitschneiden (RAW-Events am IO mit heating_system.* aktivieren?), eventuell auch mal den ESP aus lassen, die beiden weiteren Devices löschen (aber das bridge-Gerät so lassen, wie das attrTemplate es erstellt hat, und dort nur die Readings löschen), save+shutdown restart, dann den ESP wieder starten?
(Zum Hintergrund: Manche Dinge, werden in zentralen Hashs gehalten, insbes. die gesammelten bridgeRegexp-Ausdrücke, und jedenfalls früher waren da manchmal auch nach dem Ändern/Löschen noch Reste vorhanden, die dann seltsame Effekte hatten. Eigentlich sollte das gefixt sein, aber wir wollten ja templates bauen und nicht vorrangig sowas näher untersuchen).

Jendenfalls sieht das list soweit ok aus (auch wenn ich nach wie vor die RAW-Variante bei MQTT2_DEVICE deutlich angenehmer fände).

[grappa24]

puh, alles wieder im grünen Bereich, ich fang jetzt mal mit dem SetList für _boiler an.

by the way:

Can we change the reading names of thermostat_data
from: desired-temp to seltemp
from: hc1_currtemp to currtemp

Code Auswählen Erweitern

Internals:
   CFGFN     
   CID        ems_esp_thermostat_data
   DEF        ems_esp_thermostat_data
   DEVICETOPIC MQTT2_ems_esp_thermostat_data
   FUUID      5e2af0ee-f33f-b5ae-4a11-34f6bfe924451767
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     14
   NAME       MQTT2_ems_esp_thermostat_data
   NR         615
   STATE      heat
22 °C
   TYPE       MQTT2_DEVICE
   myBroker_MSGCNT 14
   myBroker_TIME 2020-01-24 14:40:48
   JSONMAP:
     hc1_daytemp daytemp
     hc1_holidayttemp holidaytemp
     hc1_mode   mode
     hc1_nighttemp nighttemp
     hc1_seltemp desired-temp
   READINGS:
     2020-01-24 14:28:14   associatedWith  MQTT2_ems_esp
     2020-01-24 14:40:48   desired-temp    22
     2020-01-24 14:40:48   hc1_currtemp    23
     2020-01-24 14:34:14   hc1_mode        off
     2020-01-24 14:34:14   hc1_seltemp     0
     2020-01-24 14:40:48   mode            heat
Attributes:
   IODev      myBroker
   devStateIcon set.auto:edit_settings:mode+manual set.manual:edit_settings:mode+auto auto:time_automatic:mode+manual manual:time_manual_mode:mode+auto  set.*°C:edit_settings
   icon       temp_control
   jsonMap    hc1_mode:mode hc1_seltemp:desired-temp hc1_daytemp:daytemp hc1_nighttemp:nighttemp hc1_holidayttemp:holidaytemp
   model      ems-esp_thermostat_simple
   readingList heating_system/ems-esp/thermostat_data:.* { json2nameValue($EVENT, '', $JSONMAP) }
   room       MQTT2_DEVICE
   setList    mode:uzsuSelectRadio,auto,manual heating_system/ems-esp/thermostat_cmd { "cmd":"mode1", "data": "$EVTPART1" }
  desired-temp:slider,15.0,0.5,30.0,1 heating_system/ems-esp/thermostat_cmd { "cmd":"temp1", "data": "$EVTPART1" }
   setStateList on off
   stateFormat mode
desired-temp °C
   webCmd     mode:desired-temp

Ich hab auch mal die RAW-Events am Broker aktiviert, wo kann man die dann sehen? ... sorry