[Erledigt] Fritz DECT 400

Begonnen von Det20, 20 Dezember 2018, 21:50:39

Vorheriges Thema - Nächstes Thema

Det20

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?

rudolfkoenig

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.

Det20

Schade, die Dash-Buttons reagieren immer sehr verzögert. Aber klar, HTTP dauert ja etwas. Was empfiehlst du beim Poll-Intervall als untere Grenze?

rudolfkoenig

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.

Det20

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.

Jamo

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
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

rudolfkoenig

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.

Jamo

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!
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

rudolfkoenig

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.

Jamo

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>
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack

rudolfkoenig

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.

Gerold

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
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>

rudolfkoenig

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.

stera

 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>



rudolfkoenig

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.

stera

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

rudolfkoenig

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?

stera

Super vielen Dank. Das werde ich später gleich testen!

In dem jeweiligen Reiter lässt sich der Name anpassen  ;)

Danke,
Stefan


rudolfkoenig

#18
Und was ist die Vorbelegung?

stera

So wie es da steht. Habe nichts daran verändert.

stera

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?




rudolfkoenig

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?

stera

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

Jackie

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!
Raspi 3 mit FHEM, LWZ 304 Trend, Fronius Symo 10.0-3-M, Conbee II Stick, Optokoppler (USB, FTDI), diverse Ikea Tradfri Komponenten,...

rudolfkoenig

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)

Gerold

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.

Jackie

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?
Raspi 3 mit FHEM, LWZ 304 Trend, Fronius Symo 10.0-3-M, Conbee II Stick, Optokoppler (USB, FTDI), diverse Ikea Tradfri Komponenten,...

Beta-User

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!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

tomrail

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

Gerold

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");;
   }
}


tomrail

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

klausmrkor

Hallo Gerold,
Kannst du mir bitte sagen wie die Defination dafür aussieht?

Schon mal vielen Dank und Grüße

Gerold

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