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

[ruhr70]

das Skript legt für jeden Messwert einen Datenpunkt an und holt die Daten beim Skriptstart vom WIFFI ab.

Zusätzlich werden die Daten per Schedule abgeholt.

Im WIFFI kann man eine CCU IP eintragen. Dort "pusht" das WIFFI die Daten bei Änderung. Wenn Du die Variablen in der CCU angelegt hast, holt sich ioBroker sie ab (hm-rega).

ich wollte noch, dass das WIFFi die Daten direkt an ioBroker schickt, wenn man als CCU IP die ioBroker IP konfiguriert. D.h. die CCU würde keine Daten mehr erhalten, sondern nur noch ioBroker.

Die stündlichen "ich lebe noch" Meldungen konnte ich empfangen. Die Messwerte komischerweise noch nicht. Ab hier habe ich derzeit das Messer im Schwein stecken lassen.

also was derzeit geht:

Datenpunkte über das Skript anlegen lassen und per Schedule regelmäßig aktualisieren.

und/oder

Daten an die CCU und dann per hm-rega an ioBroker

Gesendet von iPhone mit Tapatalk

[funkleuchtturm]

… ich lese mit Interesse mit!

Können denn die ursprünglich an die Homematic gesendeten Push Meldungen schon ausgewertet werden ( wenn natürlich anstelle der CCU-IP die IObroker-IP eingegeben ist ) ?

Wenn das klappt, dann kann man ja auf das regelmässige Polling verzichten , oder ? (macht die CCU ja auch nicht!)

[Homoran]

@ruhr70:

also was derzeit geht:

Datenpunkte über das Skript anlegen lassen und per Schedule regelmäßig aktualisieren.

und/oder

Daten an die CCU und dann per hm-rega an ioBroker `
letzteres funktioniert.

Ersteres nicht :(

Auch nicht bei restart des Skripts.

Was muss ich löschen, damit das Anlegen der Variablen bei einem Neustart des Skripts neu initialisiert wird?

Oder habe ich das falsche Skript?

Gruß

Rainer

[Homoran]

Hallo Eugen!

Willkommen hier im Forum.

Hast du es jetzt doch noch geschafft :mrgreen:

Freue mich auf weiteren Input.

Gruß

Rainer

[ruhr70]

@funkleuchtturm:

… ich lese mit Interesse mit!

Können denn die ursprünglich an die Homematic gesendeten Push Meldungen schon ausgewertet werden ( wenn natürlich anstelle der CCU-IP die IObroker-IP eingegeben ist ) ?

Wenn das klappt, dann kann man ja auf das regelmässige Polling verzichten , oder ? (macht die CCU ja auch nicht!) `

ne, das wird gehen, da steckt aber noch das besagte Messer. :-(

kommt aber :-)

Gesendet von iPhone mit Tapatalk

[ruhr70]

@Homoran:

@ruhr70:

also was derzeit geht:

Datenpunkte über das Skript anlegen lassen und per Schedule regelmäßig aktualisieren.

und/oder

Daten an die CCU und dann per hm-rega an ioBroker `
letzteres funktioniert.

Ersteres nicht :(

Auch nicht bei restart des Skripts.

Was muss ich löschen, damit das Anlegen der Variablen bei einem Neustart des Skripts neu initialisiert wird?

Oder habe ich das falsche Skript?

Gruß

Rainer `

Hast Du die WIFFI Firmware mit dem JSON?

Gesendet von iPhone mit Tapatalk

[Homoran]

ich habe eben von eugen seine neueste handgeschnitzte 33 bekommen ;-)

Gruß

rainer

[Homoran]

ENTWARNUNG :!:

So,

habe alles (?) gelöscht und neu eingespielt - Jetzt läuft's

Danke nochmal allen Helfenden!

Gruß

Rainer

[x4tlaoguo]

Hallo Leute,

mit großem Interesse habe ich die vorherigen Beiträge gelesen.

Ich habe einen ioBroker-Adapter für den Wiffi-wz geschrieben, eine erste experimentelle aber grundsätzlich funktionierende Version kann von https://github.com/t4qjXH8N/ioBroker.wiffi-wz bezogen werden. Die Idee ist, das der Wiffi-wz seine Daten direkt an den ioBroker sendet. Dazu muss der ioBroker im Wiffi-wz als CCU eingestellt werden, zudem müssen die Daten im JSON-Format gesendet werde. Das Admin Interface meines Adapters sollte diese Einstellungen vornhemen, leider klappt das bisher nicht immer. Für Ideen bin ich offen.

Etwas zu meiner Motivation: Ich wollte die Bewegungsmelder des Wiffi nutzen, um HUE Lampen zu schalten.

Leider war die Verzögerung viel zu groß, wenn erst die Sensordaten erst an die CCU gesendet werden. Ich habe den Adapter seit ca. einer Woche im Betrieb und er funktioniert bisher fehlerfrei, zumindest was die Kombination Bewegungsmelder-HUE Lampen betrifft. Um in Zukunft mehrere Wiffis in verschiedenen Instanzen unterstützen zu können, müsste der Port an den der Wiffi seine Daten sendet, verändert werden könne. Vielleicht kann da der Entwickler des Wiffi-wz mit einem Firmware update nachhelfen.

Da dies mein erster Adapter ist seid bitte nachsichtig und meldet alle Fehler und Probleme.

[Homoran]

Hallo und Willkommen im Forum!

Und Danke für diesen Einstieg!

Trotzdem ein paar Fragen.

Ich habe den Wiffi so konfiguriert, dass er ganz normal seine Daten an die CCU schickt.

Außerdem habe ich das wiffi-Skript von ruhr70 laufen, das die Werte trotzdem direkt in ioBroker lädt.

! ````
wiff

 ![144_iobroker_skripte_wiffi_dp.jpg](/assets/uploads/files/144_iobroker_skripte_wiffi_dp.jpg) 

Beide IPs kann man dem Wiffi ja gar nicht geben.

Was hat jetzt dein Adapter für Vorteile gegenüber dem Skript? (nicht persönlich gemeint - ich will es wirklich wissen!)

Ich persönlich mag Adapter lieber als Skripte, aber bei magerem RAM kommt dann wieder die Frage nach Redundanzen.

Gruß

Rainer

[Jey Cee]

@x4tlaoguo:

Um in Zukunft mehrere Wiffis in verschiedenen Instanzen unterstützen zu können, müsste der Port an den der Wiffi seine Daten sendet, verändert werden könne. Vielleicht kann da der Entwickler des Wiffi-wz mit einem Firmware update nachhelfen. `

Ich hab zwar keinen wiffi, aber hab mir trotzdem mal deinen Adapter angesehen. Wenn ich das richtig interpretiere erstellst du kein Unterobjekt für den wiffi.

Meine Empfehlung wäre das zu tun um mehrere wiffi's mit einer Instanz verwenden zu können. Letztlich kann man dann die Zuordnung anhand der ip des wiffi machen.

Gruß

Jey Cee

[x4tlaoguo]

Hallo Leute,

vielen Dank für die freundliche Begrüßung!

Zu Rainer: Vielleicht habe ich etwas nicht richtig verstanden. Ich möchte mit den Bewegungsmeldern des Wiffi eine HUE-Beleuchtung schalten. Die Zeitspanne zwischen der Auslösung des Bewegungsmelders und dem Einschalten der Beleuchtung sollte nur einige Sekunden lang sein. Mein erster naiver Versuch sah so aus: Der Wiffi sendet wie üblich seine Daten an die CCU und der ioBroker holt sich den Wert des Bewegungsmelders über den hm-rega-Adapter. Dieser pollt typischerweise alle 30 Sekunden, was viel zu langsam ist. Nun ja, alle 3 Sekunden zu pollen ist wahrscheinlich keine gute Idee. Oder könnte man dein Skript alle 3 Sekunden ausführen? Wenn ich den Wiffi-Adapter nutze beträgt die Zeitspanne 2-3 Sekunden bis die Beleuchtung angeht. Außerdem entsteht bei Nutzung des Wiffi-Adapters nur Datenverkehr, wenn sich einer der Messwerte ändert. Das fand ich persönlich besser.

Zu Jey: Ja, du hast vollkommen recht. Das steht auf meiner Todo-Liste.

Beste Grüße

Christian

[Homoran]

Hallo Christian,

nicht dass wir aneinander vorbeireden.

ich bezog mich auf:
@x4tlaoguo:

Dazu muss der ioBroker im Wiffi-wz als CCU eingestellt werden, `
Muss er mit den Skript eben nicht!

Eugen aka funkleuchtturm hat im Wiffi eine Funktion implementiert, mit der du eine Anfrage von wo auch immer an den Wiffi stellen kannst und dafür eine JSON zurückbekommst.

Der Umweg über die CCU ist definitiv zu lange für zeitrelevante Aufgaben, keine Frage!

Gruß

Rainer

[x4tlaoguo]

Hallo Rainer,

ja, du hast recht, wenn das Skript genutzt wird kann die CCU im Wiffi stehen bleiben. Wenn ich dich und dein Skript richtig verstehe dann nutzt du den JSON-Befehl des Wiffi um ein JSON-Datensatz abzuholen. Das habe ich auch probiert, aber die Ausführung des JSON-Befehls auf dem Wiffi dauerte mir zu lange. Für zeitkritische Anwendungen ist das leider so nicht zu gebrauchen.

Übrigens finde ich, dass das Skript wesentlich geschickter programmiert ist als mein Adapter. Vielleicht "klaue" ich mir den ein oder anderen Codeschnipsel. ;)

[Homoran]

@x4tlaoguo:

Wenn ich dich und dein Skript richtig verstehe `
das Skript ist von ruhr70 .

ich habe genug eigene Federn ;-)

Gruß

Rainer

[Onkel Fritz]

Hallo x4tlaoguo,

ich habe deinen Wiffi-Adapter installiert, V2.0.

Sowohl beim Wiffi WZ als auch beim Wiffi Voice habe ich meinen ioBroker-Server als CCU-Adresse angegeben und json aktiviert.

Für beide Wiffis wurden vom Adapter Datenpunkte angelegt. Aber es kommen keine Werte rein (NULL)

Im Log sehe ich nichts auffälliges:

wiffi-wz.0 2017-02-13 13:16:18.343 info Opening local server on 192.168.178.72:8181

wiffi-wz.0 2017-02-13 13:16:18.203 info starting. Version 0.2.0 in /opt/iobroker/node_modules/iobroker.wiffi-wz, node: v0.10.22

host.nc.rsnc.de 2017-02-13 13:16:14.499 info instance system.adapter.wiffi-wz.0 started with pid 14594

Der Wiffi WZ meldet:

CCU IP-Adresse    : 192.168.178.72 connected

send_json ______________ param:27: 1

Woran kann das liegen?

Wirst du den Adapter noch für den Wiffi Voice anpassen?

Onkel Fritz

[alexpaul]

… ich lese mit Interesse mit!

Können denn die ursprünglich an die Homematic gesendeten Push Meldungen schon ausgewertet werden ( wenn natürlich anstelle der CCU-IP die IObroker-IP eingegeben ist ) ?

Wenn das klappt, dann kann man ja auf das regelmässige Polling verzichten , oder ? (macht die CCU ja auch nicht!)

[x4tlaoguo]

Hallo Leute,

sorry für die späte Antwort, ich habe wohl vergessen, die Benachrichtigungen zu aktivieren.

Ich gebe mal einen Zwischenstand, habe den Adapter und den Wiffi nun seit 8 Monaten 24/7 in Betrieb und nutze ihn

hauptsächlich als besseren Bewegungsmelder, um mein Wohnzimmerlicht zu schalten. Was soll ich sagen, es funktioniert.

Zu Onkel Fritz:

Das ist komisch, hast du die Adresse vom io-broker als CCU im Wiffi eingetragen? Sind die Firewall-Einstellungen beim io-Broker Host korrekt, d.h., wird der entsprechende Port nicht geblockt?

Zu alexpaul:

Genau so funktioniert mein Adapter, ein Pollen ist nicht nötig, da bei jeder Änderung die Daten direkt an den io-Broker gesendet werden.

Ich hoffe, ich konnte noch weiterhelfen, aber vielleicht ist es bei euch auch so, die Hausautomatisierung ist ein Langzeitprojekt.

Bestes Gelingen,

Christian

[powerich]

Hallo

leider habe ich das gleiche Problem wie Onkel Fritz. Die Messwerte werden mit "NULL" (NULL °C) dargestellt und die Boolean Werte sind "falsch".

Damit das nachvollziehbar ist, hier mal meine Konfig:

• Im Wiffi-WZ ist der IOBroker als CCU angegeben und wird auch als connected angezeigt (CCU IP-Adresse     : 192.168.x.yyy connected)

• send_json ______________ param:27: 1       JSON-Daten an CCU-Adresse verschicken, dann 1

• Firmware ist SW-version : wiffi_wz_81. Ab der Firmware 27.03.2017: wiffi_wz_69 Anpassung der 8181-Requests an die neue CCU2-Firmware 2.27.2, JSON-Telegramm angepasst

Ich habe auch zwei Wiffi-WZ wobei die CCU Variablen im ersten Gerät original sind (wz_temp) und im zweitern Gerät mit "w2" beginnen (w2_temp).

Der Fehler tritt aber bei beiden Geräten auf!

IBroker auf dem neuesten Stand, Addon in der Version 0.2 installiert von GIT.

Der Tip mit der Firewall habe ich nicht nachvollziehen können, da ich auf dem IOBroker auf RPI3 keine Firewall Einstellungen getätigt habe.

Über Tips währe ich dankbar.

Ich vermute, es ist die Einstellung im JSON Format, die jetzt anders aussieht.

Vielen Dank

Grüße

Powerich

[Homoran]

Ich habe die Konstellation WIFFI -> CCU + mehrere ioBroker, die per Skript auf den WiFFi zugreifen.

Erst ab der 5. ioBroker Installation gab es Probleme, da der Wiffi dann nicht mehr auf alle Anfragen reagieren konnte.

Habe ich diese wieder deaktiviert liefen alle anderen wieder.

Allerdings habe ich eine alte Wiffi-Firmware drauf (33).

Gruß

Rainer