CCU2-Probleme mit IP-Geräten & HmIP-RF

HMIP lokale Installation

Moderator: Co-Administratoren

Sabine
Beiträge: 21
Registriert: 23.09.2017, 15:26

CCU2-Probleme mit IP-Geräten & HmIP-RF

Beitrag von Sabine » 03.11.2017, 16:06

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.

Sabine
Beiträge: 21
Registriert: 23.09.2017, 15:26

Re: CCU2-Probleme mit IP-Geräten & HmIP-RF

Beitrag von Sabine » 04.11.2017, 16:04

Weiss jemand, ob es irgendwie möglich ist, dieses HmIP-RF manuell per Shell befehl zu starten?

alchy
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

Beitrag von alchy » 04.11.2017, 22:21

Code: Alles auswählen

/etc/init.d/S62HMServer start
würde HmIP-RF starten

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.

Sabine
Beiträge: 21
Registriert: 23.09.2017, 15:26

Re: CCU2-Probleme mit IP-Geräten & HmIP-RF

Beitrag von Sabine » 05.11.2017, 11:47

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!
Zuletzt geändert von Sabine am 05.11.2017, 12:42, insgesamt 1-mal geändert.

alchy
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

Beitrag von alchy » 05.11.2017, 12:26

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 Befehl oder 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

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.

Sabine
Beiträge: 21
Registriert: 23.09.2017, 15:26

Re: CCU2-Probleme mit IP-Geräten & HmIP-RF

Beitrag von Sabine » 05.11.2017, 12:51

DANKE! Wenn ich "top" eingebe kommt wieder was dabei raus, was ich überhaupt nicht verstehe:

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
und bei ps dieses:

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
ReGaHss scheint in Ordnung zu sein?!?
Zuletzt geändert von alchy am 05.11.2017, 13:19, insgesamt 1-mal geändert.
Grund: Code in Codetags posten

Benutzeravatar
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

Beitrag von anli » 05.11.2017, 13:22

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):

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 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.
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-Hilfeerweiterter Skript-Parser

Sabine
Beiträge: 21
Registriert: 23.09.2017, 15:26

Re: CCU2-Probleme mit IP-Geräten & HmIP-RF

Beitrag von Sabine » 06.11.2017, 20:01

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

Andy61
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

Beitrag von Andy61 » 07.11.2017, 22:53

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
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

Sabine
Beiträge: 21
Registriert: 23.09.2017, 15:26

Re: CCU2-Probleme mit IP-Geräten & HmIP-RF

Beitrag von Sabine » 09.11.2017, 16:16

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 :roll:

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)
Habe irgendwie ein schlechtes Gewissen, Dir diese ewig langen Ausgaben zu präsentieren :(
Dateianhänge
homematic-ccu2-2017-11-09(2).log
Bidcos-RF alles loggen
(290.71 KiB) 98-mal heruntergeladen

Antworten

Zurück zu „HomeMatic IP mit CCU“