HomeMatic-Forum / FHZ-Forum

ich bring es nicht mehr vollständig zusammen, ein Problem war zumindest mit dem RPI-RF-MOD, welches im Auslieferungszustand eine Firmware drauf hatte, welche keine BidCos eigenständige Adresse geliefert hat, aber es gab da noch mehr. Da sich beim BidCos Thema aber seit Jahren nichts mehr getan hat,...

das reicht in das Jahr 2020 noch vor der Entwicklung vom detect-radio-module zurück. Da haben Adressen, welche mit 0xffff endeten immer mal wieder für Issues bei Nutzern von piVCCU gesorgt, weshalb ich bei diesen nicht die Adresse aus demFunkmodul verwende, sondern eine random erzeugte. Verstehe. A...

Gerade nochmal ausprobiert: root@homematic-raspi:~# monit stop rfd root@homematic-raspi:~# monit stop multimacd root@homematic-raspi:~# monit stop HMIPServer root@homematic-raspi:~# eq3configcmd read-default-rf-address -v -f /dev/raw-uart Initalizing coprocessor... Requesting default rf address Def...

benni123_ hat geschrieben: ↑

05.04.2024, 20:46

SerialNumber: QEQ0407065

Oh, das ist nicht das was ich meinte. probier mal lieber:
Das sollte die default rf adresse zurückgeben...

Letztlich schlägt die Erkennung des "HM-Teils" vom HM-MOD-RPI-PCB (des TE) wohl fehl weil die Adresse nicht '0x000000' sein darf. https://github.com/jens-maus/RaspberryMatic/blob/35789f82916963040aac1398d8c47eea5c86479c/buildroot-external/overlay/base/etc/init.d/S47InitRFHardware#L210 Danke für den...

Sowas dachte ich mir schon. Aber wie kannst du dir erklären das dieses Funkmodul als Adresse 0x00000 zurückgibt? Das sehe ich hier ehrlich gesagt zum ersten Mal. Dafür muss es doch irgendein Grund geben? Grund kenne ich keinen, aber ich habe sowas schon gesehen, daher habe ich auch entsprechenden C...

In piVCCU und debmatic ignoriere ich das aber einfach, weil es unwichtig ist, da die wirklich verwendete Radio Mac vom rfd bei der Initialisierung gesetzt wird. Sowas dachte ich mir schon. Aber wie kannst du dir erklären das dieses Funkmodul als Adresse 0x00000 zurückgibt? Das sehe ich hier ehrlich...

Das ja, aber was passiert wenn gerade die Diagrammdaten gesynct werden sollen wenn das NAS "weg" ist? */10 * * * * [ -d /media/usb0/measurement ] && /bin/nice /usr/bin/rsync -aogX --delete-after --no-whole-file --checksum /tmp/measurement/ /media/usb0/measurement/ >/dev/null 2>/dev/null NFS blockie...

Wenn du als Verbindungsmethode NFS nutzt ist das mit "NAS ist hin und wieder weg" kein Problem, denn das NFS ist "stateless". D.h. Es verbindet sich dann automatisch wieder sobald das NAS wieder verfügbar ist.

Vielleicht solltest du mal probieren die 2.8.6. Firmware des HM-MOD-RPI-PCB einfach nochmal drüberzuflashen? Weil anscheinend gibt das Funkmodul nicht die HmRF Adresse aus wie man aus der letzten Zeile erkennen kann. Oder vielleicht kann ja @alexreinert hier weiterhelfen der ja der Autor des raw uar...