Homematic und Homematic IP am Raspberry

[MCh76]

Ganz gleich, ob ich bei get config eine Kanalnumemr angebe oder nicht sowie bei get configlist mit/ohne Kanalnummer, die Meldung ist immer gleich:

Code Auswählen Erweitern

HMCCUDEV: Heiz_WZ_HmIP Execution of CCU script or command failed. Generic error

Für den Thermostat ist das HMCCUDEV schon das richtige Device oder muss ich HMCCUCHN verwenden? Ich wollte mir die Daten ansehen (Raumtemperatur und Luftfeuchtigkeit) sowie (meine Vorstellung) die Raum-Solltemperatur verändern. Damit kann ich ein flexibleres Wochenprogramm realisieren.

Edit: Nach löschen des Device im WEB-UI, neu anlernen sowie löschen und neu definieren in FHEM sehe ich den Thermostat und kann manuell die Werte holen.

Ein Punkt geht aber noch nicht. Aktualisierung erfolgt nur mit get update, nicht automatsich obwohl die Attribute im IO-Device gesetzt sind.

Code Auswählen Erweitern

rpcinterfaces BidCos-RF,HmIP-RF
rpcport 2001,2010
rpcserver on

Grüße Jürgen

ich habe im HmIP-BWTH device noch die folgenden attribute gesetzt:
event-min-interval = .*:3600
event-on-change-reading = .* gesetzt
damit müssten eigentlich die veränderten Werte auch im FHEM ankommen.

[zap]

Poste mal bitte die Meldungen aus dem Logfile, wenn der RPC Server gestartet wird.

[bmwfan]

@McH76: Fragt mit der Änderung event-min-intervall... trotzdem nicht ab. Nur manuell über get update.

@Zap: Das Log

Code Auswählen Erweitern

2020.01.16 22:19:55.088 2: HMCCURPCPROC: [d_rpc178071BidCos_RF : 18578] RPC server process started for interface BidCos-RF with PID=22480
2020.01.16 22:19:55.113 2: HMCCURPCPROC: [d_rpc178071BidCos_RF : 22480] Initializing RPC server CB2001178064178071 for interface BidCos-RF
2020.01.16 22:19:55.131 1: HMCCURPCPROC: [d_rpc178071BidCos_RF : 18578] RPC server starting
2020.01.16 22:19:55.178 2: HMCCURPCPROC: [d_rpc178071HmIP_RF : 18578] RPC server process started for interface HmIP-RF with PID=22482
2020.01.16 22:19:55.207 2: HMCCURPCPROC: [d_rpc178071HmIP_RF : 22482] Initializing RPC server CB2010178064178071 for interface HmIP-RF
2020.01.16 22:19:55.228 1: HMCCURPCPROC: [d_rpc178071HmIP_RF : 18578] RPC server starting
2020.01.16 22:19:55.248 2: HMCCURPCPROC: [d_rpc178071BidCos_RF : 22480] Callback server CB2001178064178071 created. Listening on port 7411
2020.01.16 22:19:55.251 2: HMCCURPCPROC: [d_rpc178071BidCos_RF : 22480] CB2001178064178071 accepting connections. PID=22480
2020.01.16 22:19:55.290 2: HMCCURPCPROC: [d_rpc178071BidCos_RF : 18578] RPC server CB2001178064178071 enters server loop
2020.01.16 22:19:55.304 4: HMCCU: [myHMCCU3 : 18578] Build URL = http://192.168.178.71:2001
2020.01.16 22:19:55.305 2: HMCCURPCPROC: [d_rpc178071BidCos_RF : 18578] Registering callback http://192.168.178.64:7411/fh2001 of type A with ID CB2001178064178071 at http://192.168.178.71:2001
2020.01.16 22:19:55.307 4: HMCCU: [myHMCCU3 : 18578] Build URL = http://192.168.178.71:2001
2020.01.16 22:19:55.335 2: HMCCURPCPROC: [d_rpc178071HmIP_RF : 22482] Callback server CB2010178064178071 created. Listening on port 7420
2020.01.16 22:19:55.337 2: HMCCURPCPROC: [d_rpc178071HmIP_RF : 22482] CB2010178064178071 accepting connections. PID=22482
2020.01.16 22:19:55.363 1: HMCCURPCPROC: [d_rpc178071BidCos_RF : 18578] RPC server CB2001178064178071 running
2020.01.16 22:19:55.386 1: HMCCURPCPROC: [d_rpc178071BidCos_RF : 18578] Scheduled CCU ping every 300 seconds
2020.01.16 22:19:55.482 2: HMCCURPCPROC: [d_rpc178071BidCos_RF : 22480] CB2001178064178071 NewDevice received 52 device and channel specifications
2020.01.16 22:19:55.565 2: HMCCURPCPROC: [d_rpc178071HmIP_RF : 18578] RPC server CB2010178064178071 enters server loop
2020.01.16 22:19:55.575 4: HMCCU: [myHMCCU3 : 18578] Build URL = http://192.168.178.71:2010
2020.01.16 22:19:55.576 2: HMCCURPCPROC: [d_rpc178071HmIP_RF : 18578] Registering callback http://192.168.178.64:7420/fh2010 of type A with ID CB2010178064178071 at http://192.168.178.71:2010
2020.01.16 22:19:55.577 4: HMCCU: [myHMCCU3 : 18578] Build URL = http://192.168.178.71:2010
2020.01.16 22:19:55.612 1: HMCCURPCPROC: [d_rpc178071HmIP_RF : 18578] RPC server CB2010178064178071 running
2020.01.16 22:19:55.621 4: HMCCU: [myHMCCU3 : 18578] Set rpcstate to running
2020.01.16 22:19:55.622 1: HMCCU: [myHMCCU3 : 18578] All RPC servers running
2020.01.16 22:19:55.636 2: HMCCU: [myHMCCU3 : 18578] Updating 1 of 1 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF|HmIP-RF
2020.01.16 22:19:55.638 4: HMCCU: [myHMCCU3 : 18578] Build URL = http://192.168.178.71:8181/tclrega.exe
2020.01.16 22:19:55.800 2: HMCCU: [myHMCCU3 : 18578] Update success=1 failed=0
2020.01.16 22:19:56.030 2: HMCCURPCPROC: [d_rpc178071HmIP_RF : 22482] CB2010178064178071 NewDevice received 66 device and channel specifications

Gruß Jürgen

[MCh76]

Hallo zusammen,
ich bin gerade dabei, meine komplette fhem umgebung + rest in docker umzuziehen und fühle mich soweit auf einem guten weg.
gestern wollte ich mir ein dockerfile für pivccu basteln, damit ich dann später über eine YAML Datei alle komponenten (mysql, fhem, homebridge und pivccu) aus sauber getrennten containern starten kann.
leider hatte ich beim vorgehen gemäß der anleitung: https://github.com/alexreinert/piVCCU/blob/master/docs/setup/raspberrypi.md ein problem beim befehl:

Code Auswählen Erweitern

  RUN apt -y install raspberrypi-kernel-headers

frage bevor ich mich ggf. auf den holzweg begebe: ist der start in der Dockerfile datei mit

Code Auswählen Erweitern

FROM debian:buster denn empfehlenswert? oder lieber ein anderes Basisimage als Start?
Danke und VG,
Chris

[Manni997]

Hallo in die Runde,

ich versuche auch eben verzweifelt nach der schon oft erwähnten Anleitung (https://github.com/alexreinert/piVCCU/blob/a87886f5149794dc053e357743e82c66fb543939/docs/setup/raspberrypi.md)
einen HM-MOD-RPI-PCB an meinem Raspi (3B+ mit Stretch) zum laufen zu bekommen.

Allerdings führt bei mir jede Änderung der /etc/network/interfaces aus Schritt 7/8 dazu, dass es die komplette Netzwerkverbindung zerschießt und ich dann lokal über die Desktop-Oberfläche die Änderungen rückgängig machen muss, oder alternativ mein Backup zurück spielen muss um wieder Zugriff zu haben.
Kann mir jemand sagen, was ich falsch mache?

Vielen Dank im Voraus.

[amenomade]

Was hast Du in /etc/network/interfaces vor der Änderung?

[Wernieman]

Desktop-Oberfläche

Was ich Dir allerdings NICHT empfehlen würde: Ein "server" mit Desktop ....

Update your config. (Replace eth0 if necessary)

Wie lautet denn bei Dir der Name der Netzwerkschnitstelle?

Und wie ist der PI überhaupt angebunden? Kabel oder WLAN?

[MCh76]

ich habe eine frage, nachdem ich nun trotz stundenlanger versuche nicht ans ziel komme.
wo bekomme ich am besten ein raspbian buster basisimage her, welches ich für den docker container verwenden kann?
problem was ich beim aufbau des docker containers, in dem ich dann pivccu laufen lassen will habe:
mit FROM debian:buster bekomme ich im späteren verlauf der anleitung mit dem befehl

Code Auswählen Erweitern

RUN apt-get install -y raspberrypi-kernel-headers
den folgenden fehler:

Code Auswählen Erweitern

E: Package 'raspberrypi-kernel-headers' has no installation candidate

da ja nachdem ich gelesen habe sich der container die kernel headers mit dem host system teilt vermute ich hier das problem.
ich interpretiere das so, dass debian:buster eben das falsche basisimage ist und ich statt dessen ein debian buster brauche.

habe auch schon versucht die /etc/apt/sources.list.d/raspi.list um folgenden eintrag zu ergänzen:

Code Auswählen Erweitern

deb http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpi
in der hoffnung dass die installation klappt, leider auch erfolglos...

wäre über jede hilfe dankbar...vielen dank und lg, chris

[Wernieman]

Redest Du jetzt vom Host-System oder vom Docker-Container (Also Innerhalb des Containers)?

[MCh76]

ich rede vom aufsetzen eines komplett neuen images von dem aus ich einen container "piVCCU" erzeugen möchte.
host system ist ein kürzlich aufgesetzes raspbian buster, als docker container davon ausgehend laufen bereits fhem, mariadb und homebridge.

[Wernieman]

Du redest also von einem Docker-Image .... wo Dir genau dieses "raspberrypi-kernel-headers" fehlt?

[MCh76]

genau. ich versuche nach der anleitung vorzugehen:
https://github.com/alexreinert/piVCCU/blob/master/docs/setup/raspberrypi.md

und scheitere dann beim command:

Code Auswählen Erweitern


apt install raspberrypi-kernel-headers pivccu-modules-dkms

mit dem fehler "E: Package 'raspberrypi-kernel-headers' has no installation candidate"

[Wernieman]

Habe aktuell kein Buser Raspi .. kannst Du mal gucken, ob der Host es denn hätte?

[deimos]

Hi,

selbst wenn du die Kernel Header installiert bekommst, dann wird das trotzdem nich klappen: Ein Docker Container ist nicht priviligiert und hat damit keine Rechte, Kernel Module zu laden. Dadurch können die notwendigen Kernel Module vom piVCCU Startup Skript nicht innerhalb eines Docker Containers geladen werden. Einzige Lösung wäre es, wenn man den kompletten Startup außerhalb des Docker Containers macht, daber dann kann man auch einfach auf Docker verzichten und piVCCU direkt installieren, die eigentlich CCU ist da ja auch in einem Container. Und rein von der Virtualisierung basieren Docker und LXC auch den gleichen Kernel Mechanismen.

Viele Grüße
Alex

[Wernieman]

Da hat deimos Recht .. hatte jetzt so weit gar nicht gedacht ...