Hilfe bei YAMH und hm-mod-rpi-pcb

Einrichtung, Nutzung und Hilfe zu YAHM

Moderator: Co-Administratoren

klayer2
Beiträge: 240
Registriert: 15.07.2013, 06:02
Hat sich bedankt: 4 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von klayer2 » 30.01.2018, 04:57

Ich habe probehalber mal eine Linux Distribution mit vorinstallierter PIVCCU auf der selben Hardware laufen lassen, die vorher mit Yahm lief.

Nachdem ich genug herumgespielt hatte, habe ich die alte, unveränderte SD Karte eingesetzt und neu gebootet.
Jetzt werden keine Homematic Geräte mehr in der Yahm CCU gefunden.

Was muss man machen, um Geräte "zurückzusetzen".
Funktioniert das überhaupt bei Fensterkontakten?
Da hatte ich schon mal gelesen, dass "zurücksetzen" gar nicht möglich ist.
34 Geräte: 3x HM-LC-Sw1-Pl-2, 1x HM-OU-LED16, 9x HM-LC-Bl1PBU-FM, 1x HM-Sec-SFA-SM, 1x HM-RC-Sec3-B, 2x HM-RC-4-B, 1x HM-LC-Sw4-WM, 1x HM-Sec-RHS, 1x HM-EM-CCM, 1x HM-Sen-EP, 10x HM-Sec-SC, 1x HM-RC-19, 1x HM-Sen-MDIR-O, 1x HM-LC-Sw1PBU-FM

klayer2
Beiträge: 240
Registriert: 15.07.2013, 06:02
Hat sich bedankt: 4 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von klayer2 » 30.01.2018, 08:37

Nochmal ein Auszug aus meinem log File

Code: Alles auswählen

<6>[    8.192236] zram0: detected capacity change from 0 to 968204288
<6>[    8.330984] Adding 945508k swap on /dev/zram0.  Priority:5 extents:1 across:945508k SSFS
<6>[    9.540901] Adding 102396k swap on /var/swap.  Priority:-1 extents:4 across:167932k SSFS
<6>[    9.786795] yahmbr0: port 2(vethBEOME3) entered blocking state
<6>[    9.786803] yahmbr0: port 2(vethBEOME3) entered disabled state
<6>[    9.787095] device vethBEOME3 entered promiscuous mode
<6>[    9.787428] IPv6: ADDRCONF(NETDEV_UP): vethBEOME3: link is not ready
<6>[    9.787438] yahmbr0: port 2(vethBEOME3) entered blocking state
<6>[    9.787442] yahmbr0: port 2(vethBEOME3) entered forwarding state
<6>[    9.788256] yahmbr0: port 2(vethBEOME3) entered disabled state
<6>[    9.918026] eth0: renamed from vethUGN4RJ
<6>[    9.951468] IPv6: ADDRCONF(NETDEV_CHANGE): vethBEOME3: link becomes ready
<6>[    9.951599] yahmbr0: port 2(vethBEOME3) entered blocking state
<6>[    9.951604] yahmbr0: port 2(vethBEOME3) entered forwarding state
<6>[   17.080880] Bluetooth: Core ver 2.22
<6>[   17.082039] NET: Registered protocol family 31
<6>[   17.082046] Blue[code]
tooth: HCI device and connection manager initialized
<6>[ 17.082063] Bluetooth: HCI socket layer initialized
<6>[ 17.082071] Bluetooth: L2CAP socket layer initialized
<6>[ 17.082094] Bluetooth: SCO socket layer initialized
<6>[ 17.161008] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
<6>[ 17.161017] Bluetooth: BNEP filters: protocol multicast
<6>[ 17.161039] Bluetooth: BNEP socket layer initialized
<6>[ 104.565460] Netfilter messages via NETLINK v0.30.
<6>[ 104.650223] device yahmbr0 entered promiscuous mode[/code]

Ich schaffe es einfach nicht, diesen scheiß Bluetooth Treiber zu entfernen, der mit den Zugriff auf das Homematic Modul versaut. Ich brauche kein Bluetooth. Wie kann man den deinstallieren.

In Config.txt habe ich eingetragen

Code: Alles auswählen

# Allow the normal UART pins to work
dtoverlay=pi3-disable-bt
enable_uart=1
force_turbo=1
34 Geräte: 3x HM-LC-Sw1-Pl-2, 1x HM-OU-LED16, 9x HM-LC-Bl1PBU-FM, 1x HM-Sec-SFA-SM, 1x HM-RC-Sec3-B, 2x HM-RC-4-B, 1x HM-LC-Sw4-WM, 1x HM-Sec-RHS, 1x HM-EM-CCM, 1x HM-Sen-EP, 10x HM-Sec-SC, 1x HM-RC-19, 1x HM-Sen-MDIR-O, 1x HM-LC-Sw1PBU-FM

klayer2
Beiträge: 240
Registriert: 15.07.2013, 06:02
Hat sich bedankt: 4 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von klayer2 » 30.01.2018, 10:31

Ich habe jetzt auf die Yahm 1.9 version upgegradet.
Die Ursache scheint wohl das Update der Firmware auf dem Homematic Funkmodul zu sein.
Jetzt geht die CCU wieder.
Leider kann ich nicht von ioBroker zugreifen.

Ist der Port 2001 noch bei Yahm 1.9 offen?
34 Geräte: 3x HM-LC-Sw1-Pl-2, 1x HM-OU-LED16, 9x HM-LC-Bl1PBU-FM, 1x HM-Sec-SFA-SM, 1x HM-RC-Sec3-B, 2x HM-RC-4-B, 1x HM-LC-Sw4-WM, 1x HM-Sec-RHS, 1x HM-EM-CCM, 1x HM-Sen-EP, 10x HM-Sec-SC, 1x HM-RC-19, 1x HM-Sen-MDIR-O, 1x HM-LC-Sw1PBU-FM

leonsio
Beiträge: 1107
Registriert: 07.01.2012, 14:06
Danksagung erhalten: 6 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von leonsio » 30.01.2018, 11:11

Ja es werden keine Ports geblockt
Falls auf dem Port nichts läuft schau ob rega/rfd läuft. Weiß nicht mehr was wo lief

klayer2
Beiträge: 240
Registriert: 15.07.2013, 06:02
Hat sich bedankt: 4 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von klayer2 » 30.01.2018, 11:13

Jetzt habe ich nochmal neu gebootet.

ssh funktioniert nicht mehr, super!
Ich komme zwar auf die CCU, der Raspberry an sich lässt sich aber nicht mehr ansprechen.
SSH usw. alles timeout. Die IP wurde richtig vergeben.

Frust!
34 Geräte: 3x HM-LC-Sw1-Pl-2, 1x HM-OU-LED16, 9x HM-LC-Bl1PBU-FM, 1x HM-Sec-SFA-SM, 1x HM-RC-Sec3-B, 2x HM-RC-4-B, 1x HM-LC-Sw4-WM, 1x HM-Sec-RHS, 1x HM-EM-CCM, 1x HM-Sen-EP, 10x HM-Sec-SC, 1x HM-RC-19, 1x HM-Sen-MDIR-O, 1x HM-LC-Sw1PBU-FM

leonsio
Beiträge: 1107
Registriert: 07.01.2012, 14:06
Danksagung erhalten: 6 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von leonsio » 30.01.2018, 15:30

SSH auf der CCU oder dem raspi?
also bei dir läuft irgendwas schief ^^
YAHM macht keine Änderungen an SSHd ;)

klayer2
Beiträge: 240
Registriert: 15.07.2013, 06:02
Hat sich bedankt: 4 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von klayer2 » 30.01.2018, 21:46

Ja, bei mir lief irgendwas schief.
Ich habe ein Image mit piVCCU genommen und alles wiederhergestellt.
Ich glaube, dieses Kernel patchen und neucompilieren war nicht so das Gelbe vom Ei.

Aber dennoch danke für Deine Arbeit.
34 Geräte: 3x HM-LC-Sw1-Pl-2, 1x HM-OU-LED16, 9x HM-LC-Bl1PBU-FM, 1x HM-Sec-SFA-SM, 1x HM-RC-Sec3-B, 2x HM-RC-4-B, 1x HM-LC-Sw4-WM, 1x HM-Sec-RHS, 1x HM-EM-CCM, 1x HM-Sen-EP, 10x HM-Sec-SC, 1x HM-RC-19, 1x HM-Sen-MDIR-O, 1x HM-LC-Sw1PBU-FM

leonsio
Beiträge: 1107
Registriert: 07.01.2012, 14:06
Danksagung erhalten: 6 Mal

Re: Hilfe bei YAMH und hm-mod-rpi-pcb

Beitrag von leonsio » 01.02.2018, 09:47

klayer2 hat geschrieben:Ja, bei mir lief irgendwas schief.
Ich habe ein Image mit piVCCU genommen und alles wiederhergestellt.
Ich glaube, dieses Kernel patchen und neucompilieren war nicht so das Gelbe vom Ei.

Aber dennoch danke für Deine Arbeit.
die Probleme die du geschildert hast, haben damit nix mit dem Treiber zu tun.
bei pivccu installierst du vorkompilierte Treiber für bestimmte Plattformen, bei mir wird zur Laufzeit gebaut

Antworten

Zurück zu „YAHM“