NEWS
Homematic IP Cloud Access Point Adapter
-
Er schrieb ja, dass in dem Objektbaum (Screenshot) kein entsprechender State zu finden ist. Der Text nach dem Screenshot wurde nachträglich hinzugefügt.
-
Bisher bin ich mit diesem Adapter ganz gut zurecht gekommen. Aber jetzt habe ich doch ein Problem, bei dem ich nicht mehr weiter komme.
Ich steuere mit dem hqwidgets-Dimmer Lampen. Dies funktioniert so weit auch mit den Dimmer-Steckdosen und den Unterputz-Dimmern.
Aber nicht mit dem Homematic IP Smart Home Funk-Dimmaktor für Hutschienenmontage, HmIP-DRDI3, 3-fach
Es werden mir zwar in der Visualisierung die Einschalt-Zustände angezeigt, aber wenn ich etwas schalten oder dimmen will, wird z.B. der Dimmwert in den Datenpunkt geschrieben, aber anscheinend als "nicht bestätigt" und der Dimm-Zustand der Lampe ändert sich auch nicht.
Kann mir hier vielleicht jemand weiterhelfen? -
@reindeer-web Welche states genau ändert der denn? zeig doch mal beispiel. Alternativ stelle hmip auf loglevel debug dann siehst Du auch was er reinbekommt.
-
@apollon77 Er schreibt folgendes:
Read-only state "hmip.0.devices.3014F711A000261BE9974813.channels.1.dimLevel" has been written without ack-flag with value "0.4"
Ich habe dann beim Datenpunkt "write": true gesetzt. Das habe ich zwar schon öfter gemacht, aber irgendwann steht da dann immer wieder false drin.
Anschließend schreibt er dann beim Schalten nichts mehr ins log.
Beim Dimmlevel sehe ich bei den Objekten, dass zwar ein neuer Wert in den Datenpunkt geschrieben wurde, dieser ist aber rot und nicht bestätigt.
Natürlich wird der Dimmlevel dann auch nicht geändert. -
@reindeer-web sagte in Homematic IP Cloud Access Point Adapter:
hmip.0.devices.3014F711A000261BE9974813.channels.1.dimLevel
ist dieser Kanal vielleicht nur der Kanal zur Anzeige der Summe aller Level aus deb virtuellen (anderen) Kanälen?
-
@reindeer-web naja , wenn ein Datenpunkt "write=false" hat ann hast das schon seinen grund. Nur dort true zu setzen hilft nicht wirklich weil der Adapter immer noch nicht weiss was er tun muss.
Bitte makl mit der Info was es für ein gerät ist und am besteh screenshort aller Device States mal ein GitHub issue anlegen ... dann kann ich mal testweise dimLevel schreibbar machen mit der Logik dahinter die anderen "dimLevel" nutzen ... vllt gehts ja
-
@apollon77
wird denn der Türschlossantrieb von HmIP schon unterstützt?
Ich habe vom Adapter die Version 1.15.5 installiert und gestern meinen Türschlossantrieb installiert. Er wird mir auch unter Objekte angezeigt aber ich kann im ioBroker keine Funktionen wie abschließen, aufschließen ausführen, obwohl ich in der App Unterstützung ioBroker mit angeklickt habe.
Gibt es da eine schon eine Lösung, denn ich möchte es gerne in ein Blockly mit einbauen. Ich habe wie im Adapter beschrieben den Pin unter Objekte eingetragen.
Außerdem bekomme ich unter Protokolle ständig Warnmeldungen
-
@biker1602 naja "der Türschlossantrieb von HMIP" ist recht unspezifisch
Generell gilt:
1.) Wenn das gerät Channels hätte die nicht unterstützt werden dann würdest Du das im Log sehen. Wenn da nichts kommt ist mal generell ein Support da
2.) Wenn es beim Steuern einen Fehler gäbe (zb weil PIN falsch oder so beim aufschliessen) dann würde auch das im Log stehen
3.) Wer Komische Meldungen im Log hat sollte bitte ein GitHub Issue anlegen und am besten ein Debug Log posten oder mir das Log ggf mit Referenz auf das Issue per Email an iobroker@fischer-ka.de sendenDas Debug Log ist auch meistens hilfreich wenn man verstehen will was der Adapter tut und was nicht wenn etwas nicht geht. Von daher: Stelle Loglevel der Instanz doch mal auf Debug und versuch mal das Gerät zu steuern und Zeige was Du tust und das dazu passende Log
-
@apollon77
ich bin jetzt mal auf die Version 1.15.4 gegangen da kommen diese Meldungen nicht mehr.
Das Türschloss hat auch gerade ein Update bekommen auf die Version 1.4.10
Ich weiß aber garnicht welchen Datenpunkt ich nehmen soll um etwas auszuführen.
Wenn ich bei lockstate z.B. Locked schreibe passiert nichts.Edit
Ich habe es gefunden setLockState kann ich verändern. -
@biker1602 Hm ... "setLockState" klingt doch schonmal danach das man da was setzen könnte oder?
-
@apollon77 said in Homematic IP Cloud Access Point Adapter:
@biker1602 Hm ... "setLockState" klingt doch schonmal danach das man da was setzen könnte oder?
Ja genau da kann ich es ändern. Dann werde ich mal ein Blockly basteln
-
@biker1602 sagte in Homematic IP Cloud Access Point Adapter:
ich bin jetzt mal auf die Version 1.15.4 gegangen da kommen diese Meldungen nicht mehr.
Dann jetzt bitte wider version hoch gehen. Kann gut sein das die nur beim ersten mal kommen? Bzw wenn eine Gruppe angelegt wird während der Adapter läuft. Da bräuchte ich ein Log von so einem Fall
-
@apollon77 said in Homematic IP Cloud Access Point Adapter:
Dann jetzt bitte wider version hoch gehen. Kann gut sein das die nur beim ersten mal kommen? Bzw wenn eine Gruppe angelegt wird während der Adapter läuft. Da bräuchte ich ein Log von so einem Fall
Aber die Version ist im Stable schon die 1.15.4 oder?
-
@biker1602 Ja, Latest ist höher, aber ja alles ok dann
-
@reindeer-web Mal bitte 1.17.0 (bald im beta bzw Github) versuchen Version testen. es gab einen Channeltyp wo dimLevel nicht setzbar war ... sollte da geändert sein
-
@apollon77 Vielen Dank!
Ich habe die Version 1.17.0 installiert und getestet.
Es ging ja im Speziellen um den Homematic IP Smart Home Funk-Dimmaktor für Hutschienenmontage, HmIP-DRDI3, 3-fach
Fazit: Jetzt kann ich hier auch Schalten und Dimmen, genau wie bisher schon bei den anderen Dimm-Aktoren.
Ich lade noch einen screenshot hoch, falls das noch was helfen sollte. Die Ordner 2 und 3 haben die gleichen states wie der Ordner 1, sind ja insgesamt 3 Dimm-Aktoren im Gerät vereint. -
@reindeer-web na super. Danke
-
Hallo,
bin neu hier. Weißt jemand ob die neueste v 1.18.0 von HomeMatic IP Cloud-Zugriffspunkt Adapter einwandfrei funktioniert? -
@krisiun Komische Frage ... Was genau willst Du wissen? ca. 950 User (ca. 10%) nutzen diese Version bereits und es gibt keine Problemmeldungen. Mehr kann ich dazu nicht sagen. Annahme ist daher: Ja klar, sonst hätte ich die nicht in Stable gepackt
-
@apollon77
Eigentlich logisch. Vielen Dank für die Antwort.
Ich bin ein Frischling und weiß noch nicht besonderes viel.