SQL history Adapter - HMIP - verliert Einstellungen
-
Seltsamerweise verhält es sich bei mir aber so, wie es soll.
Kann es ggf. mit der Antwort-Geschwindigkeit zu tun haben?
Ist die CCU2 evtl. "zu langsam"? Bei mir läuft alles auf einem Raspi mit RaspberryMatic (und das ist ja nunmal schneller).
Nur eine Vermutung!
Gruß,
Eric
-
Hallo
ich habe jetzt alle o.g Adapter auf die aktuelle GitHub Version gebracht.
Nächster Test, wenn ich das HMIP Gerät ablerne und neu anlerne.
-
Es ist definitiv falsches Verhalten von HMIP.
Und man muss das EQ3 sagen.
Was aber wir machen können, dass die Geräte-Löschung nur manuell passieren wird. Also Anwender muss selbst nicht existierende Geräte löschen. (Optional)
-
Checkbox für Debug setzten `
Was macht die eigentlich? Ist das irgendwo dokumentiert? -
Es ist definitiv falsches Verhalten von HMIP.
Und man muss das EQ3 sagen. `
Das wird eq-3 nicht verstehen oder nicht interessieren. Zusatzsoftware wird nicht supportet.
Was aber wir machen können, dass die Geräte-Löschung nur manuell passieren wird. Also Anwender muss selbst nicht existierende Geräte löschen. (Optional) `
Kannst Du das bitte einbauen. Als Option, damit der User selbst entscheiden kann.
In anderer Zusatzsoftware muss ich Geräte auch manuell löschen. Das wäre kein Problem.
-
Und warum nicht bei HMIP die Verbindung nochmal killen und neu aufbauen. Weil beim Adapter-Restart kommt ja wieder die andere Antwort. Nicht das der neue devices nur einmal sendet ?!
-
Hallo
ganz am Anfang war es ja so, dass bei jeder Abfrage alle HMIP devices gelöscht und neu angelegt wurden. Das hat Jens Maus mit einem Patch behoben. Seit dem wird offenbar die Anzahl verglichen.
Vielleicht war das ja ein Workaround aber nicht die Lösung? Aus meiner Sicht gibt es da mit dem rpc bei HMIP Nutzung noch ein grundlegendes Problem.
Mein Lösungsvorschlag … wenn nach der Abfrage der HMIP Geräte offenbar Geräte gegenüber dem Bestand in ioBroker fehlen, dann nicht gleich löschen, sondern noch mal abfragen. Fehlen auch nach der zweiten Abfrage Geräte, dann löschen.
Die zweite Abfrage aber nur machen, wenn sonst automatisch Geräte gelöscht werden. Sonst nur eine Abfrage.
Eine Option einzubauen, die das automatische Löschen von HMIP Geräten Ein / Aus schaltet, kann nicht schaden. Wenigstens bis es zuverlässig funktioniert
-
So wie ich es verstehest das keine Abfrage in dem Sinne sondern ein Push von Infos von der CCU zu iobroker nach einer Verbindung. Man muss also die Verbindung nochmal beenden und neu aufbauen.
-
So wie ich es verstehest das keine Abfrage in dem Sinne sondern ein Push von Infos von der CCU zu iobroker nach einer Verbindung. Man muss also die Verbindung nochmal beenden und neu aufbauen. `
Also den Adapter automatisch neu starten, bevor Geräte automatisch gelöscht werden?
-
ne ich würde die COnnection tum rpc aufbauen, warten bis "newDevices " bzw was so initial gepusht wird da ist dann connection (wenn HMIP) nochmal beenden und neu aufbauen). Das kann man immer machen weil es ja nur einmalig beim Adapterstart gemacht wird …
-
Hallo
zur Ergänzung
(im Moment benutze ich alle aktuellen Versionen von GitHub)
Ich habe einen HMIP-BSM nach einem FW Update von der CCU2 abgelernt und dann wieder angelernt. Ich hatte das Gerät nicht aus ioBroker gelöscht. Es war unter rpc.1 vorhanden, hate allerdings keinen namen aus der Rega mehr, sondern die Seriennummer.
Nach dem erneuten Anlernen ist das Gerät wieder in ioBroker richtig vorhanden und es wurde auch nichts weiter gelöscht.
Das Problem tritt also bei mir nur auf, wenn ich ein neues HMIP Gerät anlerne, das zuvor noch nicht in ioBroker bekannt war.
-
Moin,
Das Problem tritt also bei mir nur auf, wenn ich ein neues HMIP Gerät anlerne, das zuvor noch nicht in ioBroker bekannt war. `
das verhält sich bei mir auch anders.Habe seit geraumer Zeit 2 IP-Bewegungsmelder laufen, und zeichne jeweils die Helligkeit und die Bewegungserkennung auf (SQ-Adapter).
Letzte Woche habe ich den Mess-Schaltkaktor (auch IP) angelernt (neues Gerät) und auch dort die Aufzeichnung von Werten (Power & Co.) aktiviert.
Das hat nichts an den vorhandenen BWMs verändert - alles da, alle Einstellungen da, usw.
Wie gesagt, keine CCU2 sondern RaspberryMatic.
Gruß,
Eric
-
Und history ist bei dir an geblieben @eric?
-
-
Und history ist bei dir an geblieben @eric? `
Ja, alles ist geblieben, wie es war.Gruß,
Eric `
Hmm. Ich hatte ja vor dem Anlernen heute auch auf die aktuellen Versionen der Adapter geändert. Vielleicht hängt es auch damit zusammen.
Sollte ich noch mal ein neues HMIP Gerät kaufen, werde ich genau beobachten und mich hier wieder melden.
So lange ausser mir niemand ein nachvollziehbares Problem hat, würde ich keine grundlegende Änderungen am rpc machen.
BTW ich habe heute 2 HMIP Geräte aus der CCU2 gelöscht, weil das Testgeräte waren. Dann musste ich die CCU2 ein mal neu booten, um die Geräte dort aus der Webui zu bekommen. Das Problem ist leider auch nicht neu.
Aber in ioBroker waren die Geräte immer noch zu sehen, auch nach einem rpc Neustart. Dort habe ich dann beide Geräte manuell gelöscht.
Sehr eigenartig
-
Hallo
noch mal eine kurze Rückmeldung.
Ich habe an Adaptern alles aktuell von GitHub.
Gestern habe ich einen HMIP-SPI Präsenzmelder abgelernt und neu angelernt.
Danach hatte ich in ioBroker genau die oben schon beschriebenen Probleme. HMIP Geräte gelöscht, bis auf das neu angelernte. Dann den RPC Adapter ein mal neu gestartet. Alle Geräte neu erkannt, aber natürlich ohne Einstellungen für History.
Es gibt also die o.g. Probleme mit der unvollständigen Rückmeldung der CCU und dem daraus resultierenden Löschen aller bisherigen HMIP Geräte, da diese in der ersten Antwort de CCU2 nicht enthalten sind.
-
Auf dem git liegt eine Version wo man Löschen deaktivieren kann.
-
Auf dem git liegt eine Version wo man Löschen deaktivieren kann. `
Vielen Dank. Ich habe die Version installiert und bei dem HMIP rpc Adapter die Option zum "nicht löschen" aktiviert.
Beim nächsten Gerätetausch werde ich berichten.
