[gelöst] Fehler mit HMIP Adapter

GregorS

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

wendy2702

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

foxriver76

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.

GregorS

@foxriver76

Wie mache ich das genau, im Browser?
Welchen Port muss ich angeben?

foxriver76

@gregors Ip der CCU:Port (der den du auch im Adapter angegeben hast, normal)

GregorS

@foxriver76
Habe die Seite aufgerufen.
Dies ist das Ergebnis:

Die HM WebUI meldet sich sofort, während diese Abfrage gut 5 Minuten gedauert hat.

GregorS

@gregors

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&ouml;nnen, muss JavaScript in Ihrem Browser aktiviert sein.</p> -->
          <p>Please activate JavaScript in your browser</p>
      </div>
    </noscript>

  </body>
</html>

foxriver76

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

GregorS

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

Homoran

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

GregorS

@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

Homoran

@gregors was sagt sudo pivccu-info

GregorS

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

Sieht gut aus. Seit der IBN des USB-2 scheint es zu funktionieren.
Bis dato kein Absturz mehr.

Homoran

@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

@homoran

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.

Homoran · GregorS 24 Mar 2022, 08:38

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

GregorS

@homoran
Nein, ich habe beides über die Stromversorgung des TB laufen gehabt.
Aber das hat jetzt schon 3 Jahre einwandfrei funktioniert.

Bis dato keine Abstürze des HM mehr.
Muss wohl am Funkmodul gelegen haben.

Danke füre Eure Hilfe

Homoran

@gregors sagte in [gelöst] Fehler mit HMIP Adapter:

Muss wohl am Funkmodul gelegen haben.

oder an der Stromversorgung.

Der Goldcap ist wertlos, wenn man das System nicht über die Hohlbuchse mit Strom versorgt.
ich habe auch ein Tinker im Charly gehäuse.
Nicht ohne Grund ist die micro USB Buchse in dem Gehäuse nicht anschließbar.

GregorS

@Homoran
Mit dem HB-RF-USB-2 darf ich ja nur eine Spannungsversorgung anschliessen.
Geht das auch über die Hohlbuchse, wnn ich die Micro-USB-Buchse im TB nicht nutze?
D.h. das TB bekommt seine Spannungsversorgung via USB-Kabel?

Manchmal kann ich nicht antworten, dann kommt ein Error - forbidden

Homoran

@gregors sagte in [gelöst] Fehler mit HMIP Adapter:

D.h. das TB bekommt seine Spannungsversorgung via USB-Kabel?

gute Frage!
ich habe damals von Alex die ersten Platinen gekuft, da hat er mir das auch erzählt.
Wenn ich das noch richtig in Erinnerung habe, darf beim USB Board die Hohlbuchse nicht verwendet werdrn.
Er plante noch ein Gehäuse dazu, bei dem dann die Hohlbuchse nicht verfügbar wäre.
soweit meine Erinnerung!

Community Forum

NEWS

[gelöst] Fehler mit HMIP Adapter

Support us

580

32.9k

83.0k

1.3m