Fhem und MySensors: Angepasster Tür-Fenster Kontaktsensor

18 Antworten zu Fhem und MySensors: Angepasster Tür-Fenster Kontaktsensor

1. Robin sagt:

   28. Juni 2017 um 20:37

   Hallo Michael,

   danke für Dein Statement, und ich gebe Dir 100% Recht. Vor allem, weil der Sensor immer noch bei mir störungsfrei nach gefühlt 2 Jahren läuft.
   Ich haue Jens noch mal lieb an ….

   LG
   /robin
2. Michael sagt:

   28. Juni 2017 um 20:31

   Das mit dem zurückgehaltenen Source-Code ist halt schade.

   Erstens kann man da nicht sehen, was das Gerät wirklich alles macht.
   Zweitens kann man da nichts anpassen oder korrigieren.
   Drittens ist man dann halt nicht von Homematic abhängig, sondern vom Jens, und wenn es einen Fehler gibt und der Jens nicht da ist, oder nicht mehr will (krank, liest Blog nicht mehr, hat Interesse verloren, macht jetzt was anderes, beruflich eingeteilt, …), dann schaut man doof aus der Wäsche. Da bin ich lieber in Abhängigkeit einer Firma, als einem namenslosen John Doe – auch wenn’s ein bisserl mehr kostet. Beim Preis vom Funksensor ist halt auch ein formschönes Gehäuse, eine andere Frequenz (wo es keine Von-der-Stange Tools gibt mit denen man eine AP Disassociation forcieren kann), und die Arbeitszeit bezahlt.

   Gerade auf einem Blog wo man Sachen aufschraubt, auseinandernimmt, im FHEM herumhackt, … sollte man nicht den genau gegenteiligen Weg gehen und den Source-Code verstecken. Wer nicht wissen will, was hinter den Szenen passiert, der wäre nicht auf diesem Blog.

   Und bevor man jetzt sagt: „kannst ja selbst machen und posten“. Klar. Kann ich. Habe auch die Kompetenz dazu. Aber warum soll man das Rad neu erfinden? Der Jens hat’s schon, will’s aber nicht herzeigen. Warum? Naja, sonst wäre man ja nicht mehr vom Jens abhängig, und könnte ja selber … Und schon sind wir wieder beim Punkt 3 oben.
3. Jens sagt:

   22. Juli 2016 um 21:37

   Nachtrag, das war noch ein alter Sketch 🙂

   Hier mit der Software, welche ich hier freigegeben hatte.

   define Keller_FK_links MYSENSORS_DEVICE 114
attr Keller_FK_links IODev MYS_GW
attr Keller_FK_links alias Keller Fenster links
attr Keller_FK_links comment 1x1/2AA CR123A 3,2V (2016-04-02) 0,02mA Standby, 5mA Senden
attr Keller_FK_links devStateIcon open:fts_window_2w_open_lr@red closed:fts_window_2w@green
attr Keller_FK_links group Fenster
attr Keller_FK_links icon fts_window_2w
attr Keller_FK_links mapReading_armed1 1 armed
attr Keller_FK_links mapReading_current 0 current
attr Keller_FK_links mapReading_impedance 0 impedance
attr Keller_FK_links mapReading_tripped1 1 tripped 0:closed 1:open
attr Keller_FK_links mapReading_voltage 0 voltage
attr Keller_FK_links mode node
attr Keller_FK_links room Fenster,1_Keller,MySensors
attr Keller_FK_links stateFormat tripped1
attr Keller_FK_links version 1.5.4
define FileLog_Keller_FK_links FileLog ./log/Keller_FK_links-%Y.log Keller_FK_links
attr FileLog_Keller_FK_links logtype text
attr FileLog_Keller_FK_links room 1_Keller,MySensors
4. Jens sagt:

   22. Juli 2016 um 21:35

   Hallo Landwehrkamp,
   hier ein Auzug von den TFK

   define WZ_FK MYSENSORS_DEVICE 111
attr WZ_FK IODev MYS_GW
attr WZ_FK alias Wohnzimmer Fenster
attr WZ_FK devStateIcon open:fts_window_2w_open_lr@red closed:fts_window_2w@green
attr WZ_FK group Fenster
attr WZ_FK icon fts_window_2w
attr WZ_FK mapReading_tripped1 1 tripped 0:closed 1:open
attr WZ_FK mode node
attr WZ_FK room 3.0_Obergeschoss,3.1_Wohnzimmer,Fenster,MySensors
attr WZ_FK stateFormat tripped1
attr WZ_FK version 1.4.1

   brauchst du noch was?
5. Landwehrkamp sagt:

   22. Juli 2016 um 20:53

   Hallo Jens,

   danke für deine Hilfe. Bei den Max! kann man sogenannte fakeShutterContakt anlegen, was auch gut beschrieben ist. Das Problem ist, das der MySensors TFK-Kontakt als keine Ahnung als was erkannt wird. Meine Conf.:
   define Eingangstuer MYSENSORS_DEVICE 10
attr Eingangstuer IODev gateway
attr Eingangstuer mapReading_tripped1 1 tripped
attr Eingangstuer mapReading_voltage 2 voltage
attr Eingangstuer mode node
attr Eingangstuer room Fenster,Wohnzimmer
attr Eingangstuer stateFormat tripped1
attr Eingangstuer userReadings tripped1 {return "Open" if (ReadingsVal("Eingangstuer","tripped1","off") < "on");; return "Closed" }

   aber das State ändert sich nicht, nur das reading tripped1 ändert von closed auf off oder on, je nach dem wie er lustig ist.
   Vielleicht könntest Du ja einfach mal den Teil deiner config teilen um zu sehen wo der Fehler ist 🙂 Ich denke mal der Eintrag userReading ist quatsch.
   Merci schonmal, Jan
6. Jens sagt:

   22. Juli 2016 um 20:06

   Hallo Landwehrkamp,

   nein, bei mir arbeitet er schon die ganze Zeit absolut zuverlässig. Ich habe noch nie ein Signal verloren. Evtl. ist deine Ausrichtung der Magnete zum Reed-Kontakt nicht richtig.

   Ich habe auch Doppelfenster und da wird es bei Homematic & Co schon teuer, da Du 2 Geräte benötigst. Ich habe bei mir momentan auch 2 Reed-Kontakte in Reihe geschaltet, es ist mir egal, ob das linke oder das rechte Fenster offen ist. Der Zustand zählt! Bei Sturm oder Gewitter will ich nur wissen, ob ein Fenster (von den Doppelfenster) offen ist.

   Ich habe mein TFK über ein virtuelles Device mit Homematic verheiratet.
   Bei mir ist das Heizkörperthermostat so ungünstig, das es immer Fehlwerte liefert (aber auch bei anderen mechanischen oder elektronischen Thermostaten=, deshalb gehe ich über einen Wandthermostat, welcher die Raumtemperatur mist (beides Homematic). Mein TFK habe ich mit den Wandthermostat verheiratet und dieser gibt die „Fenster offen“ Kennung zum Heizkörperthermostat. Das funktioniert 100% fehlerfrei.
   Im Schlafzimmer habe ich den MySensors TFK >> virtuelles Device -> Homemantic Heizkörperthermostat verheiratet und die reagiert wirklich in Echtzeit!

   Kann hier leider keine Screenshoots hochladen. Wenn du größere Probleme hast, melde dich doch mal per Mail bei mir.
   Es gibt für fast alles eine Lösung 🙂

   Die Überlegung mit den 2 getrennten Überwachungen hatte ich auch schon, ist aber wieder bei mir eingeschlafen, da meine jetzige Schaltung ja super funktioniert.
7. Landwehrkamp sagt:

   22. Juli 2016 um 05:56

   Kommt es bei euch auch vor, das er nicht immer sendet, bzw. empfängt? Ich habe ein log erstellt und ca. 90% werden registriert. Zischen sender und Empfänger sind ca. 4m Abstand ohne Wand, oder gibt es da noch timing Einstellungen? Gibt es die Möglichkeit zwei Kontakte anzuschließen (habe große Doppelfenster) Was sicherlich gehen könnte, ist zwei Kontakte in reihe zu schalten, aber Fenster lings/rechts währe natürlich noch schöner und man spart sich noch eine Sendeeinheit. Was ich noch nicht rausgefunden habe, wie man ihn als richtigen Fensterkontakt in Fhem anlegt, um ihn mit dem Heizungsventil (MAX!) zu koppeln. Vielleicht hat jemand eine Beispiel-Config, da ich noch Perl-Neuling bin und ich das system dahinter noch nicht ganz verstanden habe. Vielen Dank für eure Hilfe.
8. Jens sagt:

   21. Juli 2016 um 20:03

   Hallo Landwehrkamp,
   ja das passiert manchmal bei FHEM, aber nur bei neuen Geräten. Ist mir auch schon des öfteren passiert und ich habe mich gewundert, warum die Werte nicht rüber kommen. Macht man eine manuelle Zuweisung, geht auch der Rest auf einmal automatisch. Was mir noch aufgefallen ist, dass es nicht nur an MySensors liegt, also andere Sachen sind auch betroffen. Aber wenn er es erstmal hat, dann läuft es stabil.

   Es kann aber auch sein, wenn du den nächsten Sensor anschließt, dass der automatisch komplett angelegt wird und Du gar nichts mehr machen brauchst.

   Gruß Jens
9. Robin sagt:

   20. Juli 2016 um 07:44

   Hallo Landwehrkamp,

   also bei mir wurde durch das Aktivieren des Sensors komplett alle Readings erzeugt, inklusive die Spannung.

   LG
   /robin
10. Landwehrkamp sagt:

    20. Juli 2016 um 04:05

    Hallo Jens,
    nach stundenlanger Suche im Netz, habe ich das bereits rausgefunden 😉 Ist das normal bei MYSensors, das man die readings Manuel zuweisen muss? Das gleiche ist mit Volt? Ich habe in die Config einfach:
    attr Fenster_Wohnzimmer mapReading_tripped1 1 tripped
    attr Fenster_Wohnzimmer mapReading_voltage 2 voltage
    eingefügt und das reading tripped on off erschien 🙂 nur Volt nicht, (vielleicht kommt es noch) Ich bin halt davon ausgegangen, das das Modul in Fhem bereits wie gewohnt die entsprechenden readings zuweist. (Anfänger in Fhem ;-))
    Jetzt muß ich nur noch rausfinden, wie ich Fhem beibring, das es sich im ein Fensterkontakt handelt, aber kleine Schritte und man lernt nie aus…. immer nach dem Motto „hast du ein Problem gelöst, kommen zwei neue…“
    Vielen Dank für eure Zeit und Mühe…
11. Jens sagt:

    19. Juli 2016 um 22:26

    Hallo Landwehrkamp,
    hast du schon „stateFormat“ Tripped1 zugewiesen?
12. Landwehrkamp sagt:

    19. Juli 2016 um 19:35

    Hallo, habe den Sensor Schritt für Schritt nachgebaut, aber bei mir fehlt das reading „tripped1“. Wenn der Kontakt geöffnet oder geschlossen wird, leuchtet kurz die obere LED und das reading „batterylevel“ in Fhem wird aktualisiert. Muss man da noch readings anlegen? Bzw Fhem sagen, was der Sensor kann? Vielen Dank schon mal
13. Matthias sagt:

    15. Juni 2016 um 12:59

    @Jens
    Mich würde der Code im Detail trotzdem sehr interessieren. 🙂 Gibt es eine Möglichkeit?

    Gruss
14. Markus sagt:

    11. Juni 2016 um 13:54

    Ok,
    super, wieder etwas schlauer und eine klare Aussage die einem eine Kaufentscheidung abnimmt.
    Dankeschön für die Hilfe 😉
15. Robin sagt:

    11. Juni 2016 um 13:28

    Hallo Markus,

    nein, 868 MHz <> 2.4 GHz. Es gibt sowas für den 868 MHz Jeelink ein Projekt „Levelsender“: Lohnt aber nicht, weil Stromverbrauch zu hoch und auch nicht dafür gedacht.
    Hole dir den Bausatz für das WLAN-Gateway (Blogbeitrag: https://blog.moneybag.de/fhem-wlan-gateway-mit-mysensors-ohne-zu-loeten/) oder einen USB-Serial Gateway mit Nano und nRFL01+ Baustein.
    LG
    /robin
16. Markus sagt:

    11. Juni 2016 um 06:19

    Hi,
    Ist soetwas auch über die 868mhz möglich?
    Habe einen Jeelink für die Lacrosse Temperaturfühler am laufen und dachte, da ich dieses Gateway schon habe, kann ich es auch für den MySensor Empfang nutzen.
    Liebe Grüße
    Markus
17. Jens sagt:

    24. Mai 2016 um 21:49

    Hallo Matthias,
    nein den Sourcecode habe ich momentan nicht öffentlich, da die meisten ja eh ein fertiges funktionierendes Modul haben möchten, habe ich es gleich als hex kompiliert.

    Der Bootloader ist momentan noch der Standart-Bootloader aber die Fuses sind angepasst, sonst wäre so eine Funktionsweise schlecht bis gar nicht umzusetzen und gerade Anfänger können durch manuelles falsches setzen der Fuses auch den Microkontroller bzw. den ProMini ins ewige Nirvana befördern. Des weiteren brauchst du eh zum setzten der Fuses einen Programmer.

    Deshalb habe ich auch die Komplettversion mit gesetzen Fuses inkl. Sketch bereitgestellt. Also flashen und gut, alles wird gesetzt und funktioniert.
18. Matthias sagt:

    24. Mai 2016 um 15:08

    Kann man die Sketche auch als .ino bekommen? 🙂 Oder hast du alles auf Github?
    Gruss und danke

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.