Hallo,
heute ist der Fritz DECT 400 hier eingetrudelt. Ich freue mich schon auf Anbindung. Aber vorab, nur damit ich mich schonmal drauf einstellen kann: Kann ich den Klick auf den Schalter in Echtzeit abfangen oder wird das nur verzögert im FHEM ankommen?
ZitatKann ich den Klick auf den Schalter in Echtzeit abfangen
Mit dem FBAHA Modul (für Fritz!OS <= 6.93): ja.
Die mit aktuellen Fritz!OS Versionen verwendbare FBAHAHTTP muss pollen, und ich wuerde den Intervall nicht zu niedrig ansetzen.
Kurz => nein.
Schade, die Dash-Buttons reagieren immer sehr verzögert. Aber klar, HTTP dauert ja etwas. Was empfiehlst du beim Poll-Intervall als untere Grenze?
ZitatAber klar, HTTP dauert ja etwas.
Auch mit HTTP kann man eine direkte Benachrichtigung realisieren (z.Bsp. per longpoll), das muss man aber wollen und implementieren, und das hat AVM nicht.
ZitatWas empfiehlst du beim Poll-Intervall als untere Grenze?
Kann nicht direkt sagen, es haengt von zu vielen Sachen ab: wieviele DECT Geraete hast du, was macht der Fritz!Box sonst, wieviele FHEM-notify/FileLog/DOIF Instanzen hast du, was muss FHEM sonst noch tun, auf welchem Hardware laeuft FHEM, wie wichtig ist, dass FHEM fluessig bleibt, usw. Aber selbst wenn du mir das alles aufzaehlst, werde ich keine Zahl nennen koennen :)
Starte mal in FHEM den Event-Monitor, und schau zu, was da alles kommt.
Alles klar, danke für die Infos. Bleibe wohl doch bei den Dash-Buttons und nutze DECT400 nur für Fritz Produkte direkt über die FB.
Hallo Rudolf,
ich habe heute einen dect400 geschenkt bekommen, bekomme den auch in FHEM eingebunden, allerdings bekomme ich keine 'short' oder 'long' Events wenn ich den Button drücke, sondern im Eventmonitor nur die Readings jeweils nach der Polltime. Siehe Auszug vom Eventmonitor, und das device listing.
Was mache ich falsch?
Das attribute "model Dect400" habe ich selber gesetzt äquivalent zum Dect200, das gab es nicht in der Auswahliste.
Als 'props' habe ich in der device definition einfach mal 'button' gesetzt.
Eventmonitor:
2019-01-03 23:57:56 FBDECT Fritz400 present: yes
2019-01-03 23:57:56 FBDECT Fritz400 AIN: 13096 0008033
2019-01-03 23:57:56 FBDECT Fritz400 FBNAME: FRITZ!DECT 400 #15
2019-01-03 23:57:56 FBDECT Fritz400 fwversion: 04.87
2019-01-03 23:57:56 FBDECT Fritz400 FBPROP: none
2019-01-03 23:57:56 FBDECT Fritz400 FBTYPE: FRITZ!DECT 400
2019-01-03 23:57:56 FBDECT Fritz400 present: yes
2019-01-03 23:57:56 FBDECT Fritz400 ID: 30
2019-01-03 23:57:56 FBDECT Fritz400 AIN: 13096 0008033
2019-01-03 23:57:56 FBDECT Fritz400 FBPROP: none
2019-01-03 23:57:56 FBDECT Fritz400 FBNAME: FRITZ!DECT 400 #15
2019-01-03 23:57:56 FBDECT Fritz400 fwversion: 04.87
2019-01-03 23:57:56 HMCCUDEV PresenceDetect2 brightness: 121.1
2019-01-03 23:58:00 CUL_HM StromSensor_IEC_01 energy: 124105.9
2019-01-03 23:58:00 CUL_HM StromSensor_IEC_01 power: 290
2019-01-03 23:58:00 CUL_HM StromSensor_IEC_01 kWh: 58708.0059
2019-01-03 23:58:01 FBDECT Fritz400 FBTYPE: FRITZ!DECT 400
2019-01-03 23:58:01 FBDECT Fritz400 AIN: 13096 0008033
2019-01-03 23:58:01 FBDECT Fritz400 present: yes
2019-01-03 23:58:01 FBDECT Fritz400 ID: 30
2019-01-03 23:58:01 FBDECT Fritz400 FBPROP: none
2019-01-03 23:58:01 FBDECT Fritz400 fwversion: 04.87
2019-01-03 23:58:01 FBDECT Fritz400 FBNAME: FRITZ!DECT 400 #15
2019-01-03 23:58:01 FBDECT Fritz400 present: yes
2019-01-03 23:58:01 FBDECT Fritz400 ID: 30
2019-01-03 23:58:01 FBDECT Fritz400 AIN: 13096 0008033
2019-01-03 23:58:01 FBDECT Fritz400 FBTYPE: FRITZ!DECT 400
2019-01-03 23:58:01 FBDECT Fritz400 FBPROP: none
2019-01-03 23:58:01 FBDECT Fritz400 fwversion: 04.87
2019-01-03 23:58:01 FBDECT Fritz400 FBNAME: FRITZ!DECT 400 #15
List vom device "Fritz400":
Internals:
CFGFN
DEF FBAHA0:13096_0008033 button
FBAHA0_MSGCNT 36
FBAHA0_TIME 2019-01-03 23:50:29
IODev FBAHA0
LASTInputDev FBAHA0
MSGCNT 36
NAME Fritz400
NR 16230
STATE ???
TYPE FBDECT
id 13096_0008033
props none
OLDREADINGS:
READINGS:
2019-01-03 23:50:29 AIN 13096 0008033
2019-01-03 23:50:29 FBNAME FRITZ!DECT 400 #15
2019-01-03 23:50:29 FBPROP none
2019-01-03 23:50:29 FBTYPE FRITZ!DECT 400
2019-01-03 23:50:29 ID 30
2019-01-03 23:50:29 fwversion 04.87
2019-01-03 23:50:29 present yes
Attributes:
IODev FBAHA0
group SCHALTER
model Dect400
room FritzBox
Zitatallerdings bekomme ich keine 'short' oder 'long' Events wenn ich den Button drücke, sondern im Eventmonitor nur die Readings jeweils nach der Polltime.
...
Was mache ich falsch?
Vermutlich hast du meinen Text nicht gelesen oder nicht verstanden.
Ich versuche es anders zu formulieren: Mit FritzOs > 6.93 ist das normal, und ich wuesste nicht, wie man es anders macht, mit dem was AVM zur Verfuegung stellt.
Bitte bei AVM beschweren.
Und: ich kenne bei DECT-Geraeten weder short noch long, das alles klingt nach Homematic.
ZitatUnd: ich kenne bei DECT-Geraeten weder short noch long, das alles klingt nach Homematic.
Siehe Bild, der 400 kann 'kurz' und 'lang' unterscheiden und je nachdem verschiedene Aktionen anstossen. Das meinte ich mit 'short' und 'long'.
ZitatVermutlich hast du meinen Text nicht gelesen oder nicht verstanden.
Ich dachte, zumindest nach der Pollzeit würde ich ein Event bekommen, ok, das hatte ich dann falsch verstanden.
Danke!
ZitatIch dachte, zumindest nach der Pollzeit würde ich ein Event bekommen, ok, das hatte ich dann falsch verstanden.
Ich glaube nicht, das "falsch Verstehen" geht vermutlich auf meinem Konto.
Kannst du bitte ein "attr FBAHAHTTP verbose 5" FHEM-Log-Ausschnitt fuer ein "set FBAHAHTTP refreshstate" hier anhaengen?
Oder gleich zwei, nach einem "short" und nach einem "long" press.
Hallo Rudolf,
das sieht beides gleich aus:
2019.01.04 10:58:17 5: FBAHA0: dispatch <device identifier="13096 0008033" id="30" functionbitmask="32" fwversion="04.87" manufacturer="AVM" productname="FRITZ!DECT 400"><present>1</present><name>Fritz400</name></device>
2019.01.04 11:00:12 5: FBAHA0: dispatch <device identifier="13096 0008033" id="30" functionbitmask="32" fwversion="04.87" manufacturer="AVM" productname="FRITZ!DECT 400"><present>1</present><name>Fritz400</name></device>
Das ist leider sehr wenig.
Ich fuerchte, AVM muss noch Arbeit in dem AHA Server investieren, bevor ich in FHEM was auswerten kann.
=> das Geraet ist fuer FHEM z.Zt. unbrauchbar.
Man kann den Taster auch über den Push Mail Service der Fritzbox und dem mailcheck Modul in Fhem einbinden.
Nutzt man dafür einen eigenen Mail- und IMAP-Server (z.B. mit exim4 und dovecot) erfolgt die Reaktion in Fhem in etwa 5-8 sec nach Tastendruck.
Laut Beschreibung der AHA-HTTP interface Datei https://avm.de/fileadmin/user_upload/Global/Service/Schnittstellen/AHA-HTTP-Interface.pdf (https://avm.de/fileadmin/user_upload/Global/Service/Schnittstellen/AHA-HTTP-Interface.pdf)
soll die Einbindung des Tasters in FritzOS 7.08 erfolgen. Im aktuellen Laborimage der FB7590 ist dies bereits umgesetzt.
getdevicelistinfos liefert:
<device identifier="13096 0005373" id="21" functionbitmask="32" fwversion="04.90" manufacturer="AVM" productname="FRITZ!DECT 400">
<present>1</present>
<name>FRITZ!DECT 400 #6</name>
<battery>100</battery>
<batterylow>0</batterylow>
<button identifier="13096 0005373-0" id="5000">
<name>FRITZ!DECT 400 #6: kurz</name>
<lastpressedtimestamp>1549098767</lastpressedtimestamp>
</button>
<button identifier="13096 0005373-9" id="5001">
<name>FRITZ!DECT 400 #6: lang</name>
<lastpressedtimestamp />1549098758</lastpressedtimestamp>
</button>
</device>
Ich habe lastpressedtimestamp dem Modul beigebracht, allerdings wird wg. dem relativ einfachen Parser im FHEM-Modul und der laienhaften Spezifikation der Syntax seitens AVM nur der letzte Wert (in diesem Fall fuer lang) genommen. Weiterhin enthaelt die verlinkte Dokumentation (vom 22.1.2019) die Erklaerung des Bits 5 (== 32) fuer functionbitmask nicht.
Da es weiterhin keine Benachrichtigung gibt, und das Fritz!BOX regelmaessig abgefragt werden muss, ist ein Schalter ueber diese Schnittstelle nur sehr begrenzt verwendbar.
Hallo,
gibt es hier schon neue Erfahrungen mit dem Taster?
Ich habe aktuell das Problem, dass fbahahttp kein Autocreate macht. Auf einem anderen System funktioniert es, aber bekomme nicht das reading lastpressedtimestamp angezeigt :(
im getdevicelist von der FritzBox habe ich das
<device identifier="13097 0022783" id="23" functionbitmask="32" fwversion="04.90" manufacturer="AVM" productname="FRITZ!DECT 400">
<present>1</present>
<name>FRITZ!DECT 400 #8</name>
<battery>100</battery>
<batterylow>0</batterylow>
<button identifier="13096 0022783-0" id="5000">
<name>FRITZ!DECT 400 #8: kurz</name>
<lastpressedtimestamp>1587454104</lastpressedtimestamp>
</button>
<button identifier="13096 0022783-9" id="5001">
<name>FRITZ!DECT 400 #8: lang</name>
<lastpressedtimestamp>1587419152</lastpressedtimestamp>
</button>
</device>
Zitatgibt es hier schon neue Erfahrungen mit dem Taster?
Mir sind keine bekannt.
ZitatIch habe aktuell das Problem, dass fbahahttp kein Autocreate macht.
Wenn ich die abgebildeten Daten ohne Newline (so wie normalerweise von der FB gesendet wird in einer Datei ablege, und sie in einer Testinstallation einspiele mit:
fhem> { $data{file} = `cat getdevicelist.txt` }
fhem> { Dispatch($defs{fb}, $data{file}, undef) }
dann wird bei mir ein Geraet FBDECT_fb_13096_0022783_9 angelegt.
Ist evtl autocreate nicht vorhanden/aus oder das Geraet wurde angelegt, aber irgendwann auf ignore gesetzt?
Wenn das alles nicht zustimmt, dann brauche ich fuer eine weitere Analyse ein "attr global verbose 5" FHEM-Log.
Moin Rudolf,
vielen Dank für die Antwort. Hatte das autocreate Module nicht installiert.
Ist es denn irgendwie möglich das Reading "lastpressedtimestamp" für den kurzen Tastendruck mit reinzubekommen bzw. anzulegen?
Gruß,
Stefan
Das Modul erstellt ab sofort _zusaetzlich_ lastpressedtimestamp_kurz und lastpressedtimestamp_lang, falls der Name fuer die buttons mit kurz oder lang endet.
Ist das eigentlich konfigurierbar?
Wenn ja, wo?
Super vielen Dank. Das werde ich später gleich testen!
In dem jeweiligen Reiter lässt sich der Name anpassen ;)
Danke,
Stefan
Und was ist die Vorbelegung?
So wie es da steht. Habe nichts daran verändert.
Muss ich jetzt noch warten, bis das Update hochgeladen ist. Im Github sehe ich auch noch keine Veränderung ::)
Beim Anlegen durch des Autocreate Devices bekomme ich auch immer nur das von der Taste "lang". Die AIN Nr. sind für lang und kurz ja unterschiedlich.
Mach ich was falsch um an das Reading zu kommen?
ZitatMuss ich jetzt noch warten, bis das Update hochgeladen ist.
Ich habe die Daten gestern eingecheckt (siehe https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_FBDECT.pm), Code-Aenderungen werden fuer das FHEM update immer am naechsten Tag ab acht zur Verfuegung gestellt. Neulingen erzaehle ich das (gefuehlt schon tausendmal), bei ca 300 Posts habe ich dieses Wissen vorausgesetzt.
ZitatIm Github sehe ich auch noch keine Veränderung ::)
In welchem Github?
Sorry, ich habe mich damit noch nicht so sehr beschäftigt und am Rande einmal mitbekommen, dass Updates erst am Folgetage durch das Update bereitgestellt werden. Mit Github meine ich das hier https://github.com/mhop/fhem-mirror/blob/master/fhem/FHEM/00_FBAHAHTTP.pm
Aber nun ist man wieder ein Schritt schlauer..
Danke und es funktioniert jetzt bestens ;) Will den Taster als eine Art Notruftaster einrichten. Fhem macht es ja zum Glück einfach möglich dann auch ein Anruf abzusetzen :D . Eine Funktion die man von AVM vllt. auch schon hätte erwarten können.
Schönes Wochenende und Vielen Dank,
Stefan
Hallo,
sorry dass ich nochmal "doof" nachfrage: ist das DECT400 Modul in FHEM inzwischen brauchbar nutzbar, inklusive Long- and Shortpress und zeitnaher Reaktion? Ich suche derzeit nach einem Ersatz für meine Dashbuttons, die ich leider nicht mehr reaktivieren kann (Batterie zu spät gewechselt, Firmware zu neu für den Audio-Exploit), mit denen ich bisher eine smarte Steckdose geschaltet habe.
Mein Anwendungsfall wäre also Schalten einer Steckdose, und zwar mit möglichst geringer Latenz (2-3 Sekunden wären noch okay). Ist das mit FHEM und der FritzDect400 jetzt mögloch?
Danke!
Moeglich: ja (man kann die Poll-Rate aus 1-2 Sekunden stellen)
Empfohlen: nein (bei dieser Refreshrate treten je nach Umgebung/Hardware unerwuenschte Nebeneffekte auf)
Ich fange dafür die Pushmails, die die FB beim Tastendruck sendet, in FHEM ab und werte mit einem Notify die Betreffzeile der Mail aus. Latenzzeit etwa 5 bis 8 Sekunden.
Zitat von: rudolfkoenig am 16 Juni 2020, 13:49:52
Moeglich: ja (man kann die Poll-Rate aus 1-2 Sekunden stellen)
Empfohlen: nein (bei dieser Refreshrate treten je nach Umgebung/Hardware unerwuenschte Nebeneffekte auf)
Okay, ich betreibe FHEM auf einem Raspi3, da wird die Last vermutlich zu hoch sein... Ich finde es schade, dass es so weinige Alternativen gibt, die auf WLAN oder DECT setzen, oder kennt ihr etwas zum Dash Button vergleichbares, das gut mit FHEM zusammenarbeitet?
Zigbee-Taster wären eine Möglichkeit, aber dafür habe ich noch keine Infrastruktur. Würde ich einen USB-STick als Zigbee Gateway am Raspi mit FHEM betreiben, der sich im Keller befindet, hat der dann ein Button im OG, der eine Beton- und eine Holzständerdecke darüber überwinden muß, noch genug Empfang, ohne weitere Repeater? Oder welche Möglichkeiten gäbe es noch?
Zitat von: Jackie am 16 Juni 2020, 22:21:39
Okay, ich betreibe FHEM auf einem Raspi3, da wird die Last vermutlich zu hoch sein... Ich finde es schade, dass es so weinige Alternativen gibt, die auf WLAN oder DECT setzen, oder kennt ihr etwas zum Dash Button vergleichbares, das gut mit FHEM zusammenarbeitet?
Zigbee-Taster wären eine Möglichkeit, aber dafür habe ich noch keine Infrastruktur. Würde ich einen USB-STick als Zigbee Gateway am Raspi mit FHEM betreiben, der sich im Keller befindet, hat der dann ein Button im OG, der eine Beton- und eine Holzständerdecke darüber überwinden muß, noch genug Empfang, ohne weitere Repeater? Oder welche Möglichkeiten gäbe es noch?
Tendenziell sollte man "neue" bzw. ganz andere Fragen in einem passenden Thread (hier: ggf. neu) stellen...
WLAN braucht vergleichsweise viel Strom, von daher kann man es schade finden, es ist aber eigentlich logisch.
ZigBee hat in etwa eine ähnliche Reichweite wie WLAN (auch logisch: selber Frequenzbereich...), wobei man für Batterie-Geräte tendenziell wohl zur Schonung der Batterie einen gut erreichbaren Repeater haben sollte und die Antennenleistung der gängigen USB-Dongles teils nicht so dolle ist (das gilt auch für andere vermeshte Systeme wie ZWave). Was aber geht (sofern man zigbee2mqtt einsetzt): Das "starkes" Interface ins LAN stellen, z.B. einen CC2350 mit externer Antenne.
Bitte aber wie gesagt nicht hier vertiefen!
Zitat von: Gerold am 16 Juni 2020, 15:39:37
Ich fange dafür die Pushmails, die die FB beim Tastendruck sendet, in FHEM ab und werte mit einem Notify die Betreffzeile der Mail aus. Latenzzeit etwa 5 bis 8 Sekunden.
Hallo
Ich versuch momentan was ähnliches , könntest du mal dein Notify hier posten als Grundlage zum Vergleich den so richtig will das bei mir nicht.
Schon mal vielen Dank und Grüße
Der Notify sieht so aus:
mail:Subject:.* {
my $subject = ReadingsVal("mail", "Subject", "");;
if ($subject eq "FRITZ!DECT 400 #6: kurz Tastendruck gemeldet") {
fhem("set o2WestRollladen open");;
}
if ($subject eq "FRITZ!DECT 400 #6: lang Tastendruck gemeldet" ) {
fhem("set o2WestRollladen closed");;
}
}
Hallo
Danke für das posten des Notify. Durch viele Versuche bin ich auf so ziemlich das selbe gekommen nur bei mir für einen DECT 440 4 fach Schalter.
Mfg
Hallo Gerold,
Kannst du mir bitte sagen wie die Defination dafür aussieht?
Schon mal vielen Dank und Grüße
Um FHEM Kommandos auszuführen braucht man mit einem aktuellem FB-Image nicht mehr den Umweg über eine Pushmail. Die Box kann ein Kommando direkt über eine URL an FHEM senden. Eine Anleitung dazu findet man hier: https://forum.fhem.de/index.php?topic=118303.msg1237372#msg1237372 (https://forum.fhem.de/index.php?topic=118303.msg1237372#msg1237372)