Hallo zusammen,
Ich nutze OMV und habe alles in Docker.
Hat jemand von euch RaspberryMatic auf Debian mit Docker und mit dem RF USB Dongle am laufen?
Habe das Problem:
Module eq3_char_loop not found in directory /lib/modules/5.19.17-1-pve
Ich weiß in VM ist besser uns so.
Möchte ich aber ungern.
Vielen Dank
Grüße
Gear
Hi,
hab ich nicht, aber ich habe es mal mit einem anderen Modul eingerichtet und damals aufgeschrieben:
Auf dem Host!
sudo sh -c 'echo eq3_char_loop >/etc/modules-load.d/eq3_char_loop.conf'
sudo service pivccu-dkms start
sudo modprobe eq3_char_loop
Danach Neustart !
Die vorherige Grundlage war aber (nur der Vollständigkeit halber):
sudo sh -c 'wget -qO - https://www.pivccu.de/piVCCU/public.key | gpg --dearmor > /usr/share/keyrings/pivccude-keyring.gpg'
sudo sh -c 'echo "deb [signed-by=/usr/share/keyrings/pivccude-keyring.gpg] https://www.pivccu.de/piVCCU stable main" >/etc/apt/sources.list.d/pivccu.list'
sudo apt update
sudo apt install build-essential bison flex libssl-dev
#so steht es bei raspberrymatic
sudo apt install pivccu-modules-dkms
#so steht es bei pivccu
#sudo apt install raspberrypi-kernel-headers pivccu-modules-dkms
sudo apt install pivccu-modules-raspberrypi
Gruß Otto
Kernelmodule müssen im Hostsystem geladen werden, da Docker den Systemkernel verwendet.
Wo genau kommt den die Fehlermeldung?
Verwende aber (aktuell) auch kein RaspberryMatic, kenne mich nur super mit Docker aus ......
Bin gerade am arbeiten, aber was ich im Kopf habe kann ich antworten, danke.
Das mit dem Kernel weiß ich, kann über OMV den Kernel ändern.
Die Fehlermeldung kommt beim ausführen von
sudo modprobe eq3_char_loop
und gibt aus
modprobe: FATAL: Module eq3_char_loop not found in directory /lib/modules/5.19.17-1-pve
RaspberryMatic läuft im Docker, nur ohe Dongle Erkennung.
Installation wie folgt:
sudo apt install wget ca-certificates build-essential bison flex libssl-dev gpg
wget -qO - https://www.pivccu.de/piVCCU/public.key | gpg --dearmor | sudo tee /usr/share/keyrings/pivccu-archive-keyring.gpg >/dev/null
sudo sh -c 'echo "deb [signed-by=/usr/share/keyrings/pivccu-archive-keyring.gpg] https://www.pivccu.de/piVCCU stable main" >/etc/apt/sources.list.d/pivccu.list'
sudo apt update
sudo apt install pivccu-modules-dkms
sudo service pivccu-dkms start
sudo modprobe eq3_char_loop
sudo service pivccu-dkms start
sudo modprobe eq3_char_loop
Ich hatte Neustart versucht und andere Kernel.
modprobe: FATAL: Module eq3_char_loop not found in directory /lib/modules/5.19.17-1-pve
Du kannst ja manuell gucken, was im Zielverzeichnis /lib/modules/5.19.17-1-pve auf dem System ist, ich wette aber, kein eq3_char_loop
Wenn Du einen anderen Kernel nimmst, ist natürlich ein anderes Verzeichnis als 5.19.17-1-pve zu verwenden.
Kur gefasst: Dir fehlt das Kernelmodul, hat nichts mit Docker zu tuen ....
Kann nur auf Ottos Beitrag verweisen, hast Du:
sudo apt install pivccu-modules-dkms
Hinweis: Otto hat mehr als diese eine Zeile geschrieben, bitte beachten (Passendes Repro etc.)!
Ich weiß noch, ich habe mich da auch lange gemüht. Ist es eventuell:
sudo apt install raspberrypi-kernel-headers
In meiner Verzweiflung hatte ich sogar auf dem host das setup pivccu3 laufen lassen und hatte dann den Dienst deaktiviert. Ich hatte aber dann am Ende nochmal alles neu aufgesetzt und ich meine daher waren meine Notizen.
Aber sehe gerade, bei Dir fehlte
sudo sh -c 'echo eq3_char_loop >/etc/modules-load.d/eq3_char_loop.conf'
@Wernieman
Darum hatte ich im Titel auch Kernel Problem geschrieben. :)
Ähm, ja die ist wirklich nicht da. :P
Das mit dem Verzeichnis und Kernel ändern weiß ich, habe ich auch beachtet.
@Otto
Du hast das auch Debian direkt zum laufen bekommen?
Bzw. auf nicht Raspberry OS.
Also ich habe das OMV Image installiert und das besiert auf Debian.
Mit Raspberry OS funktioniert das bei mir, hatte ich am WE noch getestet.
Da ist mir beim Kopieren auf dem Handy mist passiert...
sudo apt install wget ca-certificates build-essential bison flex libssl-dev gpg
wget -qO - https://www.pivccu.de/piVCCU/public.key | gpg --dearmor | sudo tee /usr/share/keyrings/pivccu-archive-keyring.gpg >/dev/null
sudo sh -c 'echo "deb [signed-by=/usr/share/keyrings/pivccu-archive-keyring.gpg] https://www.pivccu.de/piVCCU stable main" >/etc/apt/sources.list.d/pivccu.list'
sudo apt update
sudo apt install pivccu-modules-dkms
sudo sh -c 'echo eq3_char_loop >/etc/modules-load.d/eq3_char_loop.conf'
sudo apt install raspberrypi-kernel-headers
Bring tmir einen Fehler.
Ich glaube er hat kein Repro oder so etwas.
Ich melde mich heut eABend nochmal, wenn ich im Hotel bin, da hab ich den Laptop.
Danke schon mal!
Ja sorry - ich habe das natürlich damals auf einen Raspberry 4 mit raspbian installiert. :-[
Gerade gesehen https://github.com/alexreinert/piVCCU/blob/master/docs/setup/otheros.md :
ZitatPrequisites
Debian or Ubuntu based distribution
armhf or arm64 architecture (no x64 at the moment!)
Deine Hardware Odroid H3 ist doch Intel?
Ja, ist Intel 64 Bit.
Dann wird ein Schuh draus.
Also müsste ich doch ne VM nutzen oder eben DebMatic direkt installieren.
Danke
Naja, ich bin wieder unsicher: Warum steht hier was von amd64 ?
https://github.com/jens-maus/RaspberryMatic/wiki/Installation-Docker-OCI
Wenn ich RPi OS drauf mache, geht es ja.
Ganz komisches Ding...
Andere Docker Alternativen wurd es wohl nicht geben, wenn ich das richtig gesehen habe.
Danke dennoch 😃
S.o. es liegt NICHT an Docker ....
Hast Du mal versucht, das pivccu-modules-dkms vom Link von Otto zu installieren?
Endlich im Hotel.
Also:
sudo apt install pivccu-modules-raspberrypi
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Statusinformationen werden eingelesen... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
pivccu-modules-raspberrypi : Hängt ab von: raspberrypi-kernel-headers ist aber nicht installierbar oder
linux-headers-raspi ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.
Das habe ich installiert, siehe Beitrag: https://forum.fhem.de/index.php/topic,131557.msg1257311.html#msg1257311
sudo apt install pivccu-modules-dkms
Das lässt sich ja starten.
sudo service pivccu-dkms start
sudo service pivccu-dkms status
● pivccu-dkms.service - piVCCU DKMS Modules
Loaded: loaded (/lib/systemd/system/pivccu-dkms.service; enabled; vendor preset: enabled)
Active: inactive (dead) since Thu 2023-01-12 18:37:12 CET; 40s ago
Process: 16810 ExecStart=/var/lib/piVCCU/dkms/ensure_modules.sh (code=exited, status=0/SUCCESS)
Main PID: 16810 (code=exited, status=0/SUCCESS)
CPU: 777ms
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[16837]: Error! There is no instance of pivccu 1.0.78
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[16837]: for kernel 5.19.17-1-pve (x86_64) located in the DKMS tree.
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[16863]: Kernel preparation unnecessary for this kernel. Skipping...
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[16863]: Building module:
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[16863]: cleaning build area...
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[16863]: make -j4 KERNELRELEASE=5.19.17-1-pve ARCH=x86 all...(bad exit status: 2)
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[17225]: Error! Bad return status for module build on kernel: 5.19.17-1-pve (x86_64)
Jan 12 18:37:12 nd-odroid-h3 ensure_modules.sh[17225]: Consult /var/lib/dkms/pivccu/1.0.78/build/make.log for more information.
Jan 12 18:37:12 nd-odroid-h3 systemd[1]: pivccu-dkms.service: Succeeded.
Jan 12 18:37:12 nd-odroid-h3 systemd[1]: Finished piVCCU DKMS Modules.
sudo apt install pivccu3
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Statusinformationen werden eingelesen... Fertig
Paket pivccu3 ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.
E: Für Paket »pivccu3« existiert kein Installationskandidat.
Hast Du Dir das angeschaut?
https://github.com/jens-maus/RaspberryMatic/wiki/Installation-Docker-OCI
Da darfst Du nur die entsprechenden Schritte ausführen! Genau lesen!
Bei https://github.com/jens-maus/RaspberryMatic/wiki/Installation-Docker-OCI#using-docker-load steht dann ein Image amd64.
Hey Otto,
genau nach der Anleitung habe ich gearbeitet.
Folgende Punkte habe ich abgearbeitet:
1,2,3,4,6,7,8
Das unter 8, wenn es Failed ist es für das RPi OS beschreiben.
Hatte da was auf Google gefunden, weiß aber nicht mehr was das war.
ZitatRPi OS
Pi oder X64??
Also was hast Du jetzt?
Ich habe ein Odroid H3 mit Debian 11 drauf, zusätzlich OMV.
Ist 64 Bit, mit Intel CPU.
Zitat von: Gear am 12 Januar 2023, 20:31:19
Das unter 8, wenn es Failed ist es für das RPi OS beschreiben.
Hier steht doch nichts von, ich nutze RPi OS.
Ich habe eine Zotac Box mit im Hotel, habe in der Zeit mal Debian 11 installiert, um ein blankes OS zu haben, hier besteht das gleiche Problem.
Die Zotac Box hat eine AMD 64 Bit CPU.
Um Verwirrung zu vermeiden:
Ich beruflich für eine gewisse Zeit nicht Zuhause.
Zuhause läuft ein Odroid H3 auf dem FHEM und co. läuft, die Verbindung nach Hause läuft über VPN.
Die Tests wie hier beschreiben laufen alle über den Odroid H3.
Ich habe eine Zotac Box als Mediacenter, hier habe ich vorhin die SSD ausgetauscht und habe Debian 11 installiert, um ein nacktes OS zum testen zu haben.
PS:
Ich will euch nicht die kostbare Zeit klauen.
Wenn das nicht läuft, dann muss ich das eben anders lösen, z.B. mit DebMatic direkt ohne Docker.
naja oben hast Du aber auch Schritt 5 probiert.
Ich fand das ganze Installationskonstrukt bei meinen Versuchen damals fragil. Nicht jeder wiederholte Ablauf war wie der vorhergehende.
Also eventuell noch mal alles entfernen, Fehler "auflösen" neu starten und noch mal versuchen.
Ich meine wozu gibt es ein Intel Image wenn es dann nicht auf Intel gar nicht laufen kann. Das klingt nicht logisch.
Du klaust keine Zeit :) ich will das auch mal auf Intel installieren, deswegen lese und denke ich schon mal mit :)
@Werner: Er hat einen Pi, da läuft es. Er hat aber jetzt auch ein debian Intel 64 System, da läuft es nicht.
Ich hatte letztes Wochenende alles durchprobiert und aus Verzweiflung und aus der Not heraus jegliche Möglichkeit getestet.
Werde am Wochenende mit der Zotac Box versuchen das zum laufen zu bekommen.
Wenn ich das hinbekomme, dann versuche ich das zu reproduzieren und poste den Weg hier, damit der nächste das dann auch machen kann.
So, ich glaube, ich habe es nun am Laufen....
Werde den Installationsablauf jetzt 2x durchgehen und verifizieren.
Scheinbar macht das OMV Image gelegentlich Probleme und man muss darauf achten, wann man auf dem Host die Installation durchführt... ::)
Kurz gesagt: (! Noch nicht verifiziert !)
> Nacktes Debian herunterladen und installieren (Getestet mit Debian 11)
> RaspberryMatic installieren
> Neustarten
>>>>> Ab hier nur wenn man OMV nutzen möchte <<<<<
> OMV installieren
> Neustarten
> Im OMV GUI - Update druchführen
> Neustarten
> OMV-Extras installieren (Wenn Bedarf)
> Nach Bedarf Kernel ändern und neustarten
> Docker (+ Portainer) installieren
> RaspberryMatic im Docker einrichen + starten
> Dann den RF-USB anschließen
> Neustarten
> RaspberryMatic im Browser aufrufen und einrichten
Grüße und Happy Weekend
Gear
Wirklich so häufig neustarten? Reicht es teilweise nicht, den Dienst zu "rebooten"?
@Werner
Ist ja nur mein erster Durchlauf gewesen...
Ich schreibe gerade eine kleine Anleitung zusammen. ;D
Ist das ein Abfuck, wenn du gerade die ganze Anleitung fertig hast, diese noch mal gegenliest und dann sagt Win10 ich mache jetzt einen Neustart... >:( :-X :-[
Ich gehe schreiend in den Keller...
Ich schreibe es nachher oder morgen nochmal neu.
.. darum liebe ich mein Linux ... wenn es mir dort abschmiert, weiß ich warum ;D
Leide muß ich seit neuestem beruflich auch wieder Win einsetzen ... :(
Ich finde dieses Updates gemacht und einfach mal neu starten grauenhaft.
Linux ist angenehm, ja, nur funktioniert das ein oder andere nicht so richtig, wie Gaming oder die ein oder andere Software, hatte das auch schon mit Wine getestet, aber war nicht so zufrieden.
Ich schreibe es einfach nachher oder morgen nochmal neu.
Wenn ich das richtig verstanden habe, hatte mein Vorhaben nicht funktioniert, weil man die fehlende Datei vor OMV hinzufügen muss, damit OMV das auch "annimmt".
Man muss das ganze nur 2 x Neustarten.
Hardware:
> Host: Odroid H3 - Intel CPU 64bit
> HMIP: HmIP-RFUSB
> OS: Debian 11
Der Schritt mit der Installation von OMV kann übersprungen werden, wenn man dieses nicht nutzen möchte.
Für eine Installation von Docker (+ Portainer oder ähnliches) ohne OMV, bitte selbst informieren.
#### Debian installieren ######################################################
Sollte man ohne Anleitung hinbekommen. (Hoffe ich)
#### Debian vorbereiten ######################################################
Wir greifen via SSH auf den Host zu, loggen uns mit dem angelegten User ein und switchen den User zu root.
su root
Dann müssen wir SUDO installieren:
apt-get install sudo
#### RaspberryMatic vorbereitungen auf dem Host ######################################################
#### > Nach Anleitung: https://github.com/jens-maus/RaspberryMatic/wiki/Installation-Docker-OCI#using-docker-load
sudo apt install wget ca-certificates build-essential bison flex libssl-dev gpg
wget -qO - https://www.pivccu.de/piVCCU/public.key | gpg --dearmor | sudo tee /usr/share/keyrings/pivccu-archive-keyring.gpg >/dev/null
sudo sh -c 'echo "deb [signed-by=/usr/share/keyrings/pivccu-archive-keyring.gpg] https://www.pivccu.de/piVCCU stable main" >/etc/apt/sources.list.d/pivccu.list'
sudo apt update
sudo apt install pivccu-modules-dkms
sudo sh -c 'echo eq3_char_loop >/etc/modules-load.d/eq3_char_loop.conf'
sudo service pivccu-dkms start
sudo modprobe eq3_char_loop
Hier sollte keine Fehlermeldung auftreten!
#### Vorbereitung für OMV ######################################################
Kann bei einem nackten System auf dem OMV installiert wird, zu Problemen mit dem time-daemon kommen.
sudo apt purge time-daemon
Dann muss der User root zum SSH Login hinzugefügt werden.
su root
nano /etc/ssh/sshd_config
In der /etc/ssh/sshd_config müssen wir PermitRootLogin unter Authentication anpassen.
Alles andere so lassen.
# Authentication:
#LoginGraceTime 2m
PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10
#### OMV installieren ######################################################
#### > Nach Anleitung: https://docs.openmediavault.org/en/latest/installation/on_debian.html
apt-get install --yes gnupg
wget -O "/etc/apt/trusted.gpg.d/openmediavault-archive-keyring.asc" https://packages.openmediavault.org/public/archive.key
apt-key add "/etc/apt/trusted.gpg.d/openmediavault-archive-keyring.asc"
cat <<EOF >> /etc/apt/sources.list.d/openmediavault.list
deb https://packages.openmediavault.org/public shaitan main
# deb https://downloads.sourceforge.net/project/openmediavault/packages shaitan main
## Uncomment the following line to add software from the proposed repository.
# deb https://packages.openmediavault.org/public shaitan-proposed main
# deb https://downloads.sourceforge.net/project/openmediavault/packages shaitan-proposed main
## This software is not part of OpenMediaVault, but is offered by third-party
## developers as a service to OpenMediaVault users.
# deb https://packages.openmediavault.org/public shaitan partner
# deb https://downloads.sourceforge.net/project/openmediavault/packages shaitan partner
EOF
export LANG=C.UTF-8
export DEBIAN_FRONTEND=noninteractive
export APT_LISTCHANGES_FRONTEND=none
apt-get update
apt-get --yes --auto-remove --show-upgraded \
--allow-downgrades --allow-change-held-packages \
--no-install-recommends \
--option DPkg::Options::="--force-confdef" \
--option DPkg::Options::="--force-confold" \
install openmediavault-keyring openmediavault
omv-confdbadm populate
#### OMV vorbereiten ######################################################
In der Web-GUI von OMV mit dem User admin und dem Passwort openmediavault einloggen.
Dann gehen wir zum Reiter Aktualisierungen und installieren alle.
System > Aktualisierungsverwaltung > Aktualisierungen
Hier einmal neu starten.
Wenn wir nicht neu starten, kann es beim Installieren von OMV-Extras zu Problemen kommen.
Ab hier können wir uns via SSH nur noch als root einloggen!
Wenn wir einen anderen / neueren Kernel nutzen möchten, dann müssen wir via SSH OMV-Extras installieren:
wget -O - https://github.com/OpenMediaVault-Plugin-Developers/packages/raw/master/install | bash
Dann in der Web-GUI zum Reiter:
System > Erweiterungen
Hier müssen wir dann nach folgender Erweiterung suchen:
openmediavault-kernel
Nun können wir den Kernel ändern unter folgendem Reiter:
System > Kernel
Ich nutze folgenden Kernel Debian GNU/Linux, with Linux 6.0.0-0.deb11.6-amd64.
Nach dem Ändern des Kernel starten wir den Host neu.
#### Docker + Portainer installieren ######################################################
Um Docker zu installieren, gehen wir zum Reiter:
System > omv-extras > Docker
Hier wählen wir Installieren.
Im Anschluss können wir Portainer installieren, dazu gehen wir zum Reiter:
System > omv-extras > Portainer
Hier kann es zu einer Fehlermeldung kommen, wenn dies der Fall ist, dann müssen wir per SSH folgendes ausführen:
Anpingen von Google
ping Google.com
Wenn der Ping nicht geht, dann müssen wir die Netzwerkeinstellungen anpassen, dazu geben wir im SSH folgenden Befehl ein:
omv-firstaid
Bei IPv4 + IPv6 könnt ihr das wählen, was ihr braucht, wenn ihr keine Ahnung oder keine Extrawünsche habt, dann macht es wie beschreiben.
1. Nun wählen wir die 1 (Configure network interface)
2. Wir wählen unser Netzwerkgerät
3. IPv4 mit Yes bestätigen
4. DHCPv4 mit Yes
5. IPv6 No
6. WOL könnt ihr selbst entscheiden, ich habe Yes gewählt. (Somit kann ich den Host per WOL starten, wenn unterstützt)
Nun können wir Portainer installieren, wir müssen den Portainer User innerhalb einer gewissen Zeit anlegen.
#### RaspberryMatic Container anlegen ######################################################
Ich mache das über den Portainer Stack.
Folgende Docker Compose ist ein Beispiel, bitte für eigene Zwecke anpassen.
services:
####>---- RaspberryMatic ----<######################################################################################################
raspberrymatic:
image: ghcr.io/jens-maus/raspberrymatic:latest
container_name: RaspberryMatic
hostname: raspberrymatic
privileged: true
restart: always
networks:
internal:
ipv4_address: 172.18.0.50
ports:
- "8081:80"
- "2001:2001"
- "2010:2010"
- "9292:9292"
- "8181:8181"
- "7411:7411"
- "7420:7420"
stop_grace_period: 30s
volumes:
- /Mein/Pfad:/usr/local
####>---- Network ----<######################################################################################################
networks:
internal:
driver: bridge
ipam:
config:
- subnet: 172.18.0.0/16
gateway: 172.18.0.1
ip_range: 172.18.0.1/24
In den Logs können wir nun schauen, ob eine HM RF-Hardware erkannt wurde.
Ich habe für mich selbst noch ein Neustart durchgeführt, um zu schauen, ob nach einem Neustart alles wieder verbindet und lädt, wie es soll.
#### Finish ######################################################
Ich hoffe, ich habe es verständlich erklärt.
Rechtschreibfehler und grammatikalische Fehler dürfen gerne behalten werden. ;)
Grüße
Gear
Hallo Gear,
klingt danach, dass Du erfolgreich zwei fragile Installationen miteinander verheiratet hast ;)
Ich will mal aus dem Gedächtnis noch einen Stolperstein dazu werfen:
Wenn FHEM und RaspberryMatic Container im gleichen Netzwerk laufen und HMCCU über das interne Docker Netzwerk kommunizieren kann, ist sicher alles schick. Wenn nicht, müssen die Ports 7411 und 7420 noch nach außen gemappt werden.
Gruß Otto
Hallo Otto,
ja, sieht so aus. (Zum Glück)
Dann wird der Ablauf dir hoffentlich auch helfen, wenn du nach Intel umziehst. =)
Nach FHEM habe ich noch gar nicht getestet. :-X
Aber RaspberryMatic im Container funktioniert und die Verbindung nach FHEM sollte das kleinste Problem sein. (Würde ich jetzt sagen)
Aber Danke für die Info mit den Ports, wird bestimmt noch anfallen, wenn ich das vereine. 8)
Ein schönes Wochenende
Grüße
Gear
Zitatprivileged: true
Brauchst Du wirklich ein "privileged" Container?
Zitat von: Wernieman am 14 Januar 2023, 11:40:52
Brauchst Du wirklich ein "privileged" Container?
Laut der Anleitung auf Git, ja.
Hatte mich was das betrifft an die Anleitung gehalten.
Zitat von: Wernieman am 14 Januar 2023, 11:40:52
Brauchst Du wirklich ein "privileged" Container?
deconz schreibt das z.B. in seiner Anleitung auch, zumindest explizit für Raspbian. Ich hatte mich da nicht dran gehalten und es lief - bis zum letzten Update :( seit dem geht es nicht ohne.
Warum das sein muss wüsste ich auch gerne - auf der anderen Seite ist man dann froh wenn es mal läuft :)
Hier bei RaspberryMatic wird ja explizit Software/Treiber (pivccu-modules-dkms) auf dem Host installiert - ist das deswegen?
Habe es mal deaktiviert:
Updating Homematic RF-Hardware: HMIP-RFUSB: =>4.4.18, ERROR ( != 4.4.18)
Identifying Homematic RF-Hardware: HmRF: n/a, HmIP: n/a, OK
Wenn es aktiviert ist:
Updating Homematic RF-Hardware: HMIP-RFUSB: 4.4.18, not necessary, OK
Identifying Homematic RF-Hardware: ....HmRF: HMIP-RFUSB/eQ-3 HmIP-RFUSB@usb-0000:00:14.0-4, HmIP: HMIP-RFUSB/eQ-3 HmIP-RFUSB@usb-0000:00:14.0-4, OK
Mir ist aufgefallen, wenn man den Container startet, dann kann wohl modprobe eq3_char_loop abschmieren oder ähnliches.
Nach einem Neustart von modprobe eq3_char_loop geht es aber wieder.
Hier müsste man evtl noch an einer Lösung arbeiten.
Wenn Du es abschaltest, must Du natürlich den Stick zum Container durchreichen ... kann nur (mangels Hardware) selber nicht testen ...
Btw: Finde es aber gut, das Du testest! Zu wenig machen sich Gedanken zur Sicherheit ...
So fit bin ich in dem ganzen natürlich nicht.
Meine Hardware sitzt auch etwas weiter weg, deshalb kann ich auch keine Geräte anlernen. ::)
Ach, warum nicht, solange ich die Zeit habe, warum nicht. ;D
Ich weiß wie ich bei Zigbee2MQTT den Stick durchreiche, bei dem HM Stick ist das aber anders, wenn ich das richtig verstanden habe.
Also deswegen muss man die Installationsprozedur und das Durchreichen so lösen. (So wie ich das verstanden habe.
Du müstest das passende Device duchreichen.
per Docker Befel (--device=/dev/ttyUSB0)
oder docker-compose.yml https://docs.docker.com/compose/compose-file/compose-file-v3/#devices (https://docs.docker.com/compose/compose-file/compose-file-v3/#devices)
Bei 2. bitte auf die Passende Version achten ....
Und egal wie, es sollten natürlich Physikalische Device und keine Symlink sein ...
Habe ich versucht, mir wurde aber nur mein Zigbee2MQTT Stick angezeigt.
O.K. s.o. ich kann es nicht Testen ...
ich meine mich zu erinnern: nach der Installation von pivccu-modules-dkms sind die bedienten seriellen Schnittstellen quasi weg. Da gibt es dann nichts mehr zum durchreichen...
@Otto123
Einfach mal ein Zwischenstand zu dem Misch-Masch. :)
Betreibe den ODroid H3 so wie in der Anleitung von mir beschrieben und konnte keine Probleme oder Fehler feststellen.
> Anleitung wurde sogar erneut genutzt, da ich eine größere NVMe eingebaut hatte.
Einziges Problem ist, nach einem Neustart vom RaspberryMatic Container ist noch immer der: modprobe eq3_char_loop
Stört mich so aber nicht, da dies, wenn dann nach einem Update auftritt, aber ich starte dann den ODroid neu und dann geht das wieder.
Wenn ich eine Lösung dafür gefunden habe, dann hänge ich das noch mit an. :D
Grüße
Gear