EBUSD V3 Probleme

[SkeeveKlah]

Hi  Leute,
nach dem ich relativ glücklich war, so ganz ohne grosse Anstrengung immer hin Aussentemp, Vorlauf, Rücklauf und Heizkurve aus meiner Vaillant auslesen zu können, habe ich heute mal ein Update vom EBUSD aus dem Git gemacht.
Danach konnte ich nur noch Heizkurve und Aussentemp per FHEM anzeigen.
Da "ebusctl info" aber kurz nach dem Update meinte das es schon wieder eine neuere Version gibt, habe ich das ganze Spiel wiederholt.
Jetzt kriege ich nur noch Vorlauf und Rücklauf nach FHEM.
"ebusctl info" meint allerdings schon wieder das es ein Update gibt?!

ebusctl info
version: ebusd 3.1.v3.1-22-gdaf771e
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/bai.308523.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 22
max symbol rate: 75
min arbitration micros: 36
max arbitration micros: 245
min symbol latency: 5
max symbol latency: 18
reconnects: 0
masters: 3
messages: 211
conditional: 3
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004282']), "vaillant/08.bai.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

In der /var/log/ebusd.log wird die Aussentemperatur allerdings sauber protokolliert:

2018-02-23 17:56:53.267 [update notice] received unknown MS cmd: 1008b512020000 / 00
2018-02-23 17:56:57.061 [update notice] received bai SetMode QQ=10: auto;56.0;55.0;-;0;0;0;0;0;0
2018-02-23 17:57:01.455 [update notice] received bai Status01 QQ=10: 57.0;46.0;1.812;-;52.0;on
2018-02-23 17:57:03.123 [update notice] received bai DateTime QQ=10: valid;17:57:03;23.02.2018;1.812
2018-02-23 17:57:03.393 [update notice] received bai Status02 QQ=10: auto;60;75.0;80;52.0
2018-02-23 17:57:05.142 [update notice] received bai SetMode QQ=10: auto;56.0;55.0;-;0;0;0;0;0;0
2018-02-23 17:57:11.231 [update notice] received bai Status01 QQ=10: 57.0;46.0;1.812;-;52.0;on
2018-02-23 17:57:13.143 [update notice] received broadcast outsidetemp QQ=10: 1.812
2018-02-23 17:57:15.258 [update notice] received bai SetMode QQ=10: auto;56.0;55.0;-;0;0;0;0;0;0
2018-02-23 17:57:21.302 [update notice] received bai Status01 QQ=10: 57.0;46.0;1.812;-;52.0;on
2018-02-23 17:57:23.311 [update notice] received bai Status02 QQ=10: auto;60;75.0;80;52.0
2018-02-23 17:57:25.332 [update notice] received bai SetMode QQ=10: auto;56.0;55.0;-;0;0;0;0;0;0
2018-02-23 17:57:31.424 [update notice] received bai Status01 QQ=10: 58.0;47.0;1.812;-;52.0;on
2018-02-23 17:57:31.716 [update notice] received bai DateTime QQ=10: valid;17:57:33;23.02.2018;1.812
2018-02-23 17:57:31.940 [update notice] received unknown BC cmd: 10feb505020400
2018-02-23 17:57:35.476 [update notice] received bai SetMode QQ=10: auto;56.0;55.0;-;0;0;0;0;0;0
2018-02-23 17:57:39.505 [update notice] received bai Status01 QQ=10: 58.0;47.0;1.812;-;52.0;on
2018-02-23 17:57:45.541 [update notice] received bai SetMode QQ=10: auto;56.0;55.0;-;0;0;0;0;0;0
2018-02-23 17:57:49.581 [update notice] received bai Status01 QQ=10: 59.0;48.0;1.812;-;52.0;on
2018-02-23 17:57:51.608 [update notice] received broadcast vdatetime QQ=10: 17:57:53;23.02.2018
2018-02-23 17:57:51.863 [update notice] received unknown MS cmd: 1008b512020000 / 00

Hat jemand eine Idee was schief glaufen ist?

[SkeeveKlah]

So, meine Aussentemp habe ich wieder, in der bai00.cfg musste ich

# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }

nach

# Aussentemperatur
get Aussentemp cmd {"r -m 30 outsidetemp temp2\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }

ändern. Kein Plan warum, ganz am Anfang gings  mit "f"... bin aber im EBUSD Thread auch erst auf Seite 30 
Ich hoffe ich finde auch noch raus warum die Heizkurve ganz Weg ist:

ebusctl grab result all
3108070400 / 0ab5424149303005187401 = 1: scan.08
3108b5090124 / 09003231303932393030 = 9: scan.08 id
1008b510090000786effff00ff00 / 0101 = 18393: bai SetMode
10feb516080000521901030418 = 3065: broadcast vdatetime
10feb5160301e0fd = 3073: broadcast outsidetemp
1008b5110101 / 09686660feff620000ff = 3: bai Status01
10feb505020400 = 3075
10feb505022900 = 51
10feb516080042391327020218 = 1: broadcast vdatetime
1008b5040100 / 0a0338521901030418e0fd = 6121: bai DateTime
1008b5110101 / 097c66e0fdff5e0100ff = 18472: bai Status01
1008b5110102 / 05033c965068 = 5577: bai Status02
1008b512020000 / 00 = 3381
1008b513030664ff / 0101 = 3
0315b51303060000 / 0101 = 8
1008b510090000776effff00ff00 / 0101 = 1: bai SetMode

ebusd -V
ebusd 3.1.v3.1-22-gdaf771e

ebusctl info
version: ebusd 3.1.v3.1-22-gdaf771e
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/bai.308523.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 22
max symbol rate: 134
min arbitration micros: 52
max arbitration micros: 127
min symbol latency: 0
max symbol latency: 14
reconnects: 1
masters: 3
messages: 211
conditional: 3
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004282']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2
address 31: master #8, ebusd
address 36: slave #8, ebusd