eBus Schaltung V2 in Betrieb nehmen

TomLee · 16 Februar 2019, 16:59:34

Was hältst du hier von :

name:E_04_eBus_Test
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
attr DEVICE stateFormat {sprintf("Soll-Vorlauf: %.1f <br>IST-Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f<br>Pumpe: %s <br>Druck: %.1f<br>Ventilator: %.1f", ReadingsVal($name,"FlowTemp_temp_value",0), ReadingsVal($name,"Status01_0_value",0), ReadingsVal($name,"Status01_1_value",0), ReadingsVal($name,"Status01_4_value",0), ReadingsVal($name,"Status01_2_value",0), ReadingsVal($name,"Status01_5_value",0), ReadingsVal($name,"WaterPressure_press_value",0), ReadingsVal($name,"FanSpeed_0_value",0))}
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE readingList\
ebusd/bai/SetMode:.* { json2nameValue($EVENT, 'SetMode_', $JSONMAP) }\
ebusd/bai/DateTime:.* { json2nameValue($EVENT, 'DateTime_', $JSONMAP) }\
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/bai/FlowTempDesired:.* { json2nameValue($EVENT, 'FlowTempDesired_', $JSONMAP) }\
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT, 'FlowTemp_', $JSONMAP) }\
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT, 'OutdoorstempSensor_', $JSONMAP) }\
ebusd/bai/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }\
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT, 'ReturnTemp_', $JSONMAP) }\
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }\
ebusd/bai/WPPWMPower:.* { json2nameValue($EVENT, 'WPPWMPower_', $JSONMAP) }\
ebusd/bai/HwcStarts:.* { json2nameValue($EVENT, 'HwcStarts_', $JSONMAP) }\
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }\
ebusd/bai/HcStarts:.* { json2nameValue($EVENT, 'HcStarts_', $JSONMAP) }\
ebusd/bai/PartloadHcKW:.* { json2nameValue($EVENT, 'PartloadHcKW_', $JSONMAP) }\
ebusd/bai/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }\
ebusd/bai/DeactivationsIFC:.* { json2nameValue($EVENT, 'DeactivationsIFC_', $JSONMAP) }\
ebusd/bai/HwcHours:.* { json2nameValue($EVENT, 'HwcHours_', $JSONMAP) }\
ebusd/bai/CounterStartattempts1:.* { json2nameValue($EVENT, 'CounterStartattempts1_', $JSONMAP) }\
ebusd/bai/HwcSetPotmeter:.* { json2nameValue($EVENT, 'HwcSetPotmeter_', $JSONMAP) }\
ebusd/bai/CirPump:.* { json2nameValue($EVENT, 'CirPump_', $JSONMAP) }\
ebusd/bai/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }\
ebusd/bai/WaterHcFlowMax:.* { json2nameValue($EVENT, 'WaterHcFlowMax_', $JSONMAP) }\
ebusd/bai/WP:.* { json2nameValue($EVENT, 'WP_', $JSONMAP) }\
ebusd/bai/WarmstartDemand:.* { json2nameValue($EVENT, 'WarmstartDemand_', $JSONMAP) }\
ebusd/bai/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }\
ebusd/bai/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }\
ebusd/bai/EbusSourceOn:.* { json2nameValue($EVENT, 'EbusSourceOn_', $JSONMAP) }\
ebusd/bai/DeactivationsTemplimiter:.* { json2nameValue($EVENT, 'DeactivationsTemplimiter_', $JSONMAP) }
deleteReading DEVICE .*
attr DEVICE model E_04_eBus_Test

Reinhart · 16 Februar 2019, 21:19:18

Zitat von: TomLee am 15 Februar 2019, 21:04:52
Und genau hier ist der Knackpunkt, es fehlt ein Bridge-Device. Ich hab aber immer noch nicht die Zusammenhänge verstanden, denk ich.

Bridgedevice brauchst du nicht, die regexp zieht auch so.

Eigentlich geht es nur im Status01 und Status02 die sich überschneiden.

Code Auswählen

ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 29.0},
     "1": {"name": "temp1", "value": 29.0},
     "2": {"name": "temp2", "value": 16.375},
     "3": {"name": "temp1", "value": 39.0},
     "4": {"name": "temp1", "value": 35.0},
     "5": {"name": "pumpstate", "value": "off"}}

ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "auto"},
     "1": {"name": "temp0", "value": 60},
     "2": {"name": "temp1", "value": 70.0},
     "3": {"name": "temp0", "value": 70},
     "4": {"name": "temp1", "value": 54.0}}

Da werden wir John brauchen, oder wir schaffen es die regexp so zu ändern das auch der Devicename mitkommt, dann würde sie sich das Reading unterscheiden.

LG

Reinhart · 17 Februar 2019, 11:17:20

so, du hast ja die Lösung selbst gefunden, es funktioniert nur wenn man JSONMAP selber setzt.
Ich habe daher diese Einstellung einmal in das Template übernommen und getestet.

Code Auswählen

ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }
ebusd/bai/Status02:.* { json2nameValue($EVENT, 'Status02_', $JSONMAP) }
ebusd/bai/SetMode:.* { json2nameValue($EVENT) }
ebusd/bai/DateTime:.* { json2nameValue($EVENT) }
ebusd/bai/WaterPressure/get:.* get
ebusd/bai/FlowTemp/get:.* get
ebusd/bai/ReturnTemp/get:.* get
ebusd/bai/OutdoorstempSensor/get:.* get
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT) }
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT) }
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT) }
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT) }

hier die Anzeige der automatisch generierten Listeinträge und so funktioniert es.
Dann braucht man sich auch nicht um doppelte Namen kümmern, weil es die durch Jsonmap nicht mehr gibt.
Ich definiere im Template aber nur die beiden Statusmeldungen, weil bei den anderen passt es ja.

Code Auswählen

READINGS:
     2019-02-17 11:25:33   0_name          
     2019-02-17 11:25:33   0_value         0
     2019-02-17 11:29:45   Status01_0_name temp1
     2019-02-17 11:29:45   Status01_0_value 26.0
     2019-02-17 11:29:45   Status01_1_name temp1
     2019-02-17 11:29:45   Status01_1_value 26.0
     2019-02-17 11:29:45   Status01_2_name temp2
     2019-02-17 11:29:45   Status01_2_value 22.250
     2019-02-17 11:29:45   Status01_3_name temp1
     2019-02-17 11:29:45   Status01_3_value 32.0
     2019-02-17 11:29:45   Status01_4_name temp1
     2019-02-17 11:29:45   Status01_4_value 34.0
     2019-02-17 11:29:45   Status01_5_name pumpstate
     2019-02-17 11:29:45   Status01_5_value off
     2019-02-17 11:29:40   Status02_0_name hwcmode
     2019-02-17 11:29:40   Status02_0_value auto
     2019-02-17 11:29:40   Status02_1_name temp0
     2019-02-17 11:29:40   Status02_1_value 60
     2019-02-17 11:29:40   Status02_2_name temp1
     2019-02-17 11:29:40   Status02_2_value 70.0
     2019-02-17 11:29:40   Status02_3_name temp0
     2019-02-17 11:29:40   Status02_3_value 70
     2019-02-17 11:29:40   Status02_4_name temp1
     2019-02-17 11:29:40   Status02_4_value 54.0
     2019-02-17 11:15:27   associatedWith  MQTT2_ebusd_bai
     2019-02-17 11:29:50   bdate_value     -.-.-
     2019-02-17 11:29:50   btime_value     12:43:25
     2019-02-17 11:29:50   dcfstate_value  nosignal
     2019-02-17 11:29:50   disablehc_value 1
     2019-02-17 11:29:50   disablehwcload_value 1
     2019-02-17 11:29:50   disablehwctapping_value 0
     2019-02-17 11:29:50   flowtempdesired_value 0.0
     2019-02-17 11:25:48   get             
     2019-02-17 11:29:50   hcmode_value    auto
     2019-02-17 11:25:32   percent0_value  60
     2019-02-17 11:25:51   press_value     1.860
     2019-02-17 11:29:50   releaseBackup_value 0
     2019-02-17 11:29:50   releaseCooling_value 0
     2019-02-17 11:29:50   remoteControlHcPump_value 0
     2019-02-17 11:25:52   sensor_value    ok
     2019-02-17 11:29:50   temp2_value     22.250
     2019-02-17 11:25:52   temp_value      27.12
     2019-02-17 11:25:52   tempmirror_value 65101

und so sehen die Readings dann aus, sie sind jetzt eindeutig zu unterscheiden.

LG

TomLee · 17 Februar 2019, 11:31:34

Du hast das wichtigste im Template vergessen/übersehen.

Code Auswählen

deleteReading DEVICE .*

Damit sind die zuvor automatisch ohne Template erstellten Readings weg

Reinhart · 17 Februar 2019, 11:35:27

ja kann man zur Vervollständigung hinzufügen, aber die Readings werden automatisch gelöscht wenn man das Template anwendet, weil ja die readingslist neu erstellt wird.

LG

TomLee · 17 Februar 2019, 11:39:17

Zitat von: Reinhart am 17 Februar 2019, 11:35:27
ja kann man zur Vervollständigung hinzufügen, aber die Readings werden automatisch gelöscht wenn man das Template anwendet, weil ja die readingslist neu erstellt wird.

LG

War gestern bei meinen Tests nichts so, die waren weiterhin vorhanden wurden aber nicht mehr aktualisiert.

TomLee · 17 Februar 2019, 11:47:04

Halt stop.

Schon wieder nicht mehr dran gedacht, habe mittlerweile feststellen müssen das die "alten" Readings doch wieder auftauchen und alle paar Stunden aktualisiert werden.

Code Auswählen

setstate MQTT2_ebusd_bai Soll-Vorlauf: 65.1 <br>IST-Vorlauf: 64.0 <br>Ruecklauf: 0.0 <br>Warmwasser: 56.0 <br>Aussentemp.: 8.0<br>Pumpe: off <br>Druck: 2.4<br>Ventilator: 0.0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 0_name hwcmode
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 0_value auto
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 1_name temp0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 1_value 60
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 2_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 2_value 75.0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 3_name temp0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 3_value 80
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 4_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 4_value 58.0
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 BoilerType_0_name 
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 BoilerType_0_value 71
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 CirPump_onoff_value off
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 CounterStartattempts1_temp0_value 47
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_bdate_value 17.02.2019
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_btime_value 11:44:26
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_dcfstate_value valid
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_temp2_value 8.000
setstate MQTT2_ebusd_bai 2019-02-17 11:40:20 DeactivationsTemplimiter_0_name 
setstate MQTT2_ebusd_bai 2019-02-17 11:40:20 DeactivationsTemplimiter_0_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:40:20 EbusSourceOn_onoff_value on
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 EbusVoltage_onoff_value on
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 FanHours_hoursum2_value 354
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 FanSpeed_0_name 
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 FanSpeed_0_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 Flame_0_name 
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 Flame_0_value off
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 FlowTempDesired_temp_value 57.00
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 FlowTemp_sensor_value ok
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 FlowTemp_temp_value 65.12
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HcHours_hoursum2_value 372
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HcStarts_0_name 
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HcStarts_0_value 2400
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HwcHours_hoursum2_value 272
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 HwcSetPotmeter_temp_value 58.44
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HwcStarts_0_name 
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HwcStarts_0_value 2200
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 OutdoorstempSensor_sensor_value ok
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 OutdoorstempSensor_temp_value 7.75
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 ReturnTemp_sensor_value cutoff
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 ReturnTemp_temp_value -13.50
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 ReturnTemp_tempmirror_value 215
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_disablehc_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_disablehwcload_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_disablehwctapping_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_flowtempdesired_value 56.5
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_hcmode_value auto
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_hwctempdesired_value 55.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_releaseBackup_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_releaseCooling_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_remoteControlHcPump_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_0_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_0_value 64.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_1_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_2_name temp2
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_2_value 8.000
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_3_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_3_value 0.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_4_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_4_value 56.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_5_name pumpstate
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_5_value off
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 WPPWMPower_percent0_value 60
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 WP_onoff_value on
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 WaterPressure_press_value 2.381
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 WaterPressure_sensor_value ok
setstate MQTT2_ebusd_bai 2019-02-16 21:13:17 associatedWith MQTT2_Ebusd_Bridge
setstate MQTT2_ebusd_bai 2019-02-17 11:40:17 get

TomLee · 17 Februar 2019, 14:05:30

Schau dir bitte mal E_04a_eBus_Test_Status01 an.
Was hältst du davon ?

freetz · 18 Februar 2019, 12:42:44

Hallo zusammen,

erst einmal ein großer Dank an alle Beteiligten für dieses Projekt - ich entwickle selber etwas Vergleichbares für den BSB/LPB/PPS-Bus von Heizungen mit Siemens-Steuerung, daher weiß ich, wie viel Arbeit in so einem Projekt steckt.
Ich muss zur Arbeit pendeln und habe in der Butze dort eine Vaillant AtmoTec Therme hängen, die so grausig taktet, dass ich hoffe, ihr mit dem Auslesen der Daten und angepasster Konfiguration etwas auf die Sprünge zu helfen. Die Platine habe ich von Reinhard bekommen und alles läuft so erst einmal prima. Nur leider komme ich mit dem Auslesen nicht weiter.

Installiert ist die ebusd Version frisch von GitHub: 3.3.v3.3-12-g5af41df (allerdings sagt mir ebusctl i, dass eine neuere broadcast.csv revision bereit stünde, die über git clone aber nicht zu kommen scheint. Wie kann ich die installieren?).

Das ist, was bisher kommt:
ebusctl i

Code Auswählen

version: ebusd 3.3.v3.3-12-g5af41df
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available
signal: acquired
symbol rate: 22
max symbol rate: 57
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

ebusctl find:

Code Auswählen

broadcast datetime = no data stored
broadcast error = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.08  = no data stored
scan.15  = no data stored

ebusctl grab result decode:

Code Auswählen

1008b5110102 / 05033c8a467a = 36
 BCD   03=3, 46=46
 BDY   03=Thu
 D1B   03=3, 3c=60, 8a=-118, 46=70, 7a=122
 D1C   03=1.5, 3c=30.0, 8a=69.0, 46=35.0, 7a=61.0
 D2B   033c=60.012, 3c8a=-117.766, 8a46=70.539, 467a=122.273
 D2C   033c=960.19, 3c8a=-1884.25, 8a46=1128.62, 467a=1956.38
 DAY   033c="24.01.1942", 3c8a="21.11.1996", 8a46="11.06.1949", 467a="14.09.1985"
 EXP   033c8a46=17694, 3c8a467a=2.5772e+35
 EXR   033c8a46=5.5407e-37, 3c8a467a=0.0168793
 FLR   033c=0.828, 3c8a=15.498, 8a46=-30.138, 467a=18.042
 FLT   033c=15.363, 3c8a=-30.148, 8a46=18.058, 467a=31.302
 HDY   03=Fri
 HEX:5 033c8a467a="03 3c 8a 46 7a"
 NTS:5 033c8a467a="<?Fz"
 S3N   033c8a=-7717885, 3c8a46=4622908, 8a467a=8013450
 S3R   033c8a=212106, 3c8a46=3967558, 8a467a=-7715206
 SCH   03=3, 3c=60, 8a=-118, 46=70, 7a=122
 SIN   033c=15363, 3c8a=-30148, 8a46=18058, 467a=31302
 SIR   033c=828, 3c8a=15498, 8a46=-30138, 467a=18042
 SLG   033c8a46=1183464451, 3c8a467a=2051443260
 SLR   033c8a46=54299206, 3c8a467a=1015694970
 STR:5 033c8a467a=" <?Fz"
 TEM_P 033c=24-003, 3c8a=20-060, 8a46=13-010, 467a=20-070
 TTM   03="00:30", 3c="10:00", 8a="23:00", 46="11:40", 7a="20:20"
 U3N   033c8a=9059331, 3c8a46=4622908, 8a467a=8013450
 U3R   033c8a=212106, 3c8a46=3967558, 8a467a=9062010
 UCH   03=3, 3c=60, 8a=138, 46=70, 7a=122
 UIN   033c=15363, 3c8a=35388, 8a46=18058, 467a=31302
 UIR   033c=828, 3c8a=15498, 8a46=35398, 467a=18042
 ULG   033c8a46=1183464451, 3c8a467a=2051443260
 ULR   033c8a46=54299206, 3c8a467a=1015694970
1008b512020064 / 00 = 23
 BCD   00=0, 64=64
 BDA   0064="10.11.1944"
 BDY   00=Mon
 D1B   00=0, 64=100
 D1C   00=0.0, 64=50.0
 D2B   0064=100.000
 D2C   0064=1600.00
 DAY   0064="03.02.1970"
 EXP   0064=3.58732e-41
 EXR   0064=1.4013e-43
 FLR   0064=0.100
 FLT   0064=25.600
 HDA   0064="03.02.1970"
 HDY   00=Tue
 HEX:2 0064="00 64"
 NTS:2 0064=""
 PIN   0064=0064
 S3N   0064=25600
 S3R   0064=100
 SCH   00=0, 64=100
 SIN   0064=25600
 SIR   0064=100
 SLG   0064=25600
 SLR   0064=100
 STR:2 0064=""
 TEM_P 0064=00-100
 TTM   00="00:00", 64="16:40"
 U3N   0064=25600
 U3R   0064=100
 UCH   00=0, 64=100
 UIN   0064=25600
 UIR   0064=100
 ULG   0064=25600
 ULR   0064=100

ebusctl grab result:

Code Auswählen

1008b5110102 / 05033c8a467a = 37
1008b512020064 / 00 = 25

Zumindest die geringen unbekannten Datensätze von grab result zusammen mit der halbwegs gut gefüllten Liste von grab result decode macht mir Hoffnung, dass man prinzipiell der Heizung Daten entlocken kann. D1C scheinen mir irgendwelche Temperaturen zu sein, aber wie ich die z.B. über den HTTP-Client abfragen kann, ist mir bisher noch nicht klar.

Wenn mir da noch jemand auf die Sprünge helfen kann, wäre ich sehr dankbar!

Viele Grüße,

Frederik

john30 · 18 Februar 2019, 13:24:16

Zitat von: freetz am 18 Februar 2019, 12:42:44
Installiert ist die ebusd Version frisch von GitHub: 3.3.v3.3-12-g5af41df (allerdings sagt mir ebusctl i, dass eine neuere broadcast.csv revision bereit stünde, die über git clone aber nicht zu kommen scheint. Wie kann ich die installieren?).

das mit der "different version" ist merkwürdig (nicht neuere), vermutlich geht hier was bei der checksummen Berechnung in die Hose. das kannst erstmal ignorieren.

Zitat von: freetz am 18 Februar 2019, 12:42:44
Das ist, was bisher kommt:

das grab result zeigt dir ja lediglich, was in den Daten an Werten bei Verwendung des jeweiligen Datentyps ausgelesen werden könnte.
Wenn du dir dann mit einer Position samt Datentyp sicher bist, was es ist, kann man daraus eine entsprechende CSV Definition bauen.
Erst dann bekommst du die Werte vernünftig in Messages gepackt und kannst diese dann bspw. via MQTT pushen.

freetz · 18 Februar 2019, 15:14:15

Danke für die schnelle Rückmeldung, jetzt ist es klarer - ich dachte, dass "grab result decode" auch die bekannten Datensätze anzeigen würde, aber jetzt, wo ich genauer hinsehe (und vor dem Hintergrund Deiner Erklärung), sind das also nur die vielen möglichen Dekodierungen der bisher nur zwei Datensätze, die über den Bus gegangen sind.
Ich muss dann wohl versuchen, mehr Traffic auf den Bus zu bekommen, um an relevante Datensätze zu kommen, denn bisher sehe ich bei den beiden wenig Verwertbares.

Ist ein "scan config 15: ERR: read timeout" bzw. "scan config 08: ERR: read timeout" beim Starten des ebusd eigentlich ein Problem oder kann man das, wenn dann doch Datensätze kommen, ignorieren?

freetz · 18 Februar 2019, 15:44:05

Nachtrag: Ich sehe gerade, dass =vaillant]hier ja schon vor einigen Jahren eine ganze Menge Vaillant-spezifischer Datensätze zusammengetragen worden sind. Auf mikrocontroller.net wird auch darauf hingewiesen, dass die auch schon in das Projekt hier eingeflossen sein sollen, allerdings funktioniert der Link nicht mehr - kann ich diese Konfiguration bei mir irgendwie aktivieren? Die automatische Erkennung scheint da nicht zu greifen...

TomLee · 18 Februar 2019, 16:50:45

Hab die Liste im Test_Template um wenige Einträge erweitert.

Hätte wer Vorschläge für einheitliche Status0x_x_value-Readings ?
So siehts bisher aus :

Zitatsetstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_HwctempSensor 49.0
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_OutdoorstempSensor 16.812
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_Pumpe 68
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_Vorlauf 45.0
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:41 BoilerType 71
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:42 EbusVoltage on
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:41 FanHours 364
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:40 FanSpeed 0
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:42 Flame off
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 Fragez 0.0
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:40 WaterPressure 2.346

Zitatname:E_04a_eBus_Test_Status01+WaterPressure+Flame+FanSpeed+BoilerType+FanHours+EbusVoltage
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
#par:BASE_TOPIC;base topic set ebus;{ AttrVal("DEVICE","readingList","") =~ m,[^:]+:([^/]+)[/].*:, ? $1 : undef }
par:DEV_ID;name of the device ebus;{ AttrVal("DEVICE","readingList","") =~ m,[^/]+[/]([^/]+).*:, ? $1 : undef }
attr DEVICE bridgeRegexp\
([A-Za-z0-9]*)/([A-Za-z0-9]*).*:.* "$1_$2"
attr DEVICE jsonMap\
Status01_0_value:1_Vorlauf Status01_0_name:0 Status01_1_value:1_Ruecklauf Status01_1_name:0 Status01_2_value:1_OutdoorstempSensor Status01_2_name:0 Status01_3_value:Fragez Status01_3_name:0 Status01_4_value:1_HwctempSensor Status01_4_name:0 Status01_5_value:1_Pumpe Status01_5_name:0 WaterPressure_press_value:WaterPressure WaterPressure_sensor_value:0 Flame_0_name:0 Flame_0_value:Flame FanSpeed_0_name:0 FanSpeed_0_value:FanSpeed BoilerType_0_name:0 BoilerType_0_value:BoilerType FanHours_hoursum2_value:FanHours EbusVoltage_onoff_value:EbusVoltage
attr DEVICE readingList \
ebusd/DEV_ID/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/DEV_ID/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }\
ebusd/DEV_ID/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }\
ebusd/DEV_ID/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }\
ebusd/DEV_ID/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }\
ebusd/DEV_ID/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }\
ebusd/DEV_ID/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }
attr DEVICE stateFormat {sprintf("Vorlauf: %.1f Ruecklauf: %.1f WW-Temperatur: %.1f Aussentemperatur.: %.1f Pumpe: %s Fragez: %.1f Druck: %.1f Brenner: %s Ventilator: %.1f Boiler-Typ: %.1f V-Betr.std: %s Ebus-Spannung: %s", ReadingsVal($name,"1_Vorlauf",0), ReadingsVal($name,"1_Ruecklauf",0), ReadingsVal($name,"1_HwctempSensor",0),ReadingsVal($name,"1_OutdoorstempSensor",0), ReadingsVal($name,"1_Pumpe",0), ReadingsVal($name,"Fragez",0), ReadingsVal($name,"WaterPressure",0), ReadingsVal($name,"Flame",0), ReadingsVal($name,"FanSpeed",0), ReadingsVal($name,"BoilerType",0), ReadingsVal($name,"FanHours",0), ReadingsVal($name,"EbusVoltage",0))}
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE event-on-change-reading .*
attr DEVICE model E_04a_eBus_Test_Status01+WaterPressure+Flame+FanSpeed

Reinhart · 18 Februar 2019, 18:57:03

ich glaube das allgemeine Interesse an MQTT2 und Templates ist hier sehr gering. Es ist auch sehr schwierig hier einheitliche Templates zu erstellen, da es eine sehr große Vielfalt an Geräten/Konfigurationen gibt die dann unterschiedliche Messpunkte liefern. Wenn wir zusätzlich zu den Templates die Typen dazu schreiben würden es wohl mehr als 30 Templates werden.

Ich würde es daher eher bei "Beispielen" belassen. Autocreate entgeht ja ohnehin nichts und so entgeht auch keinem was.

LG

Reinhart · 18 Februar 2019, 19:02:03

@freetz

Mir ist hier schon aufgefallen dass auch andere Anwender mit "Auromatic" die gleichen Probleme haben wie du (Scan geht nicht). Ich habe auch versucht etwas zu recherchieren und bin davon nicht klüger geworden. Was man so liest, ist die Auromatic kein Brennwertgerät und die eher günstige Variante. Ich habe auch noch keinen Klemmen Anschluplan gefunden, hat dieses Gerät wirklich einen vollwertigen eBus oder wird der erst durch Einsatz von Zusatzgeräten verfügbar?

LG