eBus Schaltung in Betrieb nehmen

[Reinhart]

Gratuliere dir zur Fehlerfindung!

Wie man sieht ist es zur Fehlersuche gut wenn man 2 gleiche System greifbar hat. Die Idee mit dem SD Karten Tausch hast du gut gemacht und hat ja zu 100% zur Fehlerbehebung beigetragen.

Oft such man an der falschen Ecke und in diesem Fall hättest da noch lange suchen können weil es ja so gut wie keine Hinweise aus den Logs gab die den Fehler eingrenzen konnten.

Aber etwas Glück und Logik braucht man auch dazu! Ich habe immer einen Clone der SD parat und versuche den wenigstens jährlich neu zu erstellen. Updates sind ja schnell nachgezogen, aber die Grundkonfiguration (FTP, SSH einrichten etc.) kann sonst schon etwas zeitaufwendig werden. Unabhängig davon werden Configs täglich gesichert. Mit einem Clone ist man zumindest innerhalb weniger Minuten wieder online, noch dazu wenn keine Datenbank dahinter ist. Ich habe auch einen Reserveraspi für Notfälle wenn einer der 3 aktiven ( eBus + FHEM + Zählererfassung ) ausfällt. Eine SD des FHEM Raspi ist mir schon nach nichtmal 2 Jahren ausgefallen, da habe ich schnell auf eine SSD hochgerüstet, aber beim reinen eBus wäre das übertrieben.

LG
Reinhart

[Orpheus]

Da kommt man ja auch nicht so leicht drauf, obwohl ich mich da schon etwas auskenne. (Muttersprache C unter SCO Unix). Aber da braucht nur während der Überspannung ein Schreibzugriff gewesen sein und ein Bit gekippt.
Vom fhem Raspi habe ich einen Clone der SD-Card, nachdem meine diesbezügliche "wer sichert ist feig" Einstellung mal dazu führte, dass ich nach einem SD Card Defekt alles neu installieren musste. Von der für den eBus Raspi habe ich noch keine Clone, aber das kommst noch.

Ich hoffe aber, dass die Erkenntnisse den einen oder anderen etwas bei seiner Problemlösung hilft -> nicht nur die Hardware kann kaputt gehen!

Viele Grüße
Jürgen

[theotherhalf]

Zumindest meine Hardware Probleme sind gelöst, nachdem ich einen eigenen Raspberry für die ebus Abfrage aufgesetzt habe.
Durch die Verwendung mit FHEM auf einer Plattform gab es scheinbar Konflikte.
Im Log werden jetzt die Messages gelistet, allerdings noch nicht mit Klartext.
Damit bin ich aber schon mal einen großen Schritt weiter.

2017-04-19 23:34:09.523 [update notice] unknown MS cmd: 1026b509040e100001 / 00
2017-04-19 23:34:10.257 [update notice] unknown BC cmd: 10feb516080002342319040$
2017-04-19 23:34:10.661 [update notice] unknown BC cmd: 10feb51603019001
2017-04-19 23:34:10.891 [update notice] update broadcast datetime QQ=10: 1.562;$
2017-04-19 23:34:11.268 [update notice] unknown MS cmd: 1026b5090118 / 0a000000$
2017-04-19 23:34:11.524 [update notice] unknown MS cmd: 10ecb5040110 / 0a320300$
2017-04-19 23:34:11.818 [update notice] unknown MS cmd: 1050b5040101 / 09180300$
2017-04-19 23:34:12.054 [update notice] unknown MS cmd: 1050b504010d / 0532009e$
2017-04-19 23:34:12.287 [update notice] unknown MS cmd: 1026b509030d0400 / 0308$
2017-04-19 23:34:12.528 [update notice] unknown MS cmd: 10ecb5040111 / 06500501$
2017-04-19 23:34:12.782 [update notice] unknown MS cmd: 10ecb5040112 / 0a008000$
2017-04-19 23:34:13.008 [update notice] unknown MS cmd: 1050b505042d000000 / 00
2017-04-19 23:34:14.977 [update notice] unknown BC cmd: 10feb5050427003000
2017-04-19 23:34:15.193 [update notice] unknown MS cmd: 1025b5040117 / 0100
2017-04-19 23:34:15.450 [update notice] unknown MS cmd: 1026b5040100 / 0a031534$
2017-04-19 23:34:16.929 [update notice] unknown MS cmd: 1050b505072b1e010000000$
2017-04-19 23:34:18.784 [update notice] unknown MM cmd: 103f0501050000000100
2017-04-19 23:34:19.118 [update notice] unknown MM cmd: 103fb509040e7d0000
2017-04-19 23:34:19.627 [update notice] unknown MS cmd: 1026b509040e100001 / 00

Die Datei /etc/defaults/ebusd hat folgenden Eintrag bekommen:
EBUSD_OPTS="-d /dev/ttyUSB0 --scanconfig"

Ich versuche eine Auromatic 620/3 auszulesen.

Leider werde ich nicht ganz schlau daraus wie ich mit den .csv Dateien zu verfahren habe. Die liegen noch unberührt in etc/ebusd bzw. etc/ebusd/vaillant

Ein Scan fördert folgendes zutage:

pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 59
reconnects: 0
masters: 3
messages: 18
conditional: 0
poll: 0
update: 4
address 10: master #2
address 23: slave, scanned
address 25: slave, scanned
address 26: slave, scanned
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 3f: master #23
address 44: slave #23, scanned
address 50: slave, scanned
address ec: slave, scanned

pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
empty

Es hängen am Bus nur 2 Teilnehmer, nämlich die VRS620 und der ebusd. Keine Ahnung wo die anderen herkommen....

Kann mir jemand einen Rat geben wie es weiter geht?

[john30]

pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
empty

Es hängen am Bus nur 2 Teilnehmer, nämlich die VRS620 und der ebusd. Keine Ahnung wo die anderen herkommen....

Das sieht so aus, als könntest Du nicht auf den Bus schreiben...

[theotherhalf]

Das sieht so aus, als könntest Du nicht auf den Bus schreiben...

Wodurch könnte das blockiert werden?

[john30]

Wodurch könnte das blockiert werden?

Durch das HW Interface.

[theotherhalf]

Durch das HW Interface.

Das Interface hatte Reinhart an seiner Therme einige Zeit laufen, ohne Probleme. Auch wenn immer alles möglich ist, so schliesse ich das erst einmal aus.

Mal angenommen es würde SW seitig blockiert über die Benutzerrechte, dann sollte auch eine entsprechende Meldung kommen wenn ich das Kommando eingebe, oder?

[john30]

Das Interface hatte Reinhart an seiner Therme einige Zeit laufen, ohne Probleme. Auch wenn immer alles möglich ist, so schliesse ich das erst einmal aus.

Mal angenommen es würde SW seitig blockiert über die Benutzerrechte, dann sollte auch eine entsprechende Meldung kommen wenn ich das Kommando eingebe, oder?

Musst halt mal einen Blick ins Logfile werfen

[a200]

Hallo,

mein ebus läuft. Allerdings kann ich mit den ausgelesenen Daten nicht viel anfangen. Irgendwie gibt es nur ein paar Status, die ich auslesen kann. Aber der Reihe nach:

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl info
version: ebusd 3.0pre.cc59b32
signal: acquired
symbol rate: 42
reconnects: 0
masters: 3
messages: 712
conditional: 12
poll: 1
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"


Ich denke, dass ich folgende Kreise auslesen können müsste:
broadcast, bai, ui, cc, hwc, hc, mc und sc
Nach langen ausprobieren, habe ich folgende Werte gefunden, die ich auch auslesen kann:

mc

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl f -v -c mc|grep -v "no data stored"
mc Mode = tempdesired=18;mcmode=auto;floorpavingdryingday=0;floorpavingdryingtemp=0;teleswitchmode=low;mctype7=mixer;daynight=day
mc Status = flowtempdesired=26;onoff=off;flowtemp=25.06;tempdesired=18


hwc

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl f -v -c hwc|grep -v "no data stored"
hwc Mode = temp0=55;hwcmode=auto;=02;onoff=off
hwc Status = temp0=0;onoff=off;temp=53.62;temp0=55


bai

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl f -v -c bai|grep -v "no data stored"
bai Mode = mode=standby
bai Status01 = temp1=30.0;temp1=30.0;temp2=-;temp1=-;temp1=-;pumpstate=off


hc

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl f -v -c hc|grep -v "no data stored"
hc currenterror = error=-;error=-;error=-;error=-;error=-
hc DateTime = dcfstate=valid;btime=12:57:19;bdate=23.04.2017;temp2=10.562
hc SumFlowSensor = temp=28.31;sensor=ok


broadcast

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl f -v -c broadcast|grep -v "no data stored"
broadcast datetime = outsidetemp=10.562;time=12:57:04;date=23.04.2017
broadcast outsidetemp = temp2=10.562
broadcast vdatetime = time=12:57:04;date=23.04.2017

Meine Fragen an die Experten:

• 1) Wie finde ich heraus, welche weitere Werte auslesbar sind?
• ERLEDIGT: ebusctl f -v -c broadcast listet alle theoretisch verfügbare Werte auf. Allerdings sind nicht alle Werte mit Inhalt  gefüllt. Des Weiteren sind es die, die ich eh schon durch die Logfile-Analyse gefunden habe.
• 2) Welche Werte könnte ich bei cc und sc auslesen?
• HALB-ERLEDIGT: Aus Pkt 1) weiss ich welche Werte theoretisch vorhanden sind. Daraus ergibt sich die Frage, wieso die vielen Werte nicht gefüllt werden? Ist das normal?
• 3) Wie finde ich heraus was sich hinter den unknow MS cmd verbirgt? Kann ich bei der "Dechiffrierung" irgendwie helfen?

Code Auswählen Erweitern

root@raspberrypi:~# tail -f /var/log/ebusd.log|grep unknow
2017-04-22 16:11:51.898 [update notice] unknown MS cmd: 1050b5050427001800 / 00
2017-04-22 16:11:52.218 [update notice] unknown MS cmd: 1025b5040117 / 0101
2017-04-22 16:11:52.777 [update notice] unknown MS cmd: 1050b505082b0f010000000080 / 00
2017-04-22 16:11:59.314 [update notice] unknown MS cmd: 10ecb5040121 / 052200003800
2017-04-22 16:11:59.811 [update notice] unknown MS cmd: 1008b513020508 / 00
2017-04-22 16:12:00.627 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2017-04-22 16:12:01.998 [update notice] unknown MS cmd: 1025b5050427001800 / 00
2017-04-22 16:12:02.318 [update notice] unknown MS cmd: 1025b5040117 / 0101
2017-04-22 16:12:02.879 [update notice] unknown MS cmd: 1026b5040101 / 09140300000580000100
2017-04-22 16:12:02.882 [update notice] unknown BC cmd: 10feb505025501


• 4) Was sagt die Meldung: [bus error] poll ui YieldThisYear failed: ERR: read timeout
• 5) Im Logfile sehe ich den Eintrag: [update notice] update mc RoomTempOffset QQ=10: 0.00 Wieso kann ich den Wert nicht direkt auslesen, während es bei den anderen Werten geht?

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl r -v -c mc RoomTempOffset

ERR: element not found

• 6) Gibt es irgendwo Infos, wie ich die von ebus genutzten Namen (wie temp0, tempdesired, usw) in Klartext (Vorlauftemperatur, Absenktemperatur usw.) übersetzen kann?
• 7) In der auroMatic 620 (vrs) kann ich viele Informationen zu der Solaranlage sehen (sc). Auslesen kann ich aber gar nichts. Allerdings bin ich der Meinung, dass ich früher einige Werte (wie z.B. monatlicher Ertrag) sehen konnte. Dank Logrotate gibt es dazu nichts nichts mehr ;(
• 8 ) Wenn die aktuelle Version von git installiere, dann erhalte ich die Meldung: version: ebusd 3.0pre.930ae49
  update check: revision fb9c28b available, broadcast.csv: different version available und dass sowohl mit dem in contrib/etc/ebusd/ vorhandenen broadcast.csv file, als auch mit dem aktuellen aus dem git ebusd-configuration. Dadurch werden trotz Scan keine passende csv-Dateien gefunden. Was mache ich falsch? scanconfig und checkconfig bringen keinen Fehler

Code Auswählen Erweitern

root@raspberrypi:/home/pi/Work/20170422/ebusd# ebusd --scanconfig --checkconfig
2017-04-23 16:02:21.223 [main notice] ebusd 3.0pre.930ae49 performing configuration check...
2017-04-23 16:02:22.544 [main notice] found messages: 7056 (373 conditional on 147 conditions, 13 poll, 62 update)
2017-04-23 16:02:22.598 [main notice] ebusd stopped


Über alle Informationen würde ich mich sehr freuen. Ich habe hier viel gelesen, aber diese offene Punkte sind geblieben. Sollte die eine oder die andere Frage bereits woanders beantwortet worden sein (wovon ich ausgehe), die ich aber nicht gefunden habe (trotz Suche), dann bitte nicht böse sein. Einfacher Hinweis wird schon helfen.

Vielen Dank für eure Unterstützung. LG, a200.

(Die neuen Erkenntnisse füge ich hinzu. Also nicht wundern, wenn sich die Inhalte leicht verändern. Danke.)

[theotherhalf]

Musst halt mal einen Blick ins Logfile werfen

Laut log werden alle Slaves gescannt, aber jeder für sich bricht mit einem Timeout ab.
Schaut nach HW aus. Nur seltsam, dass die Schaltung inkl. Konverter bei Reinhart lief.

[a200]

Ein Scan fördert folgendes zutage:

pi@raspberrypi:~ $ ebusctl info
[...]
address 10: master #2
address 23: slave, scanned
address 25: slave, scanned
address 26: slave, scanned
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 3f: master #23
address 44: slave #23, scanned
address 50: slave, scanned
address ec: slave, scanned

pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
empty

Es hängen am Bus nur 2 Teilnehmer, nämlich die VRS620 und der ebusd. Keine Ahnung wo die anderen herkommen....

Kann mir jemand einen Rat geben wie es weiter geht?

Es sieht sie ähnlich wie bei mir aus:

Code Auswählen Erweitern

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"

Ich werde dir heute Abend von zu hause eine Version von ebusd + passende .csv Dateien mit denen ich diese Werte ausgelesen habe. Mit der aktuellen Version von git und den aktuellen config Files bekomme ich auch nichts zu sehen (Sehe Punkt 8 in meinem Posting). Irgendwann hatte ich auch eine Version bei der ich auch die ec-Werte auslesen konnte, aber die habe ich nicht mehr.

Bis später.
a200.

[hanswerner1]

Hallo,

ich hatte das Problem mit dem Kurzschluss auf dem eBus. Nachdem ich jetzt die 4 Dioden getauscht habe ist der Kurzschluss weg und ich konnte die Schaltung in Betrieb nehmen und sie funktioniert.

Ich habe sie an einer ECOTEC 206/5-5 mit Multimatic 700/2 weiterhin ist ein VR900 und VR91 am bus.

Ich habe alles nach der Anleitung vom ebus wiki gemacht und in Fhem das Skript benutzt.

Vor, Rücklauf und Fanspeed scheinen zu funktionieren. Bei HKurve und PumpeWatt bekomme ich nur 0.0 und bei Außentemperatur eine Fehlermeldung:  Aussentemp ERR: element not found

Wo liegt hier noch mein Fehler ?

Im FHEM log steht folgendes:

2017.04.25 08:50:52 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2017.04.25 08:50:52 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 168701) line 1.
2017.04.25 08:50:52 3: eval: { sprintf("%5.0f",$_) }
2017.04.25 08:50:53 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2017.04.25 08:50:53 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 168705) line 1.
2017.04.25 08:50:53 3: eval: { sprintf("%5.0f",$_) }
2017.04.25 08:50:53 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f Hc1HeatCurve\n (\162\040\055\146\040\110\143\061\110\145\141\164\103\165\162\166\145\012), expected \d+\.\d+\n)
2017.04.25 08:50:53 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 168707) line 1.
2017.04.25 08:50:53 3: eval: { sprintf("%3.1f",$_) }

bai01.cfg

#################################
#       bai01 - Installer       #
#################################
#
#!/usr/bin/perl
# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }
#
# vorlauftemperatur
get Vorlauf cmd {"r -f flowtemp temp\n"}
#get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }
#
# Ruecklauftemperatur
get Ruecklauf cmd {"r -f sdtrt temp\n"}
#get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }
#
# Pumpenleistung
get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect "\d+\n\n"
get PumpeWatt postproc { sprintf("%5.0f",$_) }
#
# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 
#
# Heizkurve lesen
get HKurve cmd {"r -f Hc1HeatCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }

# HeizkurveSchreiben
get HeizkurveSchreiben cmd {"write -c 430 Hc1HeatCurve ".Value("HeizkurveEinstellen")."\n"}
get HeizkurveSchreiben expect ".*\n\n"
get HeizkurveSchreiben postproc  { $_ }

[Reinhart]

PumpeWatt wurde in der csv auf WPPWMPower geändert.

Code Auswählen Erweitern

# Pumpenleistung
get PumpeWatt cmd {"r -f WPPWMPower\n"}
get PumpeWatt expect ".*\n*"
get PumpeWatt postproc { sprintf("%5.0f",$_) }

Die Heizkurve wie du sie abfragst gilt für die VC430, die musst du für deine Multimatic ändern.

LG

[john30]

Nach langen ausprobieren, habe ich folgende Werte gefunden, die ich auch auslesen kann:

Code Auswählen Erweitern

root@raspberrypi:~# ebusctl f -v -c mc|grep -v "no data stored"

Mit dem Kommando bekommst Du nur die Messages präsentiert, die Du zuvor selbst aktiv mit "ebusctl read" abgerufen hast, oder die ein anderen Busteilnehmer abgefragt hat.
contrib/scripts/readall.sh ist Dein Freund

oh je, so viele Fragen...

1) Wie finde ich heraus, welche weitere Werte auslesbar sind?
ebusctl f -v -c broadcast listet alle theoretisch verfügbare Werte auf. Allerdings sind nicht alle Werte mit Inhalt  gefüllt. Des Weiteren sind es die, die ich eh schon durch die Logfile-Analyse gefunden habe.

falsch. Das Kommando listet nur die broadcast Messages, die innerhalb der letzten 5 Minuten auf dem Bus erschienen sind.

2) Welche Werte könnte ich bei cc und sc auslesen?[/li][/list]
Aus Pkt 1) weiss ich welche Werte theoretisch vorhanden sind. Daraus ergibt sich die Frage, wieso die vielen Werte nicht gefüllt werden? Ist das normal?

siehe ganz oben.

3) Wie finde ich heraus was sich hinter den unknow MS cmd verbirgt? Kann ich bei der "Dechiffrierung" irgendwie helfen?

ja. Beobachten und versuchen, die Daten mit irgendwelchen realen Werten zu verknüpfen. Siehe auch Tickets unter ebusd-configuration.

4) Was sagt die Meldung: [bus error] poll ui YieldThisYear failed: ERR: read timeout

"read timeout". Sagt doch eigentlich alles, oder? Der Wert konnte wegen timeout nicht gelesen werden, weil der Slave nicht rechtzeitig geantwortet hat.

5) Im Logfile sehe ich den Eintrag: [update notice] update mc RoomTempOffset QQ=10: 0.00 Wieso kann ich den Wert nicht direkt auslesen, während es bei den anderen Werten geht?

Du solltest den Wert schon auslesen können, allerdings nur innerhalb 5 Minuten nachdem er auf dem Bus erschienen ist. Es sei denn Du änderst die read Abfrage hinsichtlich der Cache Zeit entsprechend. ebusctl help read ist Dein Freund.

6) Gibt es irgendwo Infos, wie ich die von ebus genutzten Namen (wie temp0, tempdesired, usw) in Klartext (Vorlauftemperatur, Absenktemperatur usw.) übersetzen kann?

Das sind ja nur die Namen der Datentypen. Die Feldnamen sind idealerweise in der Nachricht hinterlegt. Schau mal unter ebusctl find -f oder ebusctl read -V

7) In der auroMatic 620 (vrs) kann ich viele Informationen zu der Solaranlage sehen (sc). Auslesen kann ich aber gar nichts. Allerdings bin ich der Meinung, dass ich früher einige Werte (wie z.B. monatlicher Ertrag) sehen konnte. Dank Logrotate gibt es dazu nichts nichts mehr ;(

immernoch falsch, siehe ganz oben.

8 ) Wenn die aktuelle Version von git installiere, dann erhalte ich die Meldung: version: ebusd 3.0pre.930ae49
update check: revision fb9c28b available, broadcast.csv: different version available und dass sowohl mit dem in contrib/etc/ebusd/ vorhandenen broadcast.csv file, als auch mit dem aktuellen aus dem git ebusd-configuration. Dadurch werden trotz Scan keine passende csv-Dateien gefunden.

das ist Quatsch, hat damit nun wirklich nichts zu tun. Wie kommst Du denn darauf???

Was mache ich falsch? scanconfig und checkconfig bringen keinen Fehler

Du nutzt ebusctl find anstelle von ebusctl read. Das ist Dein Problem.

[hanswerner1]

PumpeWatt wurde in der csv auf WPPWMPower geändert.

Die Heizkurve wie du sie abfragst gilt für die VC430, die musst du für deine Multimatic ändern.

Danke, hab's hinbekommen.