Läuft: Heizung mit eBus-Schnittstelle

[john30]

Prinzipiell werden ja einige Werte gelesen aber nicht die 700er aus der 15.700.csv.

okay, dann wäre zu klären, welche Werte im vergleich zu vorher nicht mehr gelesen werden können und wie du die Werte liest (ebusctl/fhem+cmd/+gaebus/mqtt etc).

[realkeule]

ja, so gehts nicht. Wie schon geschrieben einfach die Kommandos der Reihe nach ausführen, hier nochmal:

Code Auswählen Erweitern

cd ~
git clone https://github.com/john30/ebusd-configuration.git
mv /etc/ebusd /etc/ebusd.old 2>/dev/null
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd

ich hatte mich schon an deine anleitung gehalten. wenn ich sie nochmal ausführe kommt das:

Code Auswählen Erweitern

pi@raspberrypi:~ $ cd ~
pi@raspberrypi:~ $ git clone https://github.com/john30/ebusd-configuration.git
fatal: Zielpfad 'ebusd-configuration' existiert bereits und ist kein leeres Verzeichnis.
pi@raspberrypi:~ $ mv /etc/ebusd /etc/ebusd.old 2>/dev/null
pi@raspberrypi:~ $ sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd
ln: die symbolische Verknüpfung ,,/etc/ebusd/de" konnte nicht angelegt werden: Die Datei existiert bereits


ist der symbol link falsch? oder ist eine fehler in meiner konfiguration?

[rellla]

Hallo zusammen,

meine Bartl WP läuft jetzt endlich mit FHEM und ebusd. Folgendes ist mir jetzt aufgefallen.
Auszug aus dem FileLog:

Code Auswählen Erweitern


2017-11-22_02:49:19 HKVorlaufSoll HKVorlaufSoll: 26.1
2017-11-22_02:49:19 HKVorlaufSoll HKVorlaufSoll 26.1
2017-11-22_02:49:19 HKVorlaufIst HKVorlaufIst: 26.0
2017-11-22_02:49:19 HKVorlaufIst HKVorlaufIst 26.0
2017-11-22_02:49:20 HKRelaisPumpe HKRelaisPumpe: 1
2017-11-22_02:49:20 HKRelaisPumpe HKRelaisPumpe 1
2017-11-22_02:49:20 HKMischer HKMischer: 0
2017-11-22_02:49:20 HKMischer HKMischer 0
2017-11-22_02:51:30 HKVorlaufSoll HKVorlaufSoll: 0.0
2017-11-22_02:51:30 HKVorlaufSoll HKVorlaufSoll 0.0
2017-11-22_02:51:30 HKVorlaufIst HKVorlaufIst: 0.0
2017-11-22_02:51:30 HKVorlaufIst HKVorlaufIst 0.0
2017-11-22_02:51:30 HKRelaisPumpe HKRelaisPumpe: 0
2017-11-22_02:51:30 HKRelaisPumpe HKRelaisPumpe 0
2017-11-22_02:51:31 HKMischer HKMischer: 0
2017-11-22_02:51:31 HKMischer HKMischer 0
2017-11-22_02:53:19 HKVorlaufSoll HKVorlaufSoll: 26.2
2017-11-22_02:53:19 HKVorlaufSoll HKVorlaufSoll 26.2
2017-11-22_02:53:19 HKVorlaufIst HKVorlaufIst: 26.1
2017-11-22_02:53:19 HKVorlaufIst HKVorlaufIst 26.1
2017-11-22_02:53:20 HKRelaisPumpe HKRelaisPumpe: 1
2017-11-22_02:53:20 HKRelaisPumpe HKRelaisPumpe 1
2017-11-22_02:53:20 HKMischer HKMischer: 0
2017-11-22_02:53:20 HKMischer HKMischer 0

Die Daten werden alle 2 min. per Timer vom Ebus abgefragt. Es schleicht sich aber immer mal wieder Antwort ein, die jedem Reading eine "0" zuordnet, obwohl sämtliche Abfragen vorher und nachher die richtigen Werte liefern. Bemerkbar macht sich das dann spätestens im Plot, wenn die Kurve Haken schlägt.
Woran könnte das liegen? Kommt die Antwort von ebusd zu langsam? Wie kann ich da den Grund herausfinden?
Zur Not könnte ich versuchen, die fehlerhaften Werte irgendwie in fhem zu überspringen, damit sie nicht für den Plot verwendet werden.

Danke und Gruß
Andreas

[Sven77]

Prüfe mal das EBUSD.LOG zu dieser Zeit!
Ansonsten könnte ich mir nur erklären, dass eBusd einen Fehler meldet, der dann nicht ausgewertet sondern als "0" interpretiert wird.

[rellla]

Hallo,
ich habe in der ebusd.log nachgesehen und glaube es liegt daran, dass immer um die Zeit mit den "0" Abfragen ein neues Setzen des Experten Levels erfolgt. Ich habe 4 Einsteller, die das Experten-Menü-Level voraussetzen und die Abfrage lautet z.B. wie folgt (was übrigens auch eine Frage von mir aus einem Post von oben beantwortet):

Code Auswählen Erweitern


get PumpeWE cmd {fhem ("get ParameterLevel ParameterLevel");; \
if (ReadingsVal("ParameterLevel", "ParameterLevel", "") eq "Expert Level\n\n") {"r -f -c wp_relais2 we_pumpe status\n"} \
else {fhem("get ExpertLevel SetExpertLevel");; sleep(5);; "r -f -c wp_relais2 we_pumpe status\n"}}
get PumpeWE expect ".*\n"
get PumpeWE postproc { $_ }

Nach 20 Minuten springt der Regler nun automatisch wieder in das User Level zurück, weshalb dann wieder die else-Schleife zum Einsatz kommt. sleep(5) deshalb, weil das ganze etwas dauert. Die Logs sind allerdings das Ergebnis mit sleep(10).

Ich denke, irgendwo hakt es da noch. Gibt es irgendwo bei den FHEM-Timer-Abfragen einen timeout? Oder hat ebusd selbst so einen Mechanismus, so dass die Abfrage komplett übersprungen wird, falls nichts zurückkommt, oder es zu lange dauert?

EDIT: ECMD hat wohl einen timeout, der per default auf 3s steht... ->mal checken.
Mein Timer:

Code Auswählen Erweitern


define EBUS.Timer at +*00:02:00 get Warmwasser Warmwasser;;get Zirkulation Zirkulation;;get WWPumpe WWPumpe;;get WWPumpe2 WWPumpe2;; \
get VorlaufWP VorlaufWP;;get VorlaufWPsoll VorlaufWPsoll;;get RuecklaufWP RuecklaufWP;;get WaermequelleIn WaermequelleIn;;get WaermequelleOut WaermequelleOut;; \
get TempHeissgas TempHeissgas;;get StatusWP StatusWP;;get Aussentemperatur Aussentemperatur;;get RelaisVerdichter RelaisVerdichter;; \
get WarmwasserSollCalc WarmwasserSollCalc;;get HKVorlaufSoll HKVorlaufSoll;;get HKVorlaufIst HKVorlaufIst;;get HKRelaisPumpe HKRelaisPumpe;; \
get HKMischer HKMischer;;get Schaltzyklen Schaltzyklen;;get Betriebsstunden Betriebsstunden;;get PumpeWE PumpeWE;;get PumpeWQ PumpeWQ;; \
get RelaisVerdichter RelaisVerdichter;;get WarmwasserSoll WarmwasserSoll

Ansonsten wäre ein Hack für eine schnelle Lösung, dafür zu sorgen, dass der Regler im Experten-Level bleibt. Z.B. durch einen Timer, der das Level setzt.

Ich muss da wohl noch etwas experimentieren...

Danke und Gruß
Andreas

PS: Und ja, sowohl Timer als auch Abfragen und FileLog muss ich fhem-codeseitig dringend optimieren, da das alles ganz schön lange dauert

[realkeule]

Hallo zusammen,

meine Bartl WP läuft jetzt endlich mit FHEM und ebusd. Folgendes ist mir jetzt aufgefallen.
Auszug aus dem FileLog:

Code Auswählen Erweitern


2017-11-22_02:49:19 HKVorlaufSoll HKVorlaufSoll: 26.1
2017-11-22_02:49:19 HKVorlaufSoll HKVorlaufSoll 26.1
2017-11-22_02:49:19 HKVorlaufIst HKVorlaufIst: 26.0
2017-11-22_02:49:19 HKVorlaufIst HKVorlaufIst 26.0
2017-11-22_02:49:20 HKRelaisPumpe HKRelaisPumpe: 1
2017-11-22_02:49:20 HKRelaisPumpe HKRelaisPumpe 1
2017-11-22_02:49:20 HKMischer HKMischer: 0
2017-11-22_02:49:20 HKMischer HKMischer 0
2017-11-22_02:51:30 HKVorlaufSoll HKVorlaufSoll: 0.0
2017-11-22_02:51:30 HKVorlaufSoll HKVorlaufSoll 0.0
2017-11-22_02:51:30 HKVorlaufIst HKVorlaufIst: 0.0
2017-11-22_02:51:30 HKVorlaufIst HKVorlaufIst 0.0
2017-11-22_02:51:30 HKRelaisPumpe HKRelaisPumpe: 0
2017-11-22_02:51:30 HKRelaisPumpe HKRelaisPumpe 0
2017-11-22_02:51:31 HKMischer HKMischer: 0
2017-11-22_02:51:31 HKMischer HKMischer 0
2017-11-22_02:53:19 HKVorlaufSoll HKVorlaufSoll: 26.2
2017-11-22_02:53:19 HKVorlaufSoll HKVorlaufSoll 26.2
2017-11-22_02:53:19 HKVorlaufIst HKVorlaufIst: 26.1
2017-11-22_02:53:19 HKVorlaufIst HKVorlaufIst 26.1
2017-11-22_02:53:20 HKRelaisPumpe HKRelaisPumpe: 1
2017-11-22_02:53:20 HKRelaisPumpe HKRelaisPumpe 1
2017-11-22_02:53:20 HKMischer HKMischer: 0
2017-11-22_02:53:20 HKMischer HKMischer 0

Die Daten werden alle 2 min. per Timer vom Ebus abgefragt. Es schleicht sich aber immer mal wieder Antwort ein, die jedem Reading eine "0" zuordnet, obwohl sämtliche Abfragen vorher und nachher die richtigen Werte liefern. Bemerkbar macht sich das dann spätestens im Plot, wenn die Kurve Haken schlägt.
Woran könnte das liegen? Kommt die Antwort von ebusd zu langsam? Wie kann ich da den Grund herausfinden?
Zur Not könnte ich versuchen, die fehlerhaften Werte irgendwie in fhem zu überspringen, damit sie nicht für den Plot verwendet werden.

Danke und Gruß
Andreas

bei mir im log sind auch alle werte doppelt aufgeführt. woran liegt das? stört mich irgendwie

[john30]

ich hatte mich schon an deine anleitung gehalten. wenn ich sie nochmal ausführe kommt das:

nochmal ausführen ist dann nicht so gut, weil ja die Verzeichnisse alle schon da sind.
Hm, vielleicht liest Du Dich ein bisschen in Linux Grundkenntnisse ein, zumindest sowas wie Verzeichnisse erstellen und löschen etc solltest Du schon können...
So wie die Ausgabe aussieht, hast Du Teile der Kommandos inzwischen schon 3x ausgeführt, oder?
Poste doch mal, was die Ausgabe des folgenden Kommandos ergibt:
ls -la /etc/ebusd/

[realkeule]

nochmal ausführen ist dann nicht so gut, weil ja die Verzeichnisse alle schon da sind.
Hm, vielleicht liest Du Dich ein bisschen in Linux Grundkenntnisse ein, zumindest sowas wie Verzeichnisse erstellen und löschen etc solltest Du schon können...
So wie die Ausgabe aussieht, hast Du Teile der Kommandos inzwischen schon 3x ausgeführt, oder?
Poste doch mal, was die Ausgabe des folgenden Kommandos ergibt:
ls -la /etc/ebusd/

hi john,
hier mal eine kurze zusammenfassung da ich glaube das wir aneinander vorbei schreiben:
ich bitte um hilfe.
du gibst mit eine befehlsfolge.
ich führe sie aus und poste das ergebniss von ls -la /etc/ebusd/ und schreibe das es nicht geht
du schreibst ich solle einfach deine befehlsfolge ausführen.
ich führe sie nochmal aus um dir die ausgabe zu posten.
du informierst mich darüber das ich zu wenig kenntnisse über das erstellen von ordnern habe und willst die ausgabe die ich dir 2 posts vorher schon gesendet habe.

so wie ich das sehe muss der inhalt aus dem symbollink (de) in den ordner in dem er ist. ich fange dann mal zu lesen

unabhängig davon: vielen dank für deine ebusd entwicklung!!

//edit
selbst wenn ich den inhalt von ~/ebusd-configuration/ebusd-2.1.x/de nach /etc/ebusd kopiere gehts nicht:
(den symbol link habe ich gelöscht)

Code Auswählen Erweitern

pi@raspberrypi:~/ebusd-configuration/ebusd-2.1.x/de $ ls -la
insgesamt 24
drwxr-xr-x 3 pi pi 4096 Nov 19 14:38 .
drwxr-xr-x 4 pi pi 4096 Nov 19 14:38 ..
-rw-r--r-- 1 pi pi 1253 Nov 19 14:38 broadcast.csv
-rw-r--r-- 1 pi pi  754 Nov 19 14:38 memory.csv
-rw-r--r-- 1 pi pi 1228 Nov 19 14:38 _templates.csv
drwxr-xr-x 2 pi pi 4096 Nov 19 14:38 vaillant
pi@raspberrypi:~/ebusd-configuration/ebusd-2.1.x/de $ ls -la /etc/ebusd
insgesamt 436
drwxr-xr-x   3 root root   4096 Nov 23 21:09 .
drwxr-xr-x 112 root root   4096 Nov 22 00:12 ..
-rw-rw-r--   1 pi   pi     1253 Nov 23 21:14 broadcast.csv
-rw-r--r--   1 root root 172622 Sep  9 12:07 ebusd-3.0_armhf.deb
-rw-r--r--   1 root root 182742 Sep  9 12:07 ebusd-3.0_armhf_mqtt1.deb
-rw-r--r--   1 root root  52202 Mai 22  2017 ebusd-configuration-2.1.b143f39-de_all.deb
-rw-rw-r--   1 pi   pi      754 Nov 23 21:14 memory.csv
-rw-rw-r--   1 pi   pi     1228 Nov 23 21:14 _templates.csv
drwxrwxr-x   2 pi   pi    12288 Nov 23 21:14 vaillant
pi@raspberrypi:~/ebusd-configuration/ebusd-2.1.x/de $ ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0 available, broadcast.csv: different version available, vaillant/08.ehp.csv: different version available, vaillant/15.uih.csv: different version available, vaillant/23.ehp.cc.csv: different version available, vaillant/25.ehp.hwc.csv: different version available, vaillant/50.ehp.mc.csv: different version available, vaillant/broadcas
signal: acquired
symbol rate: 108
max symbol rate: 176
reconnects: 0
masters: 3
messages: 617
conditional: 213
poll: 3
update: 59
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"

[dkuschmierz]

Hallo miteinander,

momentan bin ich auch dabei unsere Wärmepumpe mit dem Raspi auszulesen. Hierzu habe ich den Schnittstellenkonverter wie hier im Wiki beschrieben gebaut und eingebunden. Wenn ich nun den Poti einstellen möchte bekomme ich folgende Meldungen:

Code Auswählen Erweitern

2017-11-25 13:38:37.940 [bus notice] bus started with own address 31/36
2017-11-25 13:38:37.954 [bus notice] signal acquired
2017-11-25 13:38:38.038 [bus notice] <23b5010000000000d000
2017-11-25 13:38:38.188 [bus notice] <1023b5043100
2017-11-25 13:38:40.033 [bus error] signal lost
2017-11-25 13:38:40.555 [bus notice] <10250929
2017-11-25 13:38:40.556 [bus notice] signal acquired
2017-11-25 13:38:40.772 [bus notice] new master 10, master count 2
2017-11-25 13:38:40.828 [bus notice] <1008b50303010105c700020e1518060f0402de00
2017-11-25 13:38:41.230 [bus notice] <ff
2017-11-25 13:38:41.615 [bus notice] new master 70, master count 3
2017-11-25 13:38:41.659 [bus notice] <7050b504010d2c00050000b201054c00
2017-11-25 13:38:41.707 [bus notice] <10feb5050427013a0166
2017-11-25 13:38:42.519 [bus notice] <7050b504013213000a280100000504ae00
2017-11-25 13:38:43.743 [bus notice] new master 03, master count 4
2017-11-25 13:38:43.747 [bus notice] <1008b509032907004f00050700bd01000000
2017-11-25 13:38:43.914 [bus notice] <1023b505072b0001000000007900000000
2017-11-25 13:38:44.371 [bus notice] <1008b5110203001e000aa9010317074902043c0100dd00
2017-11-25 13:38:44.534 [bus notice] <1008b51101028a00050000c800c8ca00
2017-11-25 13:38:46.064 [bus notice] <03e0b521050005060072000000
2017-11-25 13:38:46.623 [bus notice] <1300
2017-11-25 13:38:46.740 [bus notice] <1300
2017-11-25 13:38:47.110 [bus notice] <b50e000000
2017-11-25 13:38:47.969 [bus notice] <100903a000000010b504000000
2017-11-25 13:38:49.822 [bus notice] <5004fe1501000013
2017-11-25 13:38:49.946 [bus notice] <b50d0005b24c
2017-11-25 13:38:50.175 [bus notice] <10b501320a060108e6
2017-11-25 13:38:50.281 [bus notice] <100431000100
2017-11-25 13:38:50.575 [bus notice] <130454
2017-11-25 13:38:50.669 [bus notice] <ff
2017-11-25 13:38:50.971 [bus notice] <130010b503010106c40008020a0918060fd8056a00
2017-11-25 13:38:51.707 [bus notice] <7050b504010d2c00050000b201054c00
2017-11-25 13:38:51.891 [bus notice] <7050b504013213000a00280603010050080100e600
2017-11-25 13:38:52.046 [bus notice] <7050b505042d90ff00ea00000000
2017-11-25 13:38:54.670 [bus notice] <10b50527010903290f56050f000c00008d00
2017-11-25 13:38:56.120 [bus notice] <1008b5090329bb00ca0320010081011300
2017-11-25 13:38:56.529 [bus notice] <10081102031e000a031d074802043c01005c00
2017-11-25 13:38:56.741 [bus notice] <001008b51101028a00050000ca00
2017-11-25 13:38:57.231 [bus notice] <ff
2017-11-25 13:38:57.369 [bus notice] <ff
2017-11-25 13:38:57.508 [bus notice] <ff
2017-11-25 13:38:57.646 [bus notice] <ff
2017-11-25 13:38:57.784 [bus notice] <ff
2017-11-25 13:38:57.934 [bus notice] <10b51303cd017f000acd01000000000100fa00
2017-11-25 13:38:58.194 [bus notice] <1025b5092900
2017-11-25 13:38:59.822 [bus notice] <1008b5100900030000a000000002cd00000000
2017-11-25 13:38:59.975 [bus notice] <1008b509040ed100002900000000
2017-11-25 13:39:01.203 [bus notice] <10b5040133cc00025008de00
2017-11-25 13:39:01.808 [bus notice] <7050b504010d2c00050000b201054c00
2017-11-25 13:39:02.324 [bus notice] <50
^C2017-11-25 13:39:05.087 [bus notice] <720731
2017-11-25 13:39:05.798 [bus notice] <10feb5050427013a0166
2017-11-25 13:39:06.756 [bus notice] <03e009
2017-11-25 13:39:07.039 [bus notice] <03e0b5090448
2017-11-25 13:39:07.866 [bus notice] <10b505072b00010000000085000000


Was mit etwas stutzig macht, ist das keine <aa im Log zu sehen sind. Müssen diese immer kommen oder ist mein Poti hier noch schlecht abgeglichen. Ich habe zwar schon am Poti rumgedreht, aber vielleicht war ich ja evtl. auch zu schnell. Ich kann jedoch zum Beispiel die Außentemperatur von Master 10 auslesen. Aber ich habe auch viele Nachrichten die unbekannt rüber kommen.

Daher meine Frage, ist mein Poti richtig abgeglichen oder muss ich da nochmals ran?

Liebe Grüße

nic

[realkeule]

Hallo miteinander,

momentan bin ich auch dabei unsere Wärmepumpe mit dem Raspi auszulesen. Hierzu habe ich den Schnittstellenkonverter wie hier im Wiki beschrieben gebaut und eingebunden. Wenn ich nun den Poti einstellen möchte bekomme ich folgende Meldungen:

Code Auswählen Erweitern

2017-11-25 13:38:37.940 [bus notice] bus started with own address 31/36
2017-11-25 13:38:37.954 [bus notice] signal acquired
2017-11-25 13:38:38.038 [bus notice] <23b5010000000000d000
2017-11-25 13:38:38.188 [bus notice] <1023b5043100
2017-11-25 13:38:40.033 [bus error] signal lost
2017-11-25 13:38:40.555 [bus notice] <10250929
2017-11-25 13:38:40.556 [bus notice] signal acquired
2017-11-25 13:38:40.772 [bus notice] new master 10, master count 2
2017-11-25 13:38:40.828 [bus notice] <1008b50303010105c700020e1518060f0402de00
2017-11-25 13:38:41.230 [bus notice] <ff
2017-11-25 13:38:41.615 [bus notice] new master 70, master count 3
2017-11-25 13:38:41.659 [bus notice] <7050b504010d2c00050000b201054c00
2017-11-25 13:38:41.707 [bus notice] <10feb5050427013a0166
2017-11-25 13:38:42.519 [bus notice] <7050b504013213000a280100000504ae00
2017-11-25 13:38:43.743 [bus notice] new master 03, master count 4
2017-11-25 13:38:43.747 [bus notice] <1008b509032907004f00050700bd01000000
2017-11-25 13:38:43.914 [bus notice] <1023b505072b0001000000007900000000
2017-11-25 13:38:44.371 [bus notice] <1008b5110203001e000aa9010317074902043c0100dd00
2017-11-25 13:38:44.534 [bus notice] <1008b51101028a00050000c800c8ca00
2017-11-25 13:38:46.064 [bus notice] <03e0b521050005060072000000
2017-11-25 13:38:46.623 [bus notice] <1300
2017-11-25 13:38:46.740 [bus notice] <1300
2017-11-25 13:38:47.110 [bus notice] <b50e000000
2017-11-25 13:38:47.969 [bus notice] <100903a000000010b504000000
2017-11-25 13:38:49.822 [bus notice] <5004fe1501000013
2017-11-25 13:38:49.946 [bus notice] <b50d0005b24c
2017-11-25 13:38:50.175 [bus notice] <10b501320a060108e6
2017-11-25 13:38:50.281 [bus notice] <100431000100
2017-11-25 13:38:50.575 [bus notice] <130454
2017-11-25 13:38:50.669 [bus notice] <ff
2017-11-25 13:38:50.971 [bus notice] <130010b503010106c40008020a0918060fd8056a00
2017-11-25 13:38:51.707 [bus notice] <7050b504010d2c00050000b201054c00
2017-11-25 13:38:51.891 [bus notice] <7050b504013213000a00280603010050080100e600
2017-11-25 13:38:52.046 [bus notice] <7050b505042d90ff00ea00000000
2017-11-25 13:38:54.670 [bus notice] <10b50527010903290f56050f000c00008d00
2017-11-25 13:38:56.120 [bus notice] <1008b5090329bb00ca0320010081011300
2017-11-25 13:38:56.529 [bus notice] <10081102031e000a031d074802043c01005c00
2017-11-25 13:38:56.741 [bus notice] <001008b51101028a00050000ca00
2017-11-25 13:38:57.231 [bus notice] <ff
2017-11-25 13:38:57.369 [bus notice] <ff
2017-11-25 13:38:57.508 [bus notice] <ff
2017-11-25 13:38:57.646 [bus notice] <ff
2017-11-25 13:38:57.784 [bus notice] <ff
2017-11-25 13:38:57.934 [bus notice] <10b51303cd017f000acd01000000000100fa00
2017-11-25 13:38:58.194 [bus notice] <1025b5092900
2017-11-25 13:38:59.822 [bus notice] <1008b5100900030000a000000002cd00000000
2017-11-25 13:38:59.975 [bus notice] <1008b509040ed100002900000000
2017-11-25 13:39:01.203 [bus notice] <10b5040133cc00025008de00
2017-11-25 13:39:01.808 [bus notice] <7050b504010d2c00050000b201054c00
2017-11-25 13:39:02.324 [bus notice] <50
^C2017-11-25 13:39:05.087 [bus notice] <720731
2017-11-25 13:39:05.798 [bus notice] <10feb5050427013a0166
2017-11-25 13:39:06.756 [bus notice] <03e009
2017-11-25 13:39:07.039 [bus notice] <03e0b5090448
2017-11-25 13:39:07.866 [bus notice] <10b505072b00010000000085000000


Was mit etwas stutzig macht, ist das keine <aa im Log zu sehen sind. Müssen diese immer kommen oder ist mein Poti hier noch schlecht abgeglichen. Ich habe zwar schon am Poti rumgedreht, aber vielleicht war ich ja evtl. auch zu schnell. Ich kann jedoch zum Beispiel die Außentemperatur von Master 10 auslesen. Aber ich habe auch viele Nachrichten die unbekannt rüber kommen.

Daher meine Frage, ist mein Poti richtig abgeglichen oder muss ich da nochmals ran?

Liebe Grüße

nic

mach es so wie im wiki beschrieben:

Poti abgleichen

Zur ersten Justierung des Potis, wird der eBusd Dienst genutzt. Das Vorgehen sieht wie folgt aus:

1) eBus Dienst stoppen - Das kann mit der folgenden Kommandozeile bewerkstelligt werden:

service ebusd stop

2) eBus Dienst, jedoch mit minimalen Parametern und ohne eBusd Konfigurationsdateien (CSV-Files), mit der folgenden Kommandozeile erneut starten:

Hinweis: <DEVICE> Muss zuvor durch den entsprechenden USB-Port (siehe USB Device und Port unter Linux ermitteln) z.B. /dev/ttyUSB0 ersetzt werden.

ebusd -f -c /tmp --logareas bus --loglevel info -d <DEVICE>

3) Der eBusd Dienst läuft nun im Vordergrund.

4) Einem zweiten Terminal öffnen und den folgenden Befehl ausführen:

ebusctl raw

Mit dem Befehl erhält man im Terminalfenster die empfangenen Bytes als Hex, die wie folgt aussehen:

2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04

Wenn gerade kein Gerät den Bus nutzt, dann sollten ca. 20 Zeilen pro Sekunde ausgegeben werden und zwar mit "<aa" (im Beispiel die oberen 4 Zeilen).

Sobald ein Gerät den eBus nutzt, tauchen neben "<aa" auch andere HEX Werte auf (im Beispiel die unteren 4 Zeilen). Diese Werte können ignoriert werden.

Wichtig bei der Poti Einstellung ist, dass vor allem die regulären "aa"s zu sehen sind. Tauchen die "aa"s auf, dann kann davon ausgegangen werden, dass der Poti korrekt eigestellt ist. Ist dies der Fall, dann kann der eBusd Dienst regulär gestartet werden. Dabei muss der im Vordergrund laufende eBusd Prozess (siehe Punkt 2) mit der Tastenkombination STRG+C abgebrochen und der folgende Befehl in der Kommandozeile ausgeführt werden:

service ebusd start

[john30]

ich führe sie aus und poste das ergebniss von ls -la /etc/ebusd/ und schreibe das es nicht geht

von dem was du gepostet hast, sieht es allerdings nicht so aus, als hättest du als 3. Kommando "mv /etc/ebusd /etc/ebusd.old" ausgeführt und deshalb stimmt die Verzeichnisstruktur nicht.
Anyway, was genau meinst Du denn mit "aber das klappt so bei mir nicht"?

pi@raspberrypi:~/ebusd-configuration/ebusd-2.1.x/de $ ls -la /etc/ebusd
insgesamt 436
drwxr-xr-x   3 root root   4096 Nov 23 21:09 .
drwxr-xr-x 112 root root   4096 Nov 22 00:12 ..
-rw-rw-r--   1 pi   pi     1253 Nov 23 21:14 broadcast.csv
-rw-r--r--   1 root root 172622 Sep  9 12:07 ebusd-3.0_armhf.deb
-rw-r--r--   1 root root 182742 Sep  9 12:07 ebusd-3.0_armhf_mqtt1.deb
-rw-r--r--   1 root root  52202 Mai 22  2017 ebusd-configuration-2.1.b143f39-de_all.deb
-rw-rw-r--   1 pi   pi      754 Nov 23 21:14 memory.csv
-rw-rw-r--   1 pi   pi     1228 Nov 23 21:14 _templates.csv
drwxrwxr-x   2 pi   pi    12288 Nov 23 21:14 vaillant

das sieht schon halbwegs vernünftig aus, nur die .deb Files haben da eigentlich nichts zu suchen.

Code Auswählen Erweitern


pi@raspberrypi:~/ebusd-configuration/ebusd-2.1.x/de $ ebusctl info
...
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"

wird alles richtig gelesen anscheinend, oder kannst Du keine Daten abfragen?

[john30]

Was mit etwas stutzig macht, ist das keine <aa im Log zu sehen sind.

Das wiki ist hier noch nicht auf dem letzten Stand. Seit ebusd 3.0 werden per default bei "raw" ganze Sequenzen sprich Nachrichten protkolliert, nicht mehr einzelne Bytes. Um wieder die einzelnen Bytes zu bekommen, einfach "ebusctl raw bytes" verwenden oder den entsprechend erweiterten Kommandozeilenparameter --lograwdata=bytes für ebusd.

[realkeule]

von dem was du gepostet hast, sieht es allerdings nicht so aus, als hättest du als 3. Kommando "mv /etc/ebusd /etc/ebusd.old" ausgeführt und deshalb stimmt die Verzeichnisstruktur nicht.
Anyway, was genau meinst Du denn mit "aber das klappt so bei mir nicht"?
das sieht schon halbwegs vernünftig aus, nur die .deb Files haben da eigentlich nichts zu suchen.
wird alles richtig gelesen anscheinend, oder kannst Du keine Daten abfragen?

ich kann ziehlich viel abfragen, nur das mit dem update störte mich.
du hattest recht, durch die ausgabe umleitung ist mir nicht aufgefallen das der move gar nicht ausgeführt wurde 

/etc

Code Auswählen Erweitern

lrwxrwxrwx   1 root root       43 Nov 25 18:45 ebusd -> /home/pi/ebusd-configuration/ebusd-2.1.x/de
drwxr-xr-x   3 root root     4096 Nov 25 18:33 ebusd.old


ls -la /etc/ebusd

Code Auswählen Erweitern

pi@raspberrypi:/etc $ ls -la /etc/ebusd
lrwxrwxrwx 1 root root 43 Nov 25 18:45 /etc/ebusd -> /home/pi/ebusd-configuration/ebusd-2.1.x/de


sollte da jetzt nicht der inhalt aus dem ordner aufgeführt sein?

Für jeden Device wird hier festgelegt wie die Befehls Syntax der Abfrage auszusehen hat (cmd) und wie die Ergebnisse zu filtern sind (expect), wie soll das Ausgabeformat sein (postproc). Diese Definitionen bitte in einer neuen Datei "bai00.cfg" speichern.

gibts iwo eine info wo filter und ausgabeformat erklärt sind? ich habe bei dem soledruck nur volle zahlen und brauch eine genauere angabe. wenn ich es mit ebusd abfrage bekomme ich 3 nachkommastellen

Danke an alle

[john30]

ich kann ziehlich viel abfragen, nur das mit dem update störte mich.

ach so, darum gings dir. das sollte mit dem nächsten update check bzw. nach einem ebusd neustart erledigt sein.

sollte da jetzt nicht der inhalt aus dem ordner aufgeführt sein?

Nachdem es ein symbolischer Link ist, braucht es noch ein abschließendes "/", also so:

Code Auswählen Erweitern

ls -la /etc/ebusd/

gibts iwo eine info wo filter und ausgabeformat erklärt sind? ich habe bei dem soledruck nur volle zahlen und brauch eine genauere angabe. wenn ich es mit ebusd abfrage bekomme ich 3 nachkommastellen

da bin ich raus.

[Reinhart]

das Ausgabeformat kannst du ganz normal mit sprintf im postproc formatieren. Hier ein Beispiel von der Vorlauftemperatur mit einer Nachkommastelle. Wenn du 3 brauchst, dann %5.3f.

Code Auswählen Erweitern

# vorlauftemperatur
get Vorlauf cmd {"r -f flowtemp temp\n"}
get Vorlauf expect ".*\n*"
get Vorlauf postproc { sprintf("%5.1f",$_) }

LG
Reinhart