UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[apollon77]

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

[reindeer-web]

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

[Homoran]

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

[apollon77]

@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

[biker1602]

@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

[apollon77]

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

Das 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

[biker1602]

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

[apollon77]

@biker1602 Hm ... "setLockState" klingt doch schonmal danach das man da was setzen könnte oder? :-)

[biker1602]

@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:relaxed:

[apollon77]

@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

[biker1602]

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

[apollon77]

@biker1602 Ja, Latest ist höher, aber ja alles ok dann

[apollon77]

@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

[reindeer-web]

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

[apollon77]

@reindeer-web na super. Danke

[Krisiun]

Hallo,
bin neu hier. Weißt jemand ob die neueste v 1.18.0 von HomeMatic IP Cloud-Zugriffspunkt Adapter einwandfrei funktioniert?

[apollon77]

@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

[Krisiun]

@apollon77
Eigentlich logisch. Vielen Dank für die Antwort.
Ich bin ein Frischling und weiß noch nicht besonderes viel.

[cedric]

Hi zusammen, erst mal vielen Dank für den Adapter!

Ich habe einige Fragen, die ich über die Dokumentation leider nicht herausfinden konnte.

1. Wenn ich den Adapter einsetze, erstelle ich ja einen User im HmIP-System. Ich nehme an, der Adapter fungiert dann quasi wie ein Client mit der HmIP-App und holt sich darüber die Daten direkt aus der Cloud. Richtig?
2. Wie oft werden die Daten abgefragt? Gibts da einen Intervall den ich einstellen kann? Auf der github-Seite steht, dass man die Server vom Hersteller nicht zu hart rannehmen soll, nur wo stelle ich da was ein?
3. Ich habe das Problem, dass meine Gerätenamen und Räume nicht (alle) übernommen werden. Räume gar nicht und Gerätenamen immer nur der, den ich als erstes anlerne (beim Paar Thermostat+Fenstersensor). Der jeweils andere erhält den technischen (englischen) Namen. Ist das ein Bug?
4. Wenn ich jetzt im ioBroker den Namen ändere, versucht dann der Adapter den auch in der HM-Cloud zu ändern oder ist die Namensänderung dann nur lokal im ioBroker?
5. Wenn ich nachträglich Namen in der App durch mein Handy ändere, gibt es die Möglichkeit diese Namen mit dem ioBroker nachtäglich noch einmal zu syncen?

Ich weiß, viele Fragen, ich versuche nur das System zwischen Adapter und HM zu verstehen :-)

Tausend Dank euch!

[apollon77]

@cedric Na dann versuche ich Antworten zu geben

1.) Der Adapter ist quasi wie eine weitere Homematic App und nutzt die gleichen APIs und Daten Push Techniken wie die App

2.) Daten werden einmalig zum Start abgefragt oder wenn er sich komplett neu verbindet. Ansonsten ist eine Websocket-Verbindung offen wo die CloudSysteme von eq-3 Daten zum Adapter pushen. Ausser beim Start um einmalig alles zu lesen 8was aber "ein call" ist wo alles drin ist findet nur eine Kommunikation vom Adapter zu den Cloud Systemen statt wenn Du Werte in ioBroker änderst bzw setzt - auch hier sind aktuell Prüfungen drin das zB gleiche Werte nicht gesendet werden bzw auf einigen Datenpunkten sichergestellt wird das nicht zuviel gesendet wird bzw gerundet wird (zB bei Temperaturwerten). Also es ist viel Logik drin um überflüssige Kommunikation zu unterbinden

3-5.) Ohne jetzt Details zu kennen werden Namen primär beim Adapterstart synchronisiert für neue Geräte (bzw er erkennt neue geräte und startet sich ggf neu). Danach (und das war Userwunsch) bleiben Namen so wie Sie in ioBroker gesetzt wurden. Damit kannst du einfach in ioBroker die Namen so machen wie Du sie dort brauchst. Also ja wenn du neue geräte anlernst während der Adapter läuft dann kann es sein das er den originalnamen früher gespeichert hat als Du ihn danach ändern kannst :-)
Da könnte man mal einen "vergiss alle namen und synce neu" Button einbauen bei ioBroker. Wenn relevant bitte Github issue als Feature request anlegen. Man könnte ebenso einbauen den namen in der App zu ändern. Das ist glaube ich noch nicht drin. Wäre die Frage was die Comunity sinnvoll erachtet :-)