NEWS
Homematic IP Cloud Access Point Adapter
-
@jackdaniel sagte in Homematic IP Cloud Access Point Adapter:
das stimmt nicht, die lösung für das "problem" ist ein einfaches anlegen eines dummy scriptes
@oFbEQnpoLKKl6mbY5e13 bezieht sich auf den HmIP Adapter!
Da stimmt das.
Leider fehlt in dem Screenshot und der Beschreibung von @stauber jeglicher Hinweis auf drn verwendeten Adapter.Sollte eine CCU im Spiel sein hättest du recht.
-
@ofbeqnpolkkl6mby5e13 sagte in Homematic IP Cloud Access Point Adapter:
Das kann nur der HmIP-Adapter sein.
das hatte ich zwar vermutet, da ich den Adapter nicht nutze, war das für mich nicht sooo eindeutig.
Eine/zwei Zeile(n) darüber mehr, und es wäre eindeutig gewesen
-
@ofbeqnpolkkl6mby5e13 sagte in Homematic IP Cloud Access Point Adapter:
Das kann nur der HmIP-Adapter sein.
das hatte ich zwar vermutet, da ich den Adapter nicht nutze, war das für mich nicht sooo eindeutig.
Eine/zwei Zeile(n) darüber mehr, und es wäre eindeutig gewesen
-
Hallo Zusammen,
besteht die Möglichkeit, dass die Variablen von Holgers Plugin für die HCU1 in iobroker steuerbar gemacht werden können?
Datenpunkte sind da, aber keine die den Status anzeigen, bzw. steuerbar sind.Danke im Voraus!!

beckerpaHier ein Issue aufmachen und alle Hoffnung fahren lassen:
https://github.com/iobroker-community-adapters/ioBroker.hmip/issues
-
Hallo Zusammen,
besteht die Möglichkeit, dass die Variablen von Holgers Plugin für die HCU1 in iobroker steuerbar gemacht werden können?
Datenpunkte sind da, aber keine die den Status anzeigen, bzw. steuerbar sind.Danke im Voraus!!

beckerpa -
Holger hat ein Plugin geschrieben, welches 16 Geräte vom Typ Switch bereitstellt, also sozusagen 16 Variablen, die frei in der HCU nutzbar sind.
Diese sind auch per Alexa steuerbar, leider werden diese Zustände (siehe Bild vom letzten Post) in IOBroker nicht übergeben.
Es ist also leider zur Weiterverarbeitung in IOBroker ein Umweg zu nutzen, bspw. über Home Assistant.Ein netter Entwickler hat übrigens eine Home Assistant Integration per Remote geschaffen, also eine Verbindung ohne Cloud, deshalb mein Wunsch, denke da würden sich mehrere drüber freuen...
Habe ich erstellt, würde mich freuen.
Habe auch den Wunsch nach einem Adapter (local) unterstützt. (Vgl Bild)Danke euch!

-
Holger hat ein Plugin geschrieben, welches 16 Geräte vom Typ Switch bereitstellt, also sozusagen 16 Variablen, die frei in der HCU nutzbar sind.
Diese sind auch per Alexa steuerbar, leider werden diese Zustände (siehe Bild vom letzten Post) in IOBroker nicht übergeben.
Es ist also leider zur Weiterverarbeitung in IOBroker ein Umweg zu nutzen, bspw. über Home Assistant.Ein netter Entwickler hat übrigens eine Home Assistant Integration per Remote geschaffen, also eine Verbindung ohne Cloud, deshalb mein Wunsch, denke da würden sich mehrere drüber freuen...
Habe ich erstellt, würde mich freuen.
Habe auch den Wunsch nach einem Adapter (local) unterstützt. (Vgl Bild)Danke euch!

@beckerpa Puhhh ... naja da muss man im Detail ins Log schauen was da genau ankommt. Wenn es switches sind sollte das gehen , aber wer weiss was das genau ist und wie es sich darstellt. Ich tippe einfach das der Adapter mit "extenal base irgendwas "nichts anzufangen weiss und man das implementieren muss.
Und ja in Sentry sehe ich die ...
Also GitHub issue mit vollem Debug log vom Adapterstart und infos zu den IDs um die es geht. Üblicherweise kommen Namen bei HMIP nur für Geräte aber nicht für states oder so.
-
@beckerpa Puhhh ... naja da muss man im Detail ins Log schauen was da genau ankommt. Wenn es switches sind sollte das gehen , aber wer weiss was das genau ist und wie es sich darstellt. Ich tippe einfach das der Adapter mit "extenal base irgendwas "nichts anzufangen weiss und man das implementieren muss.
Und ja in Sentry sehe ich die ...
Also GitHub issue mit vollem Debug log vom Adapterstart und infos zu den IDs um die es geht. Üblicherweise kommen Namen bei HMIP nur für Geräte aber nicht für states oder so.
@apollon77 Moin, danke für die schnelle Antwort, habe soeben das issue bearbeitet und das Debug log hinzugefügt.
Schreibe dich kurz pvt an, ist aus meiner Sicht einfacher... falls nicht gewünscht, einfach kurz sagen.
Danke im Voraus!
-
@beckerpa Puhhh ... naja da muss man im Detail ins Log schauen was da genau ankommt. Wenn es switches sind sollte das gehen , aber wer weiss was das genau ist und wie es sich darstellt. Ich tippe einfach das der Adapter mit "extenal base irgendwas "nichts anzufangen weiss und man das implementieren muss.
Und ja in Sentry sehe ich die ...
Also GitHub issue mit vollem Debug log vom Adapterstart und infos zu den IDs um die es geht. Üblicherweise kommen Namen bei HMIP nur für Geräte aber nicht für states oder so.
-
-
@apollon77 Okay. Angepasst ...
https://github.com/iobroker-community-adapters/ioBroker.hmip/issues/813
-
@apollon77 Okay. Angepasst ...
https://github.com/iobroker-community-adapters/ioBroker.hmip/issues/813
-
Hi,
ich versuche HmIP in IOB für einen Freund einzurichten. Die SGTIN haben wir mehrfach kontrolliert.Adapter Version: 1.27.0
JS-Controller: 7.0.7Aber beim Token Erstellen kommt immer die Meldung im Protokoll:
error requesting token: Error: Could not get host details. Please check the SGTIN.Als PIN haben wir sowohl den abgedruckten Key des AP, das Admin Passwort genutzt aber egal was wir eingeben es geht nicht.
-
Moin zusammen, ich hätte da mal ein Anliegen und hoffe, dass ich hier richtig bin :)
Ich nutze seit einigen Jahren ein HMIP-System zusammen mit ioBroker. Seit etwa 1-2 Jahren habe ich ein sporadisches Problem mit der Statussynchronisation, das mich langsam ratlos macht:
Ein Bewegungsmelder schaltet über ein JavaScript Lampen an. Das funktioniert immer tadellos.
Nach x Minuten sollen die Lampen per Skript wieder ausgeschaltet werden. Im Log erscheint dann: "Value unchanged, do not send this value".
Die Lampen bleiben in echt AN, aber im ioBroker-Objekt unter state steht der Wert bereits auf false.
Es wirkt so, als würde der Adapter den "echten" Status (AN) von der Zentrale nicht mitbekommen. Da der Adapter intern glaubt, die Lampe sei schon aus (false), blockiert er den Ausschaltbefehl.Das Interessante dabei:
Der Fehler tritt absolut sporadisch auf. Mal läuft es wochenlang gut, mal passiert es zweimal die Woche.Hardware-unabhängig: Das Problem trat früher schon auf dem Raspberry Pi auf und besteht weiterhin, seit ich auf Docker (Synology) umgezogen bin.
Zentralen-unabhängig: Ich hatte den Fehler schon vor der HCU und er wandert mit.
Logstufe auf SILLY zeigt keine Fehler. Er scheint nicht mehr zu synchronisieren.
Der Adapter bleibt durchgehend "grün".Ein Neustart des hmip-Adapters behebt das Problem sofort für unbestimmte Zeit.
Hat jemand eine Idee, warum der ioBroker den Status-Update von Homematic verpasst oder warum der Adapter "einschläft", obwohl die Instanz grün bleibt?
Meine aktuelle Umgebung:
Node.js: v22.22.0
hmip-Adapter: v1.27.0
Installation: Docker (manuelles Setup) auf Synology DS925+
Vielen Dank vorab für eure Tipps!
-
Moin zusammen, ich hätte da mal ein Anliegen und hoffe, dass ich hier richtig bin :)
Ich nutze seit einigen Jahren ein HMIP-System zusammen mit ioBroker. Seit etwa 1-2 Jahren habe ich ein sporadisches Problem mit der Statussynchronisation, das mich langsam ratlos macht:
Ein Bewegungsmelder schaltet über ein JavaScript Lampen an. Das funktioniert immer tadellos.
Nach x Minuten sollen die Lampen per Skript wieder ausgeschaltet werden. Im Log erscheint dann: "Value unchanged, do not send this value".
Die Lampen bleiben in echt AN, aber im ioBroker-Objekt unter state steht der Wert bereits auf false.
Es wirkt so, als würde der Adapter den "echten" Status (AN) von der Zentrale nicht mitbekommen. Da der Adapter intern glaubt, die Lampe sei schon aus (false), blockiert er den Ausschaltbefehl.Das Interessante dabei:
Der Fehler tritt absolut sporadisch auf. Mal läuft es wochenlang gut, mal passiert es zweimal die Woche.Hardware-unabhängig: Das Problem trat früher schon auf dem Raspberry Pi auf und besteht weiterhin, seit ich auf Docker (Synology) umgezogen bin.
Zentralen-unabhängig: Ich hatte den Fehler schon vor der HCU und er wandert mit.
Logstufe auf SILLY zeigt keine Fehler. Er scheint nicht mehr zu synchronisieren.
Der Adapter bleibt durchgehend "grün".Ein Neustart des hmip-Adapters behebt das Problem sofort für unbestimmte Zeit.
Hat jemand eine Idee, warum der ioBroker den Status-Update von Homematic verpasst oder warum der Adapter "einschläft", obwohl die Instanz grün bleibt?
Meine aktuelle Umgebung:
Node.js: v22.22.0
hmip-Adapter: v1.27.0
Installation: Docker (manuelles Setup) auf Synology DS925+
Vielen Dank vorab für eure Tipps!
@Mechler sagte in Homematic IP Cloud Access Point Adapter:
Dann zeig doch mal das Skript. Nur dann kann man eventuelle Fehler sehen.
-
@Mechler sagte in Homematic IP Cloud Access Point Adapter:
Dann zeig doch mal das Skript. Nur dann kann man eventuelle Fehler sehen.
Ich glaube nicht, dass es an den Scripts liegt, da es in dem Moment auch so ist, wenn ich den Datenpunkt "on" manuell über den objektbaum setze das gleiche Verhalten haben.
Hier aber mal ein Script von einem der Bewegungsmelder.
Die DP vom RPC Adpater laufen immer ohne Probleme.var An__überprüfen, Mülll_war_an, Terasse_2_war_an, Terasse_1_war_an, BWM1; An__überprüfen = true; Mülll_war_an = 0; Terasse_2_war_an = 0; Terasse_1_war_an = 0; on({ id: [].concat(['0_userdata.0.Variablen.Licht.Schalter.BWM.BWM_Terasse_State']), change: 'ne' }, async (obj) => { let value = obj.state.val; let oldValue = obj.oldState.val; if ((obj.state ? obj.state.val : '') == true) { // Debug if (getState('0_userdata.0.Variablen.Debugmodus').val == true) { sendTo('telegram', 'send', { text: 'BWM_TER', user: 'Dennis', }); sendTo('telegram', 'send', { text: ([Terasse_1_war_an,'\n',Terasse_2_war_an,'\n',Mülll_war_an,'\n',''].join('')), user: 'Dennis', }); } if (getState('0_userdata.0.Variablen.BWM_TER').val == true && getState('javascript.0.variables.Nachtcheck').val == true) { (() => { if (BWM1) { clearTimeout(BWM1); BWM1 = null; }})(); if (getState('0_userdata.0.Variablen.Licht.Spots_Terasse2').val == true) { Terasse_2_war_an = 1; } else if (getState('0_userdata.0.Variablen.Licht.Spots_Terasse2').val == false) { Terasse_2_war_an = 0; } if (getState('0_userdata.0.Variablen.Licht.Spots_Müll').val == true) { Mülll_war_an = 1; } else if (getState('0_userdata.0.Variablen.Licht.Spots_Müll').val == false) { Mülll_war_an = 0; } if (getState('0_userdata.0.Variablen.Licht.Spots_Terasse1').val == true) { Terasse_1_war_an = 1; } else if (getState('0_userdata.0.Variablen.Licht.Spots_Terasse1').val == false) { Terasse_1_war_an = 0; } // Debug if (getState('0_userdata.0.Variablen.Debugmodus').val == true) { sendTo('telegram', 'send', { text: 'TER an', user: 'Dennis', }); sendTo('telegram', 'send', { text: ([Terasse_1_war_an,'\n',Terasse_2_war_an,'\n',Mülll_war_an,'',''].join('')), user: 'Dennis', }); } setState('hm-rpc.1.00161D898B15B2.30.STATE' /* Spots Terasse.STATE */, true); setStateDelayed('hm-rpc.1.00161D898B15B2.26.STATE' /* Spots Hinten.STATE */, true, 1000, false); // Spots Terasse Haus setStateDelayed('hmip.0.devices.3014F711A000085A49A4B06A.channels.1.on' /* on */, true, 1000, false); } } if ((obj.state ? obj.state.val : '') == false) { BWM1 = setTimeout(async () => { BWM1 = null; if (getState('0_userdata.0.Variablen.BWM_TER').val == true && getState('javascript.0.variables.Nachtcheck').val == true) { if (Terasse_2_war_an != 1) { setState('hmip.0.devices.3014F711A000085A49A4B06A.channels.1.on' /* on */, false); } if (Mülll_war_an != 1) { setStateDelayed('hm-rpc.1.00161D898B15B2.26.STATE' /* Spots Hinten.STATE */, false, 1000, false); } if (Terasse_1_war_an != 1) { setStateDelayed('hm-rpc.1.00161D898B15B2.30.STATE' /* Spots Terasse.STATE */, false, 1000, false); } An__überprüfen = true; Terasse_1_war_an = 0; Terasse_2_war_an = 0; Mülll_war_an = 0; } }, 120000); } });MOD-EDIT: Code in code-tags gesetzt!