[gelöst] Fehler mit HMIP Adapter
-
@gregors welche Adapter Version?
Was steht zu dem Zeitpunkt im CCU log und im Syslog?
Iobroker und PiVCCU läuft beides auf den tinkerboard?
-
Adapter HM-RPC 1.15.11
Beides läuft zusammen auf dem Tinkerboard.Habe keine Daten zum passenden Termin.
Vor 08:20:54 habe ich keine Einträge im hmserver.logWerde morgen mal schauen wenn er wieder Down ist und die Dateien sichern.
Syslog habe ich nicht -
@gregors sagte in Fehler mit HMIP Adapter:
Unknown XML-RPC tag 'TITLE'
such mal nach dem Fehler. Hat was mit Auth zu tun glaube ich.
oder war deine CCU zu dem Zeitpunkt neu gestartet?
-
@gregors sagte in [Fehler mit HMIP Adapter]
Syslog habe ich nicht
Jedes Linux System hat im Standard ein Syslog
-
@wendy2702
Hier nun die Logeinträge zum entsprechenden Zeitpunkt:ioBroker
hm-rpc.1 2022-03-22 13:13:39.607 error Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2022-03-22 13:13:10.961 error Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' host.TinkerboardS 2022-03-22 13:10:54.342 info instance system.adapter.hm-rpc.1 started with pid 21751 host.TinkerboardS 2022-03-22 13:10:24.014 info Restart adapter system.adapter.hm-rpc.1 because enabled host.TinkerboardS 2022-03-22 13:10:24.012 info instance system.adapter.hm-rpc.1 terminated with code 0 (NO_ERROR) hm-rpc.1 2022-03-22 13:10:23.012 error Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2022-03-22 13:09:52.286 error Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' host.TinkerboardS 2022-03-22 13:05:07.568 info instance system.adapter.hm-rpc.1 started with pid 8959 host.TinkerboardS 2022-03-22 13:04:37.307 info Restart adapter system.adapter.hm-rpc.1 because enabled host.TinkerboardS 2022-03-22 13:04:37.306 info instance system.adapter.hm-rpc.1 terminated with code 0 (NO_ERROR) hm-rpc.1 2022-03-22 13:04:34.816 error Ping error [TinkerboardS:hm-rpc.1:51dcc5ed69e2a2a1112f1fb8201bf1a2]: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2022-03-22 13:04:05.448 error Init not possible, going to stop: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2022-03-22 13:04:04.097 error Ping error [TinkerboardS:hm-rpc.1:51dcc5ed69e2a2a1112f1fb8201bf1a2]: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2022-03-22 13:03:35.430 error Ping error [TinkerboardS:hm-rpc.1:51dcc5ed69e2a2a1112f1fb8201bf1a2]: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2022-03-22 13:03:04.717 error Ping error [TinkerboardS:hm-rpc.1:51dcc5ed69e2a2a1112f1fb8201bf1a2]: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2022-03-22 13:02:33.989 error Ping error [TinkerboardS:hm-rpc.1:51dcc5ed69e2a2a1112f1fb8201bf1a2]: Unknown XML-RPC tag 'TITLE'Tinkerboard CCU3
Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-4] The config file of the device 3014F711A0000A9BE990C516 could not be read java.nio.file.FileSystemException: /etc/config/crRFD/data/3014F711A0000A9BE990C516.dev: Too many open files at sun.nio.fs.UnixException.translateToIOException(UnixException.java:91) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107) at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214) at java.nio.file.Files.newByteChannel(Files.java:361) at java.nio.file.Files.newByteChannel(Files.java:407) at java.nio.file.spi.FileSystemProvider.newInputStream(FileSystemProvider.java:384) at java.nio.file.Files.newInputStream(Files.java:152) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.loadSpecificDevice(KryoPersistenceWorker.java:1723) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.loadSpecificDevice(KryoPersistenceWorker.java:1696) at de.eq3.cbcs.server.core.persistence.AbstractPersistency.handleGetDevicePendingConfigurationCommand(AbstractPersistency.java:295) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handleDeviceSpecificCommand(KryoPersistenceWorker.java:432) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handle(KryoPersistenceWorker.java:309) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handle(KryoPersistenceWorker.java:89) 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) Mar 22 13:01:32 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-4] The config file of the device 3014F711A0000A9BE990C516 could not be read java.nio.file.FileSystemException: /etc/config/crRFD/data/3014F711A0000A9BE990C516.dev: Too many open files at sun.nio.fs.UnixException.translateToIOException(UnixException.java:91) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107) at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214) at java.nio.file.Files.newByteChannel(Files.java:361) at java.nio.file.Files.newByteChannel(Files.java:407) at java.nio.file.spi.FileSystemProvider.newInputStream(FileSystemProvider.java:384) at java.nio.file.Files.newInputStream(Files.java:152) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.loadSpecificDevice(KryoPersistenceWorker.java:1723) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.loadSpecificDevice(KryoPersistenceWorker.java:1696) at de.eq3.cbcs.server.core.persistence.AbstractPersistency.handleGetDevicePendingConfigurationCommand(AbstractPersistency.java:295) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handleDeviceSpecificCommand(KryoPersistenceWorker.java:432) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handle(KryoPersistenceWorker.java:309) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handle(KryoPersistenceWorker.java:89) 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) Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] I/O exception (java.net.SocketException) caught when connecting to {}->http://192.168.10.95:2010: Too many open files Mar 22 13:01:32 org.apache.http.impl.client.DefaultHttpClient INFO [TinkerboardS:hm-rpc.1:c7416048ecb12d8a5c8edb34030a96c9_WorkerPool-1] Retrying connect to {}->http://192.168.10.95:2010 Mar 22 13:01:32 de.eq3.cbcs.server.core.persistence.AbstractPersistency ERROR [vert.x-worker-thread-4] The config file of the device 3014F711A0000A9BE990C516 could not be read java.nio.file.FileSystemException: /etc/config/crRFD/data/3014F711A0000A9BE990C516.dev: Too many open files at sun.nio.fs.UnixException.translateToIOException(UnixException.java:91) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107) at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214) at java.nio.file.Files.newByteChannel(Files.java:361) at java.nio.file.Files.newByteChannel(Files.java:407) at java.nio.file.spi.FileSystemProvider.newInputStream(FileSystemProvider.java:384) at java.nio.file.Files.newInputStream(Files.java:152) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.loadSpecificDevice(KryoPersistenceWorker.java:1723) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.loadSpecificDevice(KryoPersistenceWorker.java:1696) at de.eq3.cbcs.server.core.persistence.AbstractPersistency.handleGetDevicePendingConfigurationCommand(AbstractPersistency.java:295) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handleDeviceSpecificCommand(KryoPersistenceWorker.java:432) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handle(KryoPersistenceWorker.java:309) at de.eq3.cbcs.persistence.kryo.KryoPersistenceWorker.handle(KryoPersistenceWorker.java:89) 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)Syslog
Mar 22 13:00:01 localhost CRON[29949]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs) Mar 22 13:05:01 localhost CRON[8841]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1) Mar 22 13:15:01 localhost CRON[30745]: (root) CMD (/usr/lib/armbian/armbian-truncate-logs) Mar 22 13:15:01 localhost CRON[30751]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)Was halt verwunderlich ist, dass es zig Stunden läuft und danach nicht mehr.
-
@gregors sagte in Fehler mit HMIP Adapter:
Too many open files
Naja,
wenn du neu startest sind vermutlich alle Files wieder closed.
Ich habe aber gerade keine Idee welche(s) file(s) da open sind.
Vielleicht hat @foxriver76 eine Idee.
-
Wenn die Fehlermeldung kommt, heißt das, dass er da eine HTML Seite zurück bekommt. Die einfach mal unter IP + Port aufrufen und schauen was da steht.
-
Wie mache ich das genau, im Browser?
Welchen Port muss ich angeben? -
@gregors Ip der CCU:Port (der den du auch im Adapter angegeben hast, normal)
-
@foxriver76
Habe die Seite aufgerufen.
Dies ist das Ergebnis:
Die HM WebUI meldet sich sofort, während diese Abfrage gut 5 Minuten gedauert hat.
-
Hier noch der Quelltext:
<!DOCTYPE html> <html lang="de"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <title>HomeMatic</title> <style rel="stylesheet" type="text/css"> .Invisible { display: none; } </style> <script type="text/javascript" src="/webui/js/extern/jquery.js?_version_=2.0pre1"></script> <script type="text/javascript" src="/webui/js/extern/jqueryURLPlugin.js?_version_=2.0pre1"></script> <script type="text/javascript" src="/webui/js/lang/loadTextResource.js"></script> <script type="text/javascript" src="/webui/js/lang/translate.js"></script> <script type="text/javascript"> CHECK_INTERVAL = 3000; // Intervall, in dem geprüft wird, ob der ReGa Webserver aktiv ist /** * Erzeugt eine Instanz des XMLHttpRequest-Objekts */ createXMLHttpRequest = function() { var xmlHttp = null; if ( window.XMLHttpRequest ) { xmlHttp = new XMLHttpRequest(); } else if ( window.ActiveXObject ) { try { xmlHttp = new ActiveXObject("Msxml2.XMLHTTP"); } catch (ex) { try { xmlHttp = new ActiveXObject("Microsoft.XMLHTTP"); } catch (ex) { // leer } } } return xmlHttp; }; /** * Prüft zyklsich, ob der ReGa Webserver verfügbar ist. */ check = function() { var request = createXMLHttpRequest(); if (request) { request.open("GET", "/ise/checkrega.cgi", false); // synchrone Anfrage request.send(null); if ("OK" == request.responseText) { window.setTimeout("window.location.href='/index.htm'", 1000); } else { window.setTimeout("check();", CHECK_INTERVAL); } } }; /** * Wird beim Laden der Seite aufgerufen. **/ startup = function() { var content = document.getElementById("content"); content.className = ""; check(); }; </script> </head> <body style="background-color: #183473;color: #FFFFFF;" onload="startup();"> <div id="content" class="Invisible"> <div id="content_" align="center" > <h1>${ccuNotReady}</h1> <p>${ccuNotReadyHint}</p> </div> <div align="center" style="padding-top:250px;"> <img id="imgLogo" src="/ise/img/hm-logo.png" alt=""/> </div> </div> <script type="text/javascript"> translatePage(); </script> <noscript> <div align="center"> <!-- <p>Um die HomeMatic WebUI nutzen zu können, muss JavaScript in Ihrem Browser aktiviert sein.</p> --> <p>Please activate JavaScript in your browser</p> </div> </noscript> </body> </html> -
@gregors Ist das CCU Marke Eigenbau also gebautes Funkmodul?
JA schreibst du oben. Check mal ob das Funkmodul richtig drauf ist, evtl. Wackelkontakt oder ähnliches. Das führt meist zu der Meldung, evtl. findest du auch was im Syslog der CCU, dass das Modul evtl. plötzlich verschwindet.
Bzw. wäre dann die Frage, kannst du noch Geräte mittels der CCU steuern, wenn der Adapter das Problem hat?
-
@foxriver76
Das Funkmodul ist ein Fertiggerät gewesen, aufgesetzt auf die GPIO´s.
Hatte die letzte Zeit grosse Problme mit der Erreichbarkeit der Komponenten (Kommunikationsstörung).
Aber die Komponenten haben sich Ereignisbezogen immer sauber gemeldet (Türkontakte, Temperaturen).
Habe gestern das HB-RF-USB-2 bekommen und in Betrieb genommen.
Jetzt liegt der CS-Wert bei 2, vorher zwischen 20 - 30.
Werde mal beoabachten, ob die Abstürze damit behoben sind.
Allerdings hatte nach dem Neustart des Systems die piVCCU eine andere IP-Adresse aus dem DHCP-Pool.
Hab ich nicht verstanden. -
@gregors sagte in Fehler mit HMIP Adapter:
Das Funkmodul ist ein Fertiggerät gewesen
gibbet nich!
Das muss jemand anderes gebastelt und als "Fertiggerät" angeboten haben.
-
@homoran said in Fehler mit HMIP Adapter:
gibbet nich!
Das muss jemand anderes gebastelt und als "Fertiggerät" angeboten haben.Gut, gebe zu, ich habe den Goldcap aufgelötet - der Rest war ready to use
-
@gregors was sagt
sudo pivccu-info -
@homoran said in Fehler mit HMIP Adapter:
sudo pivccu-info
piVCCU version: 3.57.4-56 Kernel modules: Available Raw UART dev: Available HMRF Hardware: RPI-RF-MOD Connected via: HB-RF-USB-2@usb-ff540000.usb-1.4 (/dev/raw-uart1) Board serial: 5A4993FFE4 Radio MAC: 0xFFFFE4 HMIP Hardware: RPI-RF-MOD SGTIN: 3014F711A0001F5A4993FFE4 Radio MAC: 0xBF0730 State: RUNNING PID: 23205 IP: 192.168.10.94 CPU use: 1180.70 seconds BlkIO use: 67.20 MiB Memory use: 175.66 MiB KMem use: 6.05 MiB Link: vethpivccu TX bytes: 36.67 MiB RX bytes: 84.33 MiB Total bytes: 121.00 MiBSieht gut aus. Seit der IBN des USB-2 scheint es zu funktionieren.
Bis dato kein Absturz mehr. -
@gregors sagte in Fehler mit HMIP Adapter:
Connected via: HB-RF-USB-2@usb-ff540000.usb-1.4 (/dev/raw-uart1)
ist mir das durchgerutscht?
ich hatte das gelesen
@gregors sagte in Fehler mit HMIP Adapter:
RPI-RF-MOD auf den GPIO´s.
-
GregorS
24 Mar 2022, 08:38@foxriver76
Das Funkmodul ist ein Fertiggerät gewesen, aufgesetzt auf die GPIO´s.
Hatte die letzte Zeit grosse Problme mit der Erreichbarkeit der Komponenten (Kommunikationsstörung).
Aber die Komponenten haben sich Ereignisbezogen immer sauber gemeldet (Türkontakte, Temperaturen).
Habe gestern das HB-RF-USB-2 bekommen und in Betrieb genommen. -
@gregors sagte in Fehler mit HMIP Adapter:
Habe gestern das HB-RF-USB-2 bekommen und in Betrieb genommen.
aahh,
da es jetzt läuft, hat das Funkmodul möglicherweise nicht korrekt auf den GPIOs gesessen.Hattest du es (und den Pi) da auch schon über den Hohlstecker versorgt?
