HM-RPC Adapter starten nicht mehr!
-
@foxriver76 nein leider nicht, war zwar grün und auch nur der hm-rpc.1 aber es wurden keine Daten von den Geräten empfangen.
hab jetzt mal den debug modus noch gestartethm-rpc.1 2020-01-23 21:20:30.251 error (32310) init error: Error: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2020-01-23 21:20:30.238 debug (32310) xmlrpc -> 192.168.178.6:2010/ init ["http://127.0.0.1:2011","hm-rpc.1"] hm-rpc.0 2020-01-23 21:20:14.791 error (32275) init error: Error: Unknown XML-RPC tag 'TITLE' hm-rpc.0 2020-01-23 21:20:14.719 debug (32275) start connecting interval hm-rpc.0 2020-01-23 21:20:14.677 debug (32275) xmlrpc -> 192.168.178.6:2001/ init ["http://192.168.178.6:1024","hm-rpc.0"] hm-rpc.0 2020-01-23 21:20:14.674 debug (32275) Connect... hm-rpc.0 2020-01-23 21:20:14.668 info (32275) xmlrpc client is trying to connect to 192.168.178.6:2001/ with ["http://192.168.178.6:1024","hm-rpc.0"] hm-rpc.0 2020-01-23 21:20:14.665 info (32275) xmlrpc server is trying to listen on 192.168.178.6:1024 hm-rpc.1 2020-01-23 21:20:00.252 error (32310) init error: Error: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2020-01-23 21:20:00.237 debug (32310) xmlrpc -> 192.168.178.6:2010/ init ["http://127.0.0.1:2011","hm-rpc.1"] hm-rpc.1 2020-01-23 21:19:30.261 error (32310) init error: Error: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2020-01-23 21:19:30.237 debug (32310) xmlrpc -> 192.168.178.6:2010/ init ["http://127.0.0.1:2011","hm-rpc.1"] hm-rpc.1 2020-01-23 21:19:00.317 error (32310) init error: Error: Unknown XML-RPC tag 'TITLE' hm-rpc.1 2020-01-23 21:19:00.235 debug (32310) start connecting interval hm-rpc.1 2020-01-23 21:19:00.192 debug (32310) xmlrpc -> 192.168.178.6:2010/ init ["http://127.0.0.1:2011","hm-rpc.1"] hm-rpc.1 2020-01-23 21:19:00.189 debug (32310) Connect... hm-rpc.1 2020-01-23 21:19:00.183 info (32310) xmlrpc client is trying to connect to 192.168.178.6:2010/ with ["http://127.0.0.1:2011","hm-rpc.1"] hm-rpc.1 2020-01-23 21:19:00.181 info (32310) xmlrpc server is trying to listen on 127.0.0.1:2011 hm-rpc.1 2020-01-23 21:18:57.079 info (32310) [META] Meta data updated hm-rpc.1 2020-01-23 21:18:56.382 info (32310) starting. Version 1.12.1 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v10.18.1 hm-rpc.1 2020-01-23 21:18:55.777 debug (32310) States connected to redis: 127.0.0.1:9000 hm-rpc.1 2020-01-23 21:18:55.693 debug (32310) statesDB connected hm-rpc.1 2020-01-23 21:18:55.689 debug (32310) States create PubSub Client hm-rpc.1 2020-01-23 21:18:55.672 debug (32310) Objects connected to redis: 127.0.0.1:9001 hm-rpc.1 2020-01-23 21:18:55.662 debug (32310) Redis States: Use Redis connection: 127.0.0.1:9000 hm-rpc.1 2020-01-23 21:18:55.654 debug (32310) objectDB connected hm-rpc.1 2020-01-23 21:18:55.604 debug (32310) Objects client initialize lua scripts hm-rpc.1 2020-01-23 21:18:55.600 debug (32310) Objects create PubSub Client hm-rpc.1 2020-01-23 21:18:55.586 debug (32310) Objects client ready ... initialize now hm-rpc.1 2020-01-23 21:18:55.417 debug (32310) Redis Objects: Use Redis connection: 127.0.0.1:9001@Michi_Pi und auf CCU Seite die Firewall korrekt konfiguriert? Wobei ich da ein anderes Fehlerbild erwarten würde.
Lassen sich Geräte noch steuern via CCU? Und mal CCU Log posten am besten. Evtl findet man da was auffälliges.
-
@Michi_Pi und auf CCU Seite die Firewall korrekt konfiguriert? Wobei ich da ein anderes Fehlerbild erwarten würde.
Lassen sich Geräte noch steuern via CCU? Und mal CCU Log posten am besten. Evtl findet man da was auffälliges.
@foxriver76 unter debmatic habe ich keine Möglichkeit eine Firewall zu aktivieren, zumindest weis ich nicht wo.
Geräte lassen sich nicht bedienen.
die Log-Datei von der CCU ist ziemlich groß und ich konnte da nichts auffälliges finden, außer diesen Log
Jan 13 00:23:03 raspberrypi kernel: [ 2051.837181] rpi_firmware_get_throttled: 7 callbacks suppressed Jan 13 00:23:03 raspberrypi kernel: [ 2051.837186] Voltage normalised (0x00000000) -
@foxriver76 unter debmatic habe ich keine Möglichkeit eine Firewall zu aktivieren, zumindest weis ich nicht wo.
Geräte lassen sich nicht bedienen.die Log-Datei von der CCU ist ziemlich groß und ich konnte da nichts auffälliges finden, außer diesen Log
Jan 13 00:23:03 raspberrypi kernel: [ 2051.837181] rpi_firmware_get_throttled: 7 callbacks suppressed Jan 13 00:23:03 raspberrypi kernel: [ 2051.837186] Voltage normalised (0x00000000) -
@Michi_Pi Kam das einmalig im Log oder kommt das häufig?
@foxriver76 das kam sehr häufig!
-
Scheint bei Undervoltage aufzutreten. Kannst du sehen ob die Fehlermeldungen schon da waren, als noch alles stabil lief? Ansonsten könnte es durchaus damit zusammenhängen.
Ansonsten würde ich mal im HM Forum nachfragen, da ist der Entwickler Alex Reinert meines Wissens nach auch sehr aktiv, da ich das Problem eher auf der 'CCU' Seite sehe und er sich da sicher besser auskennt.
-
Scheint bei Undervoltage aufzutreten. Kannst du sehen ob die Fehlermeldungen schon da waren, als noch alles stabil lief? Ansonsten könnte es durchaus damit zusammenhängen.
Ansonsten würde ich mal im HM Forum nachfragen, da ist der Entwickler Alex Reinert meines Wissens nach auch sehr aktiv, da ich das Problem eher auf der 'CCU' Seite sehe und er sich da sicher besser auskennt.
@foxriver76 hab gerade nachgesehen, der Fehler trat vorher auch schon auf.
Okay, danke schon mal. :) -
Scheint bei Undervoltage aufzutreten. Kannst du sehen ob die Fehlermeldungen schon da waren, als noch alles stabil lief? Ansonsten könnte es durchaus damit zusammenhängen.
Ansonsten würde ich mal im HM Forum nachfragen, da ist der Entwickler Alex Reinert meines Wissens nach auch sehr aktiv, da ich das Problem eher auf der 'CCU' Seite sehe und er sich da sicher besser auskennt.
@foxriver76 hab mich jetzt nochmal ein wenig gespielt. Hab die debmatic info nochmal abgerufen und dabei kommt folgendes
debmatic version: 3.49.17-40 Kernel modules: Not available Raw UART dev: Not available Rasp.Pi3 UART: Assigned to GPIO pins HMRF Hardware: unknown HMIP Hardware: unknown Board serial: unknown Radio MAC: unknown SGTIN: unknownEs wird das Funkmodul schon gar nicht erkannt.
Jetzt wollt ich mir das genauer anschauen, hab aber gesehen dass ich "ttyAMA0" gar nicht mehr auf dem System habe, finde die Datei auch gar nicht dazu. Kann das sein? Oder hab ich die Anbindung zu "ttyS0"lrwxrwxrwx 1 root root 5 Jan 24 16:58 /dev/serial1 -> ttyS0 /dev/serial: insgesamt 0 drwxr-xr-x 2 root root 60 Jan 24 16:55 by-id drwxr-xr-x 2 root root 60 Jan 24 16:55 by-pathwie kann ich ttyAMA0 wieder anlegen?
-
@foxriver76 hab mich jetzt nochmal ein wenig gespielt. Hab die debmatic info nochmal abgerufen und dabei kommt folgendes
debmatic version: 3.49.17-40 Kernel modules: Not available Raw UART dev: Not available Rasp.Pi3 UART: Assigned to GPIO pins HMRF Hardware: unknown HMIP Hardware: unknown Board serial: unknown Radio MAC: unknown SGTIN: unknownEs wird das Funkmodul schon gar nicht erkannt.
Jetzt wollt ich mir das genauer anschauen, hab aber gesehen dass ich "ttyAMA0" gar nicht mehr auf dem System habe, finde die Datei auch gar nicht dazu. Kann das sein? Oder hab ich die Anbindung zu "ttyS0"lrwxrwxrwx 1 root root 5 Jan 24 16:58 /dev/serial1 -> ttyS0 /dev/serial: insgesamt 0 drwxr-xr-x 2 root root 60 Jan 24 16:55 by-id drwxr-xr-x 2 root root 60 Jan 24 16:55 by-pathwie kann ich ttyAMA0 wieder anlegen?
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden528
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge