FHEMduino

[JoWiemann]

Hallo Oli,

macht folgender Schalter im Source: bool    EQ_BIT_STREAM_ALLOW    = true;      // set to true to allow equal bit stream in sequence

Hallo Amura,

grundsätzlich hast Du recht. Eine ähnliche Diskussion gibt es um CUL. Ich persönlich würde die Transmitter (CUL, JeeLink, FHEMduino, ...) die Daten immer möglichst unverfälscht und in der vom Sensor gesendeten Häufigkeit durchreichen lassen. Denn Rest müssen dann die Module erledigen. Der Schalter ist für die, die das gerne schon im Transmitter unterdrückt haben möchten. (Tut ja keinem weh )

Grüße Jörg

[Olly]

Hallo Jörg,

vielen Dank, werde ich mal ausprobieren.

Gruß

     Olly

[SpenZerX]

Leider noch ein  Problem mit dem LOGILINK WS0002 Aussensensor:
Unter 0.1 Grad mag er nicht mehr. Ich habs zwei mal probiert.

Ist das nur bei mir so?

SpenZerX

2014.06.09 20:05:30.407 5: FHEMduino: K6c000+00141
2014.06.09 20:05:30.408 5: FHEMduino dispatch K6c000+00141
2014.06.09 20:05:30.412 4: FHEMduino_KW9010 Temp.Sensor.1: T 0.1 H 41 B good
2014.06.09 20:05:30.417 5: Triggering Temp.Sensor.1 (6 changes)
2014.06.09 20:05:30.419 5: Notify loop for Temp.Sensor.1 T 0.1 H 41 B good
2014.06.09 20:05:30.427 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 T 0.1 H 41 B good -> T .* H .* B good
2014.06.09 20:05:30.428 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 temperature: 0.1 -> temperature: .*
2014.06.09 20:05:30.430 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 humidity: 41 -> humidity: .*
2014.06.09 20:05:30.431 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 battery: good -> battery: good
2014.06.09 20:05:30.432 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 trend: stable -> trend: stable
2014.06.09 20:05:30.433 4: eventTypes: FHEMduino_KW9010 Temp.Sensor.1 sendMode: automatic -> sendMode: automatic
2014.06.09 20:06:04.959 5: FHEMduino/RAW: /K
2014.06.09 20:06:04.975 5: FHEMduino/RAW: K/6c000-205341

2014.06.09 20:06:04.976 5: FHEMduino: K6c000-205341
2014.06.09 20:06:04.978 5: FHEMduino dispatch K6c000-205341
2014.06.09 20:06:04.980 5: Triggering FHEMduino (1 changes)
2014.06.09 20:06:04.983 5: Notify loop for FHEMduino UNKNOWNCODE K6c000-205341
2014.06.09 20:06:04.988 4: eventTypes: FHEMduino FHEMduino UNKNOWNCODE K6c000-205341 -> UNKNOWNCODE K6c000.*
2014.06.09 20:06:05.001 3: FHEMduino: Unknown code K6c000-205341, help me!
2014.06.09 20:06:05.247 5: FHEMduino/RAW: /K6c000-
2014.06.09 20:06:05.263 5: FHEMduino/RAW: K6c000-/205341

2014.06.09 20:06:05.264 5: FHEMduino: K6c000-205341
2014.06.09 20:06:05.266 5: FHEMduino dispatch K6c000-205341
2014.06.09 20:06:05.268 5: Triggering FHEMduino (1 changes)
2014.06.09 20:06:05.271 5: Notify loop for FHEMduino UNKNOWNCODE K6c000-205341
2014.06.09 20:06:05.275 4: eventTypes: FHEMduino FHEMduino UNKNOWNCODE K6c000-205341 -> UNKNOWNCODE K6c000.*
2014.06.09 20:06:05.288 3: FHEMduino: Unknown code K6c000-205341, help me!

[Olly]

Ist das ein und derselbe Sender? Wenn ja, wurde ich sagen, passt die Berechnung für negative Temperaturen nicht.
Bei mir sind im Moment knapp 30 Grad, da Kriege ich meinen Sender nicht wirklich unter 0 Grad. In die Gefriertruhe mag ich ihn nicht stellen, geschweige dass ich von dort keinen Empfang habe.

[SpenZerX]

K6c000-205341 -> sollte -0,5 Grad sein

[JoWiemann]

Leider noch ein  Problem mit dem LOGILINK WS0002 Aussensensor:
Unter 0.1 Grad mag er nicht mehr. Ich habs zwei mal probiert.
...

Hallo,

habe den Sketch für den LogiLink WS0002 angepasst. Leider weiß ich nicht, wie ich zwischen LogiLink und PEARL Sender unterscheiden kann. Von daher gibt es einen boolean IS_WS0002 der, wenn gesetzt, WS0002 dekodiert und wenn nicht gesetzt PEARL.

Grüße Jörg

PS: Habe die fhemduino.ino neu hochgeladen -> Versionsinfo angepasst

[JoWiemann]

Hallo,

ich habe dem LogiLink WS0002 jetzt ein eigenes Modul spendiert. Die Sender werden jetzt als FHEMduino_WS0002_K_ID angemeldet, wobei K == dem eingestellten Kanal 1..3 ist und ID die beim Einlegen der Batterien per Zufall generierte Geräte-ID darstellt.

Das Log habe ich etwas angepasst:
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 sendMode: automatic
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 unknown: 0
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 battery: good
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 humidity: 34
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 temperature: 29.5
2014-06-11_17:51:03 FHEMduino_WS0002_2_34 T: 29.5 H: 34 B: +

Im state wird jetzt T: 29.5 H: 34 B: + angegeben // mit + für Batterie Ok und - für Batterie kritisch

Grüße

Jörg

[amunra]

Im state wird jetzt T: 29.5 H: 34 B: + angegeben // mit + für Batterie Ok und - für Batterie kritisch

Anmerkung: Ich bin für |critical|low|ok| oder |critical|ok| dann muss man nicht mit mehreren bzw. komplizierten notifies für Batteriewarnung, für unterschiedliche Geräte, rum hantieren - ich habs bei mir geändert, dann ist es gleich mit den HM Komponenten.
Grüße

[JoWiemann]

Hast recht, ist besser. Anbei die angepassten Module.

14_FHEMduino_KW9010.pm -> good nach ok
14_FHEMduino_WS0002.pm -> + nach ok, - nach critical
14_FHEMduino_EZ6.pm -> wird nur das BIT durchgereicht

Grüße Jörg

[SpenZerX]

Vermutlich muss ich auch den Sketch anpassen damit der WS0002 läuft? Morgen liegt der Pearl Sensor NC7159 in der Post - der würde dann nicht mehr funktionieren?

Gibt es auch einen FBH Fühler/Raumthermostat den man implementieren könnte? Sollte Ist und Soll Temperatur übertragen. Oder soll ich mich mal auf die Suche machen?

Gruß,

SpenzerX

[JoWiemann]

Hallo SpenzerX,

leider musst Du Dich im Moment entscheiden, ob Du einen WS0002 oder NC7159 einsetzen willst. Ich habe mir auch noch eine NC7159 bestellt und will mal sehen, ob die beiden Sensoren wirklich unterschiedlich sind und wenn ja, ob man die Sensoren an etwas erkennen kann.

Grüße Jörg

[amunra]

Vermutlich muss ich auch den Sketch anpassen damit der WS0002 läuft? Morgen liegt der Pearl Sensor NC7159 in der Post - der würde dann nicht mehr funktionieren?

Gibt es auch einen FBH Fühler/Raumthermostat den man implementieren könnte? Sollte Ist und Soll Temperatur übertragen. Oder soll ich mich mal auf die Suche machen?

Gruß,

SpenzerX

Den NC7159 (T only) würde ich auch zurück schicken, kein "H" schmerzt schon (kein dewpoint etc.) - klar kommt auf den Einsatzzweck an. Preis ca. -2€ haben die W9010 mal gekostet (T/H), Optik = Kosmetik/Geschmack => offen.

Das Thema: 433Mhz Thermostat würde ich eher nicht als Gerät implementieren -> Anwendungsfall ist mir nicht klar? Ein Heizungsregler vielleicht Sinvoll (kenne mich da im 433 Mhz nicht aus - ich setzt dafür auf zuverlässigere Technologie 868 Mhz "Homematic").
Aber vielleicht übersehe ich etwas....?
Nur so am Rande: TBH habe ich (an den Cubietruck's) auch im Einsatz, das funktioniert mit FHEM mit den RPII2C Modul ganz gut - Kostenpunkt auf Basis "Übersee=2-3Wochen warten" ca. 1€. - Kann auch auf RPI'is genutzt werden.
Ein BMP180(T/B) und T/H Modul (auf Basis von FHEMDuino), kann man auf Arduino noch unter bringen -> wird für mich vielleicht, sofern die Zeit es zulässt, ein Winter 2014 Projekt.

Grüße

P.S: Wobei die Kosten eigentlich nicht wirklich eine Rolle spielen -> eher der Spaßfaktor/Spielfaktor ;o)

[amunra]

Hast recht, ist besser. Anbei die angepassten Module.

14_FHEMduino_KW9010.pm -> good nach ok
14_FHEMduino_WS0002.pm -> + nach ok, - nach critical
14_FHEMduino_EZ6.pm -> wird nur das BIT durchgereicht

Grüße Jörg

Hallo Jörg,
danke, finde ich gut, dass es jemand voran treibt.
Ich selbst nutze immer noch die alten Sketsches (minimal angepasst - was die Schaltvorgänge angeht - ELROS brauchen da 6 Trittte statt 3 - das 9010 Modul funktioniert 1A), daher sehe ich für mich im Moment keinen Grund auf die neuen Module/den neuen Sketsch (die Messages auf HW-Ebene zu unterdrücken ist durchaus interessant ;o) ) zu wechseln.
Grüße

[JoWiemann]

Hallo,

ich habe 14_FHEMduino_WS0002.pm noch einmal überarbeitet.

   

Code Auswählen Erweitern

define name FHEMduino_WS0002 code [minsecs] [equalmsg]

    code ist der automatisch angelegte Hauscode des WS0002 und besteht aus der
   Kanalnummer (1..3) und einer Zufallsadresse, die durch das Gerät beim einlegen der
   Batterie generiert wird (Die Adresse ändert sich bei jedem Batteriewechsel).
    minsecs definert die Sekunden die mindesten vergangen sein müssen bis ein neuer
   Logeintrag oder eine neue Nachricht generiert werden.
   Z.B. wenn 300, werden Einträge nur alle 5 Minuten erzeugt, auch wenn das Device
        alle paar Sekunden eine Nachricht generiert. (Reduziert die Log-Dateigröße und die Zeit
   die zur Anzeige von Plots benötigt wird.)
   equalmsg gesetzt auf 1 legt fest, dass Einträge auch dann erzeugt werden wenn die durch
   minsecs vorgegebene Zeit noch nicht verstrichen ist, sich aber der Nachrichteninhalt geändert
   hat.

Grüße Jörg

[JoWiemann]

Hallo,

im Sketch war noch ein Fehler bei der Dekodierung des Eurochron / Tchibo Sensors. Weiterhin habe ich dem Eurochron ein eigenes Modul basierend auf dem letzten WS0002 Modul spendiert.

Grüße Jörg