eBus Schaltung Rpi in Betrieb nehmen!

[galileo]

Eines ist einmal klar: solange ttyAMA0 gelistet ist, kann das nicht funktionieren.

Zusätzlich kann ich nicht ausschließen, dass es ein Problem mit der Baudrate gibt. Möglicherweise erst ab einer gewissen Kernel Version.
Der ttyebus Treiber geht da von einem fixen Clock Wert aus, FIKo hat das schon bei den ttyebus Issues bemerkt, dass das nicht optimal ist.
Kann sein dass auch der PL011 nun plötzlich einen anderen Clock hat. Leider konnte ich bisher keine Methode identifizieren, welche den aktuellen Clock im Kernel ausliest
und somit in eine Berechnung einfließen könnte. Wenn da jemand eine Idee hat, wäre das eine ganz tolle Sache.
Weiters bin ich derzeit nicht in der Lage irgendwelche Tests zu machen, weil ich im Urlaub bin (und keine Hardware mitgenommen habe
Deshalb bitte um Geduld. Eventuelle Tests könnten überprüfen ob das mit einer älteren Buster Version nicht vielleicht doch funktioniert... Oder ob die aktuelle Baudrate richtig ist (Oszilloskop!)

Tut leid dass ich aktuell nicht helfen kann.
LG

[Eraser]

Hallo galileo,

kein Problem, mach mal schön Urlaub derweil 

Interessant ist, dass bei enable_uart=1 wie du beschrieben hast, das ttyAMA0 aber wieder aktiv wird...

[galileo]

Interessant ist, dass bei enable_uart=1 wie du beschrieben hast, das ttyAMA0 aber wieder aktiv wird...

Na ja, das war ja nur aus dem Trockendock... Da gibt es so unendlich viele Beschreibungen und Meinungen...
Ich hoffe ja doch dass wir eines Tages die Wahrheit finden werden. Wenigstens bis zum nächsten Linux Upgrade

[Otto123]

Leider konnte ich bisher keine Methode identifizieren, welche den aktuellen Clock im Kernel ausliest

Damit hatte ich mir mal vor einiger Zeit die Sache genauer angeschaut:

Code Auswählen Erweitern

vcgencmd measure_clock core
vcgencmd measure_clock arm

Aber die in Berechnungen einfließen zu lassen ist meiner Meinung nach der falsche Weg. Wenn der Pi / das System die Clock dynamisch ändert ist aus meinem Verständnis kein sinnvoller Betrieb möglich. Man muss für diesen Betrieb die Frequenz festziehen. Was das aber genau für den Pi 4 bedeutet habe ich bisher nicht betrachten können. Ich habe keinen

[Eraser]

Es wäre interessant, wenn jemand dazu etwas sagen könnte, der den Pi 4 mit ttyebus schon am Laufen hat.
Und mit welcher Firmware.

Mir gehts ja nicht darum die neueste Version zu haben, sondern dass die ebus-Kommunikation funktioniert. Das ist die einzige Funktion des Pi 4 bei mir.

Bitte danke

[galileo]

Es wäre interessant, wenn jemand dazu etwas sagen könnte, der den Pi 4 mit ttyebus schon am Laufen hat.
Und mit welcher Firmware.

Ich habe mir im Jänner 2020 extra einen Raspi4 zugelegt um das verifizieren zu können. Genauso wie du sagst: Standard Buster Installation,
dann nur ttyebus und ebusd. Hat einwandfrei funktioniert, nachdem der ttyebus an den Raspi4 angepasst war (V1.7 vom 2020-01-08).
Das einzige was jetzt anders ist ist die Buster (Linux) Version. Leider kann ich die Versionsnummer von damals (von meinem momentanen Standpunkt aus) nicht identifizieren.
Aber wenn du es schaffst, eine Buster Version von Jänner/Februar aufzutreiben wäre das sicher einen Versuch wert.
LG

[Eraser]

OK danke, das werde ich demnächst gleich mal testen.

[Eraser]

So ich hab jetzt mal folgendes probiert:

Älteres RaspberryPi-Image auf SD-Karte geflashed:
2019-09-26-raspbian-buster-lite

uname -a ergibt folgendes:

Code Auswählen Erweitern


Linux raspberrypi 4.19.75-v7l+


Prozedur laut Anleitung in ttyebus durchgegangen.
Beim Punkt wo man "make" durchführt, kommt dann folgende Meldung:

Code Auswählen Erweitern


pi@raspberrypi:~ $ cd ~/ttyebus
pi@raspberrypi:~/ttyebus $ make
make -C /lib/modules/4.19.75-v7l+/build M=/home/pi/ttyebus modules
make[1]: *** /lib/modules/4.19.75-v7l+/build: No such file or directory.  Stop.
make: *** [Makefile:24: all] Error 2


Ein ls -la im Ordner modules ergibt folgendes:

Code Auswählen Erweitern


pi@raspberrypi:/lib/modules $ ls -la
total 36
drwxr-xr-x  9 root root 4096 Aug 16 05:52 .
drwxr-xr-x 16 root root 4096 Sep 26  2019 ..
drwxr-xr-x  3 root root 4096 Sep 26  2019 4.19.75+
drwxr-xr-x  3 root root 4096 Sep 26  2019 4.19.75-v7+
drwxr-xr-x  3 root root 4096 Sep 26  2019 4.19.75-v7l+
drwxr-xr-x  3 root root 4096 Sep 26  2019 4.19.75-v8+
drwxr-xr-x  2 root root 4096 Aug 16 05:52 5.4.51+
drwxr-xr-x  2 root root 4096 Aug 16 05:52 5.4.51-v7+
drwxr-xr-x  2 root root 4096 Aug 16 05:52 5.4.51-v7l+


Danach ein apt update und upgrade durchgeführt.

Wieder make probiert:

Code Auswählen Erweitern


pi@raspberrypi:~ $ cd ~/ttyebus
pi@raspberrypi:~/ttyebus $ make
make -C /lib/modules/4.19.75-v7l+/build M=/home/pi/ttyebus modules
make[1]: *** /lib/modules/4.19.75-v7l+/build: No such file or directory.  Stop.
make: *** [Makefile:24: all] Error 2


Im Ordner modules nachgesehen, nun fehlen die alten Versionen:

Code Auswählen Erweitern


pi@raspberrypi:/lib/modules $ ls -la
total 24
drwxr-xr-x  6 root root 4096 Aug 16 06:01 .
drwxr-xr-x 16 root root 4096 Aug 16 06:01 ..
drwxr-xr-x  3 root root 4096 Aug 16 06:01 5.4.51+
drwxr-xr-x  3 root root 4096 Aug 16 06:01 5.4.51-v7+
drwxr-xr-x  3 root root 4096 Aug 16 06:01 5.4.51-v7l+
drwxr-xr-x  3 root root 4096 Aug 16 06:01 5.4.51-v8+


Das Update in der raspi-config habe ich zu keinem Zeitpunkt durchgeführt, da ansonsten bei uname wieder auf die aktuelle 5.4.51-v7l+ upgraded wird und dann ja im Endeffekt wieder der aktuelle Stand von vor den Tests da ist mit der letzten Rpi-Image-Version.

Mit meinem sehr begrenzten Linux-Wissen bin ich da jetzt leider am Ende.

Kann es irgendwas mit dem rpi-eeprom-update zu tun haben?

Code Auswählen Erweitern


pi@raspberrypi:~ $ sudo rpi-eeprom-update
BCM2711 detected
Dedicated VL805 EEPROM detected
BOOTLOADER: up-to-date
CURRENT: Thu 16 Apr 17:11:26 UTC 2020 (1587057086)
LATEST: Thu 16 Apr 17:11:26 UTC 2020 (1587057086)
FW DIR: /lib/firmware/raspberrypi/bootloader/critical
VL805: up-to-date
CURRENT: 000137ad
LATEST: 000137ad


Hab das ganz am Anfang bei der allerersten Installation des Rpi durchgeführt.

@nightstorm99:
Hast du schon etwas rausgebracht?

@galileo:
Würde es nicht gehen, wenn du ein Image von deiner funktionierenden Installation erstellst, sodass man dieses wo anders einspielen kann?

mfg
Wolfgang

[galileo]

Würde es nicht gehen, wenn du ein Image von deiner funktionierenden Installation erstellst, sodass man dieses wo anders einspielen kann?

Kann ich gerne tun. Bitte aber um etwas Geduld, das geht erst wenn ich wieder daheim bin.
Zu dem Problem mit "make": Hast du auch ein

Code Auswählen Erweitern

sudo apt-get install raspberrypi-kernel-headers
versucht? Ich glaube allerdings einmal gelesen zu haben, dass nicht alle Raspbian Versionen immer die korrekten kernel-headers mitbringen.
LG

[Eraser]

Ja die kernel headers hab ich auch installiert.

Eine neue Version des Rpi-Kernels mittels uname wird aber erst dann angezeigt, wenn man im raspi-config-Menü updatet.

[galileo]

Würde es nicht gehen, wenn du ein Image von deiner funktionierenden Installation erstellst, sodass man dieses wo anders einspielen kann?

Ich habe alles noch einmal neu auf einem Raspi4 installiert:
Raspbian 4.19.97
ttyebus 1.8
ebusd 3.4.v3.3-51
und es funktioniert einwandfrei. Ich habe *kein* Upgrade vom Raspbian auf die aktuelle Version gemacht, weil ich ja dort das Problem vermute.

Ich habe ein Image (buster4.19.97-ttyebus1.8-ebusd3.4.v3.3-51.rar) gezogen und hier abgelegt.

Ich hoffe dass das zu einem Erfolg führt. Feedback erwünscht. Eine genauere Analyse mit anderen Raspbian Versionen werde ich noch anstellen.
LG

[Otto123]

Hi,

vielleicht als Such Hinweis: Liegt es ev. daran das der Pi4 6 UARTs hat und diese irgendwie in der neuen Firmware "offener" zu Tage treten?
https://www.raspberrypi.org/documentation/configuration/uart.md

Gruß Otto

[Eraser]

Super danke galileo,

werd ich mal probieren.

[Eraser]

So, Image erfolgreich übertragen und Pi gestartet.

Folgende Anzeigen:

ls -l /dev zeigt trotzdem wieder das ttyAMA0 an.

Code Auswählen Erweitern


pi@raspberrypi:~ $ ls -l /dev
lrwxrwxrwx 1 root root           7 Aug 26 10:23 serial0 -> ttyAMA0
lrwxrwxrwx 1 root root           5 Aug 26 10:23 serial1 -> ttyS0
drwxrwxrwt 2 root root          40 Feb 14  2019 shm
drwxr-xr-x 3 root root         180 Aug 26 10:23 snd
lrwxrwxrwx 1 root root          15 Feb 14  2019 stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root          15 Feb 14  2019 stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root          15 Feb 14  2019 stdout -> /proc/self/fd/1
crw-rw-rw- 1 root tty       5,   0 Aug 26 10:23 tty
crw--w---- 1 root tty       4,   0 Aug 26 10:23 tty0
crw--w---- 1 root tty       4,   1 Aug 26 10:24 tty1
...
crw--w---- 1 root tty       4,   8 Aug 26 10:23 tty8
crw--w---- 1 root tty       4,   9 Aug 26 10:23 tty9
crw-rw---- 1 root dialout 204,  64 Aug 26 10:23 ttyAMA0
crw-rw-rw- 1 root root     10,  57 Aug 26 10:23 ttyebus
crw------- 1 root root      5,   3 Aug 26 10:23 ttyprintk
crw-rw---- 1 root dialout   4,  64 Aug 26 10:24 ttyS0
crw------- 1 root root     10, 239 Aug 26 10:23 uhid
...


ebusctl info spuckt dies aus, was schon mal erfolgreich ausschaut:

Code Auswählen Erweitern


pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 23
max symbol rate: 146
min arbitration micros: 9
max arbitration micros: 21
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 6
messages: 586
conditional: 49
poll: 0
update: 9
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR920;SW=2007;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"


Jetzt ist nur die Frage, ob dies meine erkannte Vaillant Luftwärmepumpe ist oder dies noch Reste von deinem gezogenen Image sind 

Was sagst du dazu? Sieht das gut aus?
Was mich wundert ist, dass der Messages-Counter nicht nach oben geht, sonder bei 586 seit Beginn an steht...

Ein eingestelltes Logging bei ebusd ergibt folgendes:

Code Auswählen Erweitern


pi@raspberrypi:~ $ cat /var/log/ebusd.log
2020-08-26 17:08:55.379 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2020-08-26 17:08:55.719 [bus notice] bus started with own address 31/36
2020-08-26 17:08:55.723 [bus notice] signal acquired
2020-08-26 17:09:00.378 [bus notice] new master 10, master count 2
2020-08-26 17:09:00.440 [bus notice] new master 03, master count 3
2020-08-26 17:09:00.440 [update notice] received unknown MS cmd: 1008b5110101 / 094133301cff4d0000ff
2020-08-26 17:09:00.707 [bus notice] new master 71, master count 4
2020-08-26 17:09:00.707 [update notice] received unknown MS cmd: 1076b5110101 / 09ff33301cff4d0000ff
2020-08-26 17:09:00.974 [update notice] received unknown MS cmd: 1076b512030f0201 / 076e020000801405
2020-08-26 17:09:01.241 [update notice] received unknown MS cmd: 1008b51009000100ffffff060001 / 0101
2020-08-26 17:09:01.508 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-08-26 17:09:05.841 [bus notice] scan 08: ;Vaillant;HMU00;0307;0403
2020-08-26 17:09:05.841 [update notice] store 08 ident: done
2020-08-26 17:09:05.841 [update notice] sent scan-read scan.08  QQ=31: Vaillant;HMU00;0307;0403
2020-08-26 17:09:05.841 [bus notice] scan 08: ;Vaillant;HMU00;0307;0403
2020-08-26 17:09:06.217 [main notice] read common config file vaillant/scan.csv
2020-08-26 17:09:06.306 [main notice] read common config file vaillant/general.csv
2020-08-26 17:09:06.392 [main notice] read common config file vaillant/broadcast.csv
2020-08-26 17:09:06.484 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu00", SW0307, HW0403
2020-08-26 17:09:06.663 [main notice] found messages: 59 (0 conditional on 0 conditions, 0 poll, 9 update)
2020-08-26 17:09:06.792 [update notice] sent unknown MS cmd: 3108b5090124 / 09003231313735303030
2020-08-26 17:09:06.932 [update notice] sent scan-read scan.08 id QQ=31:
2020-08-26 17:09:07.071 [update notice] sent scan-read scan.08 id QQ=31:
2020-08-26 17:09:07.210 [update notice] sent scan-read scan.08 id QQ=31: 21;17;50;0010016422;0001;006292;N8
2020-08-26 17:09:07.210 [bus notice] scan 08: ;21;17;50;0010016422;0001;006292;N8
2020-08-26 17:09:09.315 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2020-08-26 17:09:09.315 [update notice] store 15 ident: done
2020-08-26 17:09:09.315 [update notice] sent scan-read scan.15  QQ=31: Vaillant;70000;0510;6403
2020-08-26 17:09:09.316 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2020-08-26 17:09:09.447 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231313830363030
2020-08-26 17:09:09.579 [update notice] sent scan-read scan.15 id QQ=31:
2020-08-26 17:09:09.710 [update notice] sent scan-read scan.15 id QQ=31:
2020-08-26 17:09:09.842 [update notice] sent scan-read scan.15 id QQ=31: 21;18;06;0020242192;0082;013799;N8
2020-08-26 17:09:09.842 [bus notice] scan 15: ;21;18;06;0020242192;0082;013799;N8
2020-08-26 17:09:10.018 [bus notice] max. symbols per second: 119
2020-08-26 17:09:10.154 [main notice] read scan config file vaillant/15.700.csv for ID "70000", SW0510, HW6403
2020-08-26 17:09:10.235 [main notice] found messages: 461 (0 conditional on 0 conditions, 0 poll, 9 update)
2020-08-26 17:09:10.495 [update notice] received read hmu Status01 QQ=10: 29.0;23.0;28.188;-;38.5;off
2020-08-26 17:09:10.762 [update notice] received unknown MS cmd: 1076b5110101 / 09ff2e301cff4d0000ff
2020-08-26 17:09:11.028 [update notice] received unknown MS cmd: 1076b512030f0201 / 076e020000801405
2020-08-26 17:09:11.295 [update notice] received update-write hmu SetMode QQ=10: off;0.0;-;-;0;1;1;1;0;0
2020-08-26 17:09:11.561 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-08-26 17:09:12.338 [bus notice] scan 76: ;Vaillant;VWZ00;0307;0403
2020-08-26 17:09:12.338 [update notice] store 76 ident: done
2020-08-26 17:09:12.338 [update notice] sent scan-read scan.76  QQ=31: Vaillant;VWZ00;0307;0403
2020-08-26 17:09:12.338 [bus notice] scan 76: ;Vaillant;VWZ00;0307;0403
2020-08-26 17:09:12.440 [update notice] sent unknown MS cmd: 3176b5090124 / 00
2020-08-26 17:09:12.540 [update notice] sent scan-read scan.76 id QQ=31:
2020-08-26 17:09:12.639 [update notice] sent scan-read scan.76 id QQ=31:
2020-08-26 17:09:12.739 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-08-26 17:09:12.739 [main error] scan config 76: ERR: invalid position
2020-08-26 17:09:17.322 [bus notice] scan e0: ;Vaillant;OMU00;0131;5202
2020-08-26 17:09:17.322 [update notice] store e0 ident: done
2020-08-26 17:09:17.322 [update notice] received scan-read scan.e0  QQ=03: Vaillant;OMU00;0131;5202
2020-08-26 17:09:20.577 [update notice] received read hmu Status01 QQ=10: 26.0;22.0;28.188;-;38.5;off
2020-08-26 17:09:20.843 [update notice] received unknown MS cmd: 1076b5110101 / 09ff2c301cff4d0000ff
2020-08-26 17:09:21.109 [update notice] received unknown MS cmd: 1076b512030f0201 / 076e020000801405
2020-08-26 17:09:21.376 [update notice] received update-write hmu SetMode QQ=10: off;0.0;-;-;0;1;1;1;0;0
2020-08-26 17:09:21.642 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-08-26 17:09:24.823 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-08-26 17:09:24.923 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-08-26 17:09:25.022 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-08-26 17:09:25.122 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-08-26 17:09:25.122 [main error] scan config 76: ERR: invalid position
2020-08-26 17:09:27.229 [update notice] sent unknown MS cmd: 31e0b5090124 / 09003231313830373030
2020-08-26 17:09:27.369 [update notice] sent scan-read scan.e0 id QQ=31:
2020-08-26 17:09:27.509 [update notice] sent scan-read scan.e0 id QQ=31:
2020-08-26 17:09:27.648 [update notice] sent scan-read scan.e0 id QQ=31: 21;18;07;0010016715;0001;005428;N0
2020-08-26 17:09:27.648 [bus notice] scan e0: ;21;18;07;0010016715;0001;005428;N0
2020-08-26 17:09:27.874 [main notice] read scan config file vaillant/e0.omu.csv for ID "omu00", SW0131, HW5202
2020-08-26 17:09:28.125 [main notice] found messages: 584 (49 conditional on 3 conditions, 0 poll, 9 update)
2020-08-26 17:09:30.620 [update notice] received read hmu Status01 QQ=10: 24.0;21.0;28.188;-;38.5;off
2020-08-26 17:09:30.885 [update notice] received unknown MS cmd: 1076b5110101 / 09ff2a301cff4d0000ff
2020-08-26 17:09:31.152 [update notice] received unknown MS cmd: 1076b512030f0201 / 076e020000801405
2020-08-26 17:09:31.418 [update notice] received update-write hmu SetMode QQ=10: off;0.0;-;-;0;1;1;1;0;0
2020-08-26 17:09:31.685 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-08-26 17:09:40.224 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-08-26 17:09:40.324 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-08-26 17:09:40.423 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-08-26 17:09:40.523 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-08-26 17:09:40.523 [main error] scan config 76: ERR: invalid position
2020-08-26 17:09:40.660 [update notice] received read hmu Status01 QQ=10: 23.0;20.5;28.188;-;38.5;off
2020-08-26 17:09:40.926 [update notice] received unknown MS cmd: 1076b5110101 / 09ff29301cff4d0000ff
2020-08-26 17:09:41.192 [update notice] received unknown MS cmd: 1076b512030f0201 / 076e020000801405
2020-08-26 17:09:41.403 [update notice] received unknown BC cmd: 10feb505025c00
2020-08-26 17:09:41.670 [update notice] received update-write hmu SetMode QQ=10: off;0.0;-;-;0;1;1;1;0;0
2020-08-26 17:09:41.936 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-08-26 17:09:42.205 [update notice] received read hmu DateTime QQ=10: valid;17:09:43;26.08.2020;28.188
2020-08-26 17:09:42.448 [update notice] received unknown MS cmd: 1008b507020900 / 02d202
2020-08-26 17:09:42.685 [update notice] received update-read broadcast vdatetime QQ=10: 17:09:40;26.08.2020
2020-08-26 17:09:42.951 [update notice] received unknown MS cmd: 1008b5110100 / 096c0114000008000100


Also ich glaube es schaut schon nicht so schlecht aus...

Vielen Dank für deine Hilfe

[smirrrr]

Vielen Dank für das Image @galileo.

Mit diesem Image habe ich es endlich geschafft meinen Raspi-Adapter ans laufen zu bekommen.