Es gibt nun eine Software CCU für Debian basierte Linux Systeme, die ohne Container / Docker (wie sie z.B. piVCCU verwendet) auskommt:
https://github.com/alexreinert/debmatic
Unterstützt schon Homematic und Homematic IP mit diversen Funkmodulen.
Auch für Raspi.
Vereinfacht vieles ... aber noch nicht mit HMCCU getestet!
Schade, dass man keine der bekannten Funkmodule mit x64 System nutzen kann. Hätte hier Proxmox auf einem Intel NUC laufen.
Für einen Raspberry Pi sehe ich aktuell keinen Vorteil gegenüber Raspberrymatic oder piVCCU.
Zitat von: gloob am 12 Februar 2019, 12:04:35
Schade, dass man keine der bekannten Funkmodule mit x64 System nutzen kann. Hätte hier Proxmox auf einem Intel NUC laufen.
Für einen Raspberry Pi sehe ich aktuell keinen Vorteil gegenüber Raspberrymatic oder piVCCU.
Gegenüber piVCUU sind die Vorteile eher marginal. Die Konfiguration mit durchgereichten Ports ist einfacher und man spart den - zugegeben geringen, aber vorhandenen - Overhead durch den Container.
Im Vergleich zu RasperryMatic sind die Vorteile schon größer: Man kann problemlos weitere Software - wie eben FHEM und Perl - auf dem gleichen System installieren. Bei RaspberryMatic muss man alles "from Scratch" selbst bauen mit den bekannten Seiteneffekten (Dependency Hell).
Zitat von: zap am 12 Februar 2019, 12:12:45
Im Vergleich zu RasperryMatic sind die Vorteile schon größer: Man kann problemlos weitere Software - wie eben FHEM und Perl - auf dem gleichen System installieren. Bei RaspberryMatic muss man alles "from Scratch" selbst bauen mit den bekannten Seiteneffekten (Dependency Hell).
Wobei der Vorteil mit weitere Software bei einem System wie Docker oder Proxmox wieder hinfällig ist. Da setze ich einfach parallel eine weitere virtuelle Maschine auf.
Und bei RaspberryMatix muss auch nix "From Scratch" bauen, da gibt es auch fertige Images.
Hi,
ich oute mich mal als Autor.
Die Aussage, dass es kein Funkmodul für x64 gibt, stimmt so nicht. Ich habe einiges an Arbeit in meine Platine HB-RF-USB gesteckt, mit welcher man beide offiziellen Funkmodule per USB anschließen kann. Rein elektrisch gab es da auch schon vorher Lösungen für, aber die konnten alle nur mit dem alten Funkmodul reden und nur HmRF und kein HmIP. Ich habe da zu der Platine einen entsprechenden Treiber geschrieben, damit auch HmIP geht. Und mit debmatic ist das ganze auch für x64 verfügbar. Klares Ziel bei der Entwicklung von beidem war, dass man Homematic und Homematic IP auf Intel NUCs, Proxmox, etc. nutzen kann.
Und genau diese Verfügbarkeit für x64 ist der große Vorteil ggü. piVCCU (welches im Übrigen auch von mir ist und auch weiter aktiv gepflegt werden wird). Beide Systeme haben ihre Vor- und Nachteile und damit unterschiedliche Zielgruppen.
Viele Grüße
Alex
Zitat von: deimos am 12 Februar 2019, 13:53:36
Hi,
ich oute mich mal als Autor.
Die Aussage, dass es kein Funkmodul für x64 gibt, stimmt so nicht. Ich habe einiges an Arbeit in meine Platine HB-RF-USB gesteckt, mit welcher man beide offiziellen Funkmodule per USB anschließen kann. Rein elektrisch gab es da auch schon vorher Lösungen für, aber die konnten alle nur mit dem alten Funkmodul reden und nur HmRF und kein HmIP. Ich habe da zu der Platine einen entsprechenden Treiber geschrieben, damit auch HmIP geht. Und mit debmatic ist das ganze auch für x64 verfügbar. Klares Ziel bei der Entwicklung von beidem war, dass man Homematic und Homematic IP auf Intel NUCs, Proxmox, etc. nutzen kann.
Und genau diese Verfügbarkeit für x64 ist der große Vorteil ggü. piVCCU (welches im Übrigen auch von mir ist und auch weiter aktiv gepflegt werden wird). Beide Systeme haben ihre Vor- und Nachteile und damit unterschiedliche Zielgruppen.
Viele Grüße
Alex
Ich weiß, dass es die HM-RF-USB Platine gibt. Bei den "bekannten Funkmodule" meinte ich auch eher die hier weit verbreitete USB-Serial-Variante oder Wemos-WLAN-Gateways.
Ich verstehe klar deine Intension und finde es auch klasse, was du da geleistet hast.
Kann es sein, dass die Gerber Dateien bei Github unvollständig/zu viele Dateien sind? Weder DirtyPCB noch JLCPCB wollen den Ordner so akzeptieren. Kann man anstatt der Platine nicht auch einen FTDI Adapter nehmen?
Also sowas: https://de.banggood.com/FT232RL-FTDI-USB-To-TTL-Serial-Converter-Adapter-Module-For-Arduino-p-917226.html
Da sind ja schon relativ viele Pins auch nach außen geführt.
Hi,
Zitat von: gloob am 12 Februar 2019, 14:04:50
Kann es sein, dass die Gerber Dateien bei Github unvollständig/zu viele Dateien sind? Weder DirtyPCB noch JLCPCB wollen den Ordner so akzeptieren.
Ich habe mit den erfolgreich Platinen bestellt. Aber um gleich Unklarheiten aus der Welt zu schaffen: Auch diese Platinen stehen erstmal unter CC-BY-NC-SA 4.0, ein Verkauf somit nur zum Selbstkostenpreis zulässig.
Zitat von: gloob am 12 Februar 2019, 14:04:50
Kann man anstatt der Platine nicht auch einen FTDI Adapter nehmen?
Also sowas: https://de.banggood.com/FT232RL-FTDI-USB-To-TTL-Serial-Converter-Adapter-Module-For-Arduino-p-917226.html
Jein. Auf der Platine sind auch Komponenten drauf, welche dafür sorgen, dass das Funkmodul nur dann Strom bekommt, wenn das laut USB Spec auch zulässig ist und zusätzlich ein Sanftanlauf, weil die Kondensatoren des Funkmoduls ansonsten zu einem Anlaufstrom führen würden, welcher unzulässig ist.
Dazu kommt, dass nicht nur RX und TX verbunden sind, sondern noch ein paar Dinge mehr (z.B. GPIOs für LEDs vom RPI-RF-MOD und Reset).
Wenn man davon absieht, könnte man das auch mit einem FTDI Adapter hinbekommen, wenn man den entsprechend umflasht auf die USB-ID von mir.
Viele Grüße
Alex
Alex,
gibt es eine Möglichkeit, die HB-RF-USB irgendwie "remote" anzubinden? Ich habe bei mir auf Grund der örtlichen Gegebenheiten zur Zeit 3 WLAN Gateways (Wemos D1 mit HM_MOD_RPI) und 2 HM-LAN-GW im Einsatz und müsste die, um bei HmIP die gleiche Funkabdeckung zu haben, durch irgendwas ersetzen, dass ähnlich funktioniert.
Also irgendwas, was nur mit WLAN Verbindung und einem 5V USB Netzteil auskommt.
Reiner
Soweit wie ich es jetzt hier gelesen habe geht es nicht, die Latenzen sind zu groß über WLAN.
Du kannst allerdings schaltbare Steckdosen mit HMIP einsetzen, die können zumindest für HMIP als Repeater laufen.
Hi,
die Anforderungen an die Latenzen sind klar definiert, es braucht eine dauerhafte und stabile Latenz unter 5ms zwischen erstem Byte, welches zum Funkmodul gesendet wird und letztem Byte, welches vom Funkmodul empfangen wird. Wenn man das Funkmodul direkt auf den Raspberry aufsteckt, ist man durch Hardware, Treiber und Kernel da schon bei ca. 3ms. Mit WLAN wird das dann definitiv über 5ms landen und bei WLAN hat man vor allem das Problem, dass die Latenzen nicht stabil sind, (also z.B. mal 1ms, mal 10ms mehr).
Was ich erfolgreich getestet habe, ist der Einsatz eines USB over CAT Extenders mit 20m CAT7 Kabel (die Extender, welche direkt auf das Kabel gehen, ohne das da aktive Netzwerkhardware zwischendrin ist). Ganz ohne Kabel bleiben dir da bei HmIP nur die angesprochene Variante über Routing über Zwischenstecker.
Was man natürlich versuchen kann: Je nach örtlichen Gegenheiten kann eine gut plazierte Groundplane Antenne an einem per USB abgesetzen Funkmodul wahre Wunder vollbringen. Die Groundplane dürfte sich von selbst erklären, aber ich konnte es sehr gut beobachten, dass die Funkleistung durch das absetzen per USB doch spürbar besser wird, weil das eigentliche Funkmodul nochmal einige Zentimeter vom Pi entfernt wird und dadurch deutlich weniger Störstrahlung beim Funkmodul ankommt.
Viele Grüße
Alex
Zitat von: gloob am 12 Februar 2019, 12:04:35
Schade, dass man keine der bekannten Funkmodule mit x64 System nutzen kann. Hätte hier Proxmox auf einem Intel NUC laufen.
Für einen Raspberry Pi sehe ich aktuell keinen Vorteil gegenüber Raspberrymatic oder piVCCU.
Laut der Github Doku sollte es gehen:
"Nutzung auf anderen Systemen (auch x64 Systeme) kann per USB mit der Platine HB-RF-USB erfolgen."
Zitat von: gloob am 12 Februar 2019, 13:11:05
Und bei RaspberryMatix muss auch nix "From Scratch" bauen, da gibt es auch fertige Images.
Perl mit allen für FHEM notwendigen Modulen fertig gebaut für RasperryMatic? Hast Du einen Link? Das wäre doch sehr nützlich!
Ach so. Ich bin nicht davon ausgegangen, dass du FHEM auf dem gleichen Pi laufen lassen willst wie RaspberryMatic
Das meinte ich ja mit dem Vorteil von DebMatic gegenüber RasperryMatic :)
Ich würde bei keinem von deinem FHEM und CCU parallel installieren. In Zeiten von Containern, ist es einfacher alles ein bisschen zu trennen.
Schaut interessant an, vielen Dank.
Habe es gerade auf einen meiner Server installiert.
Wenn ich jetzt den HmIP-RFUSB da anschliesse, kann ich HM IP steuern?
Kommt noch der Support für HMCCU?
Oder gibt es eine andere Möglichkeit das ganze in fhem zu integrieren?
Wer sagt, dass es nicht mit HMCCU funktioniert. Muss halt mal jemand ausprobieren. Die Software ist ja die gleiche.
Ich hatte das im ersten Post so verstanden.
Habe es gerade eingerichtet und scheint zu gehen. Habe halt noch keine Devices an die CCU angebunden.
Hi,
debmatic stellt die gleichen XmlRPC Schnistellen bereit, wie auch die Original CCU3. Sollte das dann wieder Erwarten nicht mit HMCCU laufen, dann ist das ein Bug.
Einzig fehlt mir die Erfahrung mit HMCCU, was passiert, wenn man einen HmIP-RFUSB anschließt, welcher ja nur HmIP kann und deswegen dann der RFD nicht hochfährt. Das wäre bei RaspberryMatic aber das gleiche in grün, denn auch da fährt der RFD nicht hoch, wenn nur ein HmIP-RFUSB dran hängt.
Viele Grüße
Alex
Man legt in HMCCU fest, welche Schnittstellen bedient werden sollen. Man kann hier auch nur HmIP konfigurieren.
Ich muss Dir aber widersprechen. Ich habe eine neue CCU mit RasperryMatic aufgesetzt (Bausatz Charly von ELV). Daran hängt derzeit genau ein Gerät, eine HmIP Steckdose. Trotzdem sind sowohl BidCos-RF als auch HmIP verfügbar. Möglicherweise liegt das an den 50 virtuellen Tasterkanälen, die die CCU per BidCos bereitstellt.
Hi,
Zitat von: zap am 13 Februar 2019, 07:29:26
Ich muss Dir aber widersprechen. Ich habe eine neue CCU mit RasperryMatic aufgesetzt (Bausatz Charly von ELV). Daran hängt derzeit genau ein Gerät, eine HmIP Steckdose. Trotzdem sind sowohl BidCos-RF als auch HmIP verfügbar. Möglicherweise liegt das an den 50 virtuellen Tasterkanälen, die die CCU per BidCos bereitstellt.
Wenn du den Bausatz Charly von ELV hast, dann hast du das RPI-RF-MOD und nicht den HmIP-RFUSB. Es geht nicht darum, ob man Geräte angelernt hat, sondern rein, ob das angeschlossene Funkmodul das jeweilige Funkprotokoll überhaupt kann. Und der HmIP-RFUSB kann nur HmIP und kein HmRF.
Viele Grüße
Alex
Zitat von: deimos am 12 Februar 2019, 14:19:01
...
Jein. Auf der Platine sind auch Komponenten drauf, welche dafür sorgen, dass das Funkmodul nur dann Strom bekommt, wenn das laut USB Spec auch zulässig ist und zusätzlich ein Sanftanlauf, weil die Kondensatoren des Funkmoduls ansonsten zu einem Anlaufstrom führen würden, welcher unzulässig ist.
Dazu kommt, dass nicht nur RX und TX verbunden sind, sondern noch ein paar Dinge mehr (z.B. GPIOs für LEDs vom RPI-RF-MOD und Reset).
Wenn man davon absieht, könnte man das auch mit einem FTDI Adapter hinbekommen, wenn man den entsprechend umflasht auf die USB-ID von mir.
Viele Grüße
Alex
Alex,
das hört sich ja sehr interessant an. Wenn ich das jetzt richtig gelesen habe
- kann ich DebMatic nativ auf einem x86 Debian LXC Container laufen lassen (z.B. in Proxmox)
- ist die Funkschnittstelle via USB Anbindung mit deiner HB-RF-USB Platine möglich
Du schreibst oben, dass die Anbindung auch mit einem USB -> Seriell (FTDI) Adapter ginge, man müsste nur die USB ID umflashen. Da hier viele (so wie ich auch) einen HM-MOD-RPI-PCB direkt via FTDI/CP2102 an USB verwenden, wäre das natürlich eine elegante Möglichkeit, um HMIP mit deiner Lösung zu bekommen.
Frage daher: wass müsste man genau machen, bzw. was müsste wo genau (um)geflasht werden, damit dieser Weg auch geht?
Ist auf jeden Fall ein Top-Projekt !
Andreas
Hi,
Zitat von: fhemfreund am 13 Februar 2019, 13:29:55
das hört sich ja sehr interessant an. Wenn ich das jetzt richtig gelesen habe
- kann ich DebMatic nativ auf einem x86 Debian LXC Container laufen lassen (z.B. in Proxmox)
Nicht LXC Container, sondern KVM VM, da es zwingend eigene Kernel Module braucht und das beißt sich etwas mit dem Shared Kernel bei LXC.
Zitat von: fhemfreund am 13 Februar 2019, 13:29:55
- ist die Funkschnittstelle via USB Anbindung mit deiner HB-RF-USB Platine möglich
Korrekt.
Zitat von: fhemfreund am 13 Februar 2019, 13:29:55
Du schreibst oben, dass die Anbindung auch mit einem USB -> Seriell (FTDI) Adapter ginge, man müsste nur die USB ID umflashen. Da hier viele (so wie ich auch) einen HM-MOD-RPI-PCB direkt via FTDI/CP2102 an USB verwenden, wäre das natürlich eine elegante Möglichkeit, um HMIP mit deiner Lösung zu bekommen.
Frage daher: wass müsste man genau machen, bzw. was müsste wo genau (um)geflasht werden, damit dieser Weg auch geht?
Der CP2102 geht auf keinen Fall, weil der Treiber auf den FT232RL aufsetzt. Zum Umflashen von anderen Adaptern werde ich nichts sagen aus dem einfachen Grund, dass es die zusätzliche Beschaltung braucht damit man USB kompatibel ist. Und ich möchte ungern meine USB-ID gefährden, weil ich Anleitungen gebe, wie man nicht USB kompatible Geräte baut. (Ja ich weiß, dass es bei vielen problemlos läuft, wenn das Funkmodul direkt an einen günstigen FTDI Adapter hängt, aber es ist alles andere als konform, weil da keine Entstörung z.B. durch einen LC Filter vorhanden ist und auch keine Strombegrenzung beim Einstecken und im Standy vorhanden ist)
Viele Grüße
Alex
Zitat von: deimos am 13 Februar 2019, 14:05:43
Hi,
Nicht LXC Container, sondern KVM VM, da es zwingend eigene Kernel Module braucht und das beißt sich etwas mit dem Shared Kernel bei LXC.
Korrekt.
Der CP2102 geht auf keinen Fall, weil der Treiber auf den FT232RL aufsetzt. Zum Umflashen von anderen Adaptern werde ich nichts sagen aus dem einfachen Grund, dass es die zusätzliche Beschaltung braucht damit man USB kompatibel ist. Und ich möchte ungern meine USB-ID gefährden, weil ich Anleitungen gebe, wie man nicht USB kompatible Geräte baut. (Ja ich weiß, dass es bei vielen problemlos läuft, wenn das Funkmodul direkt an einen günstigen FTDI Adapter hängt, aber es ist alles andere als konform, weil da keine Entstörung z.B. durch einen LC Filter vorhanden ist und auch keine Strombegrenzung beim Einstecken und im Standy vorhanden ist)
Viele Grüße
Alex
@Alex
Habe das Ganze jetzt mal in einer Proxmox VM auf einem x86 NUC mit Debian Stretch und dem Backport Kernel 4.19.0-0.bpo.1-amd64 lauffähig bekommen. Sieht schonmal gut aus und ich komme auf die Weboberfläche und kann rumklicken. Werde mich dann mal an deine USB Lösung machen. Da ich jetzt nicht so mit Debmatic (bzw. piVCCU) vertraut bin: wie / wo erwartet denn die SW den seriellen Port des FTDIs? Muss diesen ja in meine VM durchreichen.
Ev. ist das Ganze auch ja schon irgendwo dokumentiert... und es gibt einen Link zum weiterlesen?
Andreas
Hi,
es erwartet keinen seriellen Port, sondern ein komplett durchgereichtes USB Gerät, welches entsprechend beschaltet und geflasht ist. Sobald das USB Gerät in der VM drin ist, wird der Treiber per udev geladen und das Dev /dev/raw-uart angelegt, welches dann beim Start von debmatic genutzt wird. raw-uart ist aber kein normales tty, sondern sehr speziell, daher auch die ganzen Kernel Module. eQ-3 hat sich da eine nicht ganz intuitive Architektur ausgedacht, an der man leider nichts ändern kann.
Viele Grüße
Alex
Heute kam mein HmIP-RFUSB, also gleich mal angesteckt.
Zum Test habe ich mir noch einen HMIP Bewegungsmelder bestellt.
HMCCU eingerichtet und siehe da, der Bewegungsmelder wird gefunden und funktioniert.
Danke für den Test!
Gerne.
Kann es sein, dass sich HMCCU nicht mit dem HMLan verträgt?
Seit heute verlieren meine beiden HMLans andauert die Verbindung?
wahrscheinlich nicht die aktuelle fw 0.965 drauf.
Ja, FW ist aktuell.
Die Abbrüche sind auch erst seit gestern mit der Einrichtung der HMCCU bzw. Mit einrichten des RCP.
Konnte und kann im Moment leider nicht weiter forschen.
Einziger Bezug zwischen HMCCU und der CCU ist eben der RPC Server. Die CCU informiert HMCCU bei Änderung von Datenpunkten. Gibt es Fehlermeldungen im Log der CCU in /var/log/messages ?
HMCCU greift in folgenden Fällen direkt auf die CCU zu:
- Manuelle Aktualisierung von Datenpunkten mit get update
- Start oder Stop eines RPC Servers
- Absetzen eines Schaltbefehls
Ansonsten geht die Kommunikation von der CCU aus.
Hallo,
Habe mir das neue module RPI-RF-MOD geholt und auf einem PI3 DebMatic installiert.
Soweit scheint alles zu laufen, aber ich bekomme wie vorher auch schon mit pivccu meine HMIP Geräte nicht angelernt.
Im UI sehe ich nur 1 Gerät HM-RCV-50 BidCoS-RF, sollte da nicht auch noch HMIP-RF oder so vorhanden sein für die HMIP Geräte?
Hier mal den Output von debmatic-info:
root@raspberrypi:~# debmatic-info
debmatic version: 3.41.11-1
/usr/sbin/debmatic-info: Zeile 9: /etc/default/debmatic: Datei oder Verzeichnis nicht gefunden
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Assigned to GPIO pins
HMRF Hardware: RPI-RF-MOD
HMIP Hardware: RPI-RF-MOD
Board serial: 58a9a71e7e
Radio MAC: unknown
SGTIN: 3014f711a0001f58a9a71e7e
Kann mir da geholfen werden.
Weitere Infos wie logs(wo sind die?) kann ich bereitstellen.
Gruß
Carlos
Zitat von: zap am 15 Februar 2019, 07:40:02
Einziger Bezug zwischen HMCCU und der CCU ist eben der RPC Server. Die CCU informiert HMCCU bei Änderung von Datenpunkten. Gibt es Fehlermeldungen im Log der CCU in /var/log/messages ?
HMCCU greift in folgenden Fällen direkt auf die CCU zu:
- Manuelle Aktualisierung von Datenpunkten mit get update
- Start oder Stop eines RPC Servers
- Absetzen eines Schaltbefehls
Ansonsten geht die Kommunikation von der CCU aus.
Kann es sein, das DebMatic versucht, auf die HMLan's zuzugreifen und die deswegen auf disconnect gehen?
Hi,
Zitat von: Mitch am 15 Februar 2019, 08:55:12
Kann es sein, das DebMatic versucht, auf die HMLan's zuzugreifen und die deswegen auf disconnect gehen?
Nicht selbstständig, das könnte nur passieren, wenn man sie innerhalb von debmatic über die Weboberfläche konfiguriert.
Viele Grüße
Alex
Hab ich nicht gemacht.
Der fhem Log zeigt bis jetzt keine Auffälligkeiten.
Die Fehlermeldung kommt immer wieder in DebMatic:
https://lh3.googleusercontent.com/SbfIRLlevWCyMZ0UL_ZKUjMHUE5xLR4ln6lPRUmCrd0B9_OFT0HHxw6N-Dm59zt-Vl4qHYZ4dpZFkCA19gse6etBUMSX29ryaSnlsUsU7QzuvGMp64hpxrLwexX9vdPcpqS5D383yOlzQbh-08S6WEDqtNP84oymZMDGKA_6xO7ONcjV9Jrrp4oZ8MqxD7obNVKx0FNeScO0V_lG8brwIWwjiCogVpVL_zLZAWw3t4bw3IcRgdAnr25Es-CQEMGOQDMnN2PJrR7k4IHCutLp6X3LNUMyD3fjQveKausIajdm_q_gfZky_PZ3qKDatinuZSLp1bV-B9y80d2t2DbWJ35WVfJ-G3cW9-ALlLE-TLJiItG_eajaV34EzKCNwnvXa_NMTQ2sKsaMkY47p_3-8mg-l1mNBQ2nc1CrOoz1S0p4dY7Ld8yj9e1kCvpPc47m3B6dYcwkX9GSvrVvaLtK9oP4JiPeM1gRnstB0ZLc1H63XCndqJ-2f-KzpRuATu3zD8psErYkRXNnDzgLloI3p8iq5_y27sjKvtZuUkYmwnoSvaoL9Bl4C-_eyYDvB8lZ0xoRjsLyNjW1bEMdOX7whRI44xt9UjurOwpDcy-VCQu_Su-q-4LrR0jfk8hNoPE_dPA5J0KhZbYx6XXpr4iNcbnS4wcK1iog=w405-h285-no (https://lh3.googleusercontent.com/SbfIRLlevWCyMZ0UL_ZKUjMHUE5xLR4ln6lPRUmCrd0B9_OFT0HHxw6N-Dm59zt-Vl4qHYZ4dpZFkCA19gse6etBUMSX29ryaSnlsUsU7QzuvGMp64hpxrLwexX9vdPcpqS5D383yOlzQbh-08S6WEDqtNP84oymZMDGKA_6xO7ONcjV9Jrrp4oZ8MqxD7obNVKx0FNeScO0V_lG8brwIWwjiCogVpVL_zLZAWw3t4bw3IcRgdAnr25Es-CQEMGOQDMnN2PJrR7k4IHCutLp6X3LNUMyD3fjQveKausIajdm_q_gfZky_PZ3qKDatinuZSLp1bV-B9y80d2t2DbWJ35WVfJ-G3cW9-ALlLE-TLJiItG_eajaV34EzKCNwnvXa_NMTQ2sKsaMkY47p_3-8mg-l1mNBQ2nc1CrOoz1S0p4dY7Ld8yj9e1kCvpPc47m3B6dYcwkX9GSvrVvaLtK9oP4JiPeM1gRnstB0ZLc1H63XCndqJ-2f-KzpRuATu3zD8psErYkRXNnDzgLloI3p8iq5_y27sjKvtZuUkYmwnoSvaoL9Bl4C-_eyYDvB8lZ0xoRjsLyNjW1bEMdOX7whRI44xt9UjurOwpDcy-VCQu_Su-q-4LrR0jfk8hNoPE_dPA5J0KhZbYx6XXpr4iNcbnS4wcK1iog=w405-h285-no)
Der Log in DebMatic zeigt sehr viele dieser Einträge:
Feb 15 08:11:34 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:11:39 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:11:44 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:11:49 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:11:54 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:11:59 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:04 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:09 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:14 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:19 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:24 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:29 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:34 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:39 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:44 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:49 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:54 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:12:59 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:13:04 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:13:09 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:13:14 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Feb 15 08:13:19 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
HMCCU richtig eingerichtet?
Internals:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
DEF 192.168.0.184 ccudelay=180
FUUID 5c63280e-f33f-5738-3158-6d817b37ac0d3453
NAME Debmatic
NOTIFYDEV global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
NR 868
NTFY_ORDER 50-Debmatic
RPCState inactive
STATE inactive/OK
TYPE HMCCU
ccuchannels 3
ccudevices 1
ccuinterfaces VirtualDevices,BidCos-RF,HmIP-RF
ccuip 192.168.0.184
ccustate active
ccutype CCU2/3
host 192.168.0.184
prot http
version 4.3.012
READINGS:
2019-02-14 13:55:25 count_channels 3
2019-02-14 13:55:25 count_devices 1
2019-02-14 13:55:25 count_groups 0
2019-02-14 13:55:25 count_interfaces 3
2019-02-14 13:55:25 count_programs 0
2019-02-14 14:03:16 rpcstate inactive
2019-02-14 14:06:05 state OK
hmccu:
defInterface BidCos-RF
defPort 2001
evtime 0
evtimeout 0
rpccount 0
rpcports 2010
updatetime 0
adr:
HmIP-SMI 000918A9952DE7:
address 000918A9952DE7
addtype dev
valid 1
HmIP-SMI 000918A9952DE7:0:
address 000918A9952DE7:0
addtype chn
valid 1
HmIP-SMI 000918A9952DE7:1:
address 000918A9952DE7:1
addtype chn
valid 1
HmIP-SMI 000918A9952DE7:2:
address 000918A9952DE7:2
addtype chn
valid 1
agg:
ccu:
chncount 3
delay 180
delayed 0
devcount 1
gcount 0
ifcount 3
prgcount 0
timeout 1
dev:
000918A9952DE7:
addtype dev
channels 3
chndir 0
firmware 1.4.8
interface HmIP-RF
name HmIP-SMI 000918A9952DE7
rxmode 3
type HmIP-SMI
valid 1
version 3
000918A9952DE7:0:
addtype chn
channels 1
chndir 0
name HmIP-SMI 000918A9952DE7:0
usetype MAINTENANCE
valid 1
version 3
000918A9952DE7:1:
addtype chn
channels 1
chndir 1
name HmIP-SMI 000918A9952DE7:1
usetype MOTIONDETECTOR_TRANSCEIVER
valid 1
version 3
000918A9952DE7:2:
addtype chn
channels 1
chndir 2
name HmIP-SMI 000918A9952DE7:2
usetype STATE_RESET_RECEIVER
valid 1
version 3
dp:
HmIP-SMI:
ch:
0:
CONFIG_PENDING:
oper 5
type 2
DUTY_CYCLE:
oper 5
type 2
ERROR_CODE:
oper 5
type 8
INSTALL_TEST:
oper 3
type 2
LOW_BAT:
oper 5
type 2
OPERATING_VOLTAGE:
oper 5
type 4
OPERATING_VOLTAGE_STATUS:
oper 5
type 16
RSSI_DEVICE:
oper 5
type 8
RSSI_PEER:
oper 5
type 8
SABOTAGE:
oper 5
type 2
UNREACH:
oper 5
type 2
UPDATE_PENDING:
oper 5
type 2
1:
CURRENT_ILLUMINATION:
oper 5
type 4
CURRENT_ILLUMINATION_STATUS:
oper 5
type 16
ILLUMINATION:
oper 5
type 4
ILLUMINATION_STATUS:
oper 5
type 16
MOTION:
oper 5
type 2
MOTION_DETECTION_ACTIVE:
oper 7
type 2
RESET_MOTION:
oper 2
type 2
cnt:
CONFIG_PENDING 1
CURRENT_ILLUMINATION 1
CURRENT_ILLUMINATION_STATUS 1
DUTY_CYCLE 1
ERROR_CODE 1
ILLUMINATION 1
ILLUMINATION_STATUS 1
INSTALL_TEST 1
LOW_BAT 1
MOTION 1
MOTION_DETECTION_ACTIVE 1
OPERATING_VOLTAGE 1
OPERATING_VOLTAGE_STATUS 1
RESET_MOTION 1
RSSI_DEVICE 1
RSSI_PEER 1
SABOTAGE 1
UNREACH 1
UPDATE_PENDING 1
grp:
ifports:
2001 BidCos-RF
2010 HmIP-RF
9292 VirtualDevices
interfaces:
BidCos-RF:
device d_rpc000184BidCos_RF
flags forceASCII
host 192.168.0.184
manager HMCCU
port 2001
prot http
state inactive
type A
url http://192.168.0.184:2001
HmIP-RF:
device d_rpc000184HmIP_RF
flags forceASCII
host 192.168.0.184
manager HMCCU
port 2010
prot http
state running
type A
url http://192.168.0.184:2010
VirtualDevices:
flags _
host 192.168.0.184
manager null
port 9292
prot http
state inactive
type A
url http://192.168.0.184:9292/groups
prg:
rpc:
Attributes:
DbLogExclude .*
ccuflags procrpc
event-on-change-reading .*
group Zentrale
icon hm_ccu
room Zentrale
rpcinterfaces HmIP-RF
rpcport 2010
rpcserver on
stateFormat rpcstate/state
verbose 2
Internals:
CCUNum 1
DEF http://192.168.0.184 HmIP-RF
FD 50
FUUID 5c6561e2-f33f-5738-a051-638e35cd5723fb86
IODev Debmatic
NAME d_rpc000184HmIP_RF
NR 870
RPCPID 2480
RPCState running
STATE running/OK
TYPE HMCCURPCPROC
ccuip 192.168.0.184
ccustate active
ccutype CCU2/3
host 192.168.0.184
prot http
rpcid 000005000184
rpcinterface HmIP-RF
rpcip 192.168.0.184
rpcport 2010
version 1.6
READINGS:
2019-02-14 14:05:38 rpcstate running
2019-02-14 14:05:38 state OK
hmccu:
defaultaddr 192.168.0.5
devspec HmIP-RF
evtime 0
localaddr 192.168.0.5
rpcstarttime 1550149538.7958
rpc:
avgdelay 0.067272294723868
cbport 7420
cburl http://192.168.0.5:7420/fh2010
clkey CB2010000005000184
clurl http://fhem:Formel1Sieg@192.168.0.184:2010
evtime 1550216677.9768
pid 2480
port 2010
state running
sumdelay 40.228832244873
rec:
DD 0
EV 598
EX 0
IN 0
ND 4
RA 0
RD 0
SL 1
ST 1
TO 0
UD 0
snd:
DD 0
EV 495
EX 0
IN 0
ND 4
RA 0
RD 0
SL 1
TO 0
UD 0
Attributes:
alias CCU RPC HmIP-RF
eventMap /rpcserver on:on/rpcserver off:off/
group Zentrale
icon hm_ccu
room Zentrale
stateFormat rpcstate/state
verbose 2
HMCCU seitig sieht das gut aus. Zu der Meldung
bidcos.dispatcher.BidCosRpcDispatcher ERROR [Timer-2] Could not register BidCos-RF_java
Kann ich nichts sagen. Hast Du BidCos-RF Geräte an der CCU? Am besten siehst Du das im CCU WebUI unter "Einstellungen/Geräte" .
Bitte auch prüfen, ob es eine virtuelle Fernbedienung vom Typ HM-RCV-50 mit dem Interface BidCos-RF gibt.
Nein, habe keine BidCos-RF Geräte, nur den HmIP-RFUSB (wo sehe ich den denn in der WebGUI?) und einen Bewegungsmelder HmIP-SMI.
Wo finde ich die virtuelle Fernbedienung vom Typ HM-RCV-50?
Die Oberfläche ist neu für mich und schon gewöhnungsbedürftig :-[
Hi,
was für ein Funkmodul hast du an Debmatic?
Was steht in der Datei /var/hm_mode?
Was steht in /var/log/syslog?
Viele Grüße
Alex
HmIP-RFUSB
hm_mode:
HM_HOST='DEBMATIC'
HM_HOST_RAW_UART=''
HM_HOST_GPIO_UART=''
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE=''
HM_HMIP_DEVNODE='/dev/ttyUSB0'
HM_HMRF_DEV=''
HM_HMIP_DEV='HMIP-RFUSB'
HM_HMRF_SERIAL='DEB2459870'
HM_HMRF_VERSION=''
HM_HMRF_ADDRESS=''
HM_HMIP_SGTIN=''
HM_HMIP_SERIAL=''
HM_HMIP_VERSION=''
HM_HMIP_ADDRESS=''
syslog:
Feb 15 07:00:07 qfproxy systemd[1]: Starting debmatic-setinterfaceclock.service...
Feb 15 07:00:07 qfproxy SetInterfaceClock[9576]: Error in XmlRpcClient::doConnect: Could not connect to server (error 101).
Feb 15 07:00:07 qfproxy systemd[1]: debmatic-setinterfaceclock.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Feb 15 07:00:07 qfproxy systemd[1]: debmatic-setinterfaceclock.service: Failed with result 'exit-code'.
Feb 15 07:00:07 qfproxy systemd[1]: Failed to start debmatic-setinterfaceclock.service.
Feb 15 07:14:57 qfproxy smartd[780]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 181 to 176
Feb 15 07:17:01 qfproxy CRON[9651]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Feb 15 07:21:21 qfproxy systemd[1]: Starting Daily apt download activities...
Feb 15 07:21:25 qfproxy systemd[1]: Started Daily apt download activities.
Feb 15 07:44:57 qfproxy smartd[780]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 176 to 171
Feb 15 08:00:21 qfproxy systemd[1]: Starting debmatic-setinterfaceclock.service...
Feb 15 08:00:21 qfproxy SetInterfaceClock[9912]: Error in XmlRpcClient::doConnect: Could not connect to server (error 101).
Feb 15 08:00:21 qfproxy systemd[1]: debmatic-setinterfaceclock.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Feb 15 08:00:21 qfproxy systemd[1]: debmatic-setinterfaceclock.service: Failed with result 'exit-code'.
Feb 15 08:00:21 qfproxy systemd[1]: Failed to start debmatic-setinterfaceclock.service.
Feb 15 08:00:21 qfproxy snapd[6038]: udevmon.go:190: udev monitor observed remove event for unknown device "/sys/cred_jar(2109:debmatic-setinterfaceclock.service)"
Feb 15 08:14:57 qfproxy smartd[780]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 171 to 162
Feb 15 08:17:01 qfproxy CRON[10217]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Feb 15 08:23:45 qfproxy systemd[1]: Created slice User Slice of markus.
Feb 15 08:23:45 qfproxy systemd[1]: Starting User Manager for UID 1000...
Feb 15 08:23:45 qfproxy systemd[1]: Started Session 27 of user markus.
Feb 15 08:23:46 qfproxy systemd[10359]: Listening on GnuPG cryptographic agent and passphrase cache.
Feb 15 08:23:46 qfproxy systemd[10359]: Reached target Timers.
Feb 15 08:23:46 qfproxy systemd[10359]: Listening on GnuPG network certificate management daemon.
Feb 15 08:23:46 qfproxy systemd[10359]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Feb 15 08:23:46 qfproxy systemd[10359]: Reached target Paths.
Feb 15 08:23:46 qfproxy systemd[10359]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Feb 15 08:23:46 qfproxy systemd[10359]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Feb 15 08:23:46 qfproxy systemd[10359]: Reached target Sockets.
Feb 15 08:23:46 qfproxy systemd[10359]: Reached target Basic System.
Feb 15 08:23:46 qfproxy systemd[1]: Started User Manager for UID 1000.
Feb 15 08:23:46 qfproxy systemd[10359]: Reached target Default.
Feb 15 08:23:46 qfproxy systemd[10359]: Startup finished in 207ms.
Feb 15 08:33:29 qfproxy systemd[1]: Stopping User Manager for UID 1000...
Feb 15 08:33:29 qfproxy systemd[10359]: Stopped target Default.
Feb 15 08:33:29 qfproxy systemd[10359]: Stopped target Basic System.
Feb 15 08:33:29 qfproxy systemd[10359]: Stopped target Sockets.
Feb 15 08:33:29 qfproxy systemd[10359]: Closed GnuPG cryptographic agent and passphrase cache.
Feb 15 08:33:29 qfproxy systemd[10359]: Stopped target Timers.
Feb 15 08:33:29 qfproxy systemd[10359]: Closed GnuPG cryptographic agent and passphrase cache (restricted).
Feb 15 08:33:29 qfproxy systemd[10359]: Closed GnuPG network certificate management daemon.
Feb 15 08:33:29 qfproxy systemd[10359]: Closed GnuPG cryptographic agent and passphrase cache (access for web browsers).
Feb 15 08:33:29 qfproxy systemd[10359]: Closed GnuPG cryptographic agent (ssh-agent emulation).
Feb 15 08:33:29 qfproxy systemd[10359]: Stopped target Paths.
Feb 15 08:33:29 qfproxy systemd[10359]: Reached target Shutdown.
Feb 15 08:33:29 qfproxy systemd[10359]: Starting Exit the Session...
Feb 15 08:33:29 qfproxy systemd[10359]: Received SIGRTMIN+24 from PID 10661 (kill).
Feb 15 08:33:29 qfproxy systemd[1]: Stopped User Manager for UID 1000.
Feb 15 08:33:29 qfproxy systemd[1]: Removed slice User Slice of markus.
Feb 15 08:50:01 qfproxy systemd[1]: Created slice User Slice of markus.
Feb 15 08:50:01 qfproxy systemd[1]: Starting User Manager for UID 1000...
Feb 15 08:50:01 qfproxy systemd[1]: Started Session 29 of user markus.
Feb 15 08:50:02 qfproxy systemd[10915]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
Feb 15 08:50:02 qfproxy systemd[10915]: Reached target Paths.
Feb 15 08:50:02 qfproxy systemd[10915]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Feb 15 08:50:02 qfproxy systemd[10915]: Listening on GnuPG cryptographic agent and passphrase cache.
Feb 15 08:50:02 qfproxy systemd[10915]: Listening on GnuPG network certificate management daemon.
Feb 15 08:50:02 qfproxy systemd[10915]: Reached target Timers.
Feb 15 08:50:02 qfproxy systemd[10915]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
Feb 15 08:50:02 qfproxy systemd[10915]: Reached target Sockets.
Feb 15 08:50:02 qfproxy systemd[10915]: Reached target Basic System.
Zitat von: Mitch am 15 Februar 2019, 09:31:05
Nein, habe keine BidCos-RF Geräte, nur den HmIP-RFUSB (wo sehe ich den denn in der WebGUI?) und einen Bewegungsmelder HmIP-SMI.
Wo finde ich die virtuelle Fernbedienung vom Typ HM-RCV-50?
Die Oberfläche ist neu für mich und schon gewöhnungsbedürftig :-[
Im Menü unter Einstellungen -> Geräte.
Da sehe ich ja nur meinen Bewegungsmelder.
Die Frage ist, wo sehe ich die Interfaces?
Hi,
ich konnte das Problem nachstellen. Im lauf des Tages kommt ein Bugfix, welcher dann per apt eingespielt werden kann.
Viele Grüße
Alex
ok, scheint nicht an HMCCU zu liegen.
@Mitch: Es gibt ein bekanntes Problem beim Starten der RPC Server, sofern auf einer CCU nur HmIP Geräte vorhanden sind. Wenn das bei Dir nicht auftritt, um so besser. Trifft auch nicht jeden. Bei meiner CCU3 mit lediglich einer HmIP Steckdose dran tritt dieser Fehler auch nicht auf.
Wenn Du also Probleme mit dem Start der RPC Server hast, melde dich.
Hi,
Upgrade bricht mit folgendem Fehler ab:
root@raspberrypi:~# apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
realpath
Verwenden Sie »apt autoremove«, um es zu entfernen.
Die folgenden Pakete werden aktualisiert (Upgrade):
debmatic
1 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 46,8 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
Holen:1 https://www.debmatic.de/debmatic stable/main armhf debmatic armhf 3.41.11-2 [46,8 MB]
Es wurden 46,8 MB in 24 s geholt (1.897 kB/s).
Lese Changelogs... Fertig
Vorkonfiguration der Pakete ...
(Lese Datenbank ... 170900 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../debmatic_3.41.11-2_armhf.deb ...
Already disabled debmatic
Run "service lighttpd force-reload" to enable changes
dpkg: Warnung: Unterprozess altes pre-removal-Skript gab den Fehlerwert 2 zurück
dpkg: stattdessen wird Skript aus dem neuen Paket probiert ...
dpkg: ... sieht so aus, als hätte das geklappt.
Entpacken von debmatic (3.41.11-2) über (3.41.11-1) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/debmatic_3.41.11-2_armhf.deb (--unpack):
Link zur Sicherung von »./boot/VERSION« vor Installation der neuen Version kann nicht angelegt werden: Die Operation ist nicht erlaubt
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/debmatic_3.41.11-2_armhf.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Gruß
Carlos
Hi,
ich habe das Update auf 4 Systemen getestet, diesen Fehler kann ich nicht nachvollziehen.
Wie viel Platz hast du noch auf der SD Karte frei, wie viele Inodes sind noch frei?
Viele Grüße
Alex
Überlege ob ich zu Fhem, DeconzZigbee noch Debmatic
auf meinem Raspi3 installiere. Wie hoch ist die Cpuauslastung
bei Debmatic?
Zitat von: deimos am 15 Februar 2019, 11:22:03
Hi,
ich konnte das Problem nachstellen. Im lauf des Tages kommt ein Bugfix, welcher dann per apt eingespielt werden kann.
Viele Grüße
Alex
Update lief sauber durch, Danke.
Mal sehen, ob das "Problem" weg ist.
Nachtrag: es sind nun ein paar Anzeigen zerschossen.
Z.B.
Startseite > Status und Bedienung > Geräteoder
Startseite > Programme & Verknüpfungen > Direkte Verknüpfungen > Geräte- / Kanalparameter einstellenoder
Geräte anlernen usw. usw.
Also leider ziemlich viel.
Hallo,
Platz ist genug vorhanden, Inodes auch:
root@raspberrypi:~# df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root 29G 4,9G 23G 18% /
devtmpfs 460M 0 460M 0% /dev
tmpfs 464M 0 464M 0% /dev/shm
tmpfs 464M 13M 452M 3% /run
tmpfs 5,0M 8,0K 5,0M 1% /run/lock
tmpfs 464M 0 464M 0% /sys/fs/cgroup
/dev/mmcblk0p1 44M 23M 22M 51% /boot
tmpfs 93M 0 93M 0% /run/user/1000
tmpfs 93M 0 93M 0% /run/user/0
root@raspberrypi:~# df -i
Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf
/dev/root 1875744 184812 1690932 10% /
devtmpfs 117529 375 117154 1% /dev
tmpfs 118681 1 118680 1% /dev/shm
tmpfs 118681 457 118224 1% /run
tmpfs 118681 4 118677 1% /run/lock
tmpfs 118681 10 118671 1% /sys/fs/cgroup
/dev/mmcblk0p1 0 0 0 - /boot
tmpfs 118681 14 118667 1% /run/user/1000
tmpfs 118681 11 118670 1% /run/user/0
root@raspberrypi:~#
Gruß
Carlos
Hi,
da hat sich nichts geändert, einzig wird beim Start die Datei /etc/config/InterfacesList.xml angepasst, so das BidCos als Schnittstelle rausfliegt.
Kann es einfach sein, dass du nicht frisch auf die Startseite gegangen bist und durch das Update deine Session im Browser beendet wurde? Zum Testen einfach Strg+F5 ausführen.
Viele Grüße
Alex
Daran liegt es nicht, habe mehrere Browser getestet.
Mmh...
Hi,
mal einen Reboot probiert? Irgendwelche Fehlermeldungen beim Update? Screenshot?
Viele Grüße
Alex
Hi,
Reboot gemacht.
Selbst ein: "apt-get remove --force-yes debmatic" funktioniert nicht.
root@raspberrypi:~# apt-get remove --force-yes debmatic
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
realpath
Verwenden Sie »apt autoremove«, um es zu entfernen.
Die folgenden Pakete werden ENTFERNT:
debmatic
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
(Lese Datenbank ... 170900 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von debmatic (3.41.11-1) ...
Already disabled debmatic
Run "service lighttpd force-reload" to enable changes
dpkg: Fehler beim Bearbeiten des Paketes debmatic (--remove):
Unterprozess installiertes pre-removal-Skript gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
debmatic
E: Sub-process /usr/bin/dpkg returned an error code (1)
Keine Ahnung was ich jetzt noch machen soll, außer einer frischen Installation von Raspian und debmatic.
Gruß
Carlos
Hi,
sudo systemctl stop debmatic.service
sudo lighttpd-disable-mod debmatic
sudo systemctl force-reload lighttpd.service
sudo rm -f /usr/sbin/debmatic-*
sudo rm /var/lib/dpkg/info/debmatic.postrm
sudo apt remove debmatic
sudo apt install debmatic
Viele Grüße
Alex
Schnellschuß:
ist das boot-Device readonly gemountet?
Und was ist es für ein Dateisystem?
Leider der gleiche Fehler bei: sudo apt remove debmatic
root@raspberrypi:~# sudo apt remove debmatic
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
realpath
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
Die folgenden Pakete werden ENTFERNT:
debmatic
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
(Lese Datenbank ... 170900 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von debmatic (3.41.11-1) ...
Already disabled debmatic
Run "service lighttpd force-reload" to enable changes
dpkg: Fehler beim Bearbeiten des Paketes debmatic (--remove):
Unterprozess installiertes pre-removal-Skript gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
debmatic
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ist eine Standard Raspian stretch installation, gemounted wird so:
PARTUUID=d1017541-01 /boot vfat defaults 0 2
Gruß
Carlos
mach mal lieber
mount | grep boot
Zitat von: deimos am 15 Februar 2019, 13:00:57
Hi,
mal einen Reboot probiert? Irgendwelche Fehlermeldungen beim Update? Screenshot?
Viele Grüße
Alex
Reboot gemacht.
Im Anhang zwei Screenshots
root@raspberrypi:~# mount | grep boot
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
rw
Da weiß ich aktuell auch nicht mehr ....
Zitat von: Mitch am 15 Februar 2019, 14:07:28
Im Anhang zwei Screenshots
@Mitch
Kannst Du einmal vom 1. Screenshot im blauen Balken im weißen Feld den angezeigten Text leserlich extrahieren?
.
Zitat von: deimos am 14 Februar 2019, 07:40:19
Hi,
es erwartet keinen seriellen Port, sondern ein komplett durchgereichtes USB Gerät, welches entsprechend beschaltet und geflasht ist. Sobald das USB Gerät in der VM drin ist, wird der Treiber per udev geladen und das Dev /dev/raw-uart angelegt, welches dann beim Start von debmatic genutzt wird. raw-uart ist aber kein normales tty, sondern sehr speziell, daher auch die ganzen Kernel Module. eQ-3 hat sich da eine nicht ganz intuitive Architektur ausgedacht, an der man leider nichts ändern kann.
Viele Grüße
Alex
@Alex,
Habe jetzt mal ein USB Device eingerichtet und an meine VM durchgereicht. Bekomme auch via debmatic-info (Teile der Serial/Mac ich ich mit 'x' geändert) folgendes:
debmatic version: 3.41.11-1
Kernel modules: Available
Raw UART dev: Available
HMRF Hardware: HM-MOD-RPI-PCB
HMIP Hardware: HM-MOD-RPI-PCB
Board serial: OEQ0308xxx
Radio MAC: 0x583xxx
SGTIN: unknown
Allerdings startet danach Debmatic nur mit sehr langer Verzögerung (~5min) und bringt dann den Fehler
Interface-Prozess 'BidCos-RF' läuft nicht.
Interface-Prozess 'VirtualDevices' läuft nicht.
Interface-Prozess 'HmIP-RF' läuft nicht.
wenn ich z.B.
Startseite > Programme und Verknüpfungen > Direkte Verknüpfungen > Neue Verknüpfung anlegen - Schritt 1/3
aufrufe.
wo kann ich noch weiter schauen? ggf. in Logfiles? Fehlt da ev. noch eine Config?
Andreas
so, neues Problem, die HMCCU findet keinen Adapter mehr:
2019.02.15 14:34:27 1: HMCCU: [Debmatic] HMCCU: Error while reading device list from CCU 192.168.0.184
2019.02.15 14:34:27 1: HMCCU: [Debmatic] Neither interface BidCos-RF nor HmIP-RF does exist on CCU
2019.02.15 14:34:27 1: HMCCU: [Debmatic] HMCCU: Initializing device
2019.02.15 14:34:27 1: HMCCU: [Debmatic] Initialized version 4.3.012
und das steht auch in der WebUI von Debmatic: Das Gerät mit der Seriennummer '000918A9952DE7' vom Interface 'HmIP-RF' konnte nicht abgefragt werden!
Das ist der Text aus dem Screenshot
Hi,
@fhemfreund Was steht in /var/hm_mode
Viele Grüße
Alex
Hi,
@Mitch Was steht in der /var/log/hmserver.log?
Viele Grüße
Alex
Zitat von: deimos am 15 Februar 2019, 14:42:44
Hi,
@fhemfreund Was steht in /var/hm_mode
Viele Grüße
Alex
@Alex,
HM_HOST='DEBMATIC'
HM_HOST_RAW_UART='raw-uart'
HM_HOST_GPIO_UART='/dev/raw-uart'
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE='/dev/mmd_bidcos'
HM_HMIP_DEVNODE='/dev/mmd_hmip'
HM_HMRF_DEV='HM-MOD-RPI-PCB'
HM_HMIP_DEV='HM-MOD-RPI-PCB'
HM_HMRF_SERIAL='OEQ0308xxx'
HM_HMRF_VERSION='1.4.1'
HM_HMRF_ADDRESS='0x583xxx'
HM_HMIP_SGTIN=''
HM_HMIP_SERIAL='OEQ0308xxx'
HM_HMIP_VERSION='1.4.1'
HM_HMIP_ADDRESS='0x583xxx'
Andreas
Zitat von: deimos am 15 Februar 2019, 14:45:49
Hi,
@Mitch Was steht in der /var/log/hmserver.log?
Viele Grüße
Alex
Feb 15 12:58:21 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] InitBidCosCache
Feb 15 12:58:21 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-2] IO Exception: Could not reinitialize interface: HmIP-RF_java. Remove interface from list.
de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused (Connection refused)
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:90)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:99)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:87)
at com.sun.proxy.$Proxy10.listDevices(Unknown Source)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.LegacyBackendClient.listDevices(LegacyBackendClient.java:140)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil.synchronizedBackendDevices(DeviceUtil.java:127)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.loadClients(InterfaceInitializer.java:205)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:130)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:31)
at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.net.ConnectException: Connection refused (Connection refused)
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120)
at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179)
at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134)
at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612)
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:86)
... 16 more
Feb 15 12:58:21 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Thread-1] BidCosCache could not be initialized
Feb 15 12:58:21 de.eq3.ccu.bidcos.dispatcher.BidCosRpcDispatcher ERROR [Thread-1] java.net.ConnectException: Connection refused (Connection refused)
Feb 15 12:58:21 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create groupDefinitionProvider
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create VirtualDeviceHolder
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create VirtualDeviceHandlerRega
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create GroupAdministrationService
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create GroupDeviceDispatcher
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create GroupDeviceHandler
Feb 15 12:58:24 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] @GroupDeviceHandler - initializing...
Feb 15 12:58:24 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] --> created groupDeviceDispatcher (GroupDeviceService to BidCoS (via Dispatcher))
Feb 15 12:58:24 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] --> created virtualDeviceHandler (GroupDeviceService to ReGa)
Feb 15 12:58:24 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [Thread-1] --> got groupDefinitionProvider
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create BidCosGroupMemberProvider
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init groupAdministrationService
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init Virtual OS Device
Feb 15 12:58:24 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init ESHLight Bridge
Feb 15 12:58:27 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create RrdDatalogging
Feb 15 12:58:27 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create MeasurementService
Feb 15 12:58:27 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Init MeasurementService
Feb 15 12:58:27 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create HTTP Server
Feb 15 12:58:28 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create BidCos context and start handler
Feb 15 12:58:28 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Create group context and start handler
Feb 15 12:58:28 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [Thread-1] Add Interfaces from handler list
Feb 15 12:58:28 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [Thread-1] Added from HandleFile: InterfaceId= 1008
Feb 15 12:58:28 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-11] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand
Feb 15 12:58:39 de.eq3.ccu.server.BaseHMServer INFO [Thread-1] Starting HMServer done
Feb 15 12:58:39 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-1] (un)registerCallback on LegacyServiceHandler called from url: http://127.0.0.1:39292/bidcos
Feb 15 12:58:39 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO [vert.x-worker-thread-1] init finished
Feb 15 12:58:39 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-0] Added InterfaceId: HmIP-RF_java
Feb 15 12:58:39 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO [vert.x-worker-thread-0] updateDevicesForClient HmIP-RF_java -> 4 device addresses will be added
Feb 15 12:58:43 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-4] (un)registerCallback on VirtualDeviceHandlerRega called from url: xmlrpc_bin://127.0.0.1:31999
Feb 15 12:58:43 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-4] Added InterfaceId: 1008
Feb 15 12:58:43 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-12] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand
Feb 15 13:02:12 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory
Feb 15 13:02:12 de.eq3.lib.util.dynamics.GenericFactory INFO [main] created instance of HMServerConfiguration with parameter(s)
Feb 15 13:02:12 de.eq3.lib.util.dynamics.GenericFactory INFO [main] passed 1 parameter(s), in declarative order [String]
Feb 15 13:02:12 de.eq3.ccu.server.BaseHMServer INFO [main] Creating instance of HMServer...
Feb 15 13:02:22 de.eq3.ccu.server.BaseHMServer INFO [main] Create GroupAdministrationService
Feb 15 13:02:22 de.eq3.ccu.server.BaseHMServer INFO [main] Create GroupDeviceDispatcher
Feb 15 13:02:22 de.eq3.ccu.server.BaseHMServer INFO [main] Create GroupDeviceHandler
Feb 15 13:02:22 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] @GroupDeviceHandler - initializing...
Feb 15 13:02:22 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] --> created groupDeviceDispatcher (GroupDeviceService to BidCoS (via Dispatcher))
Feb 15 13:02:22 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] --> created virtualDeviceHandler (GroupDeviceService to ReGa)
Feb 15 13:02:22 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] --> got groupDefinitionProvider
Feb 15 13:02:22 de.eq3.ccu.server.BaseHMServer INFO [main] Create BidCosGroupMemberProvider
Feb 15 13:02:22 de.eq3.ccu.server.BaseHMServer INFO [main] Init groupAdministrationService
Feb 15 13:02:22 de.eq3.ccu.server.BaseHMServer INFO [main] Init Virtual OS Device
Feb 15 13:02:22 de.eq3.ccu.server.BaseHMServer INFO [main] Init ESHLight Bridge
Feb 15 13:02:25 de.eq3.ccu.server.BaseHMServer INFO [main] Create RrdDatalogging
Feb 15 13:02:25 de.eq3.ccu.server.BaseHMServer INFO [main] Create MeasurementService
Feb 15 13:02:25 de.eq3.ccu.server.BaseHMServer INFO [main] Init MeasurementService
Feb 15 13:02:25 de.eq3.ccu.server.BaseHMServer INFO [main] Create HTTP Server
Feb 15 13:02:30 de.eq3.ccu.server.BaseHMServer INFO [main] Create BidCos context and start handler
Feb 15 13:02:30 de.eq3.ccu.server.BaseHMServer INFO [main] Create group context and start handler
Feb 15 13:02:30 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [main] Add Interfaces from handler list
Feb 15 13:02:30 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [main] Added from HandleFile: InterfaceId= 1008
Feb 15 13:02:30 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-9] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand
Feb 15 13:02:41 de.eq3.ccu.server.BaseHMServer INFO [main] Starting HMServer done
Feb 15 13:02:50 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-1] (un)registerCallback on VirtualDeviceHandlerRega called from url: xmlrpc_bin://127.0.0.1:31999
Feb 15 13:02:50 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-1] Added InterfaceId: 1008
Feb 15 13:02:50 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-10] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand
Feb 15 13:50:41 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory
Feb 15 13:50:41 de.eq3.lib.util.dynamics.GenericFactory INFO [main] created instance of HMServerConfiguration with parameter(s)
Feb 15 13:50:41 de.eq3.lib.util.dynamics.GenericFactory INFO [main] passed 1 parameter(s), in declarative order [String]
Feb 15 13:50:41 de.eq3.ccu.server.BaseHMServer INFO [main] Creating instance of HMServer...
Feb 15 13:50:42 de.eq3.ccu.server.BaseHMServer INFO [main] Default MaxEventLoopExecuteTime: 2000000000
Feb 15 13:50:42 de.eq3.ccu.server.BaseHMServer INFO [main] Default BlockedThreadCheckInterval: 1000
Feb 15 13:50:42 de.eq3.ccu.server.BaseHMServer INFO [main] Default MaxWorkerExecuteTime: 60000000000
Feb 15 13:50:42 de.eq3.ccu.server.BaseHMServer INFO [main] Default EventLoopPoolSize: 4
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [BackendWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [GroupRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [DiagramRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [StorageRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [DeviceFirmwareRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [EnergyPriceRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [CouplingRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [RegaClientWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [GroupConfigurationPersistenceFileSystem] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: deploying 9 classes to Vert.x
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: 9 VertxDeployers initialized
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-2] SYSTEM: start of StorageRequestWorker succeeded (adb41e9c-aff8-4b4b-b35e-9a8caaa86c49)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of RegaClientWorker succeeded (1bb38c1c-8c10-4ad6-8f1f-e6156675d694)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of CouplingRequestWorker succeeded (ac625a05-43a5-4b01-b0b8-8eb3a3a9eafa)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-4] SYSTEM: start of EnergyPriceRequestWorker succeeded (42968fa8-d3e6-4c63-9ce4-b23dd876cab9)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of BackendWorker succeeded (1c113bd5-262a-4545-a437-68a8fde3ffd2)
Feb 15 13:50:46 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of GroupRequestWorker succeeded (62587203-85a2-4ce9-8e31-f5f87516f6ff)
Feb 15 13:50:46 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of DeviceFirmwareRequestWorker succeeded (da0adc99-c5ce-457e-8827-4fdd19d5ec91)
Feb 15 13:50:46 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-3] SYSTEM: start of DiagramRequestWorker succeeded (02a85a5a-c49c-4ecd-8fc4-38362df74254)
Feb 15 13:50:47 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of GroupConfigurationPersistenceFileSystem succeeded (5f3504a1-0023-446a-8a10-6fad4926636c)
Feb 15 13:50:47 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: initial deployment complete _____________________________________________________
Feb 15 13:50:47 de.eq3.ccu.server.BaseHMServer INFO [main] Starting HMServer at 127.0.0.1:39292
Feb 15 13:50:47 de.eq3.ccu.server.BaseHMServer INFO [main] Read Configuration
Feb 15 13:50:48 de.eq3.ccu.server.BaseHMServer INFO [main] Create Bidcos Dispatcher
Feb 15 13:50:48 de.eq3.ccu.server.BaseHMServer INFO [main] InitBidCosCache
Feb 15 13:50:48 de.eq3.ccu.server.BaseHMServer INFO [main] Create groupDefinitionProvider
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create VirtualDeviceHolder
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create VirtualDeviceHandlerRega
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create GroupAdministrationService
Feb 15 13:50:42 de.eq3.ccu.server.BaseHMServer INFO [main] Default EventLoopPoolSize: 4
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [BackendWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [GroupRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [DiagramRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [StorageRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [DeviceFirmwareRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [EnergyPriceRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [CouplingRequestWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [RegaClientWorker] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: added for deployment [GroupConfigurationPersistenceFileSystem] (1) *worker
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: deploying 9 classes to Vert.x
Feb 15 13:50:44 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: 9 VertxDeployers initialized
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-2] SYSTEM: start of StorageRequestWorker succeeded (adb41e9c-aff8-4b4b-b35e-9a8caaa86c49)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of RegaClientWorker succeeded (1bb38c1c-8c10-4ad6-8f1f-e6156675d694)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of CouplingRequestWorker succeeded (ac625a05-43a5-4b01-b0b8-8eb3a3a9eafa)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-4] SYSTEM: start of EnergyPriceRequestWorker succeeded (42968fa8-d3e6-4c63-9ce4-b23dd876cab9)
Feb 15 13:50:45 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of BackendWorker succeeded (1c113bd5-262a-4545-a437-68a8fde3ffd2)
Feb 15 13:50:46 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of GroupRequestWorker succeeded (62587203-85a2-4ce9-8e31-f5f87516f6ff)
Feb 15 13:50:46 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of DeviceFirmwareRequestWorker succeeded (da0adc99-c5ce-457e-8827-4fdd19d5ec91)
Feb 15 13:50:46 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-3] SYSTEM: start of DiagramRequestWorker succeeded (02a85a5a-c49c-4ecd-8fc4-38362df74254)
Feb 15 13:50:47 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-5] SYSTEM: start of GroupConfigurationPersistenceFileSystem succeeded (5f3504a1-0023-446a-8a10-6fad4926636c)
Feb 15 13:50:47 de.eq3.cbcs.vertx.management.VertxManager INFO [main] SYSTEM: initial deployment complete _____________________________________________________
Feb 15 13:50:47 de.eq3.ccu.server.BaseHMServer INFO [main] Starting HMServer at 127.0.0.1:39292
Feb 15 13:50:47 de.eq3.ccu.server.BaseHMServer INFO [main] Read Configuration
Feb 15 13:50:48 de.eq3.ccu.server.BaseHMServer INFO [main] Create Bidcos Dispatcher
Feb 15 13:50:48 de.eq3.ccu.server.BaseHMServer INFO [main] InitBidCosCache
Feb 15 13:50:48 de.eq3.ccu.server.BaseHMServer INFO [main] Create groupDefinitionProvider
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create VirtualDeviceHolder
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create VirtualDeviceHandlerRega
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create GroupAdministrationService
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create GroupDeviceDispatcher
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create GroupDeviceHandler
Feb 15 13:50:51 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] @GroupDeviceHandler - initializing...
Feb 15 13:50:51 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] --> created groupDeviceDispatcher (GroupDeviceService to BidCoS (via Dispatcher))
Feb 15 13:50:51 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] --> created virtualDeviceHandler (GroupDeviceService to ReGa)
Feb 15 13:50:51 de.eq3.ccu.groupdevice.service.GroupDeviceHandler INFO [main] --> got groupDefinitionProvider
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Create BidCosGroupMemberProvider
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Init groupAdministrationService
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Init Virtual OS Device
Feb 15 13:50:51 de.eq3.ccu.server.BaseHMServer INFO [main] Init ESHLight Bridge
Feb 15 13:50:54 de.eq3.ccu.server.BaseHMServer INFO [main] Create RrdDatalogging
Feb 15 13:50:54 de.eq3.ccu.server.BaseHMServer INFO [main] Create MeasurementService
Feb 15 13:50:54 de.eq3.ccu.server.BaseHMServer INFO [main] Init MeasurementService
Feb 15 13:50:54 de.eq3.ccu.server.BaseHMServer INFO [main] Create HTTP Server
Feb 15 13:50:59 de.eq3.ccu.server.BaseHMServer INFO [main] Create BidCos context and start handler
Feb 15 13:50:59 de.eq3.ccu.server.BaseHMServer INFO [main] Create group context and start handler
Feb 15 13:50:59 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [main] Add Interfaces from handler list
Feb 15 13:50:59 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [main] Added from HandleFile: InterfaceId= 1008
Feb 15 13:50:59 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-9] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand
Feb 15 13:51:10 de.eq3.ccu.server.BaseHMServer INFO [main] Starting HMServer done
Feb 15 13:51:21 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-1] (un)registerCallback on VirtualDeviceHandlerRega called from url: xmlrpc_bin://127.0.0.1:31999
Feb 15 13:51:21 de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega INFO [vert.x-eventloop-thread-1] Added InterfaceId: 1008
Feb 15 13:51:21 de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker INFO [vert.x-worker-thread-10] Execute BackendCommand: de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommandHoffe das reicht an Infos, das File ist sehr lang.
Hi,
@Mitch Was stehg bei dir in der /var/hm_mode? Was liefert lsusb?
Viele Grüße
Alex
HM_HOST='DEBMATIC'
HM_HOST_RAW_UART=''
HM_HOST_GPIO_UART=''
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE=''
HM_HMIP_DEVNODE=''
HM_HMRF_DEV=''
HM_HMIP_DEV=''
HM_HMRF_SERIAL='DEB2459870'
HM_HMRF_VERSION=''
HM_HMRF_ADDRESS=''
HM_HMIP_SGTIN=''
HM_HMIP_SERIAL=''
HM_HMIP_VERSION=''
HM_HMIP_ADDRESS=''
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 1b1f:c020
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Stick ist aber da und gemountet.
Hi,
@Mitch Hattest du den Stick mal komplett stromlos? Am besten System runterfahren, Stick aus- und wieder einstecken und dann wieder hochfahren. Ich könnte mir gut vorstellen, dass der sich aufgehängt hat. Zumindest wird das Funkmodul auf dem Stick nicht mehr erkannt.
Viele Grüße
Alex
Ok, mache ich heute Abend, wenn ich Zuhause bin
Hi,
@fhemfreund Du hast die BidCis only Firmware auf dem Funkmodul. Eigentlich sollte die automatisch auf due richtige Version hochgezogen werden, aber das ist bei scheinbar nicht passiert. Ich schau heute Abend mal, ob das mit der offiziellen Platine funktioniert.
Viele Grüße
Alex
So die Lösung war recht einfach.
Ich habe einfach mal /boot/VERSION gelöscht und schon läuft der upgrade durch mit folgender Meldung
.......
Run "service lighttpd force-reload" to enable changes
dpkg: Warnung: Unterprozess altes pre-removal-Skript gab den Fehlerwert 2 zurück
dpkg: stattdessen wird Skript aus dem neuen Paket probiert ...
dpkg: ... sieht so aus, als hätte das geklappt.
.....
Zitat von: deimos am 15 Februar 2019, 15:37:01
Hi,
@fhemfreund Du hast die BidCis only Firmware auf dem Funkmodul. Eigentlich sollte die automatisch auf due richtige Version hochgezogen werden, aber das ist bei scheinbar nicht passiert. Ich schau heute Abend mal, ob das mit der offiziellen Platine funktioniert.
Viele Grüße
Alex
Ok. Wenn das nicht geht: könnte ich das selbst flashen? Hatte meinen HM-MOD-RPI-PCB (damit er via HMUARTGW läuft) damals mit der 1.4.1 er FW (nehme dann mal an nur BidCos RF) geflasht.
Sehe auch gerade im Syslog:
Feb 15 14:00:25 fhemDebmatic update_rf_firmware.sh[619]: HM-MOD-RPI-PCB has already desired version 1.4.1...
Feb 15 14:00:25 fhemDebmatic systemd[1]: Started debmatic update rf firmware.
Feb 15 14:00:25 fhemDebmatic update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
ev. ist das ja ein Hinweis?
Andreas
Zitat von: deimos am 15 Februar 2019, 15:26:06
Hi,
@Mitch Hattest du den Stick mal komplett stromlos? Am besten System runterfahren, Stick aus- und wieder einstecken und dann wieder hochfahren. Ich könnte mir gut vorstellen, dass der sich aufgehängt hat. Zumindest wird das Funkmodul auf dem Stick nicht mehr erkannt.
Viele Grüße
Alex
So, gemacht, aber geht immer noch nicht
Habe jetzt alles deinstalliert und wieder installiert, gleiches Problem.
Kannst du mir die alte Version nochmal zur Verfügung stellen?
Hi,
@Mitch: Exakt die Binärversion habe ich nicht mehr, ich könnte nur aus den Git Sourcen das Paket wieder herstellen. Wir können aber auch einfach einen Weg ausprobieren, welcher mehr Debug Informationen gibt und welcher zwischen den beiden Paketen zu 100% nicht verändert ist:
sudo systemctl stop debmatic
sudo debmatic-info
lsmod | grep cp210x
ls -la /dev/ttyUSB*
lsof | grep ttyUSB0
/usr/bin/java -Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0 -jar /opt/HmIP/hmip-copro-update.jar -p /dev/ttyUSB0 -v -a
Viele Grüße
Alex
Werde ich gerne am WE probieren.
Was ich gerade noch gemacht habe, die /var/hm_mode manuell ergänzt (wie bei der Version davor) und nun geht es wieder.
Mein HMLan Problem scheint leider nicht an DebMatic zu liegen ??? sorry für die Panik hier :-[
Habe auch Ausfälle gehabt, als DebMatic gar nicht lief.
Echt komisch (und ärgerlich).
Hi,
@fhemfreund Mach mal ein Update per apt. Danach sollte das automatische Firmware Update vom Funkmodul jetzt funktionieren.
Viele Grüße
Alex
Zitat von: deimos am 15 Februar 2019, 23:02:39
Hi,
@fhemfreund Mach mal ein Update per apt. Danach sollte das automatische Firmware Update vom Funkmodul jetzt funktionieren.
Viele Grüße
Alex
@Alex,
Habe das jetzt mal gemacht. Leider klappt der Update immer noch nicht. Scheinbar passt ein Pfad nicht:
Feb 16 01:38:54 fhemDebmatic update_rf_firmware.sh[6040]: Starting update of HM-MOD-RPI-PCB to version 2.8.6...
Feb 16 01:38:54 fhemDebmatic systemd[1]: Starting debmatic update lgw firmware...
Feb 16 01:38:54 fhemDebmatic systemd[1]: Starting debmatic lighttpd...
Feb 16 01:38:54 fhemDebmatic systemd[1]: Started debmatic HssLED.
Feb 16 01:38:54 fhemDebmatic systemd[1]: Started debmatic eq3configd.
Feb 16 01:38:54 fhemDebmatic update-coprocessor: unable to open file /firmware/HM-MOD-UART/fwmap/fwmap
Feb 16 01:38:54 fhemDebmatic systemd[1]: Started debmatic ssdpd.
Feb 16 01:38:54 fhemDebmatic update-coprocessor: Error reading firmware map.
Feb 16 01:38:54 fhemDebmatic update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Feb 16 01:38:54 fhemDebmatic update-lgw-firmware: No gateway found in config file /etc/config/rfd.conf
Feb 16 01:38:54 fhemDebmatic systemd[1]: Started debmatic update lgw firmware.
Feb 16 01:38:54 fhemDebmatic systemd[1]: Starting debmatic update lgw key...
Feb 16 01:38:54 fhemDebmatic lighttpd[6075]: (log.c.217) server started
Feb 16 01:38:54 fhemDebmatic systemd[1]: Started debmatic lighttpd.
Feb 16 01:38:54 fhemDebmatic update_lgw_key.sh[6073]: ls: cannot access '/etc/config/*.keychange': No such file or directory
Feb 16 01:38:54 fhemDebmatic systemd[1]: Started debmatic update lgw key.
Feb 16 01:38:56 fhemDebmatic update_rf_firmware.sh[6040]: Failed to update HM-MOD-RPI-PCB to version 2.8.6.
Habe dann mal versucht die FW manuell via
sudo /bin/eq3configcmd update-coprocessor -p /dev/raw-uart -t HM-MOD-UART -u -f -d /firmware/HM-MOD-UART -c -l 0
upzudaten. Das hat scheinbar auch funktioniert:
Bekomme mit
sudo /bin/eq3configcmd update-coprocessor -p /dev/raw-uart -t HM-MOD-UART -c -v
folgendes angezeigt:
2019/02/16 02:40:03.705 <Info> CCU2CommControllerMod::sendSystemCommand(): failed
2019/02/16 02:40:03.705 <Error> CCU2CommControllerMod::performIdentify(): Unable to determine coprocessor state.
2019/02/16 02:40:04.312 <Info> Version: 2.8.6
Kann auch meine 1.4.1er FW über diesen Weg zurückflashen, und den HM-MOD-RPI-PCB in meinem HMUARTGW wieder verwenden, sodass der Flashvorgang an sich manuell funktioniert.
Leider funktioniert aber Debmatic selbst mit der 2.8.6er FW immer noch nicht.
/var/hm_mode zeigt:
HM_HOST='DEBMATIC'
HM_HOST_RAW_UART=''
HM_HOST_GPIO_UART=''
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE=''
HM_HMIP_DEVNODE=''
HM_HMRF_DEV=''
HM_HMIP_DEV=''
HM_HMRF_SERIAL='DEB5357349'
HM_HMRF_VERSION=''
HM_HMRF_ADDRESS=''
HM_HMIP_SGTIN=''
HM_HMIP_SERIAL=''
HM_HMIP_VERSION=''
HM_HMIP_ADDRESS=''
/usr/sbin/debmatic-info zeigt:
debmatic version: 3.41.11-3
Kernel modules: Available
Raw UART dev: Available
HMRF Hardware: unknown
HMIP Hardware: unknown
Board serial: DEB5357349
Radio MAC: unknown
SGTIN: unknown
Andreas
@deimos
Habe eben zum ausprobieren DebMatic auf meinem Pi3 installiert. Kein Erfolg. Damit ich keinen Ärger bekomme erstmal alles zurück ;D ,
da HM-MOD-RPI-PCB verständlicherweise nicht mehr unter Fhem lief.
Also deinstall und alles zurück. Dabei kam zu Tage, das ich 2 Einträge von
dtoverlay=
in meiner /boot/config.txt hatte.
dtoverlay=pi3-miniuart-bt
dtoverlay=hierWasMitRaspi
Vielleicht wäre besser den Eintrag zu tauschen, anstatt hinzuzufügen bei deinen Installationsroutinen. Oder sehe ich das falsch?
Hi,
das was man in der /boot/config.txt manuell ändert muss man logischerweise selbst wieder rückgängig machen. Das was vom Paket pivccu-modules-raspberrypi angepasst wird, wird bei der Deinstallation dieses Pakets wieder rückgängig gemacht. Alle andere Pakete ändern absolut nichts an der /boot/config.txt, weil sie unabhängig von der Platform RaspberryPi sind.
Viele Grüße
Alex
Mh ok.
So habe mal wieder probiert. Läuft bis jetzt noch nicht. Bekomme folgenden Fehler:
● debmatic.service - debmatic
Loaded: loaded (/lib/systemd/system/debmatic.service; enabled; vendor preset: enabled)
Active: active (exited) since Sat 2019-02-16 14:40:35 CET; 3min 26s ago
Process: 690 ExecStart=/usr/share/debmatic/bin/initsystem.sh (code=exited, status=0/SUCCESS)
Main PID: 690 (code=exited, status=0/SUCCESS)
CGroup: /system.slice/debmatic.service
Feb 16 14:40:25 raspiFhem systemd[1]: Starting debmatic...
Feb 16 14:40:35 raspiFhem initsystem.sh[690]: /usr/share/debmatic/bin/initsystem.sh: Zeile 131: ipcalc: Kommando nicht gefunden.
Feb 16 14:40:35 raspiFhem initsystem.sh[690]: /usr/share/debmatic/bin/initsystem.sh: Zeile 132: ipcalc: Kommando nicht gefunden.
Feb 16 14:40:35 raspiFhem systemd[1]: Started debmatic.
Hi,
installier mal das Paket ipcalc nach. Ich dachte, das wäre in den Standardpaketen drin, aber dann nehm ich die Abhängigkeit noch mit auf.
Viele Grüße
Alex
Ok, Fehler weg und endlich ist auch hm_mode befüllt.
root@raspiFhem:~# cat /var/hm_mode
HM_HMIP_ADDRESS=0x5834cf
HM_HMIP_DEV=HM-MOD-RPI-PCB
HM_HMIP_DEVNODE=/dev/mmd_hmip
HM_HMIP_SERIAL=OEQ0306308
HM_HMIP_SGTIN=
HM_HMIP_VERSION=1.4.1
HM_HMRF_ADDRESS=0x5834cf
HM_HMRF_DEV=HM-MOD-RPI-PCB
HM_HMRF_DEVNODE=/dev/mmd_bidcos
HM_HMRF_SERIAL=OEQ0306308
HM_HMRF_VERSION=1.4.1
HM_HOST=DEBMATIC
HM_HOST_GPIO_RESET=
HM_HOST_GPIO_UART=/dev/raw-uart
HM_HOST_RAW_UART=raw-uart
HM_LED_GREEN=
HM_LED_RED=
HM_LED_YELLOW=
HM_MODE=NORMAL
HM_RTC=
root@raspiFhem:~#
Vielleicht eine doofe Frage...Laut orig Doku finde ich die webgui unter
http://homematic-ccu2/
http://ccu3-webui/
Wie sieht das bei DebMatic aus? Denke gleich, weil, ich finde die Gui noch nicht.
edit:
Nutze seit 2 jahren Homematic ohne Ip direkt an Fhem. Daher keine Berührung mit original Software.
edit2:
Ah jetzt, Netfinder findet was. Unter einer anderen IP-Range.
edit3:
Mein Pi3 läuft unter der IP 192.168.178.*
Die CCU unter 192.168.1.7
@Alex,
habe auch noch mal ein bisschen im Syslog geschaut. Da ich ja eine VM verwende ist mein Network Interface 'ens18' und nicht 'eth0'. Scheinbar kommen da einige Scripte nicht damit zurecht:
Feb 16 15:48:08 fhemDebmatic kernel: [ 4.752563] raw-uart raw-uart: Reset radio module
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 5: /etc/network/if-up.d/debmatic: [[: not found
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 11: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 16: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 24: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 29: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 36: /etc/network/if-up.d/debmatic: [[: not found
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 42: [: ==: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 5: /etc/network/if-up.d/debmatic: [[: not found
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 11: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 16: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 24: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 29: [: 1: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 36: /etc/network/if-up.d/debmatic: [[: not found
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 42: [: ens18: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 5: /etc/network/if-up.d/debmatic: [[: not found
Feb 16 15:48:08 fhemDebmatic ifup[373]: cat: /sys/class/net/--all/carrier: No such file or directory
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 11: [: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: cat: /sys/class/net/--all/carrier: No such file or directory
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 16: [: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: Device "--all" does not exist.
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 24: [: 0: unexpected operator
Feb 16 15:48:08 fhemDebmatic ifup[373]: Device "--all" does not exist.
Feb 16 15:48:08 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 29: [: 0: unexpected operator
Feb 16 15:48:09 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 36: /etc/network/if-up.d/debmatic: [[: not found
Feb 16 15:48:09 fhemDebmatic ifup[373]: /etc/network/if-up.d/debmatic: 42: [: ens18: unexpected operator
...
Feb 16 15:48:26 fhemDebmatic initsystem.sh[370]: Device "eth0" does not exist.
Feb 16 15:48:26 fhemDebmatic update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Feb 16 15:48:26 fhemDebmatic update-lgw-firmware: No gateway found in config file /etc/config/rfd.conf
Feb 16 15:48:26 fhemDebmatic update-coprocessor: firmware filename is: coprocessor_update_hm_only.eq3
Feb 16 15:48:26 fhemDebmatic update_lgw_key.sh[656]: ls: cannot access '/etc/config/*.keychange': No such file or directory
...
Es kommen dann noch weitere Fehler - k.a. ob die eine Folge davon sind:
...
Feb 16 15:48:27 fhemDebmatic start_hmserver.sh[660]: Init Hardware Info
Feb 16 15:48:27 fhemDebmatic start_hmserver.sh[660]: WARNING: An illegal reflective access operation has occurred
Feb 16 15:48:27 fhemDebmatic start_hmserver.sh[660]: WARNING: Illegal reflective access by io.netty.util.internal.PlatformDependent0$1 (file:/opt/HMServer/HMServer.jar) to field java.nio.Buffer.address
Feb 16 15:48:27 fhemDebmatic start_hmserver.sh[660]: WARNING: Please consider reporting this to the maintainers of io.netty.util.internal.PlatformDependent0$1
Feb 16 15:48:27 fhemDebmatic start_hmserver.sh[660]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
Feb 16 15:48:27 fhemDebmatic start_hmserver.sh[660]: WARNING: All illegal access operations will be denied in a future release
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:29 PM io.vertx.core.eventbus.impl.HandlerRegistration
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: SEVERE: Failed to handleMessage
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused (Connection refused)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:90)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:99)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:87)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at com.sun.proxy.$Proxy15.listDevices(Unknown Source)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.updateDevicesForClient(BackendUpdateDevicesCommand.java:34)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.run(BackendUpdateDevicesCommand.java:29)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:27)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:11)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.lang.Thread.run(Thread.java:834)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: Caused by: java.net.ConnectException: Connection refused (Connection refused)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.PlainSocketImpl.socketConnect(Native Method)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:399)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:242)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:224)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:403)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.Socket.connect(Socket.java:591)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:86)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011... 15 more
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:29 PM io.vertx.core.impl.ContextImpl
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: SEVERE: Unhandled exception
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused (Connection refused)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:90)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:99)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:87)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at com.sun.proxy.$Proxy15.listDevices(Unknown Source)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.updateDevicesForClient(BackendUpdateDevicesCommand.java:34)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.run(BackendUpdateDevicesCommand.java:29)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:27)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:11)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.lang.Thread.run(Thread.java:834)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: Caused by: java.net.ConnectException: Connection refused (Connection refused)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.PlainSocketImpl.socketConnect(Native Method)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:399)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:242)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:224)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:403)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at java.base/java.net.Socket.connect(Socket.java:591)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:86)
Feb 16 15:48:29 fhemDebmatic start_hmserver.sh[660]: #011... 15 more
Feb 16 15:48:39 fhemDebmatic systemd-timesyncd[313]: Synchronized to time server 129.70.132.37:123 (2.debian.pool.ntp.org).
Feb 16 15:48:43 fhemDebmatic systemd[1]: Started debmatic hmserver.
Feb 16 15:48:43 fhemDebmatic systemd[1]: Starting debmatic rega...
Feb 16 15:48:43 fhemDebmatic systemd[1]: Started debmatic rega.
Feb 16 15:48:43 fhemDebmatic systemd[1]: Startup finished in 3.546s (kernel) + 34.873s (userspace) = 38.419s.
Feb 16 15:48:43 fhemDebmatic start_rega.sh[713]: successfully loaded "/etc/config/homematic.regadom"
Feb 16 15:48:43 fhemDebmatic start_rega.sh[713]: Load interfaces from file
Feb 16 15:48:43 fhemDebmatic start_rega.sh[713]: HTTP server started successfully (6 workers)
Feb 16 15:48:43 fhemDebmatic start_rega.sh[713]: Waiting for child to finish
Feb 16 15:48:43 fhemDebmatic start_rega.sh[713]: Executing /bin/hm_startup in child 724
Feb 16 15:48:50 fhemDebmatic ReGaHss: Error: IseXmlRpc::CallInit: CallXmlrpcMethod failed [iseXmlRpc.cpp:1204]
Feb 16 15:48:50 fhemDebmatic ReGaHss: Error: XmlRpcClientThread::ThreadFunction(): failed call init for interface=BidCos-RF [iseRTHss.cpp:163]
Feb 16 15:48:53 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:53 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:48:53 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 2915 ms, time limit is 2000
Feb 16 15:48:54 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:54 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:48:54 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 3915 ms, time limit is 2000
Feb 16 15:48:55 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:55 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:48:55 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 4915 ms, time limit is 2000
Feb 16 15:48:55 fhemDebmatic start_rega.sh[713]: ReGa entering normal operation
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:56 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 5914 ms, time limit is 2000
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: io.vertx.core.VertxException: Thread blocked
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.misc.Unsafe.park(Native Method)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:458)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:99)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.reflect.Method.invoke(Method.java:566)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$129/0x0000000840282440.handle(Unknown Source)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl$$Lambda$82/0x00000008400fbc40.run(Unknown Source)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
Feb 16 15:48:56 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.Thread.run(Thread.java:834)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:57 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 6915 ms, time limit is 2000
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: io.vertx.core.VertxException: Thread blocked
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.misc.Unsafe.park(Native Method)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:458)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:99)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.reflect.Method.invoke(Method.java:566)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$129/0x0000000840282440.handle(Unknown Source)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl$$Lambda$82/0x00000008400fbc40.run(Unknown Source)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
Feb 16 15:48:57 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.Thread.run(Thread.java:834)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:58 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 7915 ms, time limit is 2000
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: io.vertx.core.VertxException: Thread blocked
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.misc.Unsafe.park(Native Method)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:458)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:99)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.reflect.Method.invoke(Method.java:566)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$129/0x0000000840282440.handle(Unknown Source)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl$$Lambda$82/0x00000008400fbc40.run(Unknown Source)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
Feb 16 15:48:58 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.Thread.run(Thread.java:834)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:48:59 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 8915 ms, time limit is 2000
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: io.vertx.core.VertxException: Thread blocked
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.misc.Unsafe.park(Native Method)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:458)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:99)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.reflect.Method.invoke(Method.java:566)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$129/0x0000000840282440.handle(Unknown Source)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl$$Lambda$82/0x00000008400fbc40.run(Unknown Source)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
Feb 16 15:48:59 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.Thread.run(Thread.java:834)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: Feb 16, 2019 3:49:00 PM io.vertx.core.impl.BlockedThreadChecker
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 9915 ms, time limit is 2000
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: io.vertx.core.VertxException: Thread blocked
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.misc.Unsafe.park(Native Method)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2123)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:458)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:99)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.reflect.Method.invoke(Method.java:566)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$129/0x0000000840282440.handle(Unknown Source)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.vertx.core.impl.ContextImpl$$Lambda$82/0x00000008400fbc40.run(Unknown Source)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:403)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:445)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at app//io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:858)
Feb 16 15:49:00 fhemDebmatic start_hmserver.sh[660]: #011at java.base@11.0.2/java.lang.Thread.run(Thread.java:834)
Feb 16 15:49:00 fhemDebmatic ReGaHss: Error: IseXmlRpc::CallInit: CallXmlrpcMethod failed [iseXmlRpc.cpp:1204]
Feb 16 15:49:00 fhemDebmatic ReGaHss: Error: XmlRpcClientThread::ThreadFunction(): failed call init for interface=HmIP-RF [iseRTHss.cpp:163]
Feb 16 16:00:17 fhemDebmatic systemd[1]: Starting debmatic-setinterfaceclock.service...
Feb 16 16:00:17 fhemDebmatic SetInterfaceClock[943]: Error in XmlRpcClient::doConnect: Could not connect to server (error 101).
Feb 16 16:00:18 fhemDebmatic systemd[1]: debmatic-setinterfaceclock.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Feb 16 16:00:18 fhemDebmatic systemd[1]: debmatic-setinterfaceclock.service: Failed with result 'exit-code'.
Feb 16 16:00:18 fhemDebmatic systemd[1]: Failed to start debmatic-setinterfaceclock.service.
...
(Die WebUI ist wie gesagt up und ich kann herumclicken)
Andreas
Update 1 [18:19]: konnte den Netzwerk-Interface Namen auf eth0 ändern. Die Fehlermeldung
Feb 16 15:48:26 fhemDebmatic initsystem.sh[370]: Device "eth0" does not exist.
ist nun weg.
Alledings habe ich immer noch die Fehler von oben. Nur halt entsprechend dem neuen Interface:
Feb 16 18:11:04 fhemDebmatic ifup[379]: /etc/network/if-up.d/debmatic: 42: [: eth0: unexpected operator
Update 2 [19:20] konnte den Fehler im Script
Feb 16 18:11:04 fhemDebmatic ifup[379]: /etc/network/if-up.d/debmatic: 42: [: eth0: unexpected operator
auch finden. In der Abfrage
if [[ ! -L "/sys/class/net/${IFACE}" ]]; then
war ein Klammernpaar zu viel. Letzten Endes sind die anderen oben genannten Fehler immer noch vorhanden ...
Ich bekomme meine Ip nicht geändert. Gefunden habe ich, das diese in /etc/config/netconfig definiert ist.
sudo systemctl stop debmatic
sudo /etc/config/netconfig
HOSTNAME=debMatic
MODE=DHCP
CURRENT_IP=192.168.1.7 <- Wird von mir zu 192.168.178.45 editiert
CURRENT_NETMASK=255.255.255.0
CURRENT_GATEWAY=192.168.178.1
CURRENT_NAMESERVER1=
CURRENT_NAMESERVER2=
IP=192.168.178.65
NETMASK=255.255.255.0
GATEWAY=192.168.178.1
NAMESERVER1=192.168.178.1
NAMESERVER2=0.0.0.0
CRYPT=0
sudo systemctl start debmatic
Nachdem ich den Dienst wieder starte, wird CURRENT_IP zurückgesetzt auf 192.168.1.7
Netfinder findet auch immer die 192.168.1.7.
Hi,
ich habe grade ein Update hochgeladen:
- im Netfinder wird jetzt die korrekte IP angezeigt
- beim Upgrade auf dem Raspberry Pi kommt jetzt kein Fehler mehr wg. der /boot/VERSION
- das automatische Firmware Update für das HM-MOD-RPI-PCB funktioniert jetzt
- die Dependency für ipcalc ist jetzt korrekt drin
- es wird das korrekte Interface verwendet und nicht eth0
Die vielen Warnungen vom hmserver sind nur Warnungen. Hier werde ich aber eQ-3 informieren, mit einer zukünftigen Java Version wird das von Warnung auf Fehler umgestellt werden und ich vermute mal, dass die das nicht auf dem Schirm haben. Den Wechsel von Java 8 auf Java >=9 machen sie ja erst in der jetzt kommenden CCU Firmware 3.43.x und erst ab da können sie die Warnung sehen, weil das in Java 8 noch kein Thema war.
@Mitch Dein Problem bekomme ich nicht nachgestellt. Abgesehen vom Firmware Update läuft das HM-MOD-RPI-PCB bei mir mit allen Versionen. Allerdings halt mit meiner "offiziellen" Platine. Da ich den Schaltplan deiner Platine nicht kenne, kann ich aber auch nicht wirklich sagen, ob das ein Software- oder Hardware-Problem ist. An sich supporte ich auch nur die offizielle Platine, die Gründe dafür habe ich ja weiter vorne bereits ausgeführt. Da ich die unbestückten Platinen zum Selbstkostenpreis abgebe, ist das auch nicht der Versuch einer Kommerzialisierung des Ganzen.
Viele Grüße
Alex
Viele Grüße
Alex
Super,
Betreibe Fhem mit HM-MOD-RPI-PCB und FW 1.4.1. Laut meinen Wissensstand, letzte BidCos-RF Firmware.
Habe nur HM-Geräte ohne IP.
Dazu ein paar Fragen:
- funktioniert die DualCopro FW mit Fhem direkt, wahrscheinlich nicht?
- wenn ich jetzt ein Update von Debmatic mache, wird mein HM-MOD-RPI-PCB einfach geupdatet?
- Kann ich in der WebGui von der CCU3 zwischen der alten und der neuen Firmware per flash switchen?
Ich stelle die Fragen, da ich im Moment nur ein Modul für Homematic habe und zur Not immer wieder zu
Fhem + HM-MOD-RPI-PCB + FW 1.4.1 zurück muss. Ansonsten muss ich mir mal ein 2ten HM-MOD-RPI-PCB
oder den USB-Stick besorgen.
Zitat von: schwatter am 17 Februar 2019, 12:15:03
- funktioniert die DualCopro FW mit Fhem direkt, wahrscheinlich nicht?
Das ist so im Moment nicht vorgesehen, aber theoretisch denkbar, dass ich das umsetzen könnte.
Zitat von: schwatter am 17 Februar 2019, 12:15:03
- wenn ich jetzt ein Update von Debmatic mache, wird mein HM-MOD-RPI-PCB einfach geupdatet?
Ja.
Zitat von: schwatter am 17 Februar 2019, 12:15:03
- Kann ich in der WebGui von der CCU3 zwischen der alten und der neuen Firmware per flash switchen?
Nein. Die WebUI ist die normale WebUI der CCU und bei der CCU wird immer davon ausgegangen, dass man due DualCopro Firmware nutzt. Daher kann man dann nur manuell zurück auf die 1.4
Viele Grüße
Alex
Zitat von: deimos am 17 Februar 2019, 00:14:06
@Mitch Dein Problem bekomme ich nicht nachgestellt. Abgesehen vom Firmware Update läuft das HM-MOD-RPI-PCB bei mir mit allen Versionen. Allerdings halt mit meiner "offiziellen" Platine. Da ich den Schaltplan deiner Platine nicht kenne, kann ich aber auch nicht wirklich sagen, ob das ein Software- oder Hardware-Problem ist. An sich supporte ich auch nur die offizielle Platine, die Gründe dafür habe ich ja weiter vorne bereits ausgeführt. Da ich die unbestückten Platinen zum Selbstkostenpreis abgebe, ist das auch nicht der Versuch einer Kommerzialisierung des Ganzen.
Naja, der HmIP-RFUSB ist ja keine inoffizielle Platine? Das ist der offizielle Stick von ELV und wird auf deiner Seite ja auch als unterstützt angegeben: HmIP-RFUSB (nur HmIP).
Hab gerade den Update gemacht, die hm_mode sieht jetzt anders aus (andere Reihenfolge) und hat den Stick direkt richtig erkannt.
Damit stimmt die GUI auch wieder. Ausserdem ist sie nun viel viel schneller. Vielen Dank!
Wie komme ich denn an deine Platine?
Hi,
man sollte nicht so spät noch Foren Posts schreiben. Ich habe dich an der Stelle mit fhemfreund uns seinem Selbstbauversuch der HB-RF-USB verwechselt. Der HmIP-RFUSB wird von mir offiziell unterstützt. Dein Problem bekomme ich allerdings auch nicht nachgestellt. Wobei sich der Stick bisher bei mir nicht unbedingt als sehr zuverlässig dargestellt hat, der ist mir immer mal wieder abgestürzt.
Viele Grüße
Alex
Hi,
Ich kann leider immer noch keine HMIP Geräte anlernen.
Im log sehe ich folgendes:
[159484.610805] eq3loop: created slave mmd_hmip
[159484.611134] eq3loop: created slave mmd_bidcos
[159486.743108] eq3loop: eq3loop_open_slave() mmd_bidcos
[159499.011744] eq3loop: eq3loop_open_slave() mmd_hmip
[159499.011863] eq3loop: eq3loop_close_slave() mmd_hmip
[159499.015052] eq3loop: eq3loop_open_slave() mmd_hmip
[159499.015161] eq3loop: eq3loop_close_slave() mmd_hmip
[159499.024003] eq3loop: eq3loop_open_slave() mmd_hmip
[159499.026249] eq3loop: eq3loop_ioctl_slave() mmd_hmip: unhandled ioctl 0x5459
[159499.026260] eq3loop: eq3loop_ioctl_slave() mmd_hmip: unhandled ioctl 0x545D
Feb 17 13:14:47 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-3] IO Exception: Could not reinitialize interface: 1009. Remove interface from list.
de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:90)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:99)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:87)
at com.sun.proxy.$Proxy9.listDevices(Unknown Source)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.LegacyBackendClient.listDevices(LegacyBackendClient.java:140)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil.synchronizedBackendDevices(DeviceUtil.java:127)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.loadClients(InterfaceInitializer.java:205)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:130)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:31)
at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120)
at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179)
at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134)
at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612)
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:86)
... 16 more
Feb 17 13:14:47 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO [vert.x-worker-thread-3] IO Exception: Could not reinitialize interface: HmIP-RF_java. Remove interface from list.
de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:90)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:99)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:87)
at com.sun.proxy.$Proxy9.listDevices(Unknown Source)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.LegacyBackendClient.listDevices(LegacyBackendClient.java:140)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil.synchronizedBackendDevices(DeviceUtil.java:127)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.loadClients(InterfaceInitializer.java:205)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:130)
at de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer.handle(InterfaceInitializer.java:31)
at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:589)
at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120)
at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179)
at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134)
at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612)
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:86)
... 16 more
Das sollte wohl der Fehler sein.
Gruß
Carlos
Hi,
@Carlos Beide Blöcke sind normal. Wird HmIP beim Anlernen angezeigt? Zählt der Dialog runter? Wie genau lernst du die Geräte an? Waren die Geräte schon wo anders angelernt?
Viele Grüße
Alex
Hallo,
Ich habe einen HmIP-PSM, der war schon mal mit pivccu angelernt.
Habe mehrere Male ein reset gemacht und ihn dann nie mehr wieder mit pivccu noch mit rasperrymatic anlernen können.
Da hatte ich noch einHM-MOD-RPI-PCB im Einsatz.
Jetzt habe ich mir den RPI-RF-MOD geholt und versuche das mit debmatic.
Ich gebe den key und SGTIN(komplet oder auch nur die letzten 4 Stellen, was ist hier eigentlich richtig?) ein, der Dialog zählt runter, aber es passiert nichts.
Gleiches Verhalten mit einem neuen HMIP-BSM.
Gruß
Carlos
Hi,
wenn du ihn nie wieder anlernen konntest an verschiedenen Systemen, dann spricht ja viel dafür, dass nicht die Systeme einen Fehler haben, sondern dass du entweder den Werksreset nicht korrekt gemacht hast oder der Aktor eine Macke hat.
Die SGTIN muss komplett angegeben werden un da muss man auch stark auf den Unterschied 0/O und I/1 aufpassen. Einfacher geht es mit dem Anlernen per Internet.
Aber ich frage nochmal: Wie genau machst du das mit dem Anlernen? Wirklich jeder einzelne Schritt, sowohl in der CCU, als auch am Aktor.
Mein stabilster Weg bisher: Werksreset am Aktor, danach Aktor stromlos machen. In der CCU Anlernmodus (Internet) starten. Aktor mit Strom versorgen, nichts drücken. Die 60 Sekunden ablaufen lassen. Mit dem Virgehen hatte ich die Geräte danach immer im Posteingang außer es gab ein Hardware Problem (z.B. defekte Antenne).
Viele Grüße
Alex
Hi,
Ich mache einen Werksreset wie in der Anleitung beschrieben.
In der CCU gebe ich den key und SGTIN ein.
Dann starte ich den Anlernmodus.
Der Dialog zählt runter.
Dann stecke ich den HMIP-PSM in die Steckdose, die LED blinkt zum Anlernen.
60 Sekunden später nichts.
Das gleiche über Internet anlernen.
Das gleiche mit dem nagelneuen HMIP-BSM, der noch nirgends angelernt worden ist.
Wenn der HMIP-PSM defekt wäre wurde ich das ja noch verstehen, aber der HMIP-BSM ist neu und kann nicht defekt sein.
Gruß
Carlos
Hi,
die Frage wäre jetzt, kannst du den BSM irgendwo anders anlernen? Wenn nein, dann braucht man nicht bei debmatic weitersuchen, sondern irgendwo in deiner Hardware.
Viele Grüße
Alex
Nein kann ich leider nicht.
Aus meiner Sicht ist das auch kein Debmatic problem.
Ich habe mir ja extra den RPI-RF-MOD und den HMIP-BSM gekauft, weil ich es mit komplett neuen Geräten testen wollte.
Aber es zeigt sich halt das gleiche Verhalten wie mit dem HM-MOD-RPI-PCB vorher.
Ich bin ratlos.
Kann es an meinem PI3 liegen?
Aber in der CCU sehe ich ja den HM-RCV-50 BidCoS-RF, also sollte das doch mit HMIP auch gehen.
Ich probier mal eins meiner alten HM devices anzulernen, die ich im Moment direkt mit FHEM betreibe.
Hoffentlich geht das wenigstens.
Gruß
Carlos
Hi,
ja, das kann an deinem Pi liegen oder auch an deinem Netzteil oder dem fehlenden Ferrit am Kabel. Oder an einem Störsender, da HmIP Listen-Before-Talk macht und wenn da irgendwas auf der Frequenz zu hören ist, dann wird nicht gesendet.
Viele Grüße
Alex
Hi,
ich habe grade das debmatic Update auf die 3.43.15 hochgeladen.
CUxD und das JP-HB-Devices-addon sind dann die nächsten Sachen, danach kommt die Aufteilung von debmatic in zwei Pakete: Core mit allen Diensten für die Kommunikation mit den Aktoren/Sensoren, also quasi alles, damit die XmlRPC Dienste verfügbar sind und ein zweites Paket mit der WebUI und Rega. Durch diese Trennung kann man dann bei Bedarf nur die XmlRPC Dienste installieren und z.b. den Homematic Manger von Hobbyquaker zu Konfiguration nutzen und ansonsten alle Logic in anderen Systemen abbilden. Aber man hat auch die Möglichkeit die WebUI und die Rega als Logikschicht zu nutzen, wenn man das möchte.
Viele Grüße
Alex
@deimos
Ich habe deine pivccu3 mit fhem auf einen Raspi problemlos laufen.
Nun muss man ja auch in die Zukunft schauen:
Ist es sinnvoll sich langsam auf das DebMatic Paket einzustellen?
"Einzustellen" in Form von intensiven mitlesen, Installation auf TestRaspi o.ä...... - also uptodate sein.
Danke und LG
Hi,
Zitat von: raimundl am 26 Februar 2019, 09:29:11
Ich habe deine pivccu3 mit fhem auf einen Raspi problemlos laufen.
Nun muss man ja auch in die Zukunft schauen:
Ist es sinnvoll sich langsam auf das DebMatic Paket einzustellen?
"Einzustellen" in Form von intensiven mitlesen, Installation auf TestRaspi o.ä...... - also uptodate sein.
Ich sehe in debmatic keine Ablösung für piVCCU. Je nach Einsatzzweck kann das eine oder das andere besser geeignet sein. Beides pflege ich auch aktiv weiter, so wie auch piVCCU mit der CCU2 Firmware weiterhin Updates bekommt (zumindest solange, wie eQ-3 entsprechende Updates liefert und an den Downloads erkennbar ist, dass es Nutzer gibt).
Viele Grüße
Alex
Zitat von: deimos am 26 Februar 2019, 09:42:54
... Je nach Einsatzzweck kann das eine oder das andere besser geeignet sein. ...
Hi, ich habe deine pivccu auf einem raspi laufen. Vielleicht habe ich es ja überlesen, aber bei welchem Einsatzzweck ist den welche Lösung besser geeignet?
Danke und Grüße
Hi,
ganz grob: Man will die Original CCU Firmware nutzen mit allem drum und dran: piVCCU. Man braucht nur ein "Gateway" zur Homematic Hardware und hat die gesamte Logik in einer externen Lösung: debmatic.
Viele Grüße
Alex
Will auch kurz mal meine Erfahrungen hier teilen. Habe das Ganze nun mit einem RPI-RF-MOD zusammen mit Alex' Platine zum Laufen gebracht. Mit einem HM-MOD-RPI-PCB geht es bei mir nicht (nur 1x initial mit BidCos direkt nach einem FW Update des HM-MOD-RPI-PCB - nach einem Reboot keine Funktion mehr). Denke mal dass es irgendwo mit USB zu tun hat (habe nur 3.0 Ports), da Alex bestätigt hat, dass es bei einigen mit dem HM-MOD-RPI-PCB funktioniert.
Beim HMIP Binden ist mir aufgefallen, dass der RPI-RF-MOD in etwas größerer Entfernung zu anderen HM-MOD-RPI-PCBs sein muss (habe diese bei anderen Instanzen noch im Einsatz). Andernfalls klappt das Binden überhaupt nicht.
Bis dato habe ich in meiner Testumgebnung einen HM-MOD-RE8, HMIP-MOD-OC8 und ein HMIP-SPI eingebunden. Die beiden 8 Kanal Empfänger habe ich mal via HMCCU in Fhem eingebunden und kann diese normal steuern. Dabei fällt mir auf, dass HM gefühlt etwas träger als HMIP bei Schaltvorgängen aus der CCU heraus ist. Auch ist der Statusupdate der Kanäle (HM + HMIP) verzögert - das geht nativ in Fhem (BidCos) schneller.
Habe das Ganze in einem Proxmox Cluster in einer VM (Debmatic) / LXCs (Fhem Dev, Prod) laufen. Ist jetzt schön kompakt, da nur noch eine HW für alles verwendet werden kann. Der große Vorteil der Virtualisierung ist, dass man u.a. Backups script-gesteuert im laufenden Betrieb machen kann. Bei Fehlern kann einfach per Restore sehr schnell wieder ein funktionierendes System hergestellt werden.
Andreas
Hi,
ich habe eine neue Version bereitgestellt mit folgenden Anpassungen:
- Erkennung des HM-MOD-RPI-PCB in Verbindung mit der Platine HB-RF-USB lief teilweise auf x64 schief
- Fehlermeldung "Eine Komponente reagiert nicht" gefixt, falls keine HmIP fähige Funkhardware angeschlossen ist
- Unterstützung auch für Kernel 4.9. Damit ist bei Debian Stretch jetzt kein Kernel Upgrade mehr auf stretch-backports notwendig
Update kann einfach per apt erfolgen.
Viele Grüße
Alex
@Alex,
habe es mal auf einem Debian Stretch probiert. Hält leider nur bis zu einem Reboot.
debmatic version: 3.43.15-8
Kernel modules: Available
Raw UART dev: Available
HMRF Hardware: unknown
HMIP Hardware: unknown
Board serial: unknown
Radio MAC: unknown
SGTIN: unknown
HM_HOST='DEBMATIC'
HM_HOST_RAW_UART=''
HM_HOST_GPIO_UART=''
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE=''
HM_HMIP_DEVNODE=''
HM_HMRF_DEV=''
HM_HMIP_DEV=''
HM_HMRF_SERIAL=''
HM_HMRF_VERSION=''
HM_HMRF_ADDRESS=''
HM_HMIP_SGTIN=''
HM_HMIP_SERIAL=''
HM_HMIP_VERSION=''
HM_HMIP_ADDRESS=''
mein Quercheck mit der Ubuntu VM zeigt, dass alles einwandfrei funktioniert (HB-RF-USB usw.) Das angehängte Bild zeigt die beiden Zentralen Einträge, die initial angelegt wurden. Nach einem Reboot können keine Geräte angelegt werden ...
Andreas
[Update] wenn Debmatic in der laufenden VM gestoppt und wieder gestartet wird, kommt zumindest der Anlerndialog wieder. HM-IP konnte ich nicht anlernen. BidCoS geht.
Hi,
scheinbar wird bei Debian mit Kernel 4.9 das Kernel Module nach dem Reboot nicht automatisch geladen (obwohl da alle notwendigen Deklarationen im Kernel Module drin sind).
Ich habe ein Update hochgeladen, welches das Laden des Kernel Modules erzwingt, sofern eine HB-RF-USB angeschlossen ist, jetzt sollte es daher auch nach einem Reboot klappen.
Viele Grüße
Alex
... leider gleiches Ergebnis. Sprich nach Reboot kein Anlern-Dialog, nach Stop/Start in der VM Anlern-Dialog vorhanden aber weder HM-IP noch HM (neuer Fehler) können angelernt werden.
debmatic version: 3.43.15-9
Kernel modules: Available
Raw UART dev: Available
HMRF Hardware: unknown
HMIP Hardware: unknown
Board serial: unknown
Radio MAC: unknown
SGTIN: unknown
Andreas
Hi,
es gibt eine neue Version, welche zum einen den HM-CFG-USB-2 unterstützt und zum anderen habe ich einige Patches eingearbeitet für Unterschiede zwischen OCCU und der CCU3.
Viele Grüße
Alex
@Alex,
habe jetzt mal die letzte Version 3.43.15-14 unter Debian Stretch (4.9er Kernel) installiert. Hatte auch wieder das Problem, dass nach einem Reboot kein Anlern-Dialog vorhanden war. Zufällig hatte ich aber beim ersten Mal nur ein
sudo service debmatic stop
und anschließend
sudo service debmatic start
gemacht - und siehe da der Anlerndialog war da - scheinbar ist mein System zu schnell und überrennt beim Booten einen Dienst. Habe dann in der
/lib/systemd/system/debmatic.service
ein
ExecStartPre=/bin/sleep 10
eingefügt. Seitdem kommt das System auch nach einem Boot einwandfrei hoch.
Cuxd und JP HB Devices konnte ich per apt-get install ebenfalls installieren. Die Cuxd Seite ist auch unter
.../addons/cuxd/index.ccc
zu sehen. Schaut also bis jetzt ganz gut aus. Konnte HM + HM-IP Devices via HMCCU in Fhem einbinden.
Ein Phänomen sehe ich noch auf der Startseite des WebUIs:
Aktuelle Firmwareversion: 3.43.15.14
CCU-Update: Firmware 3.43.15.13 ist verfügbar
k.A. ob das Absicht ist ...
Andreas
Hi,
danke für deinen Erfahrungsbericht!
Zitat von: fhemfreund am 29 März 2019, 01:33:14
Ein Phänomen sehe ich noch auf der Startseite des WebUIs:
Aktuelle Firmwareversion: 3.43.15.14
CCU-Update: Firmware 3.43.15.13 ist verfügbar
k.A. ob das Absicht ist ...
Keine Absicht, ich hatte vergessen die Datei auf dem Webserver anzupassen. Ich muss das mal automatisieren. Jetzt sollte es aber passen.
Viele Grüße
Alex
Zitat von: deimos am 29 März 2019, 08:21:43
Hi,
danke für deinen Erfahrungsbericht!
Keine Absicht, ich hatte vergessen die Datei auf dem Webserver anzupassen. Ich muss das mal automatisieren. Jetzt sollte es aber passen.
Viele Grüße
Alex
Alex,
Gerne. Die FW Meldung sieht jetzt so aus:
Aktuelle Firmwareversion: 3.43.15.14
CCU-Update: Firmware 3.43.15-14 ist verfügbar
Bin gerade am Integrieren des Sensors von Tom (https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1). Um Register zu setzen, könnte ich das ganze per Debmatic machen, allerdings ist leider der Weg via Einstellungen/Systemsteuerung/Zusatzsoftware nicht möglich (die Menü-Einträge sind nicht vorhanden). Frage daher: gibt es eine Alternative, bzw. was müsste ich machen, um das ans Laufen zu bekommen?
Andreas
Hi,
Zitat von: fhemfreund am 29 März 2019, 20:23:33
Bin gerade am Integrieren des Sensors von Tom (https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1). Um Register zu setzen, könnte ich das ganze per Debmatic machen, allerdings ist leider der Weg via Einstellungen/Systemsteuerung/Zusatzsoftware nicht möglich (die Menü-Einträge sind nicht vorhanden). Frage daher: gibt es eine Alternative, bzw. was müsste ich machen, um das ans Laufen zu bekommen?
Die Addons können in der Form leider nicht mehr laufen (u.A. wegen der Umstellung auf systemd) und müssen portiert werden. Danach können sie dann per apt installiert werden. Ich habe das für CUxD, das JP-HB-Devices Addon und mein check_mk Addon bereits durchgeführt. Von Tom habe ich die Erlaubnis auch sein Addon zu portieren, allerdings bin ich noch nicht fertig damit.
Viele Grüße
Alex
Zitat von: deimos am 02 April 2019, 07:58:40
Hi,
Die Addons können in der Form leider nicht mehr laufen (u.A. wegen der Umstellung auf systemd) und müssen portiert werden. Danach können sie dann per apt installiert werden. Ich habe das für CUxD, das JP-HB-Devices Addon und mein check_mk Addon bereits durchgeführt. Von Tom habe ich die Erlaubnis auch sein Addon zu portieren, allerdings bin ich noch nicht fertig damit.
Viele Grüße
Alex
ok - dann werde ich Tom's Addon probieren, sobald es von dir verfügbar ist.
Hi,
ich habe grade eben das Upgrade auf Version 3.45.7 hochgeladen.
Viele Grüße
Alex
Zitat von: deimos am 22 April 2019, 20:57:32
Hi,
ich habe grade eben das Upgrade auf Version 3.45.7 hochgeladen.
Viele Grüße
Alex
@Alex,
habe mal die neue Version eingespielt. Nehme mal an ein Teil sollte die USB Erkennung verbessern ('Wait some time on startup to let the USB detection finish'). Hab' leider kein Release Note File gefunden...
Ging aber bei mir ohne meine Änderung in der /lib/systemd/system/debmatic.service mit einem ExecStartPre=/bin/sleep 20 immer noch nicht, sprich ohne den Delay wird das RF-Interface nicht gefunden (und damit sind keine Geräte zu sehen, bzw. neue anzulernen). Mit dem Delay geht aber alles einwandfrei ...
Bezüglich Tom's Devices: hast du da schon neue Infos?
Andreas
Hi,
ich habe grade eben die Addons für Toms HB-UNI-Sensor1 und den HB-SEN-LJet für debmatic fertiggestellt und hochgeladen.
Viele Grüße
Alex
Zitat von: deimos am 06 Mai 2019, 20:11:30
Hi,
ich habe grade eben die Addons für Toms HB-UNI-Sensor1 und den HB-SEN-LJet für debmatic fertiggestellt und hochgeladen.
Viele Grüße
Alex
Habe gerade mal das HB-UNI-Sensor1 AddOn in Debmatic 3.45.7.19 ausprobiert - funktioniert 1a. Danke dafür!
Andreas
Ich habe versucht, nach diese Anleitung https://github.com/alexreinert/debmatic/blob/master/docs/setup/raspberrypi.md debmatic zu installieren. Beim Step 2 kriege ich:
Error! echo
Your kernel headers for kernel 4.19.50-v7+ cannot be found at
/lib/modules/4.19.50-v7+/build or /lib/modules/4.19.50-v7+/source.
Ist das schlimm?
Hi,
Zitat von: amenomade am 19 Juni 2019, 20:28:59
Ist das schlimm?
Ich vermute, dass du deinen Kernel per rpi-update aktualisiert hast. In dem Fall passen die per apt installierten Header nicht. Ich habe aber etwas eingebaut, dass die notwendigen Header beim nächsten Reboot geholt werden.
Viele Grüße
Alex
Danke dir
Ne eigentlich habe ich mein System mit "sudo apt-get dist-upgrade" aktualisiert
Soll ich jetzt wieder "sudo apt install raspberrypi-kernel-headers pivccu-modules-dkms" machen, oder einfach nur neubooten?
Hi,
wurde bei dem Upgrade auch ein neuer Kernel installiert und hast du dann einen Reboot gemacht, bevor du pivccu-modules-dkms installiert hast?
Viele Grüße
Alex
Ja, das upgrade (Jessie -> Stretch) habe ich vor 2 - 3 Tage gemacht, und dann ein reboot gemacht, und erst heute habe ich mit debmatic angefangen
Und übrigens: wie komme ich dann auf die WebUI der CCU?
Hi,
die WebUI kommt bei debmatic unter der IP vom Pi.
Hi,
was kommt bei
sudo dpkg -s raspberrypi-kernel
sudo dpkg -s raspberrypi-kernel-headers
Und bist du dir ganz sicher mit rpi-update? Die aktuelle Version die ich per apt bekomme, ist die 4.19.42. Bei dir ist Kernel 4.19.50 aktiv.
Viele Grüße
Alex
Package: raspberrypi-kernel
Status: install ok installed
Priority: extra
Section: kernel
Installed-Size: 121366
Maintainer: Serge Schneider <serge@raspberrypi.org>
Architecture: armhf
Source: raspberrypi-firmware
Version: 1.20190517-1
Replaces: raspberrypi-bootloader (<< 1.20160324-1)
Provides: linux-image
Breaks: raspberrypi-bootloader (<< 1.20160324-1)
Conffiles:
/etc/default/raspberrypi-kernel aa1f56ed7333c9749dba288036f96334
Description: Raspberry Pi bootloader
This package contains the Raspberry Pi Linux kernel.
Homepage: https://github.com/raspberrypi/firmware
Package: raspberrypi-kernel-headers
Status: install ok installed
Priority: extra
Section: kernel
Installed-Size: 105866
Maintainer: Serge Schneider <serge@raspberrypi.org>
Architecture: armhf
Source: raspberrypi-firmware
Version: 1.20190517-1
Provides: linux-headers
Description: Header files for the Raspberry Pi Linux kernel
This package provides the architecture-specific kernel header files for
the Raspberry Pi Linux kernel, generally used for building out-of-tree
kernel modules.
Homepage: https://github.com/raspberrypi/firmware
uname -a :
Linux raspberrypi 4.19.50-v7+ #1234 SMP Thu Jun 13 11:06:37 BST 2019 armv7l GNU/Linux
Hoffe ich habe keine komische sources...
Zitat von: deimos am 19 Juni 2019, 22:34:55
die WebUI kommt bei debmatic unter der IP vom Pi.
Deswegen schafft er es nicht, lighttpd zu starten: ich habe schon apache auf Port 80...
Soooo.. Bin tesweise zurück auf .42 gegangen. Und nach einem Reboot, habe ich wieder rpi-update gemacht: der springt wieder auf .50.
Jetzt habe ich die Packages der Installation von debmatic gepurged, und werde auf .42 wieder zurück gehen, und dann wieder debmatic von vorne installieren... Mal sehen
Dann kann ich mich um mein Apache vs. lighttpd Problem kümmern
EDIT: nach komplette De-installation von debmatic, downgrade des Kernels auf .42 und Re-installation von debmatic von vorne funktioniert jetzt alles :) Danke!
Hmmm irgendwie geht das doch nicht so gut :
pi@raspberrypi:/var/log $ sudo debmatic-info
debmatic version: 3.45.7-27
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Assigned to GPIO pins
HMRF Hardware: unknown
HMIP Hardware: unknown
Board serial: unknown
Radio MAC: unknown
SGTIN: unknown
Anscheinend erkennt er mein Charly nicht ganz.
Und in der syslog habe ich:
Jun 21 01:57:05 raspberrypi systemd[1]: Starting debmatic hmserver...
Jun 21 01:57:07 raspberrypi start_hmserver.sh[8447]: Init Hardware Info
Jun 21 01:57:07 raspberrypi start_hmserver.sh[8447]: WARNING: An illegal reflective access operation has occurred
Jun 21 01:57:07 raspberrypi start_hmserver.sh[8447]: WARNING: Illegal reflective access by io.netty.util.internal.PlatformDependent0$1 (file:/opt/HMServer/HMServer.jar) to field java.nio.Buffer.address
Jun 21 01:57:07 raspberrypi start_hmserver.sh[8447]: WARNING: Please consider reporting this to the maintainers of io.netty.util.internal.PlatformDependent0$1
Jun 21 01:57:07 raspberrypi start_hmserver.sh[8447]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
Jun 21 01:57:07 raspberrypi start_hmserver.sh[8447]: WARNING: All illegal access operations will be denied in a future release
Jun 21 01:58:07 raspberrypi systemd[1]: Starting debmatic hmserver...
Jun 21 01:58:09 raspberrypi start_hmserver.sh[8874]: Init Hardware Info
Jun 21 01:58:10 raspberrypi start_hmserver.sh[8874]: WARNING: An illegal reflective access operation has occurred
Jun 21 01:58:10 raspberrypi start_hmserver.sh[8874]: WARNING: Illegal reflective access by io.netty.util.internal.PlatformDependent0$1 (file:/opt/HMServer/HMServer.jar) to field java.nio.Buffer.address
Jun 21 01:58:10 raspberrypi start_hmserver.sh[8874]: WARNING: Please consider reporting this to the maintainers of io.netty.util.internal.PlatformDependent0$1
Jun 21 01:58:10 raspberrypi start_hmserver.sh[8874]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
Jun 21 01:58:10 raspberrypi start_hmserver.sh[8874]: WARNING: All illegal access operations will be denied in a future release
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: Jun 21, 2019 1:58:18 AM io.vertx.core.eventbus.impl.HandlerRegistration
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: SEVERE: Failed to handleMessage
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused (Connection refused)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:85)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:94)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:82)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at com.sun.proxy.$Proxy14.listDevices(Unknown Source)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.updateDevicesForClient(BackendUpdateDevicesCommand.java:34)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.run(BackendUpdateDevicesCommand.java:29)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:27)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:11)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.lang.Thread.run(Thread.java:844)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: Caused by: java.net.ConnectException: Connection refused (Connection refused)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.PlainSocketImpl.socketConnect(Native Method)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:400)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:243)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:225)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:402)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.Socket.connect(Socket.java:591)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:81)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011... 15 more
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: Jun 21, 2019 1:58:18 AM io.vertx.core.impl.ContextImpl
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: SEVERE: Unhandled exception
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused (Connection refused)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:85)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:94)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:82)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at com.sun.proxy.$Proxy14.listDevices(Unknown Source)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.updateDevicesForClient(BackendUpdateDevicesCommand.java:34)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.run(BackendUpdateDevicesCommand.java:29)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:27)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:11)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.lang.Thread.run(Thread.java:844)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: Caused by: java.net.ConnectException: Connection refused (Connection refused)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.PlainSocketImpl.socketConnect(Native Method)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:400)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:243)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:225)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:402)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at java.base/java.net.Socket.connect(Socket.java:591)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:81)
Jun 21 01:58:18 raspberrypi start_hmserver.sh[8874]: #011... 15 more
Jun 21 01:58:29 raspberrypi systemd[1]: Started debmatic hmserver.
wieso machst du eigentlich --> rpi-update ?
bist du bei den Kernel Entwickler Tester?
Ne, das upgrade hatte ich, wie oben geschrieben, mit "sudo apt-get dist-upgrade" und nichts mit rpi-update gemacht. Warum auch immer, bin ich aber auf eine unstable Version gelandet (die letzte stable ist ja die .42 und nicht die .50). rpi-update habe ich nur benutzt, um die Kernelheaders zu downgraden. Allerdings auf die .42 der master Branche, statt stable... :(
Aber nachdem meine HM-Gateway, die ich parallell auch betriebe, sich komisch verhaltet hat (siehe hier: https://forum.fhem.de/index.php/topic,101594.msg950527.html#msg950527), und ich deswegen zu viel rumgespielt habe, und letztendlich alles kaputt gemacht habe, habe ich gestern die Gelegenheit benutzt, um etwas zu machen, was ich schon lange wollte: System komplett neu aufsetzen, auf Basis stretch light statt diese Noob-distro mit Desktop. Von daher ist nw. mein System jetzt sauber.
Warum scheint er mein Charly nicht zu erkennen (gestern ging es einigermasse trotz falsches System)? Kann es übrigens an die Stromversorgung per micro-USB hängen? Ansonsten alle Ideen willkommen ;)
könnte es sein, dass es probleme mit den ports gibt?
wird io charly von debmatic erkannt, wenn du fhem mit io lgw auf diesem server "still legst""?
Hmmm ich glaube eher nicht. Die LAN Gateway ist nw. völlig autark. Nur am Pi wird es über IP kommuniziert, aber die Ports vom rpc Server sind anders.
Allerdings, nach ein paar Tests, und mehrere Reboots, funktioniert es jetzt. Ich weiss nicht warum. Das Pi mit Charly sind genauso wie früher angeschlossen
Die Stromversorgung ist 2,5A und die USB Devices sind über ein stromversogtes Hub angeschlossen. Aber gut... Hauptsache es funktioniert (als IT-Mensch mag ich es aber nicht, nicht die Ursache nicht zu kennen... Wer weiss, ob das wieder passieren wird?)
Erstes Device erfolgreich angelernt!
Und schon kommt die nächste Frage: die WebUI sagt mir, es wäre für das Device eine neue Firmware verfügbar. Wenn ich auf dem Link klicke, speichert er das auf meine Laptop. Wo muss ich die Datei (und unter welcher Form: tgz, efw,...) auf dem Pi kopieren, damit die CCU sie sieht?
Antwort selbst gefunden: bei Firmware - Overview, muss man auf Device firmware klicken, und dann auf New. Da kann man die runtergeladene Firmware in der CCU hochladen, und dann zum Device transferieren.
Hallo!
Habe versucht Debmatic auf einem RPI3+b neben Debian(Buster) zu installieren aber bekomme dabei nicht das rpi-rf-mod mit angesprochen. Debmatic startet und kann auf die WebUi zugreifen aber Anlernen geht nicht, da sagt er kannndas nicht starten. Es bleibt auch die Led am rpi-rf-mod bleibt aus.
Wenn ich das ganze mit einem fertigen pivccu Image probiere läuft es sofort und das rpi-rf-mod wird angesprochen.
Den einzigen fehler den ich bei der Installation sehen konnte war bei:
Error! echo
Your kernel headers for kernel 4.19.50-v7+ cannot be found at
/lib/modules/4.19.5-v7+/build or /lib/modules/4.19.50-v7+/source.
Hat hier jemand Erfahrung mit dem gleichen Problem?!?
Mfg Steffen
Hi,
was kommt bei "sudo debmatic-info"? Passt der installierte und aktive Kernel zu den installierten Kernel Headern?
Viele Grüße
Alex
Zitat von: deimos am 25 September 2019, 18:08:28
Hi,
was kommt bei "sudo debmatic-info"? Passt der installierte und aktive Kernel zu den installierten Kernel Headern?
Viele Grüße
Alex
Hallo,
vielen dank für die schnelle Antwort, aber leider nur das hier:
pi@raspberrypi:~ $ sudo debmatic-info
debmatic version: 3.47.15-33
Kernel modules: Not available
Raw UART dev: Not available
Rasp.Pi3 UART: Assigned to GPIO pins
HMRF Hardware: unknown
HMIP Hardware: unknown
Board serial: unknown
Radio MAC: unknown
SGTIN: unknown
pi@raspberrypi:~ $
Die Installation bei ich aber komplett Schritt für Schritt durch gegangen.
Mfg Steffen
Hallo!
Ich habe es jetzt hinbekommen das die Installation sauber durch läuft, aber bekomme das Modul nicht zum laufen:
root@RiessSmartHomeServer:~# uname -r
4.19.66-v7+
root@RiessSmartHomeServer:~# debmatic-info
debmatic version: 3.47.15-33
Kernel modules: Available
Raw UART dev: Not available
Rasp.Pi3 UART: Not assigned to GPIO pins
HMRF Hardware: unknown
HMIP Hardware: unknown
Board serial: unknown
Radio MAC: unknown
SGTIN: unknown
root@RiessSmartHomeServer:~# service debmatic status
● debmatic.service - debmatic
Loaded: loaded (/lib/systemd/system/debmatic.service; enabled; vendor preset: enabled)
Active: active (exited) since Thu 2019-09-26 06:07:17 CEST; 5min ago
Process: 492 ExecStart=/usr/share/debmatic/bin/initsystem.sh (code=exited, status=0/SUCCESS)
Main PID: 492 (code=exited, status=0/SUCCESS)
Sep 26 06:07:07 RiessSmartHomeServer systemd[1]: Starting debmatic...
Sep 26 06:07:07 RiessSmartHomeServer initsystem.sh[492]: find: '/usr/share/debmatic/lib': No such file or directory
Sep 26 06:07:17 RiessSmartHomeServer systemd[1]: Started debmatic.
ich bin alle schritte mehrmals durch gegangen, aber es will einfach nicht... :-\
Mfg Steffen
Seit dem letzten upgrade ist das leider bei mir auch so.
Vorher funktionierte alles.
root@raspberrypi:~# debmatic-info
debmatic version: 3.47.15-33
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Not assigned to GPIO pins
HMRF Hardware: unknown
HMIP Hardware: unknown
Board serial: unknown
Radio MAC: unknown
SGTIN: unknown
gruß
Carlos
Hi,
das Problem dürfte hier liegen:
Rasp.Pi3 UART: Not assigned to GPIO pins
Wie sieht eure /boot/config.txt aus? Könnte sein, dass hier irgendein Update von Raspbian reingepfuscht hat und die Änderungen aus Schritt 5 der Anleitung kaputt gemacht hat.
Viele Grüße
Alex
Zitat von: deimos am 26 September 2019, 07:48:20
Hi,
das Problem dürfte hier liegen:
Rasp.Pi3 UART: Not assigned to GPIO pins
Wie sieht eure /boot/config.txt aus? Könnte sein, dass hier irgendein Update von Raspbian reingepfuscht hat und die Änderungen aus Schritt 5 der Anleitung kaputt gemacht hat.
Viele Grüße
Alex
so sieht meine aus:
root@RiessSmartHomeServer:~# cat /boot/config.txt
# IMPORTANT:
# - Modifications to /boot/config.txt will not be preserved on reboot.
# - Please ensure you edit from the DietPi-RAMdisk location: /DietPi/config.txt
#-------Display---------
# If you get no picture, set the following to "1" to apply most compatible HDMI settings.
#hdmi_safe=1
# Uncomment to adjust the HDMI signal strength if you have interferences, blanking, or no display.
# - Values from "0" to "11" are allowed, use values above "7" only if required, e.g. with very long HDMI cable.
# - Default on first RPi1 is "2" and on RPi2 and above: "5"
#config_hdmi_boost=5
# Uncomment if HDMI display is not detected and composite is being outputted.
#hdmi_force_hotplug=1
# Set the following two settings to "1" to disable video output and framebuffer completely.
# NB: This will lead to some error messages on boot, which can be safely ignored.
#hdmi_ignore_hotplug=1
#hdmi_ignore_composite=1
# Uncomment to force a console size. By default it will be display's size minus overscan.
#framebuffer_width=1280
#framebuffer_height=720
# SDTV_MODES
#sdtv_mode=0
# Uncomment to force a specific HDMI mode (this will force VGA).
#hdmi_group=1
#hdmi_mode=1
# Uncomment to force an HDMI mode rather than DVI. This can make audio work in DMT (computer monitor) modes.
#hdmi_drive=2
# Set "hdmi_blanking=1" to allow the display going into standby after 10 minutes without input.
# With default value "0", the display shows a blank screen instead, but will not go into standby.
# NB: With "1" some applications (e.g. Kodi, OMXPlayer) cannot prevent display standby due to missing DPMS signal.
#hdmi_blanking=1
# Set to "1" if your display has a black border of unused pixels visible.
disable_overscan=1
# Uncomment the following to adjust overscan. Use positive numbers if console goes off screen, and negative if there is too much border.
#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16
# Rotation
display_hdmi_rotate=0
lcd_rotate=0
#-------RPi camera module-------
start_x=0
disable_camera_led=0
#-------GPU memory splits-------
gpu_mem_256=16
gpu_mem_512=16
gpu_mem_1024=16
#-------Max USB current---------
max_usb_current=1
#-------Disable Pi splash screen on boot-----------
disable_splash=1
#-------SoundCard-------
dtparam=audio=off
#-------I²C-------------
dtparam=i2c_arm=on
dtparam=i2c1=on
i2c_arm_baudrate=100000
#-------SPI-------------
dtparam=spi=off
#-------Serial/UART-----
# NB: Enabled for 1st run only, if you want to keep this setting, please set CONFIG_SERIAL_CONSOLE_ENABLE=1 in /DietPi/dietpi.txt.
#core_freq=400
enable_uart=0
#-------Overclock-------
temp_limit=75
# Initial turbo currently leads to CPU not being throttled down by CPU governor: https://github.com/MichaIng/DietPi/issues/1836
#initial_turbo=20
force_turbo=0
#over_voltage=0
#arm_freq=1200
#core_freq=400
#sdram_freq=450
#arm_freq_min=700
#core_freq_min=250
#sdram_freq_min=400
# Note To Self, NEVER enable L2 cache, breaks most X based applications that were not compiled with L2 cache enabled.
root@RiessSmartHomeServer:~# nano /boot/config.txt
root@RiessSmartHomeServer:~# cat /boot/config.txt
# IMPORTANT:
# - Modifications to /boot/config.txt will not be preserved on reboot.
# - Please ensure you edit from the DietPi-RAMdisk location: /DietPi/config.txt
#-------Display---------
# If you get no picture, set the following to "1" to apply most compatible HDMI settings.
#hdmi_safe=1
# Uncomment to adjust the HDMI signal strength if you have interferences, blanking, or no display.
# - Values from "0" to "11" are allowed, use values above "7" only if required, e.g. with very long HDMI cable.
# - Default on first RPi1 is "2" and on RPi2 and above: "5"
#config_hdmi_boost=5
# Uncomment if HDMI display is not detected and composite is being outputted.
#hdmi_force_hotplug=1
# Set the following two settings to "1" to disable video output and framebuffer completely.
# NB: This will lead to some error messages on boot, which can be safely ignored.
#hdmi_ignore_hotplug=1
#hdmi_ignore_composite=1
# Uncomment to force a console size. By default it will be display's size minus overscan.
#framebuffer_width=1280
#framebuffer_height=720
# SDTV_MODES
#sdtv_mode=0
# Uncomment to force a specific HDMI mode (this will force VGA).
#hdmi_group=1
#hdmi_mode=1
# Uncomment to force an HDMI mode rather than DVI. This can make audio work in DMT (computer monitor) modes.
#hdmi_drive=2
# Set "hdmi_blanking=1" to allow the display going into standby after 10 minutes without input.
# With default value "0", the display shows a blank screen instead, but will not go into standby.
# NB: With "1" some applications (e.g. Kodi, OMXPlayer) cannot prevent display standby due to missing DPMS signal.
#hdmi_blanking=1
# Set to "1" if your display has a black border of unused pixels visible.
disable_overscan=1
# Uncomment the following to adjust overscan. Use positive numbers if console goes off screen, and negative if there is too much border.
#overscan_left=16
#overscan_right=16
#overscan_top=16
#overscan_bottom=16
# Rotation
display_hdmi_rotate=0
lcd_rotate=0
#-------RPi camera module-------
start_x=0
disable_camera_led=0
#-------GPU memory splits-------
gpu_mem_256=16
gpu_mem_512=16
gpu_mem_1024=16
#-------Max USB current---------
max_usb_current=1
#-------Disable Pi splash screen on boot-----------
disable_splash=1
#-------SoundCard-------
dtparam=audio=off
#-------I²C-------------
dtparam=i2c_arm=on
dtparam=i2c1=on
i2c_arm_baudrate=100000
#-------SPI-------------
dtparam=spi=off
#-------Serial/UART-----
# NB: Enabled for 1st run only, if you want to keep this setting, please set CONFIG_SERIAL_CONSOLE_ENABLE=1 in /DietPi/dietpi.txt.
#core_freq=400
enable_uart=0
#-------Overclock-------
temp_limit=75
# Initial turbo currently leads to CPU not being throttled down by CPU governor: https://github.com/MichaIng/DietPi/issues/1836
#initial_turbo=20
force_turbo=0
#over_voltage=0
#arm_freq=1200
#core_freq=400
#sdram_freq=450
#arm_freq_min=700
#core_freq_min=250
#sdram_freq_min=400
# Note To Self, NEVER enable L2 cache, breaks most X based applications that were not compiled with L2 cache enabled.
Hi,
die Anleitung ist für Raspbian und nicht für DietPi. Der Betrieb des Funkmoduls per GPIO wird bei DietPi gar nicht offiziell unterstützt, wobei ich nicht ausschließen will, dass man es zum Laufen bekommt.
Viele Grüße
Alex
Hi Alex,
Danke für den Tip, da hätte ich auch selbst drauf kommen können. ;)
Aber eigentlich dachte ich dass ein update keine Änderingen in der config.txt macht
Geht wieder:
root@raspberrypi:~# debmatic-info
debmatic version: 3.47.15-33
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Assigned to GPIO pins
HMRF Hardware: RPI-RF-MOD
HMIP Hardware: RPI-RF-MOD
Board serial: 58A9A71E7E
Radio MAC: unknown
SGTIN: 3014F711A0001F58A9A71E7E
Gruß
Carlos
Hallo,
Ja Dietpi nicht Offiziell aber ich dachte das würde nicht so den unterschied machen.
@carlos könntest du mal deine config.txt hier mal posten, dann könnte ich mal die unterschiede zu meiner vergleichen?!
Mfg Steffen
Das ist die config mit den Änderungen der Installation.
Ob dir das was hilft bezweifle ich.
Aber hier ist.
Gruß
Carlos
@deimos:
Hallo Alex
Wenn ich den Fhem Service abhängig von debmatic starten möchte (also, erst dann Fhem starten, wenn debmatic schon funktioniert, sonst wird der RPC Server nicht erkannt), welcher Dienst bzw. welche Abhängigkeit wäre relevant?
Nabend,
sehe ich das richtig, das HM-MOD-RPI-PCB per USB-Adapter (CP2102) nicht funktioniert?
Ok schade, geht nicht. Habe die Antwort gefunden.
https://forum.fhem.de/index.php/topic,97295.msg905655.html#msg905655
Zitat von: Steffen am 25 September 2019, 18:04:40
Den einzigen fehler den ich bei der Installation sehen konnte war bei:
Error! echo
Your kernel headers for kernel 4.19.50-v7+ cannot be found at
/lib/modules/4.19.5-v7+/build or /lib/modules/4.19.50-v7+/source.
Hat hier jemand Erfahrung mit dem gleichen Problem?!?
Mfg Steffen
Wie hast das Problem damals gelöst? Bekomme auch den Fehler beim Installieren der piVCCU.
Hi,
Kernel und Header müssen in der gleichen Version installiert sein, nach einem Update des Kernels muss ein Reboot gemacht werden, damit der Kernel auch aktiv ist. Dann sollte es mit der Installation auch klappen.
Viele Grüße
Alex
Zitat von: egmontr am 08 Oktober 2019, 06:46:42
Wie hast das Problem damals gelöst? Bekomme auch den Fehler beim Installieren der piVCCU.
Hallo,
ich kann dir gerne meine Installation reinfolge später senden, aber hast du das neue oder alte Funkmodul?
Mfg Steffen
Zitat von: deimos am 08 Oktober 2019, 07:18:17
Kernel und Header müssen in der gleichen Version installiert sein, nach einem Update des Kernels muss ein Reboot gemacht werden, damit der Kernel auch aktiv ist. Dann sollte es mit der Installation auch klappen.
Habe ich schon paar Mal gebootet. Ohne Erfolg.
Zitat von: Steffen am 08 Oktober 2019, 07:20:38
ich kann dir gerne meine Installation reinfolge später senden, aber hast du das neue oder alte Funkmodul?
Ich verwende HM-MOD-RPI-PCB
Hi,
und ist der installierte Kernel auch in der gleichen Version wie die Header? Hast du möglicherweise rpi-update benutzt (Falls nein, jetzt bitte auch nicht machen)
Was liefern folgende Befehle:
uname -a
ls -la /lib/modules
dpkg -s raspberrypi-kernel | grep Version
dpkg -s raspberrypi-kernel-headers | grep Version
Viele Grüße
Alex
Zitat von: deimos am 08 Oktober 2019, 10:39:55
Hi,
und ist der installierte Kernel auch in der gleichen Version wie die Header? Hast du möglicherweise rpi-update benutzt (Falls nein, jetzt bitte auch nicht machen)
Was liefern folgende Befehle:
uname -a
ls -la /lib/modules
dpkg -s raspberrypi-kernel | grep Version
dpkg -s raspberrypi-kernel-headers | grep Version
rpi-update habe ich nicht gemacht...
aber
Zitatsudo apt-get update
sudo apt-get upgrade
Der Rest kommt am Nachmittag, wenn ich zu Hause bin.
Zitat von: deimos am 08 Oktober 2019, 10:39:55
Hi,
und ist der installierte Kernel auch in der gleichen Version wie die Header? Hast du möglicherweise rpi-update benutzt (Falls nein, jetzt bitte auch nicht machen)
Was liefern folgende Befehle:
uname -a
ls -la /lib/modules
dpkg -s raspberrypi-kernel | grep Version
dpkg -s raspberrypi-kernel-headers | grep Version
Viele Grüße
Alex
Hallo Alex,
anbei die Kernek Version und Header Ausgabe:
sudo uname -a
Linux raspi4pannon 4.19.75-v7l+ #1270 SMP Tue Sep 24 18:51:41 BST 2019 armv7l GN U/Linux
ls -la /lib/modules
insgesamt 36
drwxr-xr-x 9 root root 4096 Okt 6 13:34 .
drwxr-xr-x 17 root root 4096 Okt 6 13:45 ..
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66+
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66-v7+
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66-v7l+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v7+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v7l+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v8+
dpkg -s raspberrypi-kernel | grep Version
Version: 1.20190925-1
dpkg -s raspberrypi-kernel-headers | grep Version
Version: 1.20190819-1
Hi,
wie man schön sieht: Die Version der Kernel Header passt nicht zu dem Kernel Paket.
Viele Grüße
Alex
Zitat von: deimos am 08 Oktober 2019, 16:56:47
Hi,
wie man schön sieht: Die Version der Kernel Header passt nicht zu dem Kernel Paket.
Viele Grüße
Alex
Hallo,
dass habe ich vorhin auch gesehen und ich habe mir erhofft von dir eine Lösung zu bekommen ;). Kann man die nachinstallieren?
Ich habe das original Buster Image auf die SD-Karte geflasht und dann
sudo apt-get update
sudo apt-get upgradegemacht.
Wieso sind die dann nicht konform?
Habe auch
pi@raspi4pannon:~ $ sudo apt-get install raspberrypi-kernel-headers
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
raspberrypi-kernel-headers ist schon die neueste Version (1.20190819-1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 3 nicht aktualisiert.probiert.
Aber sie wurden nicht installiert.
Ich habe das Problem gehabt, als ich mein Kernel mit rpi-update aktualisiert hatte. Da landet mal möglicherweise auf einer unstable Version, wo die Headers nicht in der distro enthälten sind. Hast Du sowas mal gemacht? Wenn ja, dann musst Du zurück auf einer stable Version kommen
Zitat von: amenomade am 08 Oktober 2019, 18:32:03
Ich habe das Problem gehabt, als ich mein Kernel mit rpi-update aktualisiert hatte. Da landet mal möglicherweise auf einer unstable Version, wo die Headers nicht in der distro enthälten sind. Hast Du sowas mal gemacht? Wenn ja, dann musst Du zurück auf einer stable Version kommen
Gestern habe ich nochmals die SD-Karte geflashed. Hier meine Schritte und ich hoffe mich richtig zu erinnern.
Danach war da:
ls -la /lib/modules/
insgesamt 36
drwxr-xr-x 9 root root 4096 Okt 6 13:34 .
drwxr-xr-x 17 root root 4096 Okt 6 13:45 ..
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66+
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66-v7+
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66-v7l+dpkg -s raspberrypi-kernel | grep Version
Version: 1.20190819-1dpkg -s raspberrypi-kernel-headers | grep Version
Keine Header vorhanden!Danach
sudo apt-get install raspberrypi-kernel-headers gemacht
ls -la /lib/modules
insgesamt 36
drwxr-xr-x 9 root root 4096 Okt 6 13:34 .
drwxr-xr-x 17 root root 4096 Okt 6 13:45 ..
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66+
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66-v7+
drwxr-xr-x 2 root root 4096 Okt 6 13:35 4.19.66-v7l+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v7+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v7l+
dpkg -s raspberrypi-kernel | grep Version
Version: 1.20190925-1dpkg -s raspberrypi-kernel-headers | grep Version
Version: 1.20190819-1Danach waren die Versionen unterschiedlich. Müsste ein Fehler von Raspbian und den Updates sein.
Hi,
es ist mir ein Rätsel, woher das Kernel Package 1.20190925-1 kommt. Ich habe grade mal in das apt Repository der Raspberry Pi Foundation geschaut, da wird für Kernel und Header für Buster nur die Version 1.20190819-1 gelistet (siehe http://archive.raspberrypi.org/debian/dists/buster/main/binary-armhf/Packages). Im untested Repo gibt es die Version 1.20190925-2, also kann dein Package auch nicht daher kommen.
Viele Grüße
Alex
Wurden andere Sourcen eingebunden?
Zitat von: Wernieman am 09 Oktober 2019, 14:15:54
Wurden andere Sourcen eingebunden?
Nicht bewusst. Wie sollte das gehen?
Ich bin nicht so der Linux Spezialist.
was steht in: /etc/apt/source.list
cat /etc/apt/source.list | grep -v "^#"
*)
bzw. was ist in folgendem Direktory: /etc/apt/sources.list.d
ls -lha /etc/apt/sources.list.d
Ist allerdings nicht Linux sondern Debian (Ubuntu) + Derivate ...
*)
Ich weiß, das folgendes besser ist:
grep -v "^#" /etc/apt/source.list
da dann der Inhalt nicht einmal komplett durch den Speicher. ABER ... obiges ist für Anfänger besser zur Verstehen.
Zitat von: Wernieman am 09 Oktober 2019, 16:17:01
was steht in: /etc/apt/source.list
cat /etc/apt/source.list | grep -v "^#"
*)
bzw. was ist in folgendem Direktory: /etc/apt/sources.list.d
ls -lha /etc/apt/sources.list.d
Ist allerdings nicht Linux sondern Debian (Ubuntu) + Derivate ...
*)
Ich weiß, das folgendes besser ist:
grep -v "^#" /etc/apt/source.list
da dann der Inhalt nicht einmal komplett durch den Speicher. ABER ... obiges ist für Anfänger besser zur Verstehen.
Also ganz Anfänger bin ich nicht, aber die Innereien und die Zusammenhänge der Updates/Upgrades usw. des RPI sagen mir nicht viel ;D
Also
grep -v "^#" /etc/apt/source.list brachte nichts.
Aber
grep -v "^#" /etc/apt/sources.list ist
deb http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpiund
ls -lha /etc/apt/sources.list.d
insgesamt 12K
drwxr-xr-x 2 root root 4,0K Sep 26 02:11 .
drwxr-xr-x 7 root root 4,0K Sep 26 02:24 ..
-rw-r--r-- 1 root root 187 Sep 26 02:11 raspi.list
Naja ... hatte "aus dem Kopf" getipp ..
Was steht denn in der /etc/apt/sources.list.d/raspi.list
Zitat von: Wernieman am 09 Oktober 2019, 18:09:54
Naja ... hatte "aus dem Kopf" getipp ..
:-)
Zitat
Was steht denn in der /etc/apt/sources.list.d/raspi.list
deb http://archive.raspberrypi.org/debian/ buster main
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://archive.raspberrypi.org/debian/ buster main
Also eigentlich alles normal .....
Zitat von: Wernieman am 09 Oktober 2019, 18:40:28
Also eigentlich alles normal .....
Ich vermute einen Fehler bei Raspberry.
ls -la /lib/modules zeigt:
drwxr-xr-x 9 root root 4096 Okt 8 17:43 .
drwxr-xr-x 16 root root 4096 Sep 26 02:12 ..
drwxr-xr-x 2 root root 4096 Okt 8 17:43 4.19.66+
drwxr-xr-x 2 root root 4096 Okt 8 17:43 4.19.66-v7+
drwxr-xr-x 2 root root 4096 Okt 8 17:43 4.19.66-v7l+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v7+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v7l+
drwxr-xr-x 3 root root 4096 Sep 26 02:09 4.19.75-v8+Was bedeutet die V8+ in der letzten Zeile?
Hi,
das V8 könnte von der bevorstehenden Einführung des 64-Bit Kernels vom Raspberry Pi sein.
Viele Grüße
Slex
Hi,
ich konnte heute morgen endlich mal meinen Pi anschließen und versuchen das nachzustellen. Bei mir wird der Kernel nicht auf 1.20190925-1 aktualisiert, sondern bleibt wie die Header bei 1.20190819-1. Allerdings sehe ich, dass im apt Repository der RaspberryPi Foundation gestern nachmittag Änderungen gemacht wurden, welche nur den Kernel betreffen (Timestamps der deb-Dateien). Ich tippe daher drauf, dass das gestern gefixt wurde.
Die Schwierigkeit dürfte jetzt nur sein, ein Downgrade zu machen. Eine Möglichkeit dafür (bitte vorher Backup erstellen!)
sudo apt update
sudo apt remove raspberrypi-kernel
sudo apt install raspberrypi-kernel
Bitte auf keinen Fall einen Reboot zwischen den Schritten machen, der Pi wird dann mangels installiertem Kernel nicht neu starten, gleiches gilt, falls irgendwelche Fehler auftreten. Wenn keine Fehler auftauchen, sollte man danach einen Reboot machen, damit der Kernel übernommen wird.
Viele Grüße
Alex
Viele Grüße
Alex
Zitat von: deimos am 10 Oktober 2019, 08:23:30
ich konnte heute morgen endlich mal meinen Pi anschließen und versuchen das nachzustellen. Bei mir wird der Kernel nicht auf 1.20190925-1 aktualisiert, sondern bleibt wie die Header bei 1.20190819-1. Allerdings sehe ich, dass im apt Repository der RaspberryPi Foundation gestern nachmittag Änderungen gemacht wurden, welche nur den Kernel betreffen (Timestamps der deb-Dateien). Ich tippe daher drauf, dass das gestern gefixt wurde.
Nach dem Löschen und Installieren des Kernels, hatte ich folgendes Ergebnis:
pi@raspi4pannon:~ $ dpkg -s raspberrypi-kernel-headers | grep Version
Version: 1.20190819-1
pi@raspi4pannon:~ $ dpkg -s raspberrypi-kernel | grep Version
Version: 1.20190925-2
Danach habe ich Header installiert und das Ergebnis war:
sudo apt-get install raspberrypi-kernel-headers
pi@raspi4pannon:~ $ dpkg -s raspberrypi-kernel | grep Version
Version: 1.20190925-2
pi@raspi4pannon:~ $ dpkg -s raspberrypi-kernel-headers | grep Version
Version: 1.20190925-2
Schaut gut aus.Nun habe ich versucht:
sudo apt install raspberrypi-kernel-headers pivccu-modules-dkmsLeider kommt wieder ein Fehler:
HOSTCC scripts/recordmcount
HOSTCC scripts/sortextable
scripts/sortextable.c:31:10: fatal error: tools/be_byteshift.h: Datei oder Verzeichnis nicht gefunden
#include <tools/be_byteshift.h>
^~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [scripts/Makefile.host:90: scripts/sortextable] Fehler 1
make: *** [Makefile:1061: scripts] Fehler 2
Creating symlink /var/lib/dkms/pivccu/1.0.36/source ->
/usr/src/pivccu-1.0.36
DKMS: add completed.
Was kann man da tun?
Hi,
die haben irgendwas am Kernel umgestellt. Ich schau mir das heute abend an, sobald das Kind im Bett ist.
Viele Grüße
Alex
Hi,
so, ich habe mir das angeschaut: Der Fehler von scripts/sortextable.c ist unkritisch. Die eigentliche Modulerstellung der piVCCU Kernel Module danach läuft durch, also bitte einfach ignorieren.
Viele Grüße
Alex
geht doch, steht im Wiki und läuft bei mir auch so
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi
Hi,
Zitat von: inoma am 10 Oktober 2019, 22:58:23
geht doch, steht im Wiki und läuft bei mir auch so
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi
Ich vermute mal, du beziehst dich da auf die Frage, ob man das Funkmodul per CP210x anschließen kannst. Das geht in debmatic nicht, weil die Softwarearchitektur der CCU zwingend verlangt, dass man per eigenen Hardware Treibern auf das Funkmodul zugreift, weil die normalen TTY-Treiber selbst mit Low Latency Einstellung eine zu hohe Latenz für den Betrieb im DualCoPro Betrieb haben. Und die entsprechenden Treiber habe ich nur für diverse Single Board Computer und eben die HB-RF-USB implementiert.
Viele Grüße
Alex
Sorry, Ja Du hast recht, ich habe debmatic parallel zu FHEM laufen, und der HN-MOD-RPI-PCB läuft bei mir gar nicht in debnatic sondern als UART in FHEM...
Hallo,
habe es heute geschafft, auf meinem PI deine Software parallel zu FHEM zu installieren. -- Eine Buster Neuinstallation ist gegen die Wand gegangen ......
Meine Frage: Woran liegt es, wenn ich im 'Geräte Suchen' - Dialog nicht nach Homematic IP suchen kann ? Liegt es an der Firmeware meines Homematic - RPI - GPIO Adapters?
Wie aktualisiere ich den am Besten?
Danke für eure Hilfe!
MOTO - PI
@ALEX: von mir einen herzlichen Dank für deine Arbeit!!
Hi,
was liefert debmatic-info? Was steht in der Datei /var/hm_mode?
Die Firmware vom Funkmodul wird automatisch aktualisiert, sofern das notwendig ist.
Viele Grüße
Alex
/var/HM_mode/
HM_HOST='DEBMATIC'
HM_HOST_RAW_UART='raw-uart'
HM_HOST_GPIO_UART='/dev/raw-uart'
HM_HOST_GPIO_RESET=''
HM_LED_GREEN=''
HM_LED_RED=''
HM_LED_YELLOW=''
HM_RTC=''
HM_MODE='NORMAL'
HM_HMRF_DEVNODE='/dev/mmd_bidcos'
HM_HMIP_DEVNODE='/dev/mmd_hmip'
HM_HMRF_DEV='HM-MOD-RPI-PCB'
HM_HMIP_DEV='HM-MOD-RPI-PCB'
HM_HMRF_SERIAL='PEQ0532801'
HM_HMRF_VERSION='2.8.6'
HM_HMRF_ADDRESS='0x6a5a8d'
HM_HMIP_SGTIN='3014F711A061A7D8A9918941'
HM_HMIP_SERIAL='PEQ0532801'
HM_HMIP_VERSION='2.8.6'
HM_HMIP_ADDRESS='0x6a5a8d'
$ sudo debmatic-info
debmatic version: 3.47.15-33
Kernel modules: Available
Raw UART dev: Available
HMRF Hardware: HM-MOD-RPI-PCB
HMIP Hardware: HM-MOD-RPI-PCB
Board serial: PEQ0532801
Radio MAC: 0x6a5a8d
SGTIN: 3014F711A061A7D8A9918941
@deimos: vielleicht hast Du eine Antwort auf dieser Frage? https://forum.fhem.de/index.php/topic,97295.msg979998.html#msg979998
Hi
@Motopi: Das sieht eigentlich gut aus. Hast du mal einen Neustart gemacht? Es könnte sein, dass da beim ersten Start was durcheinanderging, weil du da noch eine Firmware drauf hattest, welche kein HmIP konnte.
Falls es dann noch nicht läuft, dann bitte mal den Inhalt von /var/log/hmserver.log (ab dem Neustart).
@amenomade
Es gibt eine Möglichkeit über symlinks unter /etc/systemd zusätzliche Abhängigkeiten zu erstellen, ich finde da aber leider grade die Anleitung nicht.
Viele Grüße
Alex
Ja, grundsätzlich kann man in systemd Abhängigkeiten haben. Aber die Frage ist: abhängig von welchem debmatic Dienst/Prozess?
Hi,
debmatic.service wenn debmatic mit dem Start auf einen anderen Service warten soll.
debmatic-startupfinished.service kann verwendet werden, wenn auf den vollständigen Start von debmatic gewartet werden soll.
Viele Grüße
Alex
schaut leider weiterhin identisch aus. Ich habe 'suchen nach Homematic direkt ' oder 'mit Seriennummern' -- kann es sein, dass das mit der INstallation so gekommen ist? kann ggf. Debmatic neu installieren helfen?
kt 17 21:08:10 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:08:10 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyBackendNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:08:11 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO [vert.x-worker-thread-2] SYSTEM: Firmware update directory is set to /etc/config/firmware
Okt 17 21:08:11 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of FirmwareLoaderFileSystem succeeded (b9455c49-6cd5-474e-9049-728aad3c9a37)
Okt 17 21:08:11 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointWatchdog succeeded (77f5f0b9-50c7-4b9b-b001-d2012436c79b)
Okt 17 21:28:13 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory
Okt 17 21:28:14 de.eq3.lib.util.dynamics.GenericFactory INFO [main] created instance of HMServerConfiguration with parameter(s)
Okt 17 21:28:14 de.eq3.lib.util.dynamics.GenericFactory INFO [main] passed 1 parameter(s), in declarative order [String]
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [HMIPTRXWriterWorker] (1) *worker
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KeyServerWorker] (1) *worker
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KryoPersistenceWorker] (1) *worker
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [TransactionSubsystemHandler] (1) *worker
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [FirmwareLoaderFileSystem] (1) *worker
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerPersistentDataLoader] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerAdapterInitialization] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [BackendCommandHandler] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionAcceptHandler] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CheckDeviceExistHandler] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [IncomingHMIPFrameHandler] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceBackgroundUpdateSubsystem] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceLiveUpdateSubsystem] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionDefaultConfigurationChanger] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CyclicSmokeDetectorAwakening] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointElectroCardioGram] (1)
Okt 17 21:28:48 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerFirmwareUpdateInitialization] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointAuthorisationHandler] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointMessageDispatcher] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointWatchdog] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [WebSocketManager] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointCommDevice] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RouterKeyServerWorker] (1) *worker
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointKeyServerWorker] (1) *worker
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterInitialization] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterFinalization] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LanRoutingWorker] (1) *worker
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyNotificationHandler] (1) *worker
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyAPIWorker] (1) *worker
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBackendNotificationHandler] (3) *worker
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBlindLevelCorrectionHandler] (1) *worker
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyInitializion] (1)
Okt 17 21:28:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: deploying 32 classes to Vert.x
Okt 17 21:28:50 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: 32 VertxDeployers initialized
Okt 17 21:28:51 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-0] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 17 21:28:51 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LegacyBlindLevelCorrectionHandler succeeded (6c9a91fe-63b6-45bd-a6e4-dcf46d71015a)
Okt 17 21:28:51 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of HMIPTRXWriterWorker succeeded (d418746c-2d95-475f-8378-fa35fcfb9407)
Okt 17 21:28:51 de.eq3.cbcs.lib.remotecommadapter.device.security.RouterKeyServerWorker ERROR [vert.x-worker-thread-3] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 17 21:28:51 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of TransactionSubsystemHandler succeeded (32a28bba-1356-498a-b3f3-0c2b6466b0fd)
Okt 17 21:28:51 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of KeyServerWorker succeeded (99c9bd07-7c3d-4171-b743-348dbcc8dcdd)
Okt 17 21:28:51 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointKeyServerWorker succeeded (21eb6a6b-4bba-4164-a127-a90322bcfaab)
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of KryoPersistenceWorker still not met - check deployment configuration
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of FirmwareLoaderFileSystem still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceBackgroundUpdateSubsystem still not met - check deployment configuration
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceInclusionAcceptHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerFirmwareUpdateInitialization still not met - check deployment configuration (still unfulfilled: [connector.open][firmware.update.subsystem.started][persistent.data.loaded])
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointMessageDispatcher still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of WebSocketManager still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:28:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterFinalization still not met - check deployment configuration (still unfulfilled: [connector.ready])
Okt 17 21:28:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LanRoutingWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:28:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyAPIWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:29:01 de.eq3.cbcs.server.core.live_otau.DeviceLiveUpdateSubsystem INFO [vert.x-eventloop-thread-0] SYSTEM: DeviceLiveUpdateSubsystem started
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceLiveUpdateSubsystem succeeded (777935a7-7f4d-47eb-9172-7bbed20eb7dd)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of CyclicSmokeDetectorAwakening succeeded (8e6e28b8-d516-41be-ab9e-ca608b1cbfc8)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointElectroCardioGram succeeded (f1608429-a325-4a0a-bffd-5b96032e52ca)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceInclusionDefaultConfigurationChanger succeeded (0035abbd-81e6-4737-a127-3ac1e53eb76c)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of CheckDeviceExistHandler succeeded (6108ee47-b23a-4555-920d-08c942acf28b)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of RouterKeyServerWorker succeeded (81fcb34a-3c12-499d-8645-402deccab8cb)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceBackgroundUpdateSubsystem succeeded (771632bd-43e2-4406-94e3-b3287224f4dc)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of KryoPersistenceWorker succeeded (3d06ab20-12a9-430d-a789-8b17dcdd042b)
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LocalServerPersistentDataLoader still not met - check deployment configuration
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of BackendCommandHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of IncomingHMIPFrameHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointAuthorisationHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointWatchdog still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointCommDevice still not met - check deployment configuration (still unfulfilled: [backend.ready])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyBackendNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyInitializion still not met - check deployment configuration (still unfulfilled: [legacy.api.worker][connector.open][persistent.data.loaded])
Okt 17 21:29:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LocalServerPersistentDataLoader succeeded (4c01aff3-8dea-4113-869d-abe38ddfe667)
Okt 17 21:29:03 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of FirmwareLoaderFileSystem still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:03 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceInclusionAcceptHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:03 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerFirmwareUpdateInitialization still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:29:03 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointMessageDispatcher still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:03 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of WebSocketManager still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:29:03 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterFinalization still not met - check deployment configuration (still unfulfilled: [connector.ready])
Okt 17 21:29:04 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO [vert.x-worker-thread-4] SYSTEM: Firmware update directory is set to /etc/config/firmware
Okt 17 21:32:16 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory
Okt 17 21:32:17 de.eq3.lib.util.dynamics.GenericFactory INFO [main] created instance of HMServerConfiguration with parameter(s)
Okt 17 21:32:17 de.eq3.lib.util.dynamics.GenericFactory INFO [main] passed 1 parameter(s), in declarative order [String]
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [HMIPTRXWriterWorker] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KeyServerWorker] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KryoPersistenceWorker] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [TransactionSubsystemHandler] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [FirmwareLoaderFileSystem] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerPersistentDataLoader] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerAdapterInitialization] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [BackendCommandHandler] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionAcceptHandler] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CheckDeviceExistHandler] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [IncomingHMIPFrameHandler] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceBackgroundUpdateSubsystem] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceLiveUpdateSubsystem] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionDefaultConfigurationChanger] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CyclicSmokeDetectorAwakening] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointElectroCardioGram] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerFirmwareUpdateInitialization] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointAuthorisationHandler] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointMessageDispatcher] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointWatchdog] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [WebSocketManager] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointCommDevice] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RouterKeyServerWorker] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointKeyServerWorker] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterInitialization] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterFinalization] (1)
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LanRoutingWorker] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyNotificationHandler] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyAPIWorker] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBackendNotificationHandler] (3) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBlindLevelCorrectionHandler] (1) *worker
Okt 17 21:32:49 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyInitializion] (1)
Okt 17 21:32:50 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: deploying 32 classes to Vert.x
Okt 17 21:32:50 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: 32 VertxDeployers initialized
Okt 17 21:32:52 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of CyclicSmokeDetectorAwakening succeeded (5bf952c3-05e4-4b30-8d53-0d9760f0c4b4)
Okt 17 21:32:52 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointElectroCardioGram succeeded (154dc4a4-e4dd-4c6f-92d8-afada002ef80)
Okt 17 21:32:52 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of CheckDeviceExistHandler succeeded (80e55e10-01c4-4a00-b6ef-0f2a9a515572)
Okt 17 21:32:52 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-3] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 17 21:32:52 de.eq3.cbcs.lib.remotecommadapter.device.security.RouterKeyServerWorker ERROR [vert.x-worker-thread-0] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 17 21:32:52 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of RouterKeyServerWorker succeeded (5fe304b0-766d-4d28-be2e-97ffe46be82f)
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LocalServerPersistentDataLoader still not met - check deployment configuration
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of BackendCommandHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of DeviceBackgroundUpdateSubsystem still not met - check deployment configuration
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointMessageDispatcher still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LocalServerFirmwareUpdateInitialization still not met - check deployment configuration (still unfulfilled: [connector.open][firmware.update.subsystem.started][persistent.data.loaded])
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointCommDevice still not met - check deployment configuration (still unfulfilled: [backend.ready])
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterFinalization still not met - check deployment configuration (still unfulfilled: [connector.ready])
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyBackendNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:32:57 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyInitializion still not met - check deployment configuration (still unfulfilled: [legacy.api.worker][connector.open][persistent.data.loaded])
Okt 17 21:33:01 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of KryoPersistenceWorker succeeded (3cde5ba0-eaa1-4ef4-b920-d0640be59a45)
Okt 17 21:33:02 de.eq3.cbcs.server.core.live_otau.DeviceLiveUpdateSubsystem INFO [vert.x-eventloop-thread-1] SYSTEM: DeviceLiveUpdateSubsystem started
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceInclusionDefaultConfigurationChanger succeeded (c9088796-4694-4065-9d0d-3232e1708a50)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of HMIPTRXWriterWorker succeeded (4139495e-943c-4b00-adbc-bd3b14919ddb)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LegacyBlindLevelCorrectionHandler succeeded (78f3007d-83cf-42bb-8609-0e2873604a12)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointKeyServerWorker succeeded (571eec7c-fe96-48a9-9a80-10a6d9f0dd12)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of TransactionSubsystemHandler succeeded (d1c45b1e-9118-460b-9231-525bcdd6dfa2)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of KeyServerWorker succeeded (d3fefdb4-b21d-426d-8025-05adf38589f7)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceBackgroundUpdateSubsystem succeeded (e7ec5b09-c466-4643-a7af-3fa7241226d5)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LocalServerPersistentDataLoader succeeded (bb84056e-4136-4568-9b52-e66ce43605f7)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceLiveUpdateSubsystem succeeded (4aa49414-b012-45ea-85df-e4d05e4e116c)
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of FirmwareLoaderFileSystem still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceInclusionAcceptHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of IncomingHMIPFrameHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointAuthorisationHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointWatchdog still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of WebSocketManager still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LanRoutingWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:33:02 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyAPIWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of WebSocketManager succeeded (e9a23bf0-db1b-482a-b8d5-4fb5c7db2179)
Okt 17 21:33:03 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO [vert.x-worker-thread-3] SYSTEM: Firmware update directory is set to /etc/config/firmware
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of FirmwareLoaderFileSystem succeeded (feae3f14-fe45-4529-bdb9-bb540848ac38)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceInclusionAcceptHandler succeeded (8bb8f934-f81d-4b26-973d-5a7bdd7014c3)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of IncomingHMIPFrameHandler succeeded (cd1697bf-6449-4d32-828a-6527a00c43d3)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of RemoteCommAdapterInitialization succeeded (d55c4852-5b70-46dc-9687-f7ccc1527f4c)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointMessageDispatcher succeeded (2f8008f3-7766-4939-ac06-975a19911bf1)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointWatchdog succeeded (758b3f4e-e161-4c7b-88d7-98dfbc2ae9c0)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointAuthorisationHandler succeeded (ceeb561b-92f1-4c01-836f-5efdc0b8435b)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointCommDevice succeeded (cec77831-8346-4919-833d-13550d44a6be)
Okt 17 21:33:03 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of BackendCommandHandler succeeded (2ab77fa2-4eef-439b-85cd-90513ac69fa3)
Okt 17 21:36:27 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory
was mir noch aufgefallen ist: wenn ich ne Weile nichts im Webgui mache, dann krieg ich ein Popup mit
Zitat"VirtualDevices
Eine Komponente der Homematic Zentrale reagiert nicht mehr.
Hierfür kann es eine Reihe von Ursachen geben:
es besteht keine Netzwerk-Verbindung
die Stromversorung der HomeMatic Zentrale wurde unterbrochen
mindestens eine Komponente der HomeMatic Zentrale ist abgestürzt
Überprüfen Sie die Netzwerk-Verbindung und die Stromversorgung der HomeMatic Zentrale. Starten Sie ggf. die HomeMatic Zentrale neu."
Danach wieder Popup
ZitatHmIP-RF
Eine Komponente der Homematic Zentrale reagiert nicht mehr.
Hierfür kann es eine Reihe von Ursachen geben:
es besteht keine Netzwerk-Verbindung
die Stromversorung der HomeMatic Zentrale wurde unterbrochen
mindestens eine Komponente der HomeMatic Zentrale ist abgestürzt
Überprüfen Sie die Netzwerk-Verbindung und die Stromversorgung der HomeMatic Zentrale. Starten Sie ggf. die HomeMatic Zentrale neu.
Hi,
du hast zwar viel aus dem Log gepostet, aber der interessante Teil dürfte vorher passiert sein und fehlt.
Viele Grüße
Alex
habe es mal oben aktualisiert... ???
Zitat von: deimos am 17 Oktober 2019, 21:33:28
debmatic-startupfinished.service kann verwendet werden, wenn auf den vollständigen Start von debmatic gewartet werden soll.
Viele Grüße
Alex
Genau das meinte ich, danke :)
super, dann müsste /etc/systemd/system/fhem.service so angepasst werden um auf debmatic zu warten?
# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $
[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service
[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always
RestartSec=5
[Install]
WantedBy=multi-user.target
WantedBy=debmatic-startupfinished.service
Zitat von: schwatter am 17 Oktober 2019, 22:45:20
super, dann müsste /etc/systemd/system/fhem.service so angepasst werden um auf debmatic zu warten?
# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $
[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service
[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always
RestartSec=5
[Install]
WantedBy=multi-user.target
WantedBy=debmatic-startupfinished.service
Ne, nicht bei Install und nicht WantedBy. Ich muss die Doku wieder lesen, aber ich tippe eher auf Wants bei Service oder bei Unit
EDIT: sorry, nicht Wants sondern After
Hab die Doku wieder gelesen. Wants + After sollte gehen, genauso wie bei network
Aber bei Unit und nicht bei install ... oder?
Hi,
@motopi: Ich habe das Log komplett durchgeschaut. Ich sehe, dass es ein Problem gibt, aber leider loggt der HMServer nicht welches Problem das ist. Du könntest in der Datei /etc/config/log4j.xml das Loglevel für die Category de.eq3 hochdrehen auf Debug und neu starten. Vielleicht sieht man dann mehr. Die Änderung solltest du später aber auf jeden Fall wieder rückgängig machen, das Ding loggt ansonsten wirklich viel.
Viele Grüße
Alex
Hallo,
Ich habe zur Zeit folgende seltsame update Konstellation.
Wie kann das sein?
Gruß
Carlos
Hi,
die Version 3.47.18 wurde von eQ-3 zurückgezogen, weil auf manchen Systemen HmIP erst nach etlichen Neustarts läuft.
Viele Grüße
Alex
Ok, wie komme ich jetzt wieder zurück?
Gruß
Carlos
Hi,
hast du Probleme? Wenn nein, würde ich dir empfehlen einfach auf der Version zu bleiben. Nächste Woche kommt dann hoffentlich sowieso das Update von eQ-3 raus.
Falls du Probleme hast: "apt install debmatic=3.47.15-33"
Viele Grüße
Alex
Hi,
Nein Probleme habe ich keine. Aber gut zu wissen wie das geht.
Ich bin zwar immer gerne auf dem neuesten Stand, aber wenn der fehlerhaft ist dann lieber doch auf dem letzten funktionierenden Stand.
Danke und Gruß
Carlos
Dann auf ein neues: Danke für deine Hilfe.
Okt 18 10:11:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of IncomingHMIPFrameHandler succeeded (5f7b60c7-d6ea-42a5-a593-e0799f3381d5)
Okt 18 10:17:03 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [main] State changed from NONE to CONFIGURED
Okt 18 10:17:03 de.eq3.ccu.server.BaseHMServer DEBUG [main] Cloud Ready RFD config file: /var/run/crRFD.conf
Okt 18 10:17:03 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory
Okt 18 10:17:04 de.eq3.lib.util.dynamics.GenericFactory INFO [main] created instance of HMServerConfiguration with parameter(s)
Okt 18 10:17:04 de.eq3.lib.util.dynamics.GenericFactory INFO [main] passed 1 parameter(s), in declarative order [String]
Okt 18 10:17:04 de.eq3.ccu.server.BaseHMServer DEBUG [main] HM Server config file: /etc/HMServer.conf
Okt 18 10:17:04 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [Thread-0] State changed from CONFIGURED to INITIALIZING
Okt 18 10:17:10 de.eq3.cbcs.vertx.management.VertxManager DEBUG [Thread-0] State changed from NONE to INITIALIZED
Okt 18 10:17:10 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [Thread-0] State changed from INITIALIZING to INITIALIZED
Okt 18 10:17:10 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [Thread-0] State changed from INITIALIZED to STARTING
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [HMIPTRXWriterWorker] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KeyServerWorker] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KryoPersistenceWorker] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [TransactionSubsystemHandler] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [FirmwareLoaderFileSystem] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerPersistentDataLoader] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerAdapterInitialization] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [BackendCommandHandler] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionAcceptHandler] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CheckDeviceExistHandler] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [IncomingHMIPFrameHandler] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceBackgroundUpdateSubsystem] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceLiveUpdateSubsystem] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionDefaultConfigurationChanger] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CyclicSmokeDetectorAwakening] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointElectroCardioGram] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerFirmwareUpdateInitialization] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointAuthorisationHandler] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointMessageDispatcher] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointWatchdog] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [WebSocketManager] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointCommDevice] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RouterKeyServerWorker] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointKeyServerWorker] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterInitialization] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterFinalization] (1)
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LanRoutingWorker] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyNotificationHandler] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyAPIWorker] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBackendNotificationHandler] (3) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBlindLevelCorrectionHandler] (1) *worker
Okt 18 10:17:40 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyInitializion] (1)
Okt 18 10:17:41 de.eq3.cbcs.vertx.management.VertxManager DEBUG [Thread-0] State changed from INITIALIZED to PERFORMING_INITIAL_DEPLOYMENT
Okt 18 10:17:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: deploying 32 classes to Vert.x
Okt 18 10:17:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: 32 VertxDeployers initialized
Okt 18 10:17:43 de.eq3.cbcs.server.core.vertx.KeyServerWorker DEBUG [vert.x-worker-thread-0] KeyServerMockWorker started
Okt 18 10:17:43 de.eq3.cbcs.server.core.vertx.TransactionSubsystemHandler DEBUG [vert.x-worker-thread-4] TransactionSubsystemHandler started
Okt 18 10:17:43 de.eq3.cbcs.lib.remotecommadapter.device.security.RouterKeyServerWorker DEBUG [vert.x-worker-thread-3] KeyServerMockWorker started
Okt 18 10:17:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of TransactionSubsystemHandler succeeded (efa832ab-4be7-4dcd-9c39-8aae8175ff66)
Okt 18 10:17:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceInclusionDefaultConfigurationChanger succeeded (7809db5d-2338-4ea2-8c8d-f22a0b78d538)
Okt 18 10:17:43 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-0] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 18 10:17:43 de.eq3.cbcs.lib.remotecommadapter.device.security.AccessPointKeyServerWorker DEBUG [vert.x-worker-thread-1] Local key map is undefined, start with empty list
Okt 18 10:17:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointKeyServerWorker succeeded (0aebd5b3-04ef-4409-bfc1-992d5ea3006e)
Okt 18 10:17:43 de.eq3.cbcs.lib.remotecommadapter.device.security.RouterKeyServerWorker ERROR [vert.x-worker-thread-3] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 18 10:17:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of RouterKeyServerWorker succeeded (b5be75b2-a002-4e03-b8bf-0f6722a4ff0c)
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LocalServerPersistentDataLoader still not met - check deployment configuration
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of BackendCommandHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of DeviceBackgroundUpdateSubsystem still not met - check deployment configuration
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointMessageDispatcher still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointAuthorisationHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointCommDevice still not met - check deployment configuration (still unfulfilled: [backend.ready])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LanRoutingWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyBackendNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyInitializion still not met - check deployment configuration (still unfulfilled: [legacy.api.worker][connector.open][persistent.data.loaded])
Okt 18 10:17:50 de.eq3.cbcs.server.core.persistence.AbstractPersistency DEBUG [vert.x-worker-thread-2] start KryoPersistenceWorker
Okt 18 10:17:54 de.eq3.cbcs.server.core.live_otau.DeviceLiveUpdateSubsystem INFO [vert.x-eventloop-thread-1] SYSTEM: DeviceLiveUpdateSubsystem started
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of CyclicSmokeDetectorAwakening succeeded (09f073f7-b704-4967-8303-9a33e73de73d)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of HMIPTRXWriterWorker succeeded (91025055-eb9d-46fe-a6c4-1aa8eb978b52)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of CheckDeviceExistHandler succeeded (1f1243e4-f6c0-4c18-9543-fdec7503e1ea)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LegacyBlindLevelCorrectionHandler succeeded (7f6a08e1-da99-4c9a-b80a-af3654abfe58)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of KeyServerWorker succeeded (a4673f35-847b-4526-8ab4-1d30df6a50e8)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointElectroCardioGram succeeded (6317c511-7cac-48aa-9f63-da56702e7a9c)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of FirmwareLoaderFileSystem still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of KryoPersistenceWorker succeeded (12e6764f-d087-48bb-a226-0430bf3eeb28)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceLiveUpdateSubsystem succeeded (a20be99a-ffc7-42ea-9b59-4bfb05cf8a66)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceInclusionAcceptHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of IncomingHMIPFrameHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerFirmwareUpdateInitialization still not met - check deployment configuration (still unfulfilled: [connector.open][firmware.update.subsystem.started][persistent.data.loaded])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointWatchdog still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of WebSocketManager still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterFinalization still not met - check deployment configuration (still unfulfilled: [connector.ready])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyAPIWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceBackgroundUpdateSubsystem succeeded (4bb343bd-8571-44a7-947a-18d182665566)
Okt 18 10:17:54 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LocalServerPersistentDataLoader succeeded (d91a0dcc-518d-4611-aab1-044ef43a43db)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: long-lasting deployment, check deployment configuration - currently deployed 14 out of 32
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of FirmwareLoaderFileSystem still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of BackendCommandHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceInclusionAcceptHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of IncomingHMIPFrameHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerFirmwareUpdateInitialization still not met - check deployment configuration (still unfulfilled: [connector.open][firmware.update.subsystem.started][persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointMessageDispatcher still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-25] SYSTEM: <> Contract condition 'persistent.data.loaded' met for RemoteCommAdapterInitialization
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of RemoteCommAdapterInitialization succeeded (a4bb2330-3d56-4dcb-9c5f-25f9a767399d)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-19] SYSTEM: <> Contract condition 'persistent.data.loaded' met for AccessPointMessageDispatcher
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointWatchdog still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointAuthorisationHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-20] SYSTEM: <> Contract condition 'persistent.data.loaded' met for AccessPointWatchdog
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-5] SYSTEM: <> Contract condition 'persistent.data.loaded' met for FirmwareLoaderFileSystem
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-9] SYSTEM: <> Contract condition 'persistent.data.loaded' met for DeviceInclusionAcceptHandler
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-21] SYSTEM: <> Contract condition 'persistent.data.loaded' met for WebSocketManager
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-18] SYSTEM: <> Contract condition 'persistent.data.loaded' met for AccessPointAuthorisationHandler
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-11] SYSTEM: <> Contract condition 'persistent.data.loaded' met for IncomingHMIPFrameHandler
Okt 18 10:17:55 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO [vert.x-worker-thread-0] SYSTEM: Firmware update directory is set to /etc/config/firmware
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of FirmwareLoaderFileSystem succeeded (6ccd4b08-5748-4370-9ebf-04fa1a07031d)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointWatchdog succeeded (861cbf4a-03aa-45bd-a316-ff8211d2a831)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointCommDevice still not met - check deployment configuration (still unfulfilled: [backend.ready])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointAuthorisationHandler succeeded (ea8f6af5-b37d-405a-b839-4167218828e6)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of IncomingHMIPFrameHandler succeeded (7854d3ac-21c5-4f37-bc4a-9137de1cdc50)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceInclusionAcceptHandler succeeded (491adc6f-fb39-447a-92c1-68f0660af680)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of WebSocketManager succeeded (e03e8c9f-9add-4387-b711-580ba1328639)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointMessageDispatcher succeeded (39cbe2be-6a42-41be-8510-d9ee18a46c74)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterFinalization still not met - check deployment configuration (still unfulfilled: [connector.ready])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LanRoutingWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyAPIWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyBackendNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-32] SYSTEM: <> Contract condition 'persistent.data.loaded' met for LegacyInitializion
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-17] SYSTEM: <> Contract condition 'firmware.update.subsystem.started' met for LocalServerFirmwareUpdateInitialization
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-17] SYSTEM: <> Contract condition 'persistent.data.loaded' met for LocalServerFirmwareUpdateInitialization
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyInitializion still not met - check deployment configuration (still unfulfilled: [legacy.api.worker][connector.open])
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-8] SYSTEM: <> Contract condition 'persistent.data.loaded' met for BackendCommandHandler
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-22] SYSTEM: <> Contract condition 'backend.ready' met for AccessPointCommDevice
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of BackendCommandHandler succeeded (54012324-1bc5-4a05-aef3-5f0e1df97ce6)
Okt 18 10:17:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-7] SYSTEM: <> Contract condition 'persistent.data.loaded' met for LocalServerAdapterInitialization
Okt 18 10:17:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointCommDevice succeeded (fb0614ab-063e-4079-b3e4-f952e300687a)
Okt 18 10:21:06 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [main] State changed from NONE to CONFIGURED
Okt 18 10:21:06 de.eq3.ccu.server.BaseHMServer DEBUG [main] Cloud Ready RFD config file: /var/run/crRFD.conf
Okt 18 10:21:07 de.eq3.lib.util.dynamics.GenericFactory INFO [main] @GenericFactory
Okt 18 10:21:07 de.eq3.lib.util.dynamics.GenericFactory INFO [main] created instance of HMServerConfiguration with parameter(s)
Okt 18 10:21:07 de.eq3.lib.util.dynamics.GenericFactory INFO [main] passed 1 parameter(s), in declarative order [String]
Okt 18 10:21:07 de.eq3.ccu.server.BaseHMServer DEBUG [main] HM Server config file: /etc/HMServer.conf
Okt 18 10:21:07 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [Thread-0] State changed from CONFIGURED to INITIALIZING
Okt 18 10:21:12 de.eq3.cbcs.vertx.management.VertxManager DEBUG [Thread-0] State changed from NONE to INITIALIZED
Okt 18 10:21:12 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [Thread-0] State changed from INITIALIZING to INITIALIZED
Okt 18 10:21:12 de.eq3.cbcs.server.local.base.LocalServerBase DEBUG [Thread-0] State changed from INITIALIZED to STARTING
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [HMIPTRXWriterWorker] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KeyServerWorker] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [KryoPersistenceWorker] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [TransactionSubsystemHandler] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [FirmwareLoaderFileSystem] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerPersistentDataLoader] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerAdapterInitialization] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [BackendCommandHandler] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionAcceptHandler] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CheckDeviceExistHandler] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [IncomingHMIPFrameHandler] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceBackgroundUpdateSubsystem] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceLiveUpdateSubsystem] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [DeviceInclusionDefaultConfigurationChanger] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [CyclicSmokeDetectorAwakening] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointElectroCardioGram] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LocalServerFirmwareUpdateInitialization] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointAuthorisationHandler] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointMessageDispatcher] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointWatchdog] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [WebSocketManager] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointCommDevice] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RouterKeyServerWorker] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [AccessPointKeyServerWorker] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterInitialization] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [RemoteCommAdapterFinalization] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LanRoutingWorker] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyNotificationHandler] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyAPIWorker] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBackendNotificationHandler] (3) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyBlindLevelCorrectionHandler] (1) *worker
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: added for deployment [LegacyInitializion] (1)
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager DEBUG [Thread-0] State changed from INITIALIZED to PERFORMING_INITIAL_DEPLOYMENT
Okt 18 10:21:41 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: deploying 32 classes to Vert.x
Okt 18 10:21:42 de.eq3.cbcs.vertx.management.VertxManager INFO [Thread-0] SYSTEM: 32 VertxDeployers initialized
Okt 18 10:21:43 de.eq3.cbcs.server.core.vertx.TransactionSubsystemHandler DEBUG [vert.x-worker-thread-1] TransactionSubsystemHandler started
Okt 18 10:21:43 de.eq3.cbcs.server.core.vertx.KeyServerWorker DEBUG [vert.x-worker-thread-1] KeyServerMockWorker started
Okt 18 10:21:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of CyclicSmokeDetectorAwakening succeeded (8511ac15-dd5d-4b8a-9cb6-0db16f7ea1aa)
Okt 18 10:21:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of TransactionSubsystemHandler succeeded (45e42f21-f1f0-4a47-8a27-fda1c7a1ea0c)
Okt 18 10:21:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of CheckDeviceExistHandler succeeded (534cd250-51a8-4410-a2b7-b5d4ce920ee6)
Okt 18 10:21:43 de.eq3.cbcs.lib.remotecommadapter.device.security.RouterKeyServerWorker DEBUG [vert.x-worker-thread-4] KeyServerMockWorker started
Okt 18 10:21:43 de.eq3.cbcs.lib.remotecommadapter.device.security.AccessPointKeyServerWorker DEBUG [vert.x-worker-thread-0] Local key map is undefined, start with empty list
Okt 18 10:21:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LegacyBlindLevelCorrectionHandler succeeded (2a2553eb-eb7e-414e-95e8-9b6936e4f602)
Okt 18 10:21:43 de.eq3.cbcs.server.core.vertx.KeyServerWorker ERROR [vert.x-worker-thread-1] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 18 10:21:43 de.eq3.cbcs.lib.remotecommadapter.device.security.RouterKeyServerWorker ERROR [vert.x-worker-thread-4] Missing key server configuration parameter (Network.Key) for mode: KEYSERVER_LOCAL
Okt 18 10:21:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of KeyServerWorker succeeded (83e0d262-7876-4038-bc18-2d8792c1a021)
Okt 18 10:21:43 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of RouterKeyServerWorker succeeded (1340f7e5-bfda-41f0-b6c3-ad6d90d998b0)
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of KryoPersistenceWorker still not met - check deployment configuration
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of FirmwareLoaderFileSystem still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceInclusionAcceptHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of IncomingHMIPFrameHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerFirmwareUpdateInitialization still not met - check deployment configuration (still unfulfilled: [connector.open][firmware.update.subsystem.started][persistent.data.loaded])
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointMessageDispatcher still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:48 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of WebSocketManager still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:49 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterFinalization still not met - check deployment configuration (still unfulfilled: [connector.ready])
Okt 18 10:21:49 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:49 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyBackendNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:49 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:50 de.eq3.cbcs.server.core.persistence.AbstractPersistency DEBUG [vert.x-worker-thread-2] start KryoPersistenceWorker
Okt 18 10:21:54 de.eq3.cbcs.server.core.live_otau.DeviceLiveUpdateSubsystem INFO [vert.x-eventloop-thread-0] SYSTEM: DeviceLiveUpdateSubsystem started
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of HMIPTRXWriterWorker succeeded (21e9ccd2-3f08-45a7-8ecb-580c24187719)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceInclusionDefaultConfigurationChanger succeeded (95c5df7b-cecd-4c56-bc1a-37e50b4465bf)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointElectroCardioGram succeeded (be86c8f4-5262-4928-a7bf-2fa4192af322)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointKeyServerWorker succeeded (f1d6970e-9aed-4f1d-a9a6-476e2286e7a0)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceBackgroundUpdateSubsystem succeeded (ad30eb2e-066e-49ef-853f-7d0655ff5085)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of KryoPersistenceWorker succeeded (a6170f8c-ca71-4d8b-8472-5bdb37193cd2)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of DeviceLiveUpdateSubsystem succeeded (694fa291-4402-4988-94ac-8c5624dbca0c)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LocalServerPersistentDataLoader still not met - check deployment configuration
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of BackendCommandHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointAuthorisationHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointWatchdog still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointCommDevice still not met - check deployment configuration (still unfulfilled: [backend.ready])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LanRoutingWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyAPIWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyInitializion still not met - check deployment configuration (still unfulfilled: [legacy.api.worker][connector.open][persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of LocalServerPersistentDataLoader succeeded (539369b8-f6c7-46da-b2fd-cab6f074337e)
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: long-lasting deployment, check deployment configuration - currently deployed 14 out of 32
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of FirmwareLoaderFileSystem still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerAdapterInitialization still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of BackendCommandHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of DeviceInclusionAcceptHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of IncomingHMIPFrameHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LocalServerFirmwareUpdateInitialization still not met - check deployment configuration (still unfulfilled: [connector.open][firmware.update.subsystem.started][persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointAuthorisationHandler still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of AccessPointMessageDispatcher still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointWatchdog still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of WebSocketManager still not met - check deployment configuration (still unfulfilled: [persistent.data.loaded])
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-18] SYSTEM: <> Contract condition 'persistent.data.loaded' met for AccessPointAuthorisationHandler
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-5] SYSTEM: <> Contract condition 'persistent.data.loaded' met for FirmwareLoaderFileSystem
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-11] SYSTEM: <> Contract condition 'persistent.data.loaded' met for IncomingHMIPFrameHandler
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-21] SYSTEM: <> Contract condition 'persistent.data.loaded' met for WebSocketManager
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-19] SYSTEM: <> Contract condition 'persistent.data.loaded' met for AccessPointMessageDispatcher
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-9] SYSTEM: <> Contract condition 'persistent.data.loaded' met for DeviceInclusionAcceptHandler
Okt 18 10:21:55 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-20] SYSTEM: <> Contract condition 'persistent.data.loaded' met for AccessPointWatchdog
Okt 18 10:21:56 de.eq3.cbcs.server.core.otau.util.FirmwareLoaderFileSystem INFO [vert.x-worker-thread-1] SYSTEM: Firmware update directory is set to /etc/config/firmware
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of FirmwareLoaderFileSystem succeeded (d47fa39a-421d-49ed-9a4a-e532dbb04781)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of DeviceInclusionAcceptHandler succeeded (955bfd05-24f4-4e49-a041-d9ec88ed30d3)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-25] SYSTEM: <> Contract condition 'persistent.data.loaded' met for RemoteCommAdapterInitialization
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of WebSocketManager succeeded (c0e84bc6-effd-400d-ad8e-ead691f9bb62)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointWatchdog succeeded (77ed8dd9-4651-4a95-bd52-3f5147be98f5)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointAuthorisationHandler succeeded (3deecfdd-bc13-40e4-b007-678dd8c1bfc9)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of IncomingHMIPFrameHandler succeeded (f13d46c3-6029-4e62-85f1-ed0ee8519036)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of RemoteCommAdapterFinalization still not met - check deployment configuration (still unfulfilled: [connector.ready])
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of RemoteCommAdapterInitialization succeeded (7565b780-1bfe-4844-b88f-98163026b6b6)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of AccessPointCommDevice still not met - check deployment configuration (still unfulfilled: [backend.ready])
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-0] SYSTEM: start of AccessPointMessageDispatcher succeeded (62540ff1-6e3d-4aff-93ec-2a19bede5e72)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LanRoutingWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyAPIWorker still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-1] SYSTEM ADVICE: pre-conditions for deployment of LegacyBackendNotificationHandler still not met - check deployment configuration (still unfulfilled: [connector.open])
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-22] SYSTEM: <> Contract condition 'backend.ready' met for AccessPointCommDevice
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-17] SYSTEM: <> Contract condition 'firmware.update.subsystem.started' met for LocalServerFirmwareUpdateInitialization
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-17] SYSTEM: <> Contract condition 'persistent.data.loaded' met for LocalServerFirmwareUpdateInitialization
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-32] SYSTEM: <> Contract condition 'persistent.data.loaded' met for LegacyInitializion
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-8] SYSTEM: <> Contract condition 'persistent.data.loaded' met for BackendCommandHandler
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of AccessPointCommDevice succeeded (ba596ab6-0ad7-4b30-a921-b35724c9fbe1)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager INFO [vert.x-eventloop-thread-1] SYSTEM: start of BackendCommandHandler succeeded (39beb805-88df-4e94-9418-26663ed65126)
Okt 18 10:21:56 de.eq3.cbcs.vertx.management.VertxManager WARN [vert.x-eventloop-thread-0] SYSTEM ADVICE: pre-conditions for deployment of LegacyInitializion still not met - check deployment configuration (still unfulfilled: [legacy.api.worker][connector.open])
Okt 18 10:21:57 de.eq3.cbcs.vertx.management.VertxManager DEBUG [pool-1-thread-7] SYSTEM: <> Contract condition 'persistent.data.loaded' met for LocalServerAdapterInitialization
Hi,
@motopi: Wie sehen deine Dateien /var/run/crRFD.conf, /etc/HMServer.conf und /etc/crRFD.conf aus?
Viele Grüße
Alex
/var/run/crRFD.conf
# USB HM/IP TRX Adapter Configuration
Adapter.1.Type=HMIP_CCU2
Adapter.1.Port=/dev/mmd_hmip
Config.Dir=/etc/config/crRFD
Config.Include=hmip_user.conf
# Directory Configuration
Persistence.Home=/etc/config/crRFD/data
FirmwareUpdate.BG.OTAU.Home=/etc/config/firmware
FirmwareUpdate.BG.OTAU.divergent.device.type.definition.file=/opt/HmIP/crrfd.fwfix
# Legacy API Configuration
API.1.Type=XML-RPC
Legacy.Encoding=ISO-8859-1
Legacy.ResponseTimeout=20
Legacy.ReplacementURL=127.0.0.1
Legacy.Parameter.Definition.File=/opt/HmIP/legacy-parameter-definition.config
# Legacy.RemoveUnreachableClients=false
Legacy.AddressPrefix=3014F711A0
Legacy.SwitchTypeAndSubtype=true
Legacy.HandlersFilename=/var/LegacyService.handlers
Legacy.DiscardDutyCycleEvents=true
Legacy.SendUDPServiceMessages=true
Legacy.Port=32010
Legacy.VirtualRemoteControl.Enabled=true
# HmIP-Routing
Adapter.Remote.Enabled=true
AccessPoint.WebSocket.Port=9293
IPServices.Firmware.Update.URL=http://drap-update.homematic.com:80/firmware/hap/
# Miscellaneous Configuration
CyclicTimeout.TimerStartMaxDelay=90
CyclicTimeout.TimerCycleTime=600
Legacy.Parameter.ReplaceEnumValueWithOrdinal=true
### Configuration for Inclusion with key server (internet) or local key (offline)
KeyServer.Mode=KEYSERVER_LOCAL
KeyServer.Gateway.URL=secgtw.homematic.com
Vertx.WorkerPoolSize=5
/etc/crRFD.conf
# USB HM/IP TRX Adapter Configuration
Adapter.1.Type=HMIP_CCU2
Adapter.1.Port=/dev/mmd_hmip
Config.Dir=/etc/config/crRFD
Config.Include=hmip_user.conf
# Directory Configuration
Persistence.Home=/etc/config/crRFD/data
FirmwareUpdate.BG.OTAU.Home=/etc/config/firmware
FirmwareUpdate.BG.OTAU.divergent.device.type.definition.file=/opt/HmIP/crrfd.fwfix
# Legacy API Configuration
API.1.Type=XML-RPC
Legacy.Encoding=ISO-8859-1
Legacy.ResponseTimeout=20
Legacy.ReplacementURL=127.0.0.1
Legacy.Parameter.Definition.File=/opt/HmIP/legacy-parameter-definition.config
# Legacy.RemoveUnreachableClients=false
Legacy.AddressPrefix=3014F711A0
Legacy.SwitchTypeAndSubtype=true
Legacy.HandlersFilename=/var/LegacyService.handlers
Legacy.DiscardDutyCycleEvents=true
Legacy.SendUDPServiceMessages=true
Legacy.Port=32010
Legacy.VirtualRemoteControl.Enabled=true
# HmIP-Routing
Adapter.Remote.Enabled=true
AccessPoint.WebSocket.Port=9293
IPServices.Firmware.Update.URL=http://drap-update.homematic.com:80/firmware/hap/
# Miscellaneous Configuration
CyclicTimeout.TimerStartMaxDelay=90
CyclicTimeout.TimerCycleTime=600
Legacy.Parameter.ReplaceEnumValueWithOrdinal=true
### Configuration for Inclusion with key server (internet) or local key (offline)
KeyServer.Mode=KEYSERVER_LOCAL
KeyServer.Gateway.URL=secgtw.homematic.com
Vertx.WorkerPoolSize=5
HMServer.conf
hmServerPort=39292
regaPort=31999
habe weitergesucht und sehr genau dieses Verhalten: https://homematic-forum.de/forum/viewtopic.php?f=26&t=53215&start=30#p530777 - Lösung noch unklar.
ACHSO: bin auf nem PI 2 b mit stretch + FHEM, das sollte aber okay sein, denke ich.
habe jetzt meinen Raspi 3 genommen (Hifiberry abgebaut) und mit Buster alles neu installiert und es geht problemlos. -- jetzt mach ich den clean Install nochmal auf dem RPI 2 .....
@ALEX: wenn du mit den Infos oben eine Idee hast nur zu. Sonst begrabe ich den RPI 2b und mach alles neu. Nervt ein wenig wegen FHEM, aber ist am Ende auch egal. In Summe deutlich schneller...
Hi,
@motopi: Ist mir ein Rätsel, was da schief geht und ich fluche leider wieder einmal über die wenig aussagekräftigen Logs vom HMServer...
Viele Grüße
Alex
hi,
keine Ahnung ob es da ein b gibt)
Danke fürs nachsehen.
ich habe jetzt: auf
Pie 3b -> raspbian buster neu installation + DEBMATIC läuft
Pie 2b 1.2 -> raspbian buster neu installation + DEBMATIC läuft -- fehler mit JAVA bei Neuinstallation -- siehe: https://pastebin.com/e6HEiHtH
hast du da eine Idee? Irgendwie scheint das auch nur ein abhängiges Paket zu sein, was auf dem 2er RPI nicht läuft... :-( habe es auch mal mit JRE-default versucht, ebenfalls erfolglos.
update-alternatives: using /usr/lib/jvm/java-9-openjdk-armhf/bin/unpack200 to provide /usr/bin/unpack200 (unpack200) in auto mode
update-alternatives: using /usr/lib/jvm/java-9-openjdk-armhf/bin/orbd to provide /usr/bin/orbd (orbd) in auto mode
update-alternatives: using /usr/lib/jvm/java-9-openjdk-armhf/bin/servertool to provide /usr/bin/servertool (servertool) in auto mode
update-alternatives: using /usr/lib/jvm/java-9-openjdk-armhf/bin/tnameserv to provide /usr/bin/tnameserv (tnameserv) in auto mode
update-alternatives: using /usr/lib/jvm/java-9-openjdk-armhf/lib/jexec to provide /usr/bin/jexec (jexec) in auto mode
Setting up ca-certificates-java (20190405) ...
head: cannot open '/etc/ssl/certs/java/cacerts' for reading: No such file or directory
Error occurred during initialization of VM
Server VM is only supported on ARMv7+ VFP
dpkg: error processing package ca-certificates-java (--configure):
installed ca-certificates-java package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
ca-certificates-java
Update: scheinbar will mir (irgendwer) auf dem 1.2 Pakete für ARMv7 installieren, obwohl der ARMv8 hat, lt. Wikipedia.
Update #2:
RPI 2 B 1.1 : Buster + Debmatic läuft auch - auch mit Homematic IP :-)
ABER WARUM - ist das bzgl. der Architektur was, was mit debmatic kommt?
Update #3:
schiebe ich die alte oben genutzte Installation (strech) in den Pi 2b 1.1 -> Funktioniert Homematic incl. des anlernen für Homematic IP!
:-)
Aber: was mach ich nun mit der Erkenntnis? -> Alex: ist das ein Raspbian Bug oder hängt das mit DEBMATIC zusammen? kann ich noch irgendwas zur Analyse / Lösung beitragen?
Hallo amenomade, Werniemann,
Zitat von amenomade, Antwort #193 am: 17 Oktober 2019, 23:15:17
ZitatHab die Doku wieder gelesen. Wants + After sollte gehen, genauso wie bei network
Ich habe jetzt folgendes versucht (also wants + after wie bei network.target), um den start von FHEM zu verzögern bis debmatic gestarted ist. Das funktioniert aber nicht. FHEM started nicht. Kann mir jemand helfen?
cat /etc/systemd/system/fhem.service
# $Id: fhem.service 16001 2018-01-26 11:54:41Z betateilchen $
[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target
Wants=debmatic-startupfinished.service
After=debmatic-startupfinished.service
[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always
[Install]
WantedBy=multi-user.target
Siehe
https://wiki.ubuntuusers.de/systemd/Units/ (https://wiki.ubuntuusers.de/systemd/Units/)
Zitat:
ZitatBei Requires, Wants etc. können auch mehrere Werte zu dem Schlüssel hinterlegt werden. Die Werte müssen dann durch ein Leerzeichen getrennt sein, also z.B. Requires=mysql.service apache2.service.
moin,
ich bin gerade dabei debmatic auf einem pi3/stretch zu installieren.
auf dem pi ist bereits fhem installiert, das selbst einen HM-MOD-RPI-PCB am gpio auf diesem pi bisher problemlos nutzt.
mein plan ist, dass debmatic erst einmal einen HM-CFG-USB-2 am usb dieses pi nutzen soll. später sollte eventuell auch mal der HM-MOD-RPI-PCB getestet werden.
daher habe ich gerade die punkte 1, 2, 3 und 6 der installationsanleitung auf github durchgeführt.
die punkte 4 und 5 habe ich ausgelassen. die entsprechenden einstellungen waren ja auch bereits aktiv.
nach punkt 6 (reboot) hat fhem nun aber leider keinen zugriff mehr auf den hmuart. fhem.log sagt:
2019.10.29 10:54:18.274 3: Opening hmuart1 device /dev/ttyAMA0
2019.10.29 10:54:18.275 1: hmuart1: Can't open /dev/ttyAMA0: No such file or directory
kann mein plan überhaupt theoretisch funktionieren, oder "krallt" sich die debmatic in jedem fall ein installiertes hmuart modul?
wäre das auch passiert, wenn ich punkt 3 (sudo apt install pivccu-modules-raspberrypi) ausgelassen hätte?
eigentlich hatte ich gedacht, dass ich später in der debmatic, das gewünschte funkdevice auswählen kann.
Hi,
mit Schritt 3 wird ein DeviceTree Overlay angelegt, welches dafür sorgt, dass der GPIO UART nicht mehr vom "normalen" Treiber gefunden wird, sondern stattdessen von den raw-uart Treibern. Mit einem apt remove (und einem anschließenden Reboot) kannst du das aber problemlos wieder rückgängig machen. Je nachdem, welchen Pi du hast, kann es aber sein, dass bei deinem Funkmodul ein Firmware Update gemacht wurde für die DualCoPro Firmware und du hier manuell wieder die alte Firmware einspielen musst.
Viele Grüße
Alex
ZitatMit einem apt remove (und einem anschließenden Reboot) kannst du das aber problemlos wieder rückgängig machen.
ok, danke.
ich werde debmatic nun erst einmal mit dem hmuart modul weiter testen und das dann später probieren.
für den betrieb der debmatic hatte ich ja zusätzlich einen HM-CFG-USB-2 an den usb des pi3 gesteckt.
damit nutzt die debmatic nun 2 funk devices (hmusb und hmuart).
sn ist vom hmusb und die radio mac (hmid) vom hmuart.
root@raspberrypi:/home/pi# debmatic-info
debmatic version: 3.47.15-33
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi3 UART: Assigned to GPIO pins
HMRF Hardware: HM-CFG-USB-2
HMIP Hardware: HM-MOD-RPI-PCB
Board serial: JEQ0121054
Radio MAC: 0x470708
SGTIN: 3014F711A061A7D5698CEBB9
was müsste ich tun, damit debmatic ausschliesslich den hmuart nutzt, so dass ich den hmusb für fhem nutzen kann?
edit:
beim start gibt es immer eine fehlermeldung bzgl eines fehlenden files. ist das belanglos?
root@raspberrypi:/home/pi# service debmatic status
● debmatic.service - debmatic
Loaded: loaded (/lib/systemd/system/debmatic.service; enabled; vendor preset: enabled)
Active: active (exited) since Thu 2019-10-31 10:11:24 CET; 1min 8s ago
Process: 662 ExecStart=/usr/share/debmatic/bin/initsystem.sh (code=exited, status=0/SUCCESS)
Main PID: 662 (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 4915)
CGroup: /system.slice/debmatic.service
Oct 31 10:11:16 raspberrypi systemd[1]: Starting debmatic...
Oct 31 10:11:17 raspberrypi initsystem.sh[662]: find: '/usr/share/debmatic/lib': No such file or directory
Oct 31 10:11:24 raspberrypi systemd[1]: Started debmatic.
Hi,
Zitat von: frank am 31 Oktober 2019, 11:38:04
was müsste ich tun, damit debmatic ausschliesslich den hmuart nutzt, so dass ich den hmusb für fhem nutzen kann?
Einen Feature Request stellen, das ist der Form bisher nicht drin, weil ich nicht drüber nachgedacht habe, dass die FHEM Nutzer (und nur diese) ggf. die HM Funkhardware nicht über debmatic, sondern direkt in FHEM nutzen wollen.
Ein schneller Workaround wäre es, in der Datein /usr/share/debmatic/bin/detect_hardware.inc den kompletten for Block ab Zeile 94 für die Erkennung des HM-CFG-USB-2 zu entfernen.
Zitat von: frank am 31 Oktober 2019, 11:38:04
beim start gibt es immer eine fehlermeldung bzgl eines fehlenden files. ist das belanglos?
Ja, das ist nur kosmetisch und in der Version 3.47.22 im testing apt Repository schon seit ein paar Tagen gefixt.
Viele Grüße
Alex
Zitat von: deimos am 31 Oktober 2019, 15:31:46
Hi,
Einen Feature Request stellen, das ist der Form bisher nicht drin, weil ich nicht drüber nachgedacht habe, dass die FHEM Nutzer (und nur diese) ggf. die HM Funkhardware nicht über debmatic, sondern direkt in FHEM nutzen wollen.
Gibt es den Request schon bzw. wurde er schon berücksichtigt? Mir geht es
genau so: hab mein komplettes Homematic System über FHEM eingebunden mit Regeln und Co. Das ist so tief verwurzelt in meinen DOIFs, dass ich da nicht ran möchte. Würde aber gerne Homematic IP zusätzlich einbinden über ein zweites HM-Modul und Debmatic auf dem gleichen Pi...
Hallo,
der letzte Beitrag hier ist zwar schon etwas älter, aber ich schließe mich der Frage mal an.
Kann man (als FHEM Nutzer) den HM-CFG-USB inzwischen nicht über debmatic, sondern direkt in FHEM nutzen?
Ziehe gerade alle meine System auf Proxmox um.
Bin fast fertig, nur Debmatic fehlt noch.
Container ist schon fertig und die Web UI erreichbar.
Wenn ich jetzt mein backup einspiele, sind dann die Devices wieder drinnen, oder muss ich alles neu pairen?
in einer ids-datei kann man notfalls die hmid ändern, also kein pairen notwendig.
Zitat von: StephanFHEM am 10 März 2020, 18:07:08
Gibt es den Request schon bzw. wurde er schon berücksichtigt? Mir geht es
genau so: hab mein komplettes Homematic System über FHEM eingebunden mit Regeln und Co. Das ist so tief verwurzelt in meinen DOIFs, dass ich da nicht ran möchte. Würde aber gerne Homematic IP zusätzlich einbinden über ein zweites HM-Modul und Debmatic auf dem gleichen Pi...
Da es bisher leider keine Antwort gab muss ich hier noch mal nachhaken. Ich möchte gerne an meinem Pi4 zwei HM-Module anschließen. 1x HM-MOD-RPI-PCB über Bastellösung mit USB versehen an einem USB-Port. Dieses Modul wird direkt für Homematic in FHEM genutzt.
Als zweites Modul würde ich gerne die Platine von Deimos (HB-RF-USB) kaufen und auch dort einen HM-MOD-RPI-PCB aufsetzen. Dieses soll dann ebenfalls über USB durch Debmatic genutzt werden für Homematic IP. Gibt es dafür auch eine Lösung/Trick bei der Erkennung oder ist das nicht trennbar weil beides HM-MOD-RPI-PCBs sind? Ich möchte ungern noch einen zusätzlichen RPI kaufen und aufsetzen.
Hi,
der Feature Request mit dem HM-CFG-USB ist noch nicht umgesetzt, liegt primär dran, dass ich das immer wieder vergesse, wenn ich malgrade Zeit hätte für die Umsetzung und sich bisher keiner erbarmt hat, einen Feature Request in Github aufzumachen.
Die Erkennung bei USB triggert nicht auf das HM-MOD-RPI-PCB. Es triggert rein auf die USB ID vom HB-RF-USB und prüft dann erst im Anschluss, welches Funkmodul da aufgesteckt ist. Man kann also problemlos ein weiteres HM-MOS-RPI-PCB per USB anschließen, welches nivht von debmatic genutzt wird.
Viele Grüße
Alex
Klingt gut... also kann ich in meiner Config mit deinem Modul auch beides laufen lassen (Debmatic und HMUARTLGW (FHEM)).
Ist die Bestellung nur hier möglich?: https://smartkram.de/produkt/platine-hb-rf-usb-tk/
Wofür steht das TK? es gab doch mal irgendwas mit TK von der Telekom wovon abgeraten wurde...:-)
Übrigens: Super Arbeit von dir und danke für deinen Einsatz von dem sicher viele profitieren!
Update: hab es wie oben beschrieben umgesetzt und jetzt laufen Debmatic mit HMIP und HMUARTLGW mit HM in FHEM parallel. Alles auf einem Pi4. Perfekt!
Hi,
leider interessiert sich die Telekom nicht für meine Arbeit. ;) TK steht in dem Fall für Technikkram.
Bestückt gibt es die Platine nur dort, unbestückt bei mir zum Selbstkostenpreis, allerdings habe ich im Moment grade keine mehr da.
Viele Grüße
Alex
Hi,
ich habe das mit dem HM-CFG-USB-2 grade umgesetzt und eine entsprechende Version im testing APT Repository eingespielt. Wenn man in der Datei /etc/default/debmatic die Zeile
AVOID_HM_CFG_USB_2=1 einfügt, dann wird das HM-CFG-USB-2 nicht mehr in debmatic erkannt/genutzt.
Viele Grüße
Alex
Hallo,
bin gerade dabei mich in DebMatic reinzufummeln. Soweit läuft alles, HmIP-Geräte sind angelernt usw., nur Firmwareupdates der Geräte klappt nicht.
Geht das überhaupt mit DebMatic im Zusammenspiel mit dem HmIP-RFUSB?
Viele Grüße
Jens
Hallo.
Auch wenn dieser Thread schon etwas in die Tage gekommen ist versuche ich mein Glück mal. ;-)
Da ich zukünftig auch Homematic IP Geräte benutzen möchte aber weder Cloud noch CCU3 noch einen RPI haben möchte ist Debmatic für mich sehr interessant.
Fhem läuft bei mir schon immer als eine Debian VM unter KVM/Qemu.
Zusätzlich zu Fhem läuft läuft noch eine Homebridge in der VM.
Spricht aus eurer Sicht was dagegen Debmatic ebenfalls in der Fhem VM zu installieren oder sollte ich das besser in einer eigenen VM laufen lassen?
Gruß
Daniel
Ich würde es in eine eigene VM auslagern. Bin aber auch beruflich ein Freund von "Software-Trennen"
Habe Debmatic auch in einer separaten VM unter Proxmox am laufen. Läuft sehr stabil und zuverlässig.
Andreas
Super danke für die schnellen Antworten! Damit ist die Entscheidung gefallen. ;D
Wie viel Ressourcen (Cores / Ram)habt Ihr denn so zugeteilt?
2 Cores / 700MB RAM / 8GB HDD
Andreas
Problem ist gelöst:
Das Problem war, dass ich den Werksreset leider falsch versucht hatte, nämlich wie bei den HM- (also den nicht-IP)-Geräten.
Bei den HM-IP geht das aber sinnigerweise anders als bei den HM-Geräten >:( (HM-IP: Batterie entfernen > Taste 4 sec gedrückt halten beim Wiedereinlegen der Batterie > Taste loslassen > Taste nochmals 4 sec drücken). Und kaum hatte ich das richtig gemacht, funktionierte es auch sofort.
Hallo,
ich muss mich leider hier nochmal dranhängen und um Hilfe bitten. Ich weiß, es ist die x-te derartige Frage, aber nach tagelangem Probieren und Lesen von gefühlt hunderten von Foren-Beiträgen habe ich zwar viele ähnliche Fragen und ähnliche Probleme, aber keine Lösung gefunden.
Mein Ziel:
Ich möchte auf dem Raspi 3B sowohl HM als auch HM-IP nutzen. HM direkt über fhem, HM-IP mit debmatic, Logik aber auch über fhem. Für beides soll je ein Funkmodul HM-MOD-RF-PCB verwendet werden: Das für HM an GPIO, das für HM-IP über HB-RF-USB-2.
Bisherige Konfiguration:
Bisher nutze ich nur HM-Geräte mit Raspi 3B (bullseye), Funkmodul HM-MOD-RF-PCB (firmware 1.4.1) an GPIO und fhem. Das funktioniert problemlos.
Test:
Zum Testen mit HM-IP und debmatic habe ich jetzt eine separate, identische Hardware im Einsatz: Raspi 3B, Funkmodul HM-MOD-RF-PCB an der HB-RF-USB-2 (Funkmodul wegen der Hinweise auf Störstrahlung weit separiert).
Diesen Raspi und das HM-MOD-RF-PCB habe ich auch mit dem laufenden System getestet, auch das funktioniert (firmware auf 1.4.1).
Das aktuell mit fhem laufende System habe ich dann geklont in die neue Hardware und dann debmatic installiert.
Debmatic / CCU-WebUI läuft auch.
Problem:
Ich kann im debmatic / CCU-WebUI keine HM-IP-Geräte anlernen (ergänzt: auch keine HM-Geräte).
Was mir auffällt: Im WebUI wird unter Startseite > Einstellungen > Systemsteuerung > LAN Gateway Konfiguration folgendes angezeigt:
Name: "HM-RCV-50 BidCoS-RF", Seriennummer: "BidCoS-RF". Unmittelbar nach dem Öffnen der Seite wird auch zusätzlich für einige Sekunden unter Gateway: die Seriennummer des Funkmoduls NEQ1331734 angezeigt, nach einigen Sekunden steht dort aber nur noch "(Standard)".
Ich nehme an, dass das nicht so sein soll. Für mich sieht es so aus, als ob das Funkmodul zunächst erkannt, aber dann wieder deaktiviert wird. Kann das sein?
Details:
sudo debmatic-info liefert:
debmatic version: 3.71.12-109
OS: Raspbian GNU/Linux 11 (bullseye)
Kernel: 6.1.21-v7+ armv7l
Service Status: Running
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: HM-MOD-RPI-PCB
Connected via: HB-RF-USB-2@usb-3f980000.usb-1.5 (/dev/raw-uart)
Board serial: NEQ1331734
Radio MAC: 0x4F61DD
HMIP Hardware: HM-MOD-RPI-PCB
Connected via: HB-RF-USB-2@usb-3f980000.usb-1.5 (/dev/raw-uart)
SGTIN: 3014F711A061A7D5699DBA16
Radio MAC: 0xB172BEDatei hm_mode zeigt:
HM_HOST='debmatic'
HM_MODE='NORMAL'
HM_LED_GREEN=''
HM_LED_GREEN_MODE1='none'
HM_LED_GREEN_MODE2='none'
HM_LED_RED=''
HM_LED_RED_MODE1='none'
HM_LED_RED_MODE2='none'
HM_LED_YELLOW=''
HM_LED_YELLOW_MODE1='none'
HM_LED_YELLOW_MODE2='none'
HM_HOST_GPIO_UART='/dev/raw-uart'
HM_HOST_GPIO_RESET=''
HM_RTC=''
HM_HMIP_DEV='HM-MOD-RPI-PCB'
HM_HMIP_DEVNODE='/dev/raw-uart'
HM_HMIP_SERIAL='NEQ1331734'
HM_HMIP_VERSION='2.8.6'
HM_HMIP_SGTIN='3014F711A061A7D5699DBA16'
HM_HMIP_ADDRESS='0xB172BE'
HM_HMIP_ADDRESS_ACTIVE='0xB172BE'
HM_HMIP_DEVTYPE='HB-RF-USB-2@usb-3f980000.usb-1.5'
HM_HMRF_DEV='HM-MOD-RPI-PCB'
HM_HMRF_DEVNODE='/dev/raw-uart'
HM_HMRF_SERIAL='NEQ1331734'
HM_HMRF_VERSION='2.8.6'
HM_HMRF_ADDRESS='0x4F61DD'
HM_HMRF_ADDRESS_ACTIVE='0x4F61DD'
HM_HMRF_DEVTYPE='HB-RF-USB-2@usb-3f980000.usb-1.5'Nach meinem Verständnis (ich kenne mich leider mit Debian nicht wirklich aus):
- ist das Funkmodul erkannt,
- hat es auch die richtige Firmware 2.8.6
- es scheint aber in debmatic nicht richtig erkannt oder eingebunden zu werden
Kann mir jemand weiterhelfen?
Ist es evtl. ein Problem, dass vor der debmatic-Installation die fhem-Konfiguration installiert war (und auch noch ist)?
Vielen Dank im Voraus für jede Hilfe oder jeden Hinweis.
Norbert
PS: @ Alex: Vielen Dank für deine super Arbeit.
kannst du denn bidcos geräte an debmatic anlernen?
Hallo Frank,
danke für die superschnelle Rückmeldung.
=> Hatte ich nicht getestet - jetzt aber probiert => geht ebenfalls nicht (habe ich oben ergänzt).
Würde man das denn erwarten, wenn im WebUI unter Gateway nichts bzw. "(Standard)" angezeigt wird (nach der nur kurzeitigen Anzeige der Seriennummer des Funkmoduls)?
Viele Grüße Norbert
Warum nutzt Du auf dem Pi nicht die pivccu3. Dort kannst Du HM und HM-IP nutzen. Über die HMCCU V5.0 kannst Du dann in FHEM die Geräte ebenfalls verwalten.
Viele Grüße
Jürgen
Hallo Jürgen,
ich hatte aus den vielen Foren-Beiträgen verstanden, dass beides funktionieren sollte und auch im Einsatz ist. Außerdem, dass piVCCU3 im Container läuft, debmatic nicht, und dass debmatic auch mit x64 umgehen kann, piVCCU nicht (was ich aktuell zwar nicht brauche, aber mir zukunftsträchtiger schien).
Warum also piVCCU statt debmatic?
Viele Grüße Norbert
Zitat von: NoKi am 25 Oktober 2023, 11:53:22Problem:
Ich kann im debmatic / CCU-WebUI keine HM-IP-Geräte anlernen (ergänzt: auch keine HM-Geräte).
Was mir auffällt: Im WebUI wird unter Startseite > Einstellungen > Systemsteuerung > LAN Gateway Konfiguration folgendes angezeigt:
Name: "HM-RCV-50 BidCoS-RF", Seriennummer: "BidCoS-RF". Unmittelbar nach dem Öffnen der Seite wird auch zusätzlich für einige Sekunden unter Gateway: die Seriennummer des Funkmoduls NEQ1331734 angezeigt, nach einigen Sekunden steht dort aber nur noch "(Standard)".
Ich nehme an, dass das nicht so sein soll. Für mich sieht es so aus, als ob das Funkmodul zunächst erkannt, aber dann wieder deaktiviert wird. Kann das sein?
Bei mir sieht das genauso aus, siehe Bild. ich benutze ein anderes Funkmodul, und zwar das RPI-RF-MOD über USB mithilfe der fertigen Platine HB-RF-USB.
Zitat von: NoKi am 25 Oktober 2023, 15:02:37Hallo Jürgen,
ich hatte aus den vielen Foren-Beiträgen verstanden, dass beides funktionieren sollte und auch im Einsatz ist. Außerdem, dass piVCCU3 im Container läuft, debmatic nicht, und dass debmatic auch mit x64 umgehen kann, piVCCU nicht (was ich aktuell zwar nicht brauche, aber mir zukunftsträchtiger schien).
Warum also piVCCU statt debmatic?
Viele Grüße Norbert
Aus meiner Sicht vergleichst Du hier Äpfel mit Birnen. Debmatic ist ein fertiges System, welches Du auf deinem Pi installierst. Hier solltest Du klären, ob Du jede von Dir benötigte Software installieren kannst. Ich nutze lieber ein Betriebssystem, welches ich nach meinen Bedürfnissen einrichten kann. Mit pivccu3 bekommst Du im Prinzip eine CCU3 mit allen Funktionen der "original CCU3". Ich habe so alles auf einem Raspberrypi laufen. Wenn überhaupt, wurde ich dann Debmatic mit den HM-(IP)-Devices und FHEM trennen und auf zwei Rechnern laufen lassen.
Viele Grüße
Jürgen
@ juemuc: Danke Jürgen, ich werde das als Alternative im Hinterkopf behalten.
Viele Grüße Norbert
@ Jamo:
Zitat von: Jamo am 25 Oktober 2023, 18:22:51Bei mir sieht das genauso aus, siehe Bild. ich benutze ein anderes Funkmodul, und zwar das RPI-RF-MOD über USB mithilfe der fertigen Platine HB-RF-USB.
Danke für den Hinweis. Ist das so zu verstehen, dass es bei dir funktioniert? Dann heißt das, dass es OK ist, wenn in den Einstellungen im CCU-WebUI unter Gateway nur "(Standard)" oder "(Default)" steht.
Viele Grüße Norbert
Ja, das funktioniert bei mir so.
Was heisst denn genau, das Du keine Homematik IP geräte anlernen kannst, im Webui? Du gibst die SGTIN und den KEY im WebUI ein, aber die CCU findet das Gerät nicht? Oder wie muss ich mir das vorstellen?
Hallo Jamo,
ich versuche das so, wie in vielen Posts beschrieben: Werksreset am Gerät, Batterie entfernen, im WebUI "Geräte anlernen" > "Homematic IP mit Internetzugang anlernen" > "HM IP Gerät anlernen" --- dann innerhalb der Minute, die das Anlernen aktiv ist, Batterie im Gerät einlegen => es erscheint auch nach Ablauf der Anlernzeit kein Gerät im WebUI.
Ich habe das auch probiert, indem ich den statt des Batterie-Einlegens den Anlernvorgang durch die Taste am Gerät gestartet habe => ebenfalls nicht erfolgreich.
(Leider fehlt mir der Key, um das andere Verfahren auszuprobieren.)
Viele Grüße Norbert
Hi,
Zitat von: juemuc am 25 Oktober 2023, 19:14:18Aus meiner Sicht vergleichst Du hier Äpfel mit Birnen. Debmatic ist ein fertiges System, welches Du auf deinem Pi installierst. Hier solltest Du klären, ob Du jede von Dir benötigte Software installieren kannst. Ich nutze lieber ein Betriebssystem, welches ich nach meinen Bedürfnissen einrichten kann.
Du verwechselst debmatic mit Raspberrymatic. debmatic setzt auf Debian basierte Systeme und du kannst da alles machen, was du Debian/Ubuntu/Raspberry Pi OS/... auch machen bzw. installieren kann.
Viele Grüße
Alex
Hallo Noki,
das einzige was mir noch einfällt:
- Homematic IP mit Internetzugang anlernen -> Du hast nicht zufällig der Debmatic den Internetzugang gesperrt, z.B. in der Fritzbox? Ich habe keine Ahnung wofür die CCU3 da einen Internetzugang benötigt.
- Ich würde mir ein neues günstigen HM-IP Gerät kaufen, und dann die Anmeldung mit SGTIN und KEY probieren. Bei Dir sieht alles korrekt aus, deswegen wundere ich mich das Du nichts anlernen kannst
PS: Ich habe beides Debmatic und FHEM auf einem Intel NUC laufen, das funktioniert prima. Unter der Debmatic habe ich nur HM-IP Geräte eingebunden. Die HM (ohne IP) sind bei mir dann über HMUART's eingebunden.
Hi,
zum Anlernproblem:
Bitte mal einen Werksreset der Geräte machen, die du anlernen willst und dann erst anlernen.
Und dann auch mal mit SGTIN und Key versuchen, manchmal mögen die Server von eQ-3 manche Funkmodule nicht.
Viele Grüße
Alex
... konnte mich erst jetzt wieder darum kümmern.
@ Jamo: Danke! Die FritzBox hat den Internetzugang nicht gesperrt; ich hoffe aber, dass der trotzdem nicht verwendet wird. Deine Hinweise helfen mir trotzdem.
@ deimos: Danke Alex. Ich wollte gerade zurückschreiben, dass ich den Werksreset schon gemacht hatte, habe dann aber doch noch in die HM-IP-Anleitung geschaut ...
... und es ist mir ziemlich peinlich:
Ich hatte leider nur geglaubt, dass ich einen Werksreset gemacht hätte. Leider hatte ich den aber falsch gemacht, nämlich wie bei den HM- (also den nicht-IP)-Geräten. Bei den HM-IP geht das aber sinnigerweise anders als bei den HM-Geräten >:( . Und kaum hatte ich das richtig gemacht, funktionierte es auch sofort. => Problem gelöst.
Asche auf mein Haupt - tut mir sehr leid für den unnötigen Aufwand, den ich verursacht habe :'( .
Jetzt kann es weitergehen.
Viele Grüße Norbert
Hallo zusammen!
Ich habe mal eine Verständnisfrage zum Betrieb von debmatic und der Verwendung eines HM-MOD-RPI-PCB (den habe ich an einen USB CP2102 gelötet, da dieser per USB an einer Intel-basierten Maschine mit PROXMOX verwendet werden soll).
Auf der git-hub-Seite von debmatic wird beschrieben, wie das Funkmodul unter einer VM angebunden werden soll. Trotz aller Versuche, wird das USB-Gerät zwar in die VM eingebunden oder auch an einen Container durchgereicht, das Funkmodul wird aber nicht erkannt (debmatic-info : UART dev Not available).
Aus den Beschreibungen zu debmatic geht aus meiner Sicht nicht eindeutig hervor, ob das Funkmodul überhaupt auf einem Intel-basierten System (amd64-Kernel) laufen kann. Es ist scheinbar erforderlich, dass die UART-Module verwendet werden.
Frage also: Kann man UART auf einem Debian Boorkworm, das nicht auf einem Raspi läuft, überhaupt nutzen, oder gibt es für dieses Szenario eine andere Vorgehensweise damit das Funkmodul am USB-Port nutzbar wird?
Danke für die Unterstützung, Stefan
Hi,
das Funkmodul wird auch auf amd64 unterstützt allerdings nur, wenn es über einen unterstützten "Anschluss" angeschlossen wird für welchen raw-uart Treiber existieren. Das sind aktuell die HB-RF-USB, die HB-RF-USB-2 und die HB-RF-ETH Platine.
Viele Grüße
Alex
HM-MOD-RPI-PCB funktioniert hier an einem FT232 problemlos unter proxmox.
Ob das mit einem CP2102 auch klappt, habe ich noch nie probiert.
Hi,
aber sicher nicht mit debmatic, weil der Dual BidCos/HMIP Betrieb so hohe Anforderungen an die Latenz hat, dass dies nicht mit einem Standard FT232 funktioniert. Der reine BidCos Betrieb von FHEM ist hier deutlich unkritischer, so dass man es da so machen kann.
Viele Grüße
Alex
Bildschirmfoto 2023-12-16 um 19.55.23.png
Hi,
und wenn du in deiner debmatic VM debmatic-info aufrufst, wirst du sehen, dass der FT232 nicht verwendet wird, sondern nur dein HmIP-RFUSB. Und als der Entwickler von debmatic kann ich das sehr gut beurteilen, was funktioniert und was nicht. ;)
Viele Grüße
Alex
Guten Morgen!
Also mit dem CP2101 bin ich nicht erfolgreich gewesen. In debmatic lässt sich das HM-MOD-RPI-PCB nach meinen Tests also nicht per USB (über den CP2101) anbinden. Da ich derzeit einige Homematic-Geräte betreibe, aber absehbar ist, dass neue Geräte nur noch als HomematicIP verfügbar sein werden, würde ich jetzt eher den Weg gehen HB-RF-USB-2 mit dem RPI-RF-MOD aufzusetzen und das dann an die Proxmox-VM über USB durchzureichen. Habe ich das richtig verstanden, dass man mit dem "großen" Funkmodul RPI-RF-MOD Homematic und HomematicIP parallel betreiben kann? Ist ein solcher Parallelbetrieb auch mit dem "kleinen" HM-MOD-RPI-PCB möglich?
Danke für Eure Tips und Gruß, Stefan
Hi,
der Dual Betrieb ist sowohl mit dem RPI-RF-MOD als auch mit dem HM-MOD-RPI-PCB möglich.
Mit dem HM-MOD-RPI-PCB ist es allerdings nicht möglich einen AP zur Reichweitenerweiterung unzulernen und auch der Betrieb eines DRAP für HmIP Wired ist nicht möglich. Bei einem Neukauf würde ich daher gleich das RPI-RF-MOD nehmen, bei bereits vorhandenem HM-MOD-RPI-PCB kann man aber auch erst dieses verwenden und dann ggf. später wechseln (auch ohne alles neu machen zu müssen).
Viele Grüße
Alex
Zitat von: deimos am 17 Dezember 2023, 13:01:07Hi,
der Dual Betrieb ist sowohl mit dem RPI-RF-MOD als auch mit dem HM-MOD-RPI-PCB möglich.
Mit dem HM-MOD-RPI-PCB ist es allerdings nicht möglich einen AP zur Reichweitenerweiterung unzulernen und auch der Betrieb eines DRAP für HmIP Wired ist nicht möglich. Bei einem Neukauf würde ich daher gleich das RPI-RF-MOD nehmen, bei bereits vorhandenem HM-MOD-RPI-PCB kann man aber auch erst dieses verwenden und dann ggf. später wechseln (auch ohne alles neu machen zu müssen).
Viele Grüße
Alex
Hab vielen Dank für die Infos! Dann werde ich das nach Weihnachten angehen...Dezeit ist aber wohl die HB-RF-ETH Platine bei "smartkram" in der PoE-Variante (die ich aber derzeit eh nicht nutzen würde) nicht verfügbar. Also mal schauen, ob ich dann die ältere Version HB-RF-USB-2 nutzen werde. Oder würdes Du mir davon abraten?
Grüße, Stefan
Zitat von: deimos am 16 Dezember 2023, 21:40:43... als der Entwickler von debmatic ...
Sag mal, was spricht eigentlich dagegen HMIP direkt aus FHEM heraus zu verwenden, wie es schon immer mit Bidcos geht?
Technische Umstände, oder (Protokoll-) rechtliche Gründe? Dieser "Doppeldecker" mit der Software- CCU3 hält mich bis heute von HMIP ab.
Gruß
Frank
zb der unbekannte aes key.
Zitat von: sk001 am 17 Dezember 2023, 13:10:50Also mal schauen, ob ich dann die ältere Version HB-RF-USB-2 nutzen werde.
Das ist keine ältere Variante, sondern die eine wird per USB angeschlossen und die andere per Netzwerk.
Viele Grüße
Alex
Hallo,
ich komme wohl nicht herum mich mit Homematic IP anzufreunden.
Ich habe noch einige Beaglebone Black mit Debian herumliegen.
Frage: Lässt sich da DebMatic drauf installieren? Habe heute mal einen Versuch gestartet mit manueller Installation (Debian Bullseye). Angemeckert wurden soweit ich mich erinnere nur die Kernel header.
Gruß Billy
Zitat von: deimos am 16 Dezember 2023, 19:07:23Hi,
das Funkmodul wird auch auf amd64 unterstützt allerdings nur, wenn es über einen unterstützten "Anschluss" angeschlossen wird für welchen raw-uart Treiber existieren. Das sind aktuell die HB-RF-USB, die HB-RF-USB-2 und die HB-RF-ETH Platine.
Viele Grüße
Alex
Hallo Alex!
Ich habe mir nun die HB-RF-USB-2 Platine beschafft und kriege sie nicht zum Laufen. Sie wird unter debmatic als CP2102N USB-Gerät erkannt, aber das RPI-RF-MOD startet nicht (keine blaue LED und auch keine korrekte Ausgabe von debmatic-info). Nach umfangreichem Suchen bin ich dann in weiteren Foren-Einträgen darauf gestoßen, dass hier wohl noch ein Flashen des EEPROMS notwendig wird, damit die Platine als HB-RF-USB-2 korrekt erkannt wird. Auf deiner GIT-Seite gibt es auch einen Datensatz für das SimplicityStudio. Ich gehe davon aus, dass hierin die korrekte Konfiguration zum Umflashen des EEPROMS zu finden ist. Leider kann ich das Projekt für das SimplcityStudio hierin nicht einlesen/importieren und ich finde auch keine Anleitung, wie hier vorzugehen ist.
Wenn die Platine am USB-Port hängt, zeigt mir lsusb als Geräte-ID ea60 an. In den Files auf dem Git habe ich als notwendige Geräte-ID die 0x8c07 gefunden. Ich vermute daher, dass die HB-RF-USB-2 wohl noch geflasht werden muss (obwohl der Verkäufer angegeben hat, dass die bereits erfolgt ist). Kannst Du mir sagen wie ich das mit dem SimplicityStudio hinbekomme, oder wo das Vorgehen konkret beschrieben ist und ich das nachlesen kann?
Danke und Gruß, Stefan
Hi,
das klingt danach, dass die Platine nicht korrekt geflasht wurde.
Wo hast du diese gekauft?
Viele Grüße
Alex
Hallo Alex!
Gekauft habe ich die bei smartkram.de
Hier stand auch in der Beschreibung, dass kein Flashen mehr erforderlich ist. Wenn man das selbst machen könnte, wäre das auch ok, aber ich finde nirgendwo eine Anleitung wie das mit dem nicht ganz trivialen Simplicity Studio funktioniert.
Hast Du eine Empfehlung?
Danke ud Gruß, Stefan
Hi,
ja, an den Händler wenden.
Viele Grüße
Alex
Zitat von: sk001 am 17 Januar 2024, 17:39:49Wenn man das selbst machen könnte, wäre das auch ok, aber ich finde nirgendwo eine Anleitung wie das mit dem nicht ganz trivialen Simplicity Studio funktioniert.
Bin zwar nicht Alex, aber eigentlich ist es recht einfach mit Simplicity Studio. Du musst dich halt ggf. erst registirieren, um es herunterzuladen. Aber sobald du es und den Simplicity-Workspace aus Alex Github hast dann:
1. Starte Simplicity Studio (ich habe Version 4, keine Ahnung ob die noch aktuell ist, deswegen können meine Angaben ggf. nicht ganz der aktuellen Version entsprechen)
2. Klicke "File" -> "Switch Workspace" und wähle den Ordner "SimplicityStudioWorkspace", den du vom Github heruntergeladen hast, aus
3. Öffne die Datei mit der Endung ".document" per Doppelklick:
Anmerkung 2024-01-17_1.png
Im mittleren oberen Bereich siehst du den Namen des Chips, für den dieser Datensatz bestimmt ist. Diese Bezeichnung sollte bei dir unter "Debug Adapters" auftauchen, sobald du das Board angeschlossen hast.
4. Klicke unten auf "Configure"
5. Klicke auf "Program To Device":
Anmerkung 2024-01-17_2.png
That's it, zumindest wenn die Platine ansonsten heile ist und nicht etwa einen anderen Chip hat o.ä.
Hallo Horti!
Danke für Deine Tipps! Ich habe in der Zwischenzeit auch noch mal Kontakt mit dem Shop von smartkram.de aufgenommen. Die haben dirket angegeben, dass da wohl ein Fehler vorliegt. Ich musste die Zerstörung der Platine mit einem Foto nachweisen und nun warte ich auf die zugesagte Ersatzlieferung. Ärgerlich, da nicht sehr nachhaltig, aber ich hoffe dann funktioniert auch die Inbetriebnahme mit debmatic.
Gruß, Stefan
Zitat von: sk001 am 18 Januar 2024, 19:31:34Hallo Horti!
Danke für Deine Tipps! Ich habe in der Zwischenzeit auch noch mal Kontakt mit dem Shop von smartkram.de aufgenommen. Die haben dirket angegeben, dass da wohl ein Fehler vorliegt. Ich musste die Zerstörung der Platine mit einem Foto nachweisen und nun warte ich auf die zugesagte Ersatzlieferung. Ärgerlich, da nicht sehr nachhaltig, aber ich hoffe dann funktioniert auch die Inbetriebnahme mit debmatic.
Gruß, Stefan
So, die neue Platine ist gekommen und war auch mit der korrekten Firmware ausgestattet. Läuft jetzt tadellos in einer Proxmox-VM unter debmatic ;D