FHEMduino

[carlos]

Hallo,
Ich habe mir einen Nano gekauft, Sender und receiver, Sketch drauf, module in FHEM und alles funktioniert soweit.
Ich habe 4 Steckdosen mit Fernbedienung wie hier beschrieben:
http://hartgeloetet.blogspot.de/2014/05/hacking-intertec-funksteckdosen.html

Autocreate erzeugt mir aber 5 Einträge, aber nur 4 funktionieren.
Kann mir das jemand erklären?

2. Frage, warum gibts die module nicht über FHEM update?

Nur nebenbei, wenn ich die Steckdosen als IT definiere(iodev ist FHEMduino) , funktioniert sie auch und wird mir dann auch in andfhem angezeigt:

Code Auswählen Erweitern


define DOSE_D IT 00000FFF0F FF F0
attr DOSE_D IODev FHEMduino
attr DOSE_D group Schalter
attr DOSE_D model itswitch
attr DOSE_D room Steckdose


Ansonsten gute Arbeit, muss euch mal loben hier.
Gruß
Carlos

[JoWiemann]

Hallo Jörg,
anbei ein Log aus dem Serialmonitor mit Glitch 100.
Ich habe ihn etwas länger gelassen, damit Du eventuell genügend brauchbare Werte darin finden kannst.

Hallo Karl,

das Stop-Bit bei den Rauchmeldern scheint irgendwo zwischen 10.000 und 20.000 us zu schwanken. Ich habe jetzt mal das Prüfintervall entsprechend modifiziert. Teste doch mal den angehängten Sketch mit Deinen Rauchmeldern.

(Warum man die Dinger pairen muss.... Die sprechen in einem so weiten Range an!!!)

Grüße Jörg

[JoWiemann]

Hallo,

anbei die Codetabelle für die 433 MHz-Tools (s. Bilder)

Jumper:
     L n H   -> Jumper L-n == 00, kein Jumper == 01, Jumper n-H == 11
A0 o o o
A1 o o o
A2 o o o
A3 o o o
A4 o o o
A5 o o o
A6 o o o
A7 o o o
D0 o o o
D1 o o o
D2 o o o
D3 o o o

Bitstream (alles ohne Jumper):

Code Auswählen Erweitern


A0 A1 A2 A3 A4 A5 A6 A7 D3 D2 D1 D0
01 01 01 01 01 01 01 01 01 01 01 01


Bitte beachten, dass A0-A7 und dann D3-D0 den Bitstream bildet. Somit kann man durch die Wahl der Jumper ELRO-Codes simulieren. Jedenfalls habe ich geschafft einen Fenster/Tür-Sensor so zu Jumpern, dass er eine Funksteckdose eingeschaltet hat.

Eine ELRO 0 wird durch Jumpern von L-n hergestellt. Ein ELRO FF durch ungejumpert. D0 bestimmt mit L-n gejumpert == ON, nicht gejumpert == OFF.

Grüße Jörg

[JoWiemann]

Hallo,
Ich habe mir einen Nano gekauft, Sender und receiver, Sketch drauf, module in FHEM und alles funktioniert soweit.

Autocreate erzeugt mir aber 5 Einträge, aber nur 4 funktionieren.
Kann mir das jemand erklären?

Hallo Carlos,

wenn der Nachbar funkt, dann werden auch Einträge erzeugt. 

Grüße Jörg

[Spezialtrick]

Ich mal wieder ....

da mir meine Module deutlich zu kommunikativ waren, waren ich mal ein bißchen was geändert.

im Modull 14_FHEMduino_KW9010.pm
habe ich eine kleine "Zeitschleife" eingebaut.

alter Code:

Code Auswählen Erweitern


  readingsBeginUpdate($hash);
  readingsBulkUpdate($hash, "state", $val);
  readingsBulkUpdate($hash, "temperature", $tmp);
  readingsBulkUpdate($hash, "humidity", $hum);
  readingsBulkUpdate($hash, "battery", $bat);
  readingsBulkUpdate($hash, "trend", $trend);
  readingsBulkUpdate($hash, "sendMode", $sendMode);
  readingsEndUpdate($hash, 1); # Notify is done by Dispatch


neuer Code:

Code Auswählen Erweitern


if ((time() - $hash->{lastTransmit} > 60)) {
  readingsBeginUpdate($hash);
  readingsBulkUpdate($hash, "state", $val);
  readingsBulkUpdate($hash, "temperature", $tmp);
  readingsBulkUpdate($hash, "humidity", $hum);
  readingsBulkUpdate($hash, "battery", $bat);
  readingsBulkUpdate($hash, "trend", $trend);
  readingsBulkUpdate($hash, "sendMode", $sendMode);
  readingsEndUpdate($hash, 1); # Notify is done by Dispatch
  $hash->{lastTransmit} = time();
}


Dadurch werden die Werte nur noch ca. alle 60 aufgezeichnet. Dieses reduziert die Datenlast doch erheblich.

Vielen Dank für diesen Tweak! Hat bei mir funktioniert.

Würde es nicht Sinn machen, dies standardmäßig mit einzubauen?

[machnetz]

Moin,

würde es nicht sogar reichen, die Werte nur alle 5 min aufzuzeichnen? Ich wolle nämlich grad gefragt haben, wie ich diese Datenflut kompensieren kann oder die Werte nur alle 5min aufzeichne

Gruß, machnetz

[Spezialtrick]

Auch das würde mir reichen.

[JoWiemann]

Warum nicht die Logik aus CUL_TX, wie schon in 14_FHEMduino_EuroChr.pm und 14_FHEMduino_NC_WS.pm übernommen, übernehmen:

minsecs und equalMSG

Grüße Jörg

[machnetz]

...genau, ich habe mir grad die 14_FHEMduino_NC_WS.pm  auf 5 min gesetzt. Das funktioniert prima.

Gruß, machnetz

[pejonp]

..
anbei der Sketch(Eine Flashreihenfolge gibt es nicht) und die FHEM-Module, wie sie bei mir laufen.
..
14_FHEMduino_KW9010.pm

Hallo vielen Dank für die gute Arbeit. Einige Sensoren habe ich auch schon ans laufen bekommen. Beim LIFETEC  LT3594 stürzt FHEM ab. Dieser Sensor liefert keine Luftfeuchtigkeit bzw. dort steht 00. In der Console wird ein LogFehler angezeigt. Ich habe in der 14_FHEMduino_KW9010.pm in Zeile 211 die Division angepaßt. Besser währe es zu prüfen ob $DD > 0 ist. Habe ich aber so schnell nicht hinbekommen.

# TD(r,T) = b*v/(a-v) mit v(r,T) = log10(DD(r,T)/6.1078)
# jörg 15.7.2014 
#  my $v   =  log10($DD/6.1078);
  my $v   =  log10(6.1078/6.1078);

Einige Sensoren wie THGR328N und THR128 kann ich noch nicht empfangen, liegt wahrscheinlich am 433 Empfänger. Ich habe jetzt die Version 2.1d vom FHEMduino auf einen Nano V3.0 installiert.

[Spezialtrick]

Warum nicht die Logik aus CUL_TX, wie schon in 14_FHEMduino_EuroChr.pm und 14_FHEMduino_NC_WS.pm übernommen, übernehmen:

minsecs und equalMSG

Grüße Jörg

Könntest du das in die 14_FHEMduino_KW9010.pm einbauen?

[JoWiemann]

Könntest du das in die 14_FHEMduino_KW9010.pm einbauen?

Mache ich heute Abend. Werde dann auch dem Lifetec ein eigenes Modul spendieren.

Grüße Jörg

[pejonp]

Hallo locutus,

Das Modul für Fhem ist noch nicht fertig.
Ich bin zwar dran,...

Grüße Sidey

Hallo Sidey,
ich habe einen THGR328N dort werden mit der Version 2.1d Datenempfangen, aber sehr unterschiedlich. Mal alle Stunde und dann wieder im Abstand von 10 oder 20min. Beim Testaufbau nach dieser Anleitung (http://jeelabs.net/projects/cafe/wiki/Decoding_the_Oregon_Scientific_V2_protocol#Decoding-the-Oregon-Scientific-V2-protocol) kamen die Daten gefühlt öfter.
Kann aber auch am 433MHZ Empfänger liegen, werde ich aber noch testen. Denn ein THR128 wird garnicht erkannt.

Könnte man die Daten nicht auch auf das Protokoll von z.B. 36_LaCrosse.pm umschreiben (http://forum.fhem.de/index.php/topic,14786.msg172692.html#msg172692) die an FHEM gesendet werden,  so das man nur ein Modul für die Wettersensoren benötigt ?

String LaCrosse::GetFhemDataString(struct Frame *frame) {
  // Format
  //
  // OK 9 56 1   4   156 37     ID = 56  T: 18.0  H: 37  no NewBatt
  // OK 9 49 1   4   182 54     ID = 49  T: 20.6  H: 54  no NewBatt
  // OK 9 55 129 4 192 56       ID = 55  T: 21.6  H: 56  WITH NewBatt
  // OK 9 ID XXX XXX XXX XXX
  // |  | |  |   |   |   |
  // |  | |  |   |   |   --- Humidity incl. WeakBatteryFlag
  // |  | |  |   |   |------ Temp * 10 + 1000 LSB
  // |  | |  |   |---------- Temp * 10 + 1000 MSB
  // |  | |  |-------------- Sensor type (1 or 2) +128 if NewBatteryFlag
  // |  | |----------------- Sensor ID
  // |  |------------------- fix "9"
  // |---------------------- fix "OK"

Vielen Dank.
Jörg

[digital.arts]

Hallo Karl,

das Stop-Bit bei den Rauchmeldern scheint irgendwo zwischen 10.000 und 20.000 us zu schwanken. Ich habe jetzt mal das Prüfintervall entsprechend modifiziert. Teste doch mal den angehängten Sketch mit Deinen Rauchmeldern.

(Warum man die Dinger pairen muss.... Die sprechen in einem so weiten Range an!!!)

Grüße Jörg

Hallo Jörg,

ähemm, ich hab keine anderen Rauchmelder da zum testen... Der einzige, den ich hatte, liegt jetzt bei Dir 
Die anderen aus dem Gesamtpaket hab ich vor längerer Zeit bei meinen Schwiegereltern aufgehängt...

Zum anderen Thema:
da ist mir die Idee gekommen, dass ja dann eigentlich z.B. der Tür-/Fensterkontakt (mit richtiger Jumperung) DIREKT ohne FHEM eine ELRO-Schaltsteckdose schalten könnte ? Oder hab ich da einen Denkfehler...

VG
Karl

[pejonp]

Hallo,
...
- Decoding für OSV2 Protocol integriert
- Einige Compilerschalter für diverse codecs  (Oregon Scientific v2, Oregon Scientific v3,Cresta,Kaku,XRF,Home Easy) implementiert

Die OSV2 Sensoren bekommen wir auseinander genommen. Da kenne ich den Aufbau.
...
Grüße Sidey

Hallo Sidey,
ich habe versucht die Daten vom THGR328N mit dem Modul  41_OREGON.pm zu verarbeiten. Hat leider nicht funktioniert, da ja vom RFXCOM als Datenlieferant ausgegangen wird. Vielleicht kann man dieses Modul ja dafür gebrauchen ? Anders Format z.B. 0xca2c für den THGR328.

Tschüs Jörg