Homematic IP Cloud Access Point Adapter

[Blebbens]

Hallo,

ich habe den HomeKit/Yahka-Adapter und den Homematic IP-Adapter unter ioBroker installiert. Nach der Technikkram-Anleitung kann ich nun den HM-IP-Lichtschalter mit der Apple Home.app steuern.

Mir ist aber nicht ganz klar, wie ich nun die HM-IP-Thermostate einbinden kann.

Ich habe unter Yahka erneut ein Gerät namens Thermostat X hinzugefügt.
Dann erstelle ich einen Service mit dem gleichen Namen.

Ab hier weiß ich allerdings nicht, wie weiter vorzugehen ist. CoolingTresholdTemperature etc... welchen ioBroker-InOut nehme ich dann, welche Conversion zum Homematic IP-Adapter ?

Letztlich möchte ich über HomeKit die Thermostat-Temperatur einstellen können.

Kann jemand Screenshots hierzu posten ? Wäre hilfreich.

[RK62]

Habe meine programmierten Automatiken deaktiviert, trotzdem wurde ich scheinbar nur wegen der lesenden Zugriffe des Adapters von der Cloud abgeklemmt. Und die kann man ja nicht wirklich steuern. Ich habe jetzt mit meinen 19 Devices auch zu einer CCU3 gewechselt.

Die Einschränkung sollte ggf. im Adapter vermerkt werden damit sich Neueinsteiger nicht für den falschen Accesspoint entscheiden.

Gruß Ralf

[Lucifor1976]

Thema IP bann:

Verstehe ich das richtig? Wenn man eine HmIP Installation hat, kann mich das betreffen?
Kann villeicht jeamnd das ganze etwas genauer Beschreiben, wie wurde der Bann ausgelöst. Hat dazu vlt. jemand ein Log.
Ich betriebe ausschliesslich HmIP über IoBroker, die App brauch ich nur zum anlernen neuer Geräte. Alles andere läuft über ioBroker oder Alexa. Wenn eq3 solche Frechheiten einbaut die wohl aber nur iobroker betreffen ist das ganz schön frech. Gibt es betroffene aus der Mediola Ecke?
Ich habe mich bewusst für das HmIP System entschieden und habe derzeit zwei AP´s laufen, bis jetzt ist mir nichts passiert, trotz Automationen jeden Tag um 21 Uhr und um 4 Uhr Morgens. Wenn das so ist bereue ich wahrscheinlich ganz schnell meine 18 Rauchmelder, 19 Tür/Fensterkontakt un den ganzen anderen Schnick Schnack.
Das wäre schon arg frech wenn sowas wie Fail2Ban nur für "Drittanbieter Software" auf den IP Cloud Servern läuft.
(Das ist technisch gar kein Problem per Fail2Ban sowas aufzusetzen und nur auf ioBroker loszulassen)

@RK62 hat leider den wesentlichen Teil des Logs weggelassen. Spannend ist wie viele "Zugriffe" auf die Server gab es vor dem Ban. Passiert das tatsächlich nur bei fehlerhaften Gerätekonfigurationen oder völlig Zusammenhanglos willkürlich. Das geht leider aus dem Log nicht hervor. Man kann vermuten das die Bantime irgendwas um 10 Sekunden ist. Etwas tiefer dann 3 Minuten. Wenn vor der Bantime allerdings hundetre Anfragen an die Server gingen, kann man das sogar verstehen.

Ich habe mir jetzt meine Logs angesehen, bei mir funkt der Adapter tatächlich nur nach Hause wenn auch was passiert, warum gibt es bei Dir lesende Anfragen im zwei Sekunden Takt? Wenn aus irgendwelchen Gründen die Server im Sekundentakt angefeuert werden ist das wohl jedem klar das das die Anbieter nicht mitmachen.

[RK62]

@Lucifor1976 Wie viele Zugriffe der Adapter wirklich macht, lässt sich aus dem Log auch nicht ablesen. Den Takt kann ich ja auch nicht vorgeben, der Adapter hat da ja keinerlei Einstellmöglichkeiten. Die häufige Taktung kann ich bei Fehlversuchen auch nachvolziehen.

Ich habe vermehrt diese Meldung bekommen, das System war dann über Stunden nicht erreichbar:

2020-12-19 07:58:37.817  - warn: hmip.0 (2923) Request error: RequestError: Error: connect ECONNREFUSED 81.14.202.219:6969
2020-12-19 07:58:38.237  - info: hmip.0 (2923) state change - setPointTemperature - id d027e3e8-ab2c-4fac-8b9a-358abc9c473c - value 18

Ich dachte zunächst, das wäre ein Serverausfall. Die App auf Handy zeigte bei Nutzung meines WLAN unten immer eine Meldung, dass der Dienst nicht verfügbar sei. Wenn ich WLAN abgeschaltet habe und das Mobilfunknetz nutzte, konnte ich mit der App zugreifen.

Ich habe dann den Adapter abgeschaltet und 2 Tage gewartet. Dann ging es auch wieder über das eigenen WLAN. Nach einem Tag Betrieb wieder das gleiche Spiel.
Scheinbar wird die rufende IP-Adresse ausgeschlossen denn außerhalb meines Netzes hat der Zugriff immer funktioniert.

Vielleicht macht sich das bei mir eher bemerkbar, da ich eine feste IP-Adresse habe. Bei dynamischen IP's fällt die Sperre dann schon schwerer oder hält nicht so lange an.

Auf Anfrage bei elv bekam ich diese Antwort:
"Nach Rücksprache mit dem Hersteller, wurde diese Maßnahme eingeführt da die häufigen Anfragen der Software (z.B. IOBroker) den Serverdienst der Cloud zu stark beanspruchen.
Dies kann zu Ausfällen auf der eigenen Installation wie auch zu Störungen anderer Cloudteilnehmer führen.
Daher sieht sich der Hersteller gezwungen, die Nutzer für eine Zeit zu sperren, welche das System übermäßig mit Anfragen ansteuern.
Einen Hinweis darauf welches System in welchem Umfang mit dem Clouddienst nutzbar ist bedarf es nicht, da im eigentlichen Sinn der Acces Point in erster Linie mit der App genutzt werden soll."

Letztlich bereue ich den Umstieg auf die CCU3 nicht: Es gibt noch mehr Einstellmöglichkeiten (beispielsweise Empfindlichkeit des Präsenzmelders) und die Reaktionen scheinen mir ein wenig schneller und ich bin unabhängig von Störungen im Internet. Allein die Inbetriebnahme auf der Oberfläche der 70er Jahre war etwas mühselig: Ich habe 12 Thermometer, 8 Fensterkontakte und einen Präsenzmelder in Betrieb.

Hätte aber schon erwartet, dass der Hersteller beim Umstieg mit Aufpreis eine CCU3 anstelle der Homematic IP-Zentralen angeboten hätte.

Gruß, Ralf

[Homoran]

@RK62 sagte in Homematic IP Cloud Access Point Adapter:

Die Einschränkung sollte ggf. im Adapter vermerkt werden damit sich Neueinsteiger nicht für den falschen Accesspoint entscheiden.

erstens gibt es keinen richtigen oder falschen Accesspoint
zweitens haben wir bis jetzt keinerlei Info über einen BANN von ioBroker Nutzern. Schon gar keinen offiziellen über EQ-3

Worauf soll sich dann die Info begründen?
wie sollte sie korrekterweise lauten?

Wie du deinem letzten Post entnehmen kannst heisst es:

@RK62 sagte in Homematic IP Cloud Access Point Adapter:

die Nutzer für eine Zeit zu sperren, welche das System übermäßig mit Anfragen ansteuern.

[Lucifor1976]

@RK68
Mich wundert das Dein Adapter im zwei Sekundentakt Anfragen an die HmIP Server schickt. Meiner tut das nicht. Ich habe heute den ganzen Tag den Adapter im Silly Mode laufen lassen, bei mir gehen nur Anfragen raus wenn wirklich etwas geschaltet wird. Das finde ich extrem seltsam.
Aber davon ab, find eich es dennoch eine Frechheit von EQ3 einen Ban einzuführen der auf dritte abziehlt.
Wenn man jetzt frech wäre, baut man den Adapter einfach so um das er aussieht als wäre ein Mediola Adapter, fertig ist der Kuchen, die dürfen ja.

Die Frage ist, was ist übermäßig, klar alle zwei Sekunden auf jeden Fall, aber warum tust du das, oder warum tut der Adapter das?
Ich behaupte jetzt ganz frech: Da meine Instanz das nicht macht, ist das wissentlich von dir programmiert oder beabsichtigt.
Meine Server im großen weiten Web haben ebenfalls so einen Mechanismus um ebendies effektiv zu verhindern.

Mich für meinen Teil interessiert nun:

1. Sind die Abfragen von Dir gewollt, oder haben sich diese eingeschlichen, dann solltest du dem auf dem auf den Grund gehen.
2. Was bedeutet übermäßig im Sinne von EQ3, ich habe nur Home IP (Heizkörper, Alarm, Brand und Wassermelder und Tür/ Fensterkontakte) wenn EQ3 dann sagt 100 Anfragen am Tag sind zu viel, habe ich mich für den falschen Anbieter entschieden, Ihr versteht was ich meine.

Sivoll wäre nun (da ich Fail2Ban kenne) eine Funktion im Adapter der den Ban erkennt und dann eine einstellbare Zeit lang funkstille hält.
In der Regel ist der erste Ban ein paar Sekunden, der zeite eine paar Minuten, der dritte dann bereits 24 Stunden und der vierte kegelt (bei mir) die IP für 30 Tage raus, der fünft sorgt dann für einen perm ban.
Das ganze ist aber Dienst abhängig, bei http Anfragen nicht so krass, aber bei ssh/ftp auf jeden Fall.

Ich denke aber das bei Dir in den Scripten was nicht stimmt, warum funkt meine Installation nicht ständig nach Hause?

[Homoran]

@Lucifor1976 sagte in Homematic IP Cloud Access Point Adapter:

Aber davon ab, find eich es dennoch eine Frechheit von EQ3 einen Ban einzuführen der auf dritte abziehlt.

Da wir gar keine offizielle Info haben muss es ja nicht auf dritte abzielen, sondern "nur" auf zu viele Anfragen. Die zertifizierten zugelassenen Anbieter machen das dann wahrscheinlich nicht.

Und alle 2 Sekunden eine Anfrage zu schicken ist wirklich nicht normales Verhalten einer smarthome-Umgebung und kann tatsächlich ganze Server lahmlegen.
Das hatten wir bei uns auch schonmal, wo anscheinend falsch programmierte Schliefen einen immensen Datenstrom verursachten, der dann tatsächlich unsere cloud lahmgelegt hatte

[Lucifor1976]

@Homoran
Full ACK
Ich werde das ganze beobachten und mal im Auge behalten.
Ich denke RK62 sollte seine Installation überprüfen
Nach über 24 Stunden den Adapter auf Silly funkt da gar nichts an die Cloud wenn nicht auch etwas gesteuert wurde.

[spraxel]

Tja, nun hat es mich wohl auch erwischt. Weder über iobroker, noch über die App wenn WLAN genutzt wird, ist ein Abrufen des Status möglich.
Schalte ich WLAN aus, so geht es auf dem Handy wieder.
Hat jemand hier bereits eine Lösung gefunden?

[X-R4Y]

@spraxel
Ich kann mich da anschliessen. Bei mir geht es auch nur noch über Handynetz, aber nicht mehr im WLAN.

Bei mir ist es aber so, ich habe 4 Heiz-Ventile + 2 Thermostate. Diese laufen in festen Profilen und der Ban erfolgte bei mir heute ziemlich genau nach 2 Steuerungen über ioBroker. Die restliche Steuerung läuft automatisiert bei mir im HMIP-AP, nur hin und wieder stelle ich über Alexa/ioBroker mal ein Ventil per Sprachsteuerung um.

Hat bei mir in meinen Augen nicht viel mit "zu viel gefunkt..." zu tun.

[Lucifor1976]

@X-R4Y
@spraxel

Hi, deshalb bitte aussagekräftige Logs (ungekürzt), sonst kann man nichts dazu sagen.
Ich beobachte das seit Tagen und bei mir passiert nichts, der Adapter funkt aber auch nicht grundlos in die Cloud.
Adapter auf Log = warn, Adapter neu starten, Router neu starten (damit eine neue IP vergeben wird, bei der Fritzbox reicht auch neu Verbinden)
im ioBroker auf die Logs, oben als Quelle nur den HmIP Adapter auswählen, ein paar Stunden laufen lassen bzw bis es zu einem Ban kommt. Log herunterlagen und hier posten, wenns zu groß wird als zip, sonst hier als /Code, dann kann man sich das ansehen, was da genau passiert und dann zum Ban führt.

[X-R4Y]

@Lucifor1976
Würde ich gerne machen, aber bei Unitymedia/Vodafone Cable ist es leider so das man ewig lange die gleiche IP erhält. Ergo -> Kein Zugriff auf den HMIP-Adapter.

Bei mir gingen alle Anfragen an srv18.homematic.com (konnte ich im piHole sehen) und es war sehr "plötzlich" das er nicht mehr in die Cloud wollte.

[Lucifor1976]

@X-R4Y
Hast du Automatische Updates der Gravity im pi-Hole an?
Mal ein Schuss ins Blaue: Schalte mal pi-Hole ab und teste.
Mir ist schon oft aufgefallen das per Update plötzlich ganz seltsame (also vollkommen normal zu nutzende Domains) auf der Blocklist waren, manchmal frage ich mich wer entscheidet was auf die Blockliste kommt °°
Ich muss fast nach jedem Update manuell an die Blockliste ran und Änderungen vornehmen, letzte Woche war gleich mal Amazon auf der Liste °°
Überprüf das einfach mal.

[RK62]

@Lucifor1976 Meine Installation enthält keine Besonderheiten. Der Ausschluss ist auch mit deaktiviertem javascript aufgetreten. Ebenso war der DutyCycle immer OK. Also keine wilden Steuerbefehle, ich zeige lediglich die jeweiligen Raumtemperaturen an. Aber die werden ja 'eh vom Adapter ausgelesen.

Die "2 Sekunden-Anfragen" wurden nicht durch meine Steuerbefehle ausgelöst, sondern sind scheinbar Wiederholversuche des Adapters wenn er keine Verbindung herstellen kann.

Habe übrigens auch noch eine Info von eq-3 erhalten:
"Für den Zugriff auf unsere Cloud sind nur unsere App oder die unser Partner Mediola oder Easy Smarthome zugelassen. Die Nutzung von anderen Fremdsoftwaren kann zu irreparabel Schäden an Ihrer Cloudinstallation führen und wir übernehmen keinen Support."

Spricht alles für meinen Umstieg auf die CCU3, nun bin ich unabhängig.

[Blebbens]

Ich habe die hmIP-Thermostate über den Adapter in HomeKit einbinden können.

Mir ist aber nun nicht klar, wie man die hmIP-Fensterkontakte sowie die Rauchmelder einbindet. Könnte hierzu jemand Screenshots vom Service machen ? Das wäre hilfreich...

Frage mich auch, ob durch den Adapter über die Cloud die eingebundenen hmIP-Rauchmelder öfters abgefragt werden, sodass deren nicht austauschbare Batterie stärker beansprucht wird.

[Lucifor1976]

@RK62 sagte in Homematic IP Cloud Access Point Adapter:

@Lucifor1976 Meine Installation enthält keine Besonderheiten. Der Ausschluss ist auch mit deaktiviertem javascript aufgetreten. Ebenso war der DutyCycle immer OK. Also keine wilden Steuerbefehle, ich zeige lediglich die jeweiligen Raumtemperaturen an. Aber die werden ja 'eh vom Adapter ausgelesen.

Die "2 Sekunden-Anfragen" wurden nicht durch meine Steuerbefehle ausgelöst, sondern sind scheinbar Wiederholversuche des Adapters wenn er keine Verbindung herstellen kann.

Das ergibt jedoch keinen Sinn, wenn eine Steuranfrage nicht zum Server durchkommt, kann diese auch keinen Count auf einen Banzähler geben. In der Regeln funktioniert ein ban so: Anfrage an einen Server, alles gut. Antwort ACK. Anfrage an einen Server mit wirrem zeuch -> Drop und Bancounter +1, ist der Maxwert des Counters erreicht (SSH idR 3) wird auch ein ACK abgelehnt. Alle weiteren Anfragen egal ob wirres Zeuch oder zugelassene Anfragen werden für die voreingestelle Zeit gedropt.

Habe übrigens auch noch eine Info von eq-3 erhalten:
"Für den Zugriff auf unsere Cloud sind nur unsere App oder die unser Partner Mediola oder Easy Smarthome zugelassen. Die Nutzung von anderen Fremdsoftwaren kann zu irreparabel Schäden an Ihrer Cloudinstallation führen und wir übernehmen keinen Support."

Naja das ist eine Wald und Wiesen Aussage von EQ-3, die Anfragen von "Mediola" sind garantiert die selben wie vom hmIP Adapter. Einzig die Kennung dürfte eine andere sein.

Spricht alles für meinen Umstieg auf die CCU3, nun bin ich unabhängig.

Ich beobchte das weiter, mir ist bis jetzt nichts passiert. Ich halte aber die VErhaltensweise von EQ-3 für fragwürdig. Einzig nachvollziebarer Grund wäre Drittsoftware auszusperren um die eigenen Partner zu pushen (Mediola, Easy Smarthome)

Ein Schelm könnte jetzt versuchen den Adapter mit einer Kennung von Mediola auzustatten das es aussieht als sei der Adapter ein nativer von Mediola, ich bin aber zu wenig im programmier Thema um zu wissen ob das gehen würde und wie aufwändig das ist.

[hotdotdev]

@entavio Hast du eine Antwort bekommen? Würde meine Broll auch gerne steuern.

[entavio]

@hotdotdev

hi ja ich habe das mittels Skripten (anders ist die Logik m.E. nicht abbildbar) hinbekommen.... anschließend ist der hmip-broll mit cloud-accesspoint auch in yahka / HomeKit verwendbar

Skript-Blockly sieht beispielhaft (auf eigene Installation anzupassen) für einen Rolladen wie folgt aus

yahka dann wie folgt

das funktioniert bei mir einwandfrei mit Status anzeige öffnen/schließen in HomeKit

[smart-home-neuling]

Hi, ich versuche momentan ein erstes Skript zu schreiben, dass das Licht an der Treppe anschaltet, wenn der HomematicIP-Durchgangsensor aktiviert wird. Mein bisheriger Ansatz sieht so aus:

function ChangeLight(){
    var betreten = getState("hmip.0.devices.3014F711A0000C5709AE731E.channels.1.leftCounter").val + getState("hmip.0.devices.3014F711A0000C5709AE7352.channels.1.rightCounter").val;
    var verlassen = getState("hmip.0.devices.3014F711A0000C5709AE731E.channels.1.rightCounter").val + getState("hmip.0.devices.3014F711A0000C5709AE7352.channels.1.leftCounter").val;
    if(betreten-verlassen != 0){
        setState("alexa2.0.Smart-Home-Devices.b561c566-3b16-4c02-b7b1-f51d8fd97282.powerState",true);
        setState("alexa2.0.Smart-Home-Devices.4a33d6e9-5442-495a-b786-55540825085f.powerState",true);
    }
    else
    {
        setState("alexa2.0.Smart-Home-Devices.b561c566-3b16-4c02-b7b1-f51d8fd97282.powerState",false);
        setState("alexa2.0.Smart-Home-Devices.4a33d6e9-5442-495a-b786-55540825085f.powerState",false);
    }
}

on({id:"hmip.0.devices.3014F711A0000C5709AE731E.channels.1.leftCounter", change: "ne", ack: "true"}, ChangeLight());
on({id:"hmip.0.devices.3014F711A0000C5709AE7352.channels.1.rightCounter", change: "ne", ack: "true"}, ChangeLight());
on({id:"hmip.0.devices.3014F711A0000C5709AE731E.channels.1.rightCounter", change: "ne", ack: "true"}, ChangeLight());
on({id:"hmip.0.devices.3014F711A0000C5709AE7352.channels.1.leftCounter", change: "ne", ack: "true"}, ChangeLight());

Das An- und Ausschalten des Lichts alleine funktioniert problemlos, aber aus irgendeinem Grund klappt das mit dem Triggern nicht richtig. Hier ist noch mein Log, falls das hilft:

2021-01-04 16:02:01.259 - info: javascript.0 (3684) Start javascript script.js.common.Test
2021-01-04 16:02:01.266 - info: javascript.0 (3684) script.js.common.Test: registered 4 subscriptions and 0 schedules
2021-01-04 16:02:09.953 - warn: javascript.0 (3684) State "undefined" not found
2021-01-04 16:02:09.954 - warn: javascript.0 (3684) at Object.setState (C:\ioBroker\node_modules\iobroker.javascript\lib\sandbox.js:1358:20)
2021-01-04 16:02:09.954 - warn: javascript.0 (3684) at Object.callback (C:\ioBroker\node_modules\iobroker.javascript\lib\sandbox.js:1041:33)
2021-01-04 16:02:09.954 - warn: javascript.0 (3684) at Object.callback (C:\ioBroker\node_modules\iobroker.javascript\lib\sandbox.js:1055:38)
2021-01-04 16:02:09.954 - warn: javascript.0 (3684) at Object.stateChange (C:\ioBroker\node_modules\iobroker.javascript\main.js:472:25)
2021-01-04 16:02:09.954 - warn: javascript.0 (3684) at Immediate._onImmediate (C:\ioBroker\node_modules\iobroker.js-controller\lib\adapter.js:5384:37)
2021-01-04 16:02:09.954 - warn: javascript.0 (3684) at processImmediate (internal/timers.js:456:21)
2021-01-04 16:02:09.954 - warn: javascript.0 (3684) at process.topLevelDomainCallback (domain.js:137:15)
2021-01-04 16:02:15.472 - warn: javascript.0 (3684) State "undefined" not found
2021-01-04 16:02:15.472 - warn: javascript.0 (3684) at Object.setState (C:\ioBroker\node_modules\iobroker.javascript\lib\sandbox.js:1358:20)
2021-01-04 16:02:15.473 - warn: javascript.0 (3684) at Object.callback (C:\ioBroker\node_modules\iobroker.javascript\lib\sandbox.js:1041:33)
2021-01-04 16:02:15.473 - warn: javascript.0 (3684) at Object.callback (C:\ioBroker\node_modules\iobroker.javascript\lib\sandbox.js:1055:38)
2021-01-04 16:02:15.473 - warn: javascript.0 (3684) at Object.stateChange (C:\ioBroker\node_modules\iobroker.javascript\main.js:472:25)
2021-01-04 16:02:15.473 - warn: javascript.0 (3684) at Immediate._onImmediate (C:\ioBroker\node_modules\iobroker.js-controller\lib\adapter.js:5384:37)
2021-01-04 16:02:15.473 - warn: javascript.0 (3684) at processImmediate (internal/timers.js:456:21)
2021-01-04 16:02:15.473 - warn: javascript.0 (3684) at process.topLevelDomainCallback (domain.js:137:15)

Ich bin noch ziemlich am Anfang, deshalb entschuldigt bitte, falls es eine dumme Frage ist. Ich würde mich freuen wenn jemand helfen kann.

Viele Grüße,
Pascal

[oFbEQnpoLKKl6mbY5e13]

@smart-home-neuling sagte in Homematic IP Cloud Access Point Adapter:

...aber aus irgendeinem Grund klappt das mit dem Triggern nicht richtig.

Was bedeute das?

Ich habe selbst SPDRs im Einsatz. Allerdings sind meine Skripte mit Blockly gemacht.