ich wollte kurz ein paar Enocean-Geräte von Eltako vorstellen, die in homee funktionieren.
Den Schalter FT55 kennen wohl die meisten. Er gehört mit vielen anderen Eltako-Geräten der Tipp-Funk-Reihe, die als Sensoren super mit homee funktionieren, auch wenn sie nicht in der Kompatibilitätsliste auftauchen.
Kannst Du mal Screenshots des Eltako TF-BHSB55 und des TF-FTSB aus der App posten? Die Teile sind gute Alternativen zu den Nodons und lassen sich ja in Rahmenprogramm integrieren und genau deswegen hatte ich die auch auf der Liste der Geräte, die ich mal testen wollte.
Ich habe mich jetzt mal bzgl. des FZS65-WG Funkzugschalters (ideal für übers Bett, wenn Du keine Lichtschalter neben dem Bett hast installieren lassen) geopfert und werde dann auch berichten.
Habe jetzt mal den TF-BSB55 bestellt; sieht ohne die Solarzellen des TF-BHSB55 in meinen Augen noch etwas harmonischer aus und drei Jahre Batterielaufzeit sind völlig okay. Im Schalterrahmen ist das eine schöne und unauffällige Lösung.
Wäre natürlich super, wenn die Ungereimtheiten bei der Darstellung des TF-BHSB55 noch gelöst werden würden. Dann könnten hier ein paar Enocean Geräte mehr auf die Produktliste.
Den kannst Du Dir selber auf Basis eines Eltako FT55 (passend zu Deinem Rahmenprogramm) selber mit homee Icons Lasern lassen, siehe hier (inkl. Vorlage):
Eingelernt als FT55. Was man beachten sollte: Am Ende des Einlernens den Doppeltaster auswählen (als Einfachtaster funktioniert er nicht).
Das Teil ist wie gesagt bei uns gedacht für die Lichtschaltung im Bett (unser Lichtschalter in Bettmitte ist wegen schlechter Planung leider hinter dem Kopfteil unseres Bettes “verschwunden”), er kann aber auch als Notfallschalter (“Schwester Gisela, ich brauch noch mal einen Einlauf.”) wie im Krankenhaus benutzt werden. Der Griff ist austauschbar und der Faden kürzbar.
Das Teil muss (Zugkraft) allerdings festgeschraubt werden, mit einem Klebepad wird man da nicht sehr weit kommen
So sieht er in homee aus, er landet gleich auch noch im Wiki:
auch ich bedanke mich. die Dinger sind cool
bleibt bei mir nur die Frage: könnt ihr das Aufwachintervall in irgendeiner Art beeinflussen? Bei mir waren es am Anfang 15 Minuten; nun teilweise über 60 Minuten
Hi Ernst, danke für den Link!
Heißt für mich im Umkehrschluss aber auch: es gehen Datenpakete verloren oder?
Wenn ich das richtig verstanden habe, ist es etwas irreführend, da ich davon ausgehe, dass es sich um einen voreingestellten Wert (des Herstellers bzw. in diesem Fall per Jumper von mir definierten) handelt.
Wäre es dann nicht sauberer hier in der Darstellung zu differenzieren zw.
a) Aufwachintervall gem. Gerätevorgabe (z.B. fest hinterlegt gem. Gerät/Hersteller) und
b) dem errechneten Intervall bzw. der letzten bekannten Meldung?
Wenn es keine relevante Veränderung der Temperatur / Feuchtigkeit etc gab , wird nicht alle 15min gesendet
Sondern seltener.
Es gibt je nach Chipsatz teilweise zwei (interne) intervallwerte
Das Intervall von 60min würde dazu passen . .
dann wäre das ein weiteres Indiz dafür, dass homee hier inkonsistent mit mir kommuniziert, bzw. die Entwickler unter „Aufwachintervall“ etwas anderes verstehen als ich
Das eine ist das von homee (rechnerisch) ermittelte letzte Lebenszeichen und das andere das per Hersteller/Gerät oder User definierte Aufwachintervall.
Auf die Gefahr das ich gleich wieder ausgeschimpft werde: @Thomas was denkst Du dazu?
Schneider Doku Auszug - rein zur Erklärung des Konzepts
[The idea is that the stat will wake up when the wake-up interval is elapsed and verify if the temperature has changed by more than approximately 1°F. If it did, it will send a transmission, if not it will go back to sleep until the next interval.]
The second setting (redundant transmission) will govern how often the stat will send a value, even if the temperature has not changed (as some kind of ping or keepalive).
