CCU2-Probleme mit IP-Geräten & HmIP-RF
Moderator: Co-Administratoren
CCU2-Probleme mit IP-Geräten & HmIP-RF
Ich habe ein Homematic System am Laufen mit der CCU2 und auch verschiedene IP-Geräte (Bewegungsmelder, welcher einwandfrei funktioniert, Türsensor, Steckdose) angelernt, das war bereits etwas krampfig, funktionierte dann aber schlussendlich eine Weile sehr gut. Vor kurzem hatte ich plötzlich das Problem, dass die HMIP-PS Steckdose nicht mehr reagierte und nicht mehr angesteuert werden konnte. Sie erscheint in den Geräten, reagiert aber auf nichts. Abgelernt bekomme ich die auch nicht.
Den IP Türsensor hatte ich zwischenzeitlich auch abgelernt, auf Werkseinstellung zurückgesetzt weil keine Verwendung mehr. Dies alles unter der FW 2.29.22.
Nun, nach dem Update auf FW 2.29.23 habe ich eine neue Verwendung für den Türsensor gefunden und wollte ihn neu anlernen, dies ist nicht möglich. Habe ein komplettes Reset gemacht und die alte FW wieder eingespielt und ein vorheriges Backup eingespielt, in welchem die Steckdose noch auftaucht, aber auch nicht zu bedienen ist. Sie reagiert nicht und es ist auch nicht möglich sie aus der CCU zu entfernen. Der IP-Türsensor lässt sich auch hier nicht anlernen.
Das anlernen eines ganz frischen Türsensors ist auch nicht möglich, weder mit Codes noch manuell.
Habe CUxD installiert, aber zur Zeit nichts damit am Laufen und die Cloudmatic ist in Gebrauch.
Ab und an poppen ein paar Fenster auf mit den Hinweisen: - CUxD not running und -HmIP-RF not running, ich ahne, dass es etwas damit zu tun hat, kann aber mit der Info nichts anfangen.
Diese Hinweise erscheinen nach dem Zurücksetzen und Resetten nicht, aber es lassen sich dennoch keine IP-Geräte anlernen.
Nun jetzt müssen wir hier so langsam anfangen zu heizen und ich wollte die IP-Fussbodensteuerung beschaffen, kann dies aber so komplett vergessen.
Hat jemand eine Idee was ich tun könnte?
Für Vorschläge wäre ich sehr, sehr dankbar.
Den IP Türsensor hatte ich zwischenzeitlich auch abgelernt, auf Werkseinstellung zurückgesetzt weil keine Verwendung mehr. Dies alles unter der FW 2.29.22.
Nun, nach dem Update auf FW 2.29.23 habe ich eine neue Verwendung für den Türsensor gefunden und wollte ihn neu anlernen, dies ist nicht möglich. Habe ein komplettes Reset gemacht und die alte FW wieder eingespielt und ein vorheriges Backup eingespielt, in welchem die Steckdose noch auftaucht, aber auch nicht zu bedienen ist. Sie reagiert nicht und es ist auch nicht möglich sie aus der CCU zu entfernen. Der IP-Türsensor lässt sich auch hier nicht anlernen.
Das anlernen eines ganz frischen Türsensors ist auch nicht möglich, weder mit Codes noch manuell.
Habe CUxD installiert, aber zur Zeit nichts damit am Laufen und die Cloudmatic ist in Gebrauch.
Ab und an poppen ein paar Fenster auf mit den Hinweisen: - CUxD not running und -HmIP-RF not running, ich ahne, dass es etwas damit zu tun hat, kann aber mit der Info nichts anfangen.
Diese Hinweise erscheinen nach dem Zurücksetzen und Resetten nicht, aber es lassen sich dennoch keine IP-Geräte anlernen.
Nun jetzt müssen wir hier so langsam anfangen zu heizen und ich wollte die IP-Fussbodensteuerung beschaffen, kann dies aber so komplett vergessen.
Hat jemand eine Idee was ich tun könnte?
Für Vorschläge wäre ich sehr, sehr dankbar.
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
Weiss jemand, ob es irgendwie möglich ist, dieses HmIP-RF manuell per Shell befehl zu starten?
-
- Beiträge: 10752
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 672 Mal
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
Code: Alles auswählen
/etc/init.d/S62HMServer start
Lies mal >> H I E R<<
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
Hi Alchy,
Danke für Deine Antwort, das gibt mir Hoffnung. Habe gerade ein Firmwareupdate zwischen 8 - 42 Stunden laufen und kann die ccm nun nicht neu starten. Probiere es dann aber auf jeden Fall aus und werde berichten.
Einen schönen Sonntag!
Danke für Deine Antwort, das gibt mir Hoffnung. Habe gerade ein Firmwareupdate zwischen 8 - 42 Stunden laufen und kann die ccm nun nicht neu starten. Probiere es dann aber auf jeden Fall aus und werde berichten.
Einen schönen Sonntag!
Zuletzt geändert von Sabine am 05.11.2017, 12:42, insgesamt 1-mal geändert.
-
- Beiträge: 10752
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 672 Mal
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
du musst dich nicht vor putty fürchten, je eher du damit anfängst umso leichter fällt es dir irgendwann deine Kiste zu retten.
Aber auch CUxD bietet die Möglichkeit Kommandos abzugeben, nur bist du natürlich dann eventuell davon abhängig, das CUxD läuft.
Nein das ist wohl in Ordnung so.
Naja eigentlich ist es nicht in Ordnung so, aber es ist wohl normal, das die Fehlermeldung erscheint. Über die Suche solltest du infos dazu bekommen.
mit dem Befehloder auch kannst du nachschauen was so läuft auf deiner Kiste. Oder eben auch nicht.
Nach meiner Erfahrung verreckt HmIP eher im Zusammenhang mit der vorher ebenfalls abgestürzten Rega.
Wenn du die Klickibunti auf hast, kannst du sehr schön auf die weißen Popups "eine Komponente ...." warten.
Alchy
Aber auch CUxD bietet die Möglichkeit Kommandos abzugeben, nur bist du natürlich dann eventuell davon abhängig, das CUxD läuft.
Nein das ist wohl in Ordnung so.
Naja eigentlich ist es nicht in Ordnung so, aber es ist wohl normal, das die Fehlermeldung erscheint. Über die Suche solltest du infos dazu bekommen.
mit dem Befehl
Code: Alles auswählen
top
Code: Alles auswählen
ps
Nach meiner Erfahrung verreckt HmIP eher im Zusammenhang mit der vorher ebenfalls abgestürzten Rega.
Wenn du die Klickibunti auf hast, kannst du sehr schön auf die weißen Popups "eine Komponente ...." warten.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
DANKE! Wenn ich "top" eingebe kommt wieder was dabei raus, was ich überhaupt nicht verstehe:
und bei ps dieses:
ReGaHss scheint in Ordnung zu sein?!?
Code: Alles auswählen
[H[JMem: 188892K used, 66500K free, 0K shrd, 0K buff, 95900K cached
CPU: 0% usr 16% sys 0% nic 83% idle 0% io 0% irq 0% sirq
Load average: 0.88 0.80 0.63 1/150 4080
[7m PID PPID USER STAT VSZ %VSZ %CPU COMMAND[0m
4080 4079 root R 2380 1% 17% top
3394 1 root S 161m 65% 0% java -Xmx64m -Dlog4j.configuration=fil
483 1 root S 19248 8% 0% /bin/ReGaHss.normal -f /etc/rega.conf
340 1 root S 18412 7% 0% /bin/rfd -f /etc/config/rfd.conf -l 5
3833 2888 root S 7048 3% 0% sshd: root@notty
3844 2888 root S 6908 3% 0% sshd: root@notty
240 1 root S 5528 2% 0% /usr/sbin/lighttpd -f /etc/lighttpd/li
564 1 root S 4720 2% 0% /opt/mh/openvpn --daemon --config /usr
319 1 root S 4392 2% 0% /bin/multimacd -f /etc/config/multimac
2888 1 root S 4288 2% 0% /usr/sbin/sshd
3838 3837 root S 4152 2% 0% /usr/lib/sftp-server
486 1 root S 3968 2% 0% /bin/hss_led
225 1 root S 3736 1% 0% /bin/eq3configd
252 1 root S 3276 1% 0% /usr/local/addons/cuxd/cuxd
118 1 root S 2908 1% 0% /lib/udev/udevd -d
155 118 root S 2904 1% 0% /lib/udev/udevd -d
156 118 root S 2904 1% 0% /lib/udev/udevd -d
109 1 root S 2464 1% 0% /usr/sbin/crond
3848 3844 root S 2384 1% 0% -sh
573 1 root S 2384 1% 0% /sbin/getty -L ttyGS0 115200 vt100
[H[JMem: 189080K used, 66312K free, 0K shrd, 0K buff, 95900K cached
CPU: 7% usr 1% sys 0% nic 90% idle 0% io 0% irq 0% sirq
Load average: 0.89 0.81 0.63 1/151 4081
Code: Alles auswählen
PID USER COMMAND
1 root init
2 root [kthreadd]
3 root [ksoftirqd/0]
5 root [kworker/u:0]
6 root [rcu_kthread]
7 root [khelper]
8 root [kdevtmpfs]
9 root [netns]
10 root [sync_supers]
11 root [bdi-default]
12 root [kintegrityd]
13 root [kblockd]
14 root [rpciod]
15 root [kworker/0:1]
16 root [kswapd0]
17 root [fsnotify_mark]
18 root [nfsiod]
19 root [crypto]
24 root [mtdblock0]
25 root [mtdblock1]
26 root [mtdblock2]
27 root [mtdblock3]
28 root [mtdblock4]
29 root [mtdblock5]
30 root [mtdblock6]
31 root [mtdblock7]
32 root [ubi_bgt0d]
33 root [ubi_bgt1d]
37 root [deferwq]
38 root [devfreq_wq]
43 root [ubifs_bgt1_0]
81 root [eq3spi.0]
88 root [file-storage]
91 root [khubd]
109 root /usr/sbin/crond
113 root /sbin/syslogd -m 0
115 root /sbin/klogd
118 root /lib/udev/udevd -d
134 root watchdog -t 30 /dev/watchdog
139 root [kworker/u:2]
149 root udhcpd -S /etc/udhcpd.usb0.conf
155 root /lib/udev/udevd -d
156 root /lib/udev/udevd -d
199 root /usr/sbin/ifplugd -i eth0 -fI -u0 -d10
225 root /bin/eq3configd
240 root /usr/sbin/lighttpd -f /etc/lighttpd/lighttpd.conf
252 root /usr/local/addons/cuxd/cuxd
319 root /bin/multimacd -f /etc/config/multimacd.conf -l 5
340 root /bin/rfd -f /etc/config/rfd.conf -l 5
483 root /bin/ReGaHss.normal -f /etc/rega.conf -l 2
486 root /bin/hss_led
564 root /opt/mh/openvpn --daemon --config /usr/local/etc/config/addons/mh/client.conf --cd /usr/local/etc/config/addons/mh
572 root /sbin/getty -L ttyAMA0 115200 vt100
573 root /sbin/getty -L ttyGS0 115200 vt100
729 root [kworker/0:0]
2888 root /usr/sbin/sshd
3394 root java -Xmx64m -Dlog4j.configuration=file:///etc/config/log4j.xml -Dfile.encoding=ISO-8859-1 -jar /opt/HMServer/HMIPServer.jar /etc/crRFD.conf
3833 root sshd: root@notty
3837 root sh -c /usr/lib/sftp-server
3838 root /usr/lib/sftp-server
3844 root sshd: root@notty
3848 root -sh
4078 root /www/addons/cuxd/index.ccc
4079 root sh -c top 2>&1
4080 root top
4128 root /www/addons/cuxd/index.ccc
4129 root sh -c ps 2>&1
4130 root ps
Zuletzt geändert von alchy am 05.11.2017, 13:19, insgesamt 1-mal geändert.
Grund: Code in Codetags posten
Grund: Code in Codetags posten
- anli
- Beiträge: 4326
- Registriert: 10.06.2009, 14:01
- Wohnort: 20 Min. nördlich von Hannover und bei Bremen
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 23 Mal
- Kontaktdaten:
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
Hallo Sabine,
ja, Rega (Logischicht, WebUI) scheint in Ordnung zu sein. Für deinen Fall ist jedoch der HMIPServer wichtiger, auch der scheint zu laufen.
Hast Du den Neustart der CCU2 mittlerweile machen können? Wie weit stehen die Geräte eigentlich auseinander? Kannst Du einmal unter Systemsteuerung - Zentralen-Wartung Bidcos-RF auf "alles loggen" stellen, einen Neustart machen, warten bis das Problem erneut auftritt und dann das Log (kann man dort herunterladen) posten? Idealerweise postest Du länger Dinge in Code-Tags, dann werden die gut lesbar formatiert und sind scrollbar etc.
Hilfreich wäre auch der Modus und die Version des Funkmoduls auf der CCU2. Die findest Du heraus, indem Du nacheinander folgende Befehle per putty auf der CCU2 absetzt (während der Aktion läuft kein Funk und keine WebUI, vorher aus der WebUI abmelden):
Die Ausgaben der mit eq3configcmd beginnenden Befehle sind interessant.
Die Version selbst könntest Du auch im Log finden (nach "update-coprocessor: Version" suchen), den Modus jedoch nicht.
ja, Rega (Logischicht, WebUI) scheint in Ordnung zu sein. Für deinen Fall ist jedoch der HMIPServer wichtiger, auch der scheint zu laufen.
Hast Du den Neustart der CCU2 mittlerweile machen können? Wie weit stehen die Geräte eigentlich auseinander? Kannst Du einmal unter Systemsteuerung - Zentralen-Wartung Bidcos-RF auf "alles loggen" stellen, einen Neustart machen, warten bis das Problem erneut auftritt und dann das Log (kann man dort herunterladen) posten? Idealerweise postest Du länger Dinge in Code-Tags, dann werden die gut lesbar formatiert und sind scrollbar etc.
Hilfreich wäre auch der Modus und die Version des Funkmoduls auf der CCU2. Die findest Du heraus, indem Du nacheinander folgende Befehle per putty auf der CCU2 absetzt (während der Aktion läuft kein Funk und keine WebUI, vorher aus der WebUI abmelden):
Code: Alles auswählen
/etc/init.d/S70ReGaHss stop
/etc/init.d/S62HMServer stop
/etc/init.d/S61rfd stop
/etc/init.d/S60multimacd stop
eq3configcmd update-coprocessor -p /dev/mxs_auart_raw.0 -c -se -l 0
eq3configcmd update-coprocessor -p /dev/mxs_auart_raw.0 -c -v
/etc/init.d/S60multimacd start
/etc/init.d/S61rfd start
/etc/init.d/S62HMServer start
/etc/init.d/S70ReGaHss start
Die Version selbst könntest Du auch im Log finden (nach "update-coprocessor: Version" suchen), den Modus jedoch nicht.
Herzliche Grüße, anli
Alle Angaben ohne Gewähr und Haftung meinerseits. Verwendung der von mir zur Verfügung gestellten Downloads auf eigene Gefahr. Ich bitte um Verständnis, dass ich aus zeitlichen Gründen keine unaufgeforderte Hilfestellung per PN/Mail geben kann. Bitte allgemeine Fragen ins Forum stellen, hier können viele fähige User viel schneller helfen.
Homematic-Manager v2: einfaches Tool zum Erstellen von Direktverknüpfungen und Bearbeiten von Gerätenamen, -parametern etc. für Homematic und HomematicIP (Alternative diesbzgl. zur WebUI)
Einsteiger-Hilfe • erweiterter Skript-Parser
Alle Angaben ohne Gewähr und Haftung meinerseits. Verwendung der von mir zur Verfügung gestellten Downloads auf eigene Gefahr. Ich bitte um Verständnis, dass ich aus zeitlichen Gründen keine unaufgeforderte Hilfestellung per PN/Mail geben kann. Bitte allgemeine Fragen ins Forum stellen, hier können viele fähige User viel schneller helfen.
Homematic-Manager v2: einfaches Tool zum Erstellen von Direktverknüpfungen und Bearbeiten von Gerätenamen, -parametern etc. für Homematic und HomematicIP (Alternative diesbzgl. zur WebUI)
Einsteiger-Hilfe • erweiterter Skript-Parser
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
Hi Anli,
Erstmal ganz herzlichen Dank für Deine Hilfe und Deine Tipps. Bin noch nicht dazu gekommen, die Ratschläge und Anweisungen umzusetzen. Da ich eben erst heimgekommen bin, habe ich auch gerade keine Lust dies zu tun. Spätestens ab Donnerstagmittag werde ich Zeit haben alles zu machen und werde es dann hier posten.
Liebe Grüsse und einen geruhsamen Abend
Sabine
Erstmal ganz herzlichen Dank für Deine Hilfe und Deine Tipps. Bin noch nicht dazu gekommen, die Ratschläge und Anweisungen umzusetzen. Da ich eben erst heimgekommen bin, habe ich auch gerade keine Lust dies zu tun. Spätestens ab Donnerstagmittag werde ich Zeit haben alles zu machen und werde es dann hier posten.
Liebe Grüsse und einen geruhsamen Abend
Sabine
-
- Beiträge: 20
- Registriert: 21.05.2012, 20:38
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
Hallo anli,
Ich habe leider das gleiche Problem mit dem Einsatz der HmIP-Komponenten. Neben den neuen HmIP-Teilen habe ich Wired- und RF-Bauteile an der CCU2. Jetzt habe ich neue Geräte und Ersatzgeräte aus der HmIP-Serie genommen (PS, PDT, PSM, eTRV-2, WTH-2, SMI). Nach 2 bis 3 Tagen sind die Geräte nicht mehr von der CCU aus erreichbar (WebUI). Z.T. empfängt der Historian noch Daten, steht kurze Zeit später aber auch. Programme, die auf diese Geräte zugreifen, funktionieren dann natürlich nicht mehr. Zähler liefern keine Werte.
Jetzt habe ich gemäß Deiner Anleitung die Dienste beendet und wieder gestartet. Beim Start des HMServers kommen viele Meldungen. Mit Java kenne ich mich leider nicht aus. Einige Geräte sind wieder erreichbar, aber nicht alle (in der WebUi). Ungern würde ich die neuen Geräte wieder entfernen. Evtl. kannst Du oder ein anderer Profi die Daten ja interpretieren und eine Lösung erarbeiten. Im Anhang ein Auszug.
LG Andreas
Ich habe leider das gleiche Problem mit dem Einsatz der HmIP-Komponenten. Neben den neuen HmIP-Teilen habe ich Wired- und RF-Bauteile an der CCU2. Jetzt habe ich neue Geräte und Ersatzgeräte aus der HmIP-Serie genommen (PS, PDT, PSM, eTRV-2, WTH-2, SMI). Nach 2 bis 3 Tagen sind die Geräte nicht mehr von der CCU aus erreichbar (WebUI). Z.T. empfängt der Historian noch Daten, steht kurze Zeit später aber auch. Programme, die auf diese Geräte zugreifen, funktionieren dann natürlich nicht mehr. Zähler liefern keine Werte.
Jetzt habe ich gemäß Deiner Anleitung die Dienste beendet und wieder gestartet. Beim Start des HMServers kommen viele Meldungen. Mit Java kenne ich mich leider nicht aus. Einige Geräte sind wieder erreichbar, aber nicht alle (in der WebUi). Ungern würde ich die neuen Geräte wieder entfernen. Evtl. kannst Du oder ein anderer Profi die Daten ja interpretieren und eine Lösung erarbeiten. Im Anhang ein Auszug.
LG Andreas
- Dateianhänge
-
- new 1.txt
- (29.36 KiB) 123-mal heruntergeladen
154 Geräte (RaspberryMatic, HM, HmIP, HmIP-wired, CUxD) und CCU-Historian und iobroker im Hyper-V
Re: CCU2-Probleme mit IP-Geräten & HmIP-RF
Hi Anli,
endlich komme ich dazu Deine Anweisungen zu befolgen, aber zuersteinmal zu Deinen Fragen:
Die CCU und die verschiedenen IP-Geräte stehen zwischen 1,5 und 5 m auseinander.
Diese Schritte "6. Nun den folgenden Befehl ausführen: /etc/init.d/./S62HMServer stop
7. Und nun: rm -r /usr/local/etc/config/crRFD
8. Und dann: rm -r /usr/local/etc/config/eshlight
9. Zu guter letzt: reboot"
habe ich nun befolgt, es ist wieder direkt nach dem Neustart die Nachricht hinsichtlich des HmIP-RF erschienen, der IP-Bewegungsmelder, welcher funktionierte und die IP-PS Steckdose, welche nur da war, aber nicht zu steuern war, sind auch beide aus dem System verschwunden.
Bei Bidcos-RF auf "alles loggen" kommt dann folgendes raus (Angehängte Datei "homematic-ccu2-2017-11-09(2)
Ich bin wohl zu doof diesen Code einzufügen (oder ist das zu lang? denn beim nächsten Code klappt es
Die Befehle habe ich Stück für Stück abgearbeitet und es kam das dabei raus:
Habe irgendwie ein schlechtes Gewissen, Dir diese ewig langen Ausgaben zu präsentieren
endlich komme ich dazu Deine Anweisungen zu befolgen, aber zuersteinmal zu Deinen Fragen:
Die CCU und die verschiedenen IP-Geräte stehen zwischen 1,5 und 5 m auseinander.
Diese Schritte "6. Nun den folgenden Befehl ausführen: /etc/init.d/./S62HMServer stop
7. Und nun: rm -r /usr/local/etc/config/crRFD
8. Und dann: rm -r /usr/local/etc/config/eshlight
9. Zu guter letzt: reboot"
habe ich nun befolgt, es ist wieder direkt nach dem Neustart die Nachricht hinsichtlich des HmIP-RF erschienen, der IP-Bewegungsmelder, welcher funktionierte und die IP-PS Steckdose, welche nur da war, aber nicht zu steuern war, sind auch beide aus dem System verschwunden.
Bei Bidcos-RF auf "alles loggen" kommt dann folgendes raus (Angehängte Datei "homematic-ccu2-2017-11-09(2)
Ich bin wohl zu doof diesen Code einzufügen (oder ist das zu lang? denn beim nächsten Code klappt es
Die Befehle habe ich Stück für Stück abgearbeitet und es kam das dabei raus:
Code: Alles auswählen
# /etc/init.d/S62HMServer stop
Stopping HMServer: OK
# /etc/init.d/S61rfd stop
Stopping rfd: OK
# /etc/init.d/S60multimacd stop
Stopping multimacd: OK
# eq3configcmd update-coprocessor -p /dev/mxs_auart_raw.0 -c -se -l 0
2017/11/09 16:04:55.885 <Debug> firmware filename is: coprocessor_update.eq3
2017/11/09 16:04:56.399 <Debug> () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in dual coprocessor application.
2017/11/09 16:04:56.400 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): hmip common frame
2017/11/09 16:04:56.409 <Debug> () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in dual coprocessor application.
2017/11/09 16:04:56.409 CoprocessorUpdate::startApplication()
2017/11/09 16:04:56.410 <Debug> CoprocessorUpdate::startApplication():Coprocessor entered application.
2017/11/09 16:04:56.467 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): lowlevelmac frame
2017/11/09 16:04:56.469 <Info> SerialNumber: OEQ0099915
# eq3configcmd update-coprocessor -p /dev/mxs_auart_raw.0 -c -v
2017/11/09 16:05:12.891 <Info> Version: 2.8.5
# /etc/init.d/S60multimacd start
Starting multimacd:
checking if firmware update is needed...
done
Waiting for multimacd to get ready.multimacd is ready now.
# /etc/init.d/S61rfd start
Starting rfd:
Waiting for rfd to get ready..........rfd is ready now.
# /etc/init.d/S62HMServer start
Starting HMServer: cp: can't stat '/etc/config_templates/hmip_networkkey.conf': No such file or directory
Waiting for HMServer to get ready
RXTX Warning: Removing stale lock file. /var/lock/LCK..ttyS0
Nov 09, 2017 4:08:03 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 2485 ms, time limit is 2000
Nov 09, 2017 4:08:34 PM io.vertx.core.eventbus.impl.HandlerRegistration
SEVERE: Failed to handleMessage
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.$Proxy22.listDevices(Unknown Source)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.updateDevicesForClient(BackendUpdateDevicesCommand.java:34)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.run(BackendUpdateDevicesCommand.java:29)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:27)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:11)
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:503)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:316)
at io.vertx.core.impl.OrderedExecutorFactory$OrderedExecutor.lambda$new$0(OrderedExecutorFactory.java:94)
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 (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)
... 15 more
Nov 09, 2017 4:08:34 PM io.vertx.core.impl.ContextImpl
SEVERE: Unhandled exception
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.$Proxy22.listDevices(Unknown Source)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.updateDevicesForClient(BackendUpdateDevicesCommand.java:34)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendUpdateDevicesCommand.run(BackendUpdateDevicesCommand.java:29)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:27)
at de.eq3.ccu.virtualdevice.service.internal.rega.BackendWorker.handle(BackendWorker.java:11)
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:503)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:316)
at io.vertx.core.impl.OrderedExecutorFactory$OrderedExecutor.lambda$new$0(OrderedExecutorFactory.java:94)
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 (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)
... 15 more
OK
# /etc/init.d/S70ReGaHss start
Starting ReGaHss: OK
# Nov 09, 2017 4:09:55 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 2668 ms, time limit is 2000
Nov 09, 2017 4:09:56 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 3669 ms, time limit is 2000
Nov 09, 2017 4:09:57 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 4669 ms, time limit is 2000
Nov 09, 2017 4:09:58 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 5669 ms, time limit is 2000
io.vertx.core.VertxException: Thread blocked
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
at de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
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:503)
at io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$35/12676625.handle(Unknown Source)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:316)
at io.vertx.core.impl.ContextImpl$$Lambda$18/26275349.run(Unknown Source)
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:418)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:440)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:873)
at java.lang.Thread.run(Thread.java:745)
Nov 09, 2017 4:09:59 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 6671 ms, time limit is 2000
io.vertx.core.VertxException: Thread blocked
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
at de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
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:503)
at io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$35/12676625.handle(Unknown Source)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:316)
at io.vertx.core.impl.ContextImpl$$Lambda$18/26275349.run(Unknown Source)
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:418)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:440)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:873)
at java.lang.Thread.run(Thread.java:745)
Nov 09, 2017 4:10:00 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 7673 ms, time limit is 2000
io.vertx.core.VertxException: Thread blocked
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
at de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
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:503)
at io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$35/12676625.handle(Unknown Source)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:316)
at io.vertx.core.impl.ContextImpl$$Lambda$18/26275349.run(Unknown Source)
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:418)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:440)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:873)
at java.lang.Thread.run(Thread.java:745)
Nov 09, 2017 4:10:01 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 8674 ms, time limit is 2000
io.vertx.core.VertxException: Thread blocked
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
at de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
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:503)
at io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$35/12676625.handle(Unknown Source)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:316)
at io.vertx.core.impl.ContextImpl$$Lambda$18/26275349.run(Unknown Source)
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:418)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:440)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:873)
at java.lang.Thread.run(Thread.java:745)
Nov 09, 2017 4:10:02 PM io.vertx.core.impl.BlockedThreadChecker
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 9674 ms, time limit is 2000
io.vertx.core.VertxException: Thread blocked
at sun.misc.Unsafe.park(Native Method)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
at java.util.concurrent.LinkedBlockingQueue.poll(LinkedBlockingQueue.java:467)
at de.eq3.ccu.virtualdevice.service.internal.rega.VirtualDeviceHandlerRega.registerCallback(VirtualDeviceHandlerRega.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.AnnotationAwareRpcHandler.execute(AnnotationAwareRpcHandler.java:85)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:70)
at de.eq3.ccu.server.internal.RpcMessageHandler.handle(RpcMessageHandler.java:24)
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:503)
at io.vertx.core.eventbus.impl.EventBusImpl$$Lambda$35/12676625.handle(Unknown Source)
at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:316)
at io.vertx.core.impl.ContextImpl$$Lambda$18/26275349.run(Unknown Source)
at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:163)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:418)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:440)
at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:873)
at java.lang.Thread.run(Thread.java:745)
- Dateianhänge
-
- homematic-ccu2-2017-11-09(2).log
- Bidcos-RF alles loggen
- (290.71 KiB) 98-mal heruntergeladen