USB/ETH Controller / "anders" als Standard - PI

[Automeister]

Dies ist mein erster Beitrag in diesem Forum, daher erstmal ein freundliches "Guten Morgen" in die Runde.

Ich habe hier einen RevPi3+ , den ich für das Monitoring einer PV-Inselanlage mit Komponenten des Ausrüsters Victron nutzen möchte.
Victron unterstützt die Maker-/DIY-Szene und hat das hauseigene Betriebssystem "Venus OS" , das bspw. auf ihrem Cerbo GX läuft, als Variante für die Raspberries 2 / 3 / 4 zur Verfügung gestellt.

Infos dazu ->

https://github.com/victronenergy/venus/ ... enus-image falls von Interesse.
https://updates.victronenergy.com/feeds ... 2/?C=M;O=D

Es handelt sich da scheinbar um eine Arch-Linux Variante. Wie dem auch sei - ich stehe vor dem Problem, daß ich das Image zwar problemlos auf den RevPi installieren kann, das System startet auch - die USB Ports und die Ethernetschittstelle sind allerdings tot. Ins Blaue geschossen würde ich vermuten, daß der RevPi einen anderen Controller als der "Standard-0815-Raspberry 3" benutzt und hier schlicht ein Treiberproblem vorliegt - kann das sein?

Danke im Voraus!

[tboehler]

Hi Automeister. Die USB Ports und die Ethernetschnittstelle sind bei RevPis (unterschiedlich von Modell zu Modell) anders an das Compute Module angeschlossen. Die Hardwarebeschreibung in Form von Device Tree Overlays liegt dem Venus OS vermutlich nicht vor, sind aber mit unseren Kernel Paketen mitgeliefert.

Alternativ können die Device Tree Overlays auch selbst kompiliert und auf das Gerät gespielt werden:

Code: Select all

git clone https://gitlab.com/revolutionpi/linux.git
cd linux
make -j$(nproc) ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- dtbs

Danach liegen die kompilierten RevPi Device Tree Overlays unter "arch/arm/boot/dts/overlays/revpi-*.dtbo". Diese können dann nach /boot/firmware/overlays auf das Gerät kopiert werden. Mit einem Eintrag in die /boot/firmware/config.txt "dtoverlay=<name>", bspw "dtoverlay=revpi-connect" kann das Overlay dann vom Bootloader geladen werden.

Über "sudo fdtdump /sys/firmware/fdt | grep kunbus,revpi-" kannst du herausfinden, ob das richtige Overlay geladen ist. Hier der Output beispielhaft an einem Connect 4:

Code: Select all

pi@RevPi106245:~$ sudo fdtdump /sys/firmware/fdt | grep kunbus,revpi-

**** fdtdump is a low-level debugging tool, not meant for general use.
**** If you want to decompile a dtb, you probably want
****     dtc -I dtb -O dts <filename>

    compatible = "kunbus,revpi-connect4", "brcm,bcm2711";

Bei Bedarf auch gerne mal ausprobieren.