Homematic IP Cloud Access Point Adapter
-
@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. -
Hi zusammen, erst mal vielen Dank für den Adapter!
Ich habe einige Fragen, die ich über die Dokumentation leider nicht herausfinden konnte.
- 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?
- 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?
- 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?
- 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?
- 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!
-
@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 -
Hallo,
ich habe hier von Homematic IP einen HMIP-FALMOT-C12 am laufen bei denen ich gerne die Ventil Positionen auslesen möchte.
Die Werte dazu müssten eigentlich vorhanden sein, leider zeigt das entsprechende Feld immer NULL an.Ich habe das mal testweise mit HomeAssistant ausgelesen, dort sind die Werte vorhanden
Wäre es möglich das auch hier zu implementieren?Hier ein Auszug aus einem HomeAssistant Dump
"1": {
"deviceId": "3014F7110000000000000009",
"functionalChannelType": "FLOOR_TERMINAL_BLOCK_MECHANIC_CHANNEL",
"groupIndex": 1,
"groups": [
"00000000-0000-0000-0000-000000000008"
],
"index": 1,
"label": "Heizkreislauf (1) Arbeitszimmer",
"valvePosition": 0.0,
"valveState": "ADAPTION_DONE"
},Gruß
Olaf
-
@apollon77 sagte in Homematic IP Cloud Access Point Adapter:
Da könnte man mal einen "vergiss alle namen und synce neu" Button einbauen bei ioBroker.
Es gibt Aliasse, die sollten primär verwendet werden.
-
Ich gehe mal davon aus, dass HomeAssistant auch nur auf der REST-API von Greenberet aufsetzt, insofern sollte das grundsätzlich erstmal identisch sein. Natürlich kann es trotzdem Unterschiede bei der Unterstützung von Komponenten geben, da die REST-API nicht mehr weiterentwickelt wird und damit für jedes Smarthome System mit HMIP-Unterstützung jetzt leider parallel entwickelt wird.
In der App, und der iobroker HMIP-Adapter verhält sich auch nur wie bereits erwähnt wie eine App, wird keine Ventilposition angezeigt. Also gehe ich davon aus, dass keine Ventilposition übertragen wird.
-
@okoehler Ich habe in diesen States noch nie Werte gesehen, aber habe solche Geräte nicht. Im zweifel Adapter Loglevel mal auf "Debug" setzen und in die Daten schauen. es wird das gesetzt was ankommt. Dann auch gern in der App mal ändern um zu sehen ob State Updates dafür kommen ... sishet du alles im Log im Zweifel.
Wenn da was ist was der Adapter nicht kann dann Log und Details mitr als Issue oder E-Mail bereitstellen und man kann es nachrüsten.
-
@ofbeqnpolkkl6mby5e13 Ja und Nein, bzw das gute an ioBroker ist ja das sehr wenig schwarz und weiss ist.
je nachdem wie man es nutzt macht der Request schon sinn - auch das man es erkennt was was ist wenn man zb Aliasse mappen muss
