Hallo Leute!

Auf der Suche nach "der Lösung" für HomeKit via Yahka mit HmIP-MOD-HO bin ich auf diesen Beitrag hier gestoßen.

Der letzte Kommentar von @ionar hat mich letztlich auf den Gedanken zur Lösungsfindung gebracht. (Danke an dieser Stelle!)
Vermutlich ist Dir aber ein Schreibfehler passiert, kann das sein?
Du schreibst: "Für CurrentDoorState muss "DOOR_COMMAND" als WRITE, aber "SECTION" als READ genutzt werden."
Meinst Du aber: "Für TargetDoorState..."?

Das jedenfalls hat mich auf die Idee gebracht, dass der TargetDoorState im Objekt der CCU immer auf dem letzten Wert stehen bleibt. Und HomeKit daher immer "schließt" oder "öffnet" anzeigt, obwohl der Ziel-Zustand bereits erreicht wurde.

Ich habe es nun mit "iobroker.multistate" gelöst.
Siehe Screenshots:

Gerne Feedback dazu.

Noch was anderes: Kann mir jemand sagen, ob die Garagentor Steuerung im HomeKit auch die Zustände "Lüften" und "Unbekannt" beherrscht?
Da komme ich nicht auf einen grünen Zweig

Danke und viele Grüße!

Anhang: Versionen:
Homematic
Raspberrymatic v.3.79.6.20241122
Torantrieb HmIP-MOD-HO Firmware 1.0.16
ioBroker
yahka v1.0.3
Admin v7.4.10
Node v20.18.2
JS 7.0.6

Hallo @SKB !

Vielen Dank für den klasse Adapter und Deine Mühen!

Ich habe den Adapter (Energiefluss 3.6.0) gestern das erste mal installiert und konfiguriert.
Es gefällt mir auch schon sehr gut.

Trotzdem möchte ich an dieser Stelle dann gerne ein paar "Wünsche" äußern, die in einem neuen Release sehr gerne implementiert sein könnten.

Da ich zuvor eine selbst gebastelte Visualisierung der Energieflüsse in meinem Haus hatte, gibt es bereits ein Skript, welches mir die Leistungen, die von A nach B fließen berechnet.
Und aufgrund meines sog. "Messkonzept 8" (mit zwei getrennten Zählern für Haushalt und Wärmepumpe, welche quasi in Reihe geschaltet sind), sowie der PV-Anlage und dem Akku ergeben sich einige Werte. Z.b. kann PV den Akku laden, in die WP oder den Haushalt speisen. Der Akku kann ins Netz speisen, oder von PV oder Netz geladen werden. Alle Kombis berechne ich bereits und liegen in Datenpunkten vor.

Wunsch 1: Daher wäre es schön wenn man die Leistungen je "Flussrichtung" als Datenpunkte angeben könnte, und bei Bedarf diese NICHT von Deinem Skript berechnet werden.

Hier ein Beispiel, wo ich die Werte einfach als Kästchen drüber gelegt hab:

Diese Leistungen können sich im Betrag unterscheiden, klar. Dazu hast Du ja auch einen Dynamik eingebaut, welche die Geschwindigkeit der "Punkte" verändert.

Vorschlag: Die Anzahl der Punkte je nach Betrag der Leistung einstellen!
Geringe Leistung --> 1 Punkt bewegt sich
Hohe Leistung --> 6 oder mehr Punkte bewegen sich

Nochmals Danke und Viele Grüße!
Klaus.

@martybr
Oh, bitte entschuldige, das hatte ich nicht gesehen.
Ich hab's oben im Bild ergänzt.
Viele Grüße!

Hallo Leute!

Auf der Suche nach "der Lösung" für HomeKit via Yahka mit HmIP-MOD-HO bin ich auf diesen Beitrag hier gestoßen.

Der letzte Kommentar von @ionar hat mich letztlich auf den Gedanken zur Lösungsfindung gebracht. (Danke an dieser Stelle!)
Vermutlich ist Dir aber ein Schreibfehler passiert, kann das sein?
Du schreibst: "Für CurrentDoorState muss "DOOR_COMMAND" als WRITE, aber "SECTION" als READ genutzt werden."
Meinst Du aber: "Für TargetDoorState..."?

Das jedenfalls hat mich auf die Idee gebracht, dass der TargetDoorState im Objekt der CCU immer auf dem letzten Wert stehen bleibt. Und HomeKit daher immer "schließt" oder "öffnet" anzeigt, obwohl der Ziel-Zustand bereits erreicht wurde.

Ich habe es nun mit "iobroker.multistate" gelöst.
Siehe Screenshots:

Gerne Feedback dazu.

Noch was anderes: Kann mir jemand sagen, ob die Garagentor Steuerung im HomeKit auch die Zustände "Lüften" und "Unbekannt" beherrscht?
Da komme ich nicht auf einen grünen Zweig

Danke und viele Grüße!

Anhang: Versionen:
Homematic
Raspberrymatic v.3.79.6.20241122
Torantrieb HmIP-MOD-HO Firmware 1.0.16
ioBroker
yahka v1.0.3
Admin v7.4.10
Node v20.18.2
JS 7.0.6

@maik77
Danke für Deine Anleitung.

Bei mir "erscheint" der Sensor einfach nicht in der "Home"-App.
Hast Du noch einen Tipp, eine Idee, was ich vielleicht falsch machen könnte?
Danke!!

Yahka v1.0.3
js-controller: 7.0.6
admin: 7.4.10
node: 18.19.0

Guten Morgen zusammen!

Wie bereits von @Thomas-Braun vermutet, war es heute wieder so weit.

Nach ein paar Stunden ist der proxmox-Adapter quasi tot.
In den Logfile hat er um 09:56:37.515 das letzte mal was geschrieben. Jetzt also ca. 3h nix mehr.
Einen Grund kann ich im Log nicht erkennen.

Hat denn vielleicht jemand eine Idee, welches Log man sich anschauen kann, oder welche Info wichtig ist, um den Grund hierfür zu finden?
Es kann doch nicht sein, dass ein Adapter in der Instanzen-Liste das grüne Symbol anzeigt, aber nichts mehr macht!?!

PS:: Hatte ioBroker aktualisiert auf
Node.js: v18.19.0
NPM: 10.2.3

Viele Grüße,
Klaus

@thomas-braun sagte in Proxmox Adapter aktualisiert nicht:

@schaefersklaus sagte in Proxmox Adapter aktualisiert nicht:

Welche Version ist den aktuell?

18.19.0

Danke!
Erledigt!
Node.js: v18.19.0
NPM: 10.2.3

Ich berichte, ob es Abhilfe geschaffen hat.

Danke an Alle!!!

@thomas-braun
Vielen Dank für den Hinweis!

Merkwürdig finde ich, dass ich erst vor wenigen Wochen den ioB aktualisiert hatte. Da kam node18 drauf.
Welche Version ist den aktuell?

Ach ja, im Log steht nach dem start des Adapters:

Kann das was mit dem "Update-Problem" zu tun haben?

danke!
Viele Grüße!

Guten Morgen zusammen!

Bin soeben hier gelandet, da ich das selbst Problem habe.

Nach Neustart des Adapters läuft es "eine ganze Weile" und er aktualisiert alle 30 s.
Nach einige Zeit (> 3h?) bleiben die Uptimes der VMs eingefroren.

Ich habe eben den Loglevel auf "Alles" gestellt, in der Hoffnung, hier was zu finden.
Ich werde berichten.

Infos Proxmox:

Infos Adapter:

Infos ioBroker:

Hier das Update mit Deinem HTML-Code, @Chaot:

@chaot
Top! Vielen Dank!

Die Logos habe ich aus dem Netz:

ioBroker
https://www.google.com/url?sa=i&url=https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FFile%3AIoBrokerLogo.svg&psig=AOvVaw1f3mT0aMOb1fMA0G7_PevJ&ust=1703961633101000&source=images&cd=vfe&ved=0CBEQjRxqFwoTCKjZgvGltYMDFQAAAAAdAAAAABAE

Proxmox
https://www.google.com/url?sa=i&url=https%3A%2F%2Fgithub.com%2FandOTP%2FandOTP%2Fissues%2F337&psig=AOvVaw1sZxViDvi_XkUQAKhWF45z&ust=1703961671224000&source=images&cd=vfe&ved=0CBEQjRxqFwoTCLC0j4OmtYMDFQAAAAAdAAAAABAE

Unifi:
https://www.google.com/url?sa=i&url=https%3A%2F%2Fwww.hostifi.com%2Fblog%2Fubiquiti-revamps-its-logo-for-2023-with-a-new-simplified-look&psig=AOvVaw0XFNPUNtGBW_lqTDtRVIoo&ust=1703961693439000&source=images&cd=vfe&ved=0CBEQjRxqFwoTCKiB8o2mtYMDFQAAAAAdAAAAABAE

Grafana:
https://www.google.com/url?sa=i&url=https%3A%2F%2Ficon-icons.com%2Fde%2Fsymbol%2Fgrafana-logo%2F171048&psig=AOvVaw3GlHGG0P9O8VELgfWPgln4&ust=1703961712463000&source=images&cd=vfe&ved=0CBEQjRxqFwoTCOCV2JamtYMDFQAAAAAdAAAAABAE

@chaot
Gern!
Anbei mal als txt-Datei, vielleicht klappt das besser.

proxmox_widgets.txt

Der 1. Block (pve):

Und der 2. Block (ioBroker):