NEWS
HMIP Fenstergriffsensor - State in IO Broker ???
-
Moin...
Ich habe gerade mein Smart Home System von einer CCU auf IOT umgestellt und dabei bin ich gleich auf ein Problem gestoßen.
Die aktuellen Rahmenbedingungen:
- Homematic App
- Iobroker auf Raspi, mit den Adaptern Alexa 2.0, IOT, Nodered, Blockly und andere
- HMIP HAP und drei HMIPW DRAP
Schilderung des Problems:
Die Steckdose für die Abzugshaube in der Küche darf wegen des Kamin nicht unkontrolliert laufen,
daher habe ich mir gleich zwei HMIP Fenstergriff Sensoren besorgt. Unter der CCU war es kein Problem,
da der Status ohne gezicke im Iobroker auszulesen war. Jetzt allerdings komme ich nicht mehr an die STATE Meldung
für die Fenstergriff Sensoren ran, da sie zu fehlen scheinen.Ich habe im Forum aus dem Jahr 2023 ein Thema gefunden wo es auch darum ging.
Leider funktioniert das bei mir nicht.
Ich habe zur Abfrage in Blockly den detectionState verwendet und auf "0" die Abfrage gestellt.
Also ob einer der beiden Fenster nicht geschlossen ist, dann darf die Steckdose eingeschaltet sein.Beim durchprobieren welche der vorhandenen sich im Iobroker ändern wenn ich die Fenster Stellung ändere,
habe ich gesehen das sich dort nichts ändert... aber in der Homematic App, oder auch in der Alexa App wird jede
Änderung angezeigt.Leider lässt sich auch keine Direktverknüpfung in der Homematic App zwischen dem FGS und dem Aktor für die
Steckdose erstellen.Frage(n):
Habe ich den falschen Abfrage Punkt genommen?
Ist die Abfrage von "0" überhaupt richtig?
Wie bzw. wo komme ich an die richtige STATE Information?
Ist der Alexa 2.0 Adapter überhaupt in dem Fall der richtige, oder was nimmt man dann?Hat jemand von euch auch schon das Problem gehabt?
@jörg-winterstein sagte: Ist die Abfrage von "0" überhaupt richtig?
Nein, der Wert zeigt false.
Ich verstehe nicht, wie man von einer CCU auf ein Cloud basiertes System (AP) umsteigen kann. -
Moin...
Ich habe gerade mein Smart Home System von einer CCU auf IOT umgestellt und dabei bin ich gleich auf ein Problem gestoßen.
Die aktuellen Rahmenbedingungen:
- Homematic App
- Iobroker auf Raspi, mit den Adaptern Alexa 2.0, IOT, Nodered, Blockly und andere
- HMIP HAP und drei HMIPW DRAP
Schilderung des Problems:
Die Steckdose für die Abzugshaube in der Küche darf wegen des Kamin nicht unkontrolliert laufen,
daher habe ich mir gleich zwei HMIP Fenstergriff Sensoren besorgt. Unter der CCU war es kein Problem,
da der Status ohne gezicke im Iobroker auszulesen war. Jetzt allerdings komme ich nicht mehr an die STATE Meldung
für die Fenstergriff Sensoren ran, da sie zu fehlen scheinen.Ich habe im Forum aus dem Jahr 2023 ein Thema gefunden wo es auch darum ging.
Leider funktioniert das bei mir nicht.Ich habe zur Abfrage in Blockly den detectionState verwendet und auf "0" die Abfrage gestellt.
Also ob einer der beiden Fenster nicht geschlossen ist, dann darf die Steckdose eingeschaltet sein.Beim durchprobieren welche der vorhandenen sich im Iobroker ändern wenn ich die Fenster Stellung ändere,
habe ich gesehen das sich dort nichts ändert... aber in der Homematic App, oder auch in der Alexa App wird jede
Änderung angezeigt.Leider lässt sich auch keine Direktverknüpfung in der Homematic App zwischen dem FGS und dem Aktor für die
Steckdose erstellen.Frage(n):
Habe ich den falschen Abfrage Punkt genommen?
Ist die Abfrage von "0" überhaupt richtig?
Wie bzw. wo komme ich an die richtige STATE Information?
Ist der Alexa 2.0 Adapter überhaupt in dem Fall der richtige, oder was nimmt man dann?Hat jemand von euch auch schon das Problem gehabt?
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
Ich habe gerade mein Smart Home System von einer CCU auf IOT umgestellt und dabei bin ich gleich auf ein Problem gestoßen.
wie @paul53 schon schrieb:
warum macht man das?HmIP über HAP bietet deutlich weniger Möglichkeiten als über CCU.
Das wird nicht dein letztes "Problem" sein.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
Ich habe gerade mein Smart Home System von einer CCU auf IOT umgestellt und dabei bin ich gleich auf ein Problem gestoßen.
wie @paul53 schon schrieb:
warum macht man das?HmIP über HAP bietet deutlich weniger Möglichkeiten als über CCU.
Das wird nicht dein letztes "Problem" sein.
Ich bin gerade am experimentieren was in Verbindung mit Alexa besser umzusetzen ist.
Es gibt einige Fallstricke in der Spracheingabe wenn ich die CCU nutze...
Alexa gibt mir in der App nicht das richtige Feedback auf die Schaltzustände der Geräte.
Über IOT funktioniert das...
Aber ja Ihr habt recht, dafür gibt es wieder andere Probleme.Ich nutze nicht NUR den HAP sondern auch DRAPS.
-
Ich bin gerade am experimentieren was in Verbindung mit Alexa besser umzusetzen ist.
Es gibt einige Fallstricke in der Spracheingabe wenn ich die CCU nutze...
Alexa gibt mir in der App nicht das richtige Feedback auf die Schaltzustände der Geräte.
Über IOT funktioniert das...
Aber ja Ihr habt recht, dafür gibt es wieder andere Probleme.Ich nutze nicht NUR den HAP sondern auch DRAPS.
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
Alexa gibt mir in der App nicht das richtige Feedback auf die Schaltzustände der Geräte.
ok!
Ich habe genug eigene Frauen im Haus, da kommen mir fremde Frauen nicht ins Haus.Auch wenn ich dir dann nicht helfen kann, warum ist das so?
Wie hast du die Geräte in Alexa eingebunden?
werden in iobroker die Schaltzustände der Geräte zu dem Zeitpunkt richtig angezeigt?kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
Alexa gibt mir in der App nicht das richtige Feedback auf die Schaltzustände der Geräte.
ok!
Ich habe genug eigene Frauen im Haus, da kommen mir fremde Frauen nicht ins Haus.Auch wenn ich dir dann nicht helfen kann, warum ist das so?
Wie hast du die Geräte in Alexa eingebunden?
werden in iobroker die Schaltzustände der Geräte zu dem Zeitpunkt richtig angezeigt?Ich hole mal etwas aus damit es besser verständlich ist.
Vorher:
CCU, Iobroker mit RPC, Alexa 2.0 Adapter und Node Red Smart Home Control
Also damit Alexa die Geräte überhaupt gefunden hat ein Virtuelles Gerät mit Smart Homme Control erstellt.
Damit konnte ich aber nie den richtigen Status ermitteln.
Die Spracheingaben funktionierten einwandfrei und die Geräte wurden absolut korrekt mit Alexa gesteuert.Jetzt:
IOT, Ioboker mit Alexa 2.0 Adapter
Die Geräte werden gefunden, lassen sich steuern, der Status wird korrekt übergeben...
Allerdings funktionieren die Status Meldungen bei allen Fenster bzw. Türsensoren nicht.ERGO keine Schaltung der Aktoren über die Fenstersenoren
-
Ich hole mal etwas aus damit es besser verständlich ist.
Vorher:
CCU, Iobroker mit RPC, Alexa 2.0 Adapter und Node Red Smart Home Control
Also damit Alexa die Geräte überhaupt gefunden hat ein Virtuelles Gerät mit Smart Homme Control erstellt.
Damit konnte ich aber nie den richtigen Status ermitteln.
Die Spracheingaben funktionierten einwandfrei und die Geräte wurden absolut korrekt mit Alexa gesteuert.Jetzt:
IOT, Ioboker mit Alexa 2.0 Adapter
Die Geräte werden gefunden, lassen sich steuern, der Status wird korrekt übergeben...
Allerdings funktionieren die Status Meldungen bei allen Fenster bzw. Türsensoren nicht.ERGO keine Schaltung der Aktoren über die Fenstersenoren
@jörg-winterstein sagte: IOT, Ioboker mit Alexa 2.0 Adapter
Keinen hmip-Adapter?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
Alexa gibt mir in der App nicht das richtige Feedback auf die Schaltzustände der Geräte.
ok!
Ich habe genug eigene Frauen im Haus, da kommen mir fremde Frauen nicht ins Haus.Auch wenn ich dir dann nicht helfen kann, warum ist das so?
Wie hast du die Geräte in Alexa eingebunden?
werden in iobroker die Schaltzustände der Geräte zu dem Zeitpunkt richtig angezeigt?Das Dilemma ist das ich nicht weiß welchen der Punkte ich abfragen muss.
Wie auf dem Bild zu sehen ist sind es mehrere STATE Elemente.
Ich habe auch keine Ahnung ob ich die Sensoren mit den HMIPW DRI 32 verknüpfen muss damit es funktioniert. -
@jörg-winterstein sagte: IOT, Ioboker mit Alexa 2.0 Adapter
Keinen hmip-Adapter?
Ich stelle mir gerade die Frage...
Wenn alle Geräte in der HMIP App sind und auch in der Alexa App exakt so auftauchen,
muss ich dann einen weiteren Adapter im IOBROKER installieren? -
Ich hole mal etwas aus damit es besser verständlich ist.
Vorher:
CCU, Iobroker mit RPC, Alexa 2.0 Adapter und Node Red Smart Home Control
Also damit Alexa die Geräte überhaupt gefunden hat ein Virtuelles Gerät mit Smart Homme Control erstellt.
Damit konnte ich aber nie den richtigen Status ermitteln.
Die Spracheingaben funktionierten einwandfrei und die Geräte wurden absolut korrekt mit Alexa gesteuert.Jetzt:
IOT, Ioboker mit Alexa 2.0 Adapter
Die Geräte werden gefunden, lassen sich steuern, der Status wird korrekt übergeben...
Allerdings funktionieren die Status Meldungen bei allen Fenster bzw. Türsensoren nicht.ERGO keine Schaltung der Aktoren über die Fenstersenoren
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
Damit konnte ich aber nie den richtigen Status ermitteln.
wurden denn die Zustände der Geräte im ioBroker über den hm-rpc Adapter kortekt dargestellt?
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
Damit konnte ich aber nie den richtigen Status ermitteln.
wurden denn die Zustände der Geräte im ioBroker über den hm-rpc Adapter kortekt dargestellt?
Ja alle STATE Mitteilungen wurden korrekt angezeigt.
Es war immer eindeutig zusehen ob der Handgriff unter (geschlossen), waagrecht (vollöffnen), oder oben (Kippstellung)
war.Auch meine anderen Sensoren, also für den verdeckten Einbau, aber auch der Sensor für mein Garagentor wurden immer sauber im IOBROKER angezeigt.
Jetzt wo es über IOT läuft wird es nur in den Apps angezeigt, was aber eben keine Auswertung und Weiterverarbeitung
in IOBROKER zulässt und ich somit keine Regeln dazu erstellen kann was dann passieren soll. -
Ja alle STATE Mitteilungen wurden korrekt angezeigt.
Es war immer eindeutig zusehen ob der Handgriff unter (geschlossen), waagrecht (vollöffnen), oder oben (Kippstellung)
war.Auch meine anderen Sensoren, also für den verdeckten Einbau, aber auch der Sensor für mein Garagentor wurden immer sauber im IOBROKER angezeigt.
Jetzt wo es über IOT läuft wird es nur in den Apps angezeigt, was aber eben keine Auswertung und Weiterverarbeitung
in IOBROKER zulässt und ich somit keine Regeln dazu erstellen kann was dann passieren soll.@jörg-winterstein Für dich wäre also eigentlich interessant (gewesen) die Zustände von ioB korrekt in die Alexa-App zu bekommen, oder?
Der Wechsel auf die HM Cloud ist doch ein Rückschrittkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@jörg-winterstein Für dich wäre also eigentlich interessant (gewesen) die Zustände von ioB korrekt in die Alexa-App zu bekommen, oder?
Der Wechsel auf die HM Cloud ist doch ein Rückschritt@homoran Wenn man es so betrachtet ja...
ich habe bis jetzt niemanden gefunden der mir erklären konnte wie man es schafft die Geräte von der CCU in die Alexa App zu bringen, so das es am Ende funktioniert.Ich möchte die Smart Steuerung im Haus, sowohl per Tastendruck, als auch mit Visualisierung und Alexa sprach steuern können... wobei dann natürlich korrekt alle Telemetriedaten geliefert werden.
Wenn man das so ausdrücken kann.
Ich würde auch sofort wieder auf die CCU umstellen, wenn ich bestimmte Dinge wüsste wie man sie umsetzt.
So wie in dem genannten Beispiel mit dem Status... oder wie man die Geräte in Alexa auffindbar ohne SMART HOME CONTROL macht. -
@homoran Wenn man es so betrachtet ja...
ich habe bis jetzt niemanden gefunden der mir erklären konnte wie man es schafft die Geräte von der CCU in die Alexa App zu bringen, so das es am Ende funktioniert.Ich möchte die Smart Steuerung im Haus, sowohl per Tastendruck, als auch mit Visualisierung und Alexa sprach steuern können... wobei dann natürlich korrekt alle Telemetriedaten geliefert werden.
Wenn man das so ausdrücken kann.
Ich würde auch sofort wieder auf die CCU umstellen, wenn ich bestimmte Dinge wüsste wie man sie umsetzt.
So wie in dem genannten Beispiel mit dem Status... oder wie man die Geräte in Alexa auffindbar ohne SMART HOME CONTROL macht.@jörg-winterstein
Dann mach bitte dafür einen neuen Thread mit aussagekräftigem Titel, bei dem man erkennt, dass es darum geht die Werte korrekt in die Alexa-App zu bekommen, auf.Da gibt es bestimmt User, die dieses beteits hinbekommen haben.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@jörg-winterstein
Dann mach bitte dafür einen neuen Thread mit aussagekräftigem Titel, bei dem man erkennt, dass es darum geht die Werte korrekt in die Alexa-App zu bekommen, auf.Da gibt es bestimmt User, die dieses beteits hinbekommen haben.
-
@homoran ok... unter welcher Rubrik wäre ich dann richtig?
@jörg-winterstein sagte in HMIP Fenstergriffsensor - State in IO Broker ???:
@homoran ok... unter welcher Rubrik wäre ich dann richtig?
Mach es mal unter Cloud Dienste
ggf. verschiebe ich es noch, je nachdem wie es sich entwickelt -
@homoran Danke
Support us
433
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge