[Gelöst] fehlende Datenpunkte von Objekten
-
Hallo,
ich hab ein Problem mit der Einrichtung/Konfiguration von ioBroker Objekten.
Ist-Zustand:
-
ioBroker auf einem RaspberryPi2 installiert
-
funktionsbereite CCU2 mit div Wired- und BidCOS-Modulen
-
Installation des CUxD und XML-Api auf der CCU2
Soll:
- Steuerung der Homematic-Komponenten per ioBroker
Fehler/Problem:
Wie im Bild "ioBroker-Objekte" zu erkennen ist, sind dort keine Datenpunkte, an denen ich einen Status oder sonstiges von den Aktoren auslesen kann, enthalten.
Versuche:
-
Neuistallation des Pi und des ioBrokers
-
Neuerstellung der Instanzen
Ich hoffe von euch hat jemand einen Tip oder sogar eine Lösung.
Gruß
HK163-4
2566_iobroker-instanzen.jpg
2566_iobroker-objekte.jpg -
-
Ist das alles gerade frisch angelegt worden? Dann drück mal in Objekte den Reload Button (ioBroker oben das Icosn mit den zwei Pfeilen). Dann lädt er alles aktuell.
Ist es dann da?
-
Hallo,
ja, das System ist frisch angelegt.
Das mit dem Reload hatte ich auch schon gelesen und gerade noch mal durchgeführt. Leider ohne Erfolg, es bleibt bei der bereits geposteten Anzeige.
Da brauche ich leider einen anderen Ansatz.
Gruß
-
Schonmal beim hm-rpc-Adapter ein "Objeke einmalig neu syncen" versucht?
-
Du meinst bestimmt den Punkt in meinen Anhängen "hm-rpc.*.jpg", dann ja.Das habe ich vor ca. einer Stunde gemacht. Das hatte dann allerdings folgendes Phänomen zur Folge , das die Instanzen nicht mehr allein gestartet sind (sh. "Instanzen.jpg"). Es war dann folgende Meldungen zu lesen: "Verbunden mit Host: falsch", "Lebenszeichen: falsch" und "Verbunden mit hm-rpc: wahr". Erst eine manuelle Pause und Neustart brachte wieder alle Meldungen auf "wahr" und somit auf grün.
Danach habe ich unter dem Reiter "Objekte" wieder einen Reload gemacht und leider immer noch keinen Erfolg erzielt. Es bleibt also weiterhin bei fehlenden Statusinfos der Geräte.
2566_hm-rpc.0.jpg
2566_hm-rpc.1.jpg
2566_hm-rpc.2.jpg
2566_instanzen.jpg -
Stell mal vorübergehend alle auf xml-rpc um.
Gruß
Rainer
-
Aus dem "vorübergehend" werde ich wohl ein dauerhaft machen.
Super Tipp, das war die Lösung für mein Problem!
Ich mußte zwar die Instanzen wieder von Hand neu starten aber naja, irgendetwas ist ja immer.Ich danke allen die sich um die Lösung bemüht haben und das in einer atemberaubenden Geschwindigkeit.
-
Aus dem "vorübergehend" werde ich wohl ein dauerhaft machen. `
Da muss ich dich enttäuschen.CuxD kann IMHO kein XML (oder war es nur XML????) - also Gegenfrage ist CuxD mit XML jetzt verbunden und liefert aktuelle Zustände?
Gruß
Rainer
-
Also jetzt habe die beim rfd, CuxD und Wired die Werte und Zustände die ich haben will.
Ich dachte aber mir schon das es noch einen "Haken" geben muß. Die Instanzen CuxD und Wired melden immer mal wieder Fehler und kurz danach ist alles wieder wahr, also grün.
Gruß
-
Ich habe noch mal nachgesehen:
CuxD braucht BIN-RPC, wenn Uwe da nicht bei den letzten Updates etwas geändert hat.
Gruß
Rainer
-
Hallo,
hat ein wenig gedauert aber ich mußte erstmal ein paar Tests durchführen. Heute früh schien die Kommunikation zwischen den ioBroker und der hm-rpc.2 (hs485d) noch zu funktionieren aber jetzt habe ich folgenden Fehler im Log:
` > web.0 2017-04-20 13:49:17.915 info 2017-04-20T11:49:17.914Z Connected system.user.adminhm-rpc.2 2017-04-20 13:49:16.198 error Error: XML-RPC fault: Failure
hm-rpc.2 2017-04-20 13:49:16.197 error xmlrpc -> setValue ["19","STATE",false] BOOL
hm-rpc.2 2017-04-20 13:49:14.774 info setValue ["MEQ1534273:19","STATE",false] BOOL
hm-rpc.2 2017-04-20 13:49:14.776 warn Cannot setValue "hm-rpc.2.MEQ1534273.19.STATE", because not connected.
hm-rpc.2 2017-04-20 13:49:14.775 info setValue ["MEQ1534273:19","STATE",false] BOOL
hm-rpc.2 2017-04-20 13:49:14.768 info setValue ["MEQ1534273:19","STATE",false] BOOL
web.0 2017-04-20 13:49:09.496 info 2017-04-20T11:49:09.496Z Connected system.user.admin
hm-rpc.2 2017-04-20 13:46:59.385 error Error: XML-RPC fault: Failure
hm-rpc.2 2017-04-20 13:46:59.366 error xmlrpc -> setValue ["19","STATE",true] BOOL
hm-rpc.2 2017-04-20 13:46:56.500 info setValue ["MEQ1534273:19","STATE",true] BOOL
hm-rpc.2 2017-04-20 13:46:56.483 info setValue ["MEQ1534273:19","STATE",true] BOOL
hm-rpc.2 2017-04-20 13:46:56.504 warn Cannot setValue "hm-rpc.2.MEQ1534273.19.STATE", because not connected.
hm-rpc.2 2017-04-20 13:46:56.495 info setValue ["MEQ1534273:19","STATE",true] BOOL
web.0 2017-04-20 13:46:53.990 info 2017-04-20T11:46:53.990Z Connected system.user.admin
web.0 2017-04-20 13:42:07.339 info 2017-04-20T11:42:07.339Z Connected system.user.admin
web.0 2017-04-20 13:40:17.692 info 2017-04-20T11:40:17.692Z Connected system.user.admin
admin.0 2017-04-20 12:45:17.586 info Repository received successfully.
host.raspberrypi-hm 2017-04-20 12:45:15.096 info Update repository "default" under "http://download.iobroker.net/sources-dist.json"
admin.0 2017-04-20 12:45:14.881 info Request actual repository…
hm-rpc.1 2017-04-20 04:23:51.244 info Connected `
Die Konfiguration der Instanz liegt als Anhang vor.Es wird also leider kein Licht eingesahltet.
-
Um diese Anfrage nun mal zum Abschluß zu bringen:
Mein Fehler der nicht vorhandenen Datenpunkte konnte mittels der Anpassung des Protokolls behoben werden.
Die anderen Fehler/Probleme scheinen durch den Defekt meines Lan-Gateways zu kommen.
Ich danke für die Hilfe, Fall abgeschlossen.
Gruß
Marcus
-
Ich hab mit hm-rpc (1.4.5) und CUXD das selbe Problem. Ich will die Datenpunkte neu einlesen, weil ich CUXD Geräte auf der CCU angelegt habe.
Protokoll ist "BIN-RPC".
Wenn ich den haken bei "Synchronisiere Geräte neu (einmalig)" aktiviere und speichere, geht der Adapter erstmal auf rot.
Betätige ich den "neu laden" Button, geht er auf grün, die Datenpunkte fehlen aber.
Im Log erscheint folgendes (2 Versuche):
hm-rpc.2 2017-04-21 23:00:26.194 info Connected hm-rpc.2 2017-04-21 23:00:17.130 info binrpc client is trying to connect to 192.168.178.205:8701 with ["xmlrpc_bin://192.168.178.220:8710","hm-rpc.2"] hm-rpc.2 2017-04-21 23:00:17.129 info binrpc server is trying to listen on 192.168.178.220:8710 hm-rpc.2 2017-04-21 23:00:16.129 info starting. Version 1.4.5 in /media/1c31537f-0f75-428d-9228-7b54b469086c/programms/iobroker/node_modules/iobroker.hm-rpc, node: v4.8.2 hm-rpc.2 2017-04-21 22:58:31.415 info binrpc -> 192.168.178.205:8701 init ["xmlrpc_bin://192.168.178.220:8709",""] hm-rpc.2 2017-04-21 22:57:43.327 info Connected hm-rpc.2 2017-04-21 22:57:33.327 info binrpc client is trying to connect to 192.168.178.205:8701 with ["xmlrpc_bin://192.168.178.220:8709","hm-rpc.2"] hm-rpc.2 2017-04-21 22:57:33.326 info binrpc server is trying to listen on 192.168.178.220:8709 hm-rpc.2 2017-04-21 22:57:32.437 info starting. Version 1.4.5 in /media/1c31537f-0f75-428d-9228-7b54b469086c/programms/iobroker/node_modules/iobroker.hm-rpc, node: v4.8.2 hm-rpc.2 2017-04-21 22:57:23.233 info binrpc -> 192.168.178.205:8701 init ["xmlrpc_bin://192.168.178.220:8708",""]was mich irritiert ist das bei beiden versuchen andere ports auftauchen (8708 <– --> 8709) geändert hab ich hieran nix
Ich hab den hm-rpc Adapter für CUXD (ist bei mit hm-rpc.2) auch schon mal komplett gelöscht und neu angelegt, aber mit selben Ergebnis.
Vielleicht hat jemand noch eine Idee.
-
Einmal gesucht und schon was gefunden [emoji3]
Diesen Thread kennst Du? ==> http://forum.iobroker.net/viewtopic.php?t=6165
Gruß,
Eric
Von unterwegs getippert
-
Mit 1.4.6 funktioniert es wieder, das eine Verbindung aufgebaut wird. Es werden die Stati aber falsch eingelesen. Ich mache aber im anderen Thread weiter.
Danke!
