FHEMduino

[Wzut]

Sodele , ich bin mit meinen FA21RF weitergekommen. Der FA21RF (aktuell bei Pollin) läst sich mit dem "alten" FA20RF verheiraten.
Der FA21RF hat intern einen dreipoligen Stecker für den Piepser, diesen kann man leicht abziehen ohne die anderen Funktionen des RM zu beeinträchtigen. Da das Ding dann lautlos ist schont das ungemein die Nerven beim testen ( ich habe aktuell jetzt acht von den Dingern offen vor mir auf dem Basteltisch liegen)
Mit den z.Z. definierten Timing Werten in der FA20RF.cpp kam ich nicht hin,  muste  die etwas anpassen. Mit einem der RM hatte ich ein kleines Problem, da er ständig eine etwas kleinere ID erzeugt die dann in HEX umgewandelt nur 5 statt 6 Zeichen ergibt. Zuerst wollte ich die Wandlung   

Code Auswählen Erweitern

message = String(code,HEX);
ändern in eine Formatierung ala sprintf(lala , "%06x",code) , aber aus irgendeinem Grund schaffte ich es nicht damit korrekte Hex Werte zu bekommen , die ersten beiden Stellen waren immer 00. Anyway , hier mein Vorschlag zur Änderung der FA20RF.cpp :
da code als uint_32 deklariert ist wir aber eh nur maximal 24 Bits davon brauchen besetzen wir es zu Anfang statt mit 0 mit 0xf vor

Code Auswählen Erweitern


// uint32_t code =0;
uint32_t code =0xF;
und weiter unten in der Funktion wird es eh wieder als Grossbucbstabe enötigt :

Code Auswählen Erweitern

char tmp[5];
  // message = "F";
  // message += String(code,HEX);
  message = String(code,HEX);
  message[0] = 'F';


Als nächstes hatte ich versucht die Rauchmelder via FHEM zum blinken zu bringen - auch hier Fehlanzeige , d.h. einer von acht lies sich ansteuern. Wer das gleiche Problem hat soll doch mal schauen ob beim Versuch den Rauchmelder on/off zu schalten ( ist eh beides on , off gibt es nicht) die rechte LED grün blinkt auch wenn er ansonsten stumm bleibt. Laut Doku erkennt er dann zwar eine Alamierung, aber für eine andere Gruppe als seine eigene.
Ich habe im Internet sehr intensiv nach eine Protokollbeschreibung fiür die RMs gesucht, allerdings sehr wenig gefunden, mit einer  Ausnahme in einem pilight Forum.
Dort wurde u.A. über das letzte sehr lange Bit im Telegramm diskutiert (12000 -18000ms). Die Jungs dort waren der Meinung das dieses letzte Bit nicht einfach nur extra lang ist sondern seine Länge im Zusammenhang mit den anderen Bits steht - vllt. ein Grund warum die Dinger sich sehr oft nicht ansteuern lassen. Im Sendecode von FA20RF.cpp  steht dort statisch eine 12000. Mir ist aufgefallen das diese 12000 zwar recht nah an meinen Empfangswerten liegen ( um die 13000 bis 14000 ) aber bei dem oben genannten RM mit der kleinen ID immer um die 17000 !
Vorschlag zum testen :
der Wert  des letzen Bits liegt doch als state vor , nun müsste man beim senden nicht nur den l$hash->{XMIT}  Wert übergeben sondern auch noch state und diesen dann an sendFA20RF weitergeben.
 

   

[ToSchu]

Hallo,

es ist zum Mäuse melken! Ich habe mich ausgiebig mit diesem Projekt beschäftigt und finde die Idee einfach großartig! Nun bin ich leider an meine Grenzen gestoßen. Ich versuche seit Tagen mit dem INO Tool den FHEMduino code zu compilieren, damit ich diesen auf den Arduino flashen kann und das Windows Tool nicht benötige. Aber jedesmal bekomme ich die folgende Fehlermedung  :

Code Auswählen Erweitern


pi@raspberrypi ~/fhemduino $ sudo ino build -m nano328
Searching for Board description file (boards.txt) ... /usr/share/arduino/hardware/arduino/boards.txt
Searching for Arduino lib version file (version.txt) ... /usr/share/arduino/lib/version.txt
Detecting Arduino software version ...  1.0.1 (1.0.1)
Searching for Arduino core library ... /usr/share/arduino/hardware/arduino/cores/arduino
Searching for Arduino variants directory ... /usr/share/arduino/hardware/arduino/variants
Searching for Arduino standard libraries ... /usr/share/arduino/libraries
Searching for make ... /usr/bin/make
Searching for avr-gcc ... /usr/bin/avr-gcc
Searching for avr-g++ ... /usr/bin/avr-g++
Searching for avr-ar ... /usr/bin/avr-ar
Searching for avr-objcopy ... /usr/bin/avr-objcopy
src/sketch.ino
Searching for Board description file (boards.txt) ... /usr/share/arduino/hardware/arduino/boards.txt
Searching for Arduino lib version file (version.txt) ... /usr/share/arduino/lib/version.txt
Detecting Arduino software version ...  1.0.1 (1.0.1)
.build/nano328/src/sketch.cpp:2:20: fatal error: sketch.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
.build/nano328/Makefile.deps:14: recipe for target '.build/nano328/src/sketch.d' failed
make: *** [.build/nano328/src/sketch.d] Error 1
Make failed with code 2


Kann mir jemand bei diesem Problem helfen?

Gruß,

Tobias

[mattes1007]

Hast du alle files in einen Ordner kopiert oder hast du noch unterordner ?

Gruß mattes

[Wzut]

.build/nano328/src/sketch.cpp:2:20: fatal error: sketch.h: Datei oder Verzeichnis nicht gefunden

und ist die Datei sketch.h nun in deinem fhemduino Ordner oder oder nicht ?

[ToSchu]

Hallo,

ich habe alles in den fhemduino/src Ordner kopiert. Der .build Ordner ist wenn man im Verzeichnis fhemduino ls aufruft nicht sichtbar, aber mit cd .build kann ich in diesen wechseln und das mit ls alle Dateien anzeigen lassen.

Gruß,

Tobias

[mattes1007]

Also alle Dateien im src Ordner ohne Unterordner ?!?
Wenn ja dann lösche mal in der .ino alles was mit der DCF Geschichte zu tun hat.
Ein auskommentieren in der sketch.h hat bei mir nichts geholfen.

Danach lief es ohne Fehler bei mir durch. Habe aber auch lange probiert.

Gruß mattes

[hoehlie]

Hallo Gemeinde,

Ich muss jetzt mal ganz blöde Frage, ist es möglich einen Rfm12b 433 mhz an dem Fhemduino zu betreiben?

Mfg Hoehlie

[Zitze]

Nein, wurde hier http://forum.fhem.de/index.php/topic,17196.msg117801.html#msg117801
schon beantwortet.

[digital.arts]

Hallo,
@ hoehlie: das ist dann kein "Fhemduino" mehr, sondern wird ein sogenannter "Jeelink-Clone"... da gibt es aber eigene Threads dazu...

vg
Karl

[hoehlie]

Ok Danke für die Antwort!
Da werde ich mir mal die hier genannten Teile bestellen!

Mfg Hoehlie

[digital.arts]

Hallo,
@Jörg
Bist Du recht eingespannt ? Vielleicht hast Du in absehbarer Zeit mal die Gelegenheit, Dir die beiden "Probleme" anzusehen,
einmal die Meldungen in der Console vom PT2262.pm und zum anderen die Probleme mit dem FA20RF Rauchmelder.
Habe ich in Antwort #990 näher beschrieben...

Danke!

vg
Karl

[mattes1007]

Hi,

habe jetz mal Testhalber mein Elro Steckdosen Set über die Fernbedienung angelernt.
Gab 4 neue Devices, die ich jetzt Problemlos schalten kann.

Jetzt hab ich noch ein LogiLink WS0002 dazu gepackt.
Läuft alles prima. Nur gibt das ja tausende von Einträgen im Log.

Code Auswählen Erweitern

2014-10-07_17:49:04 NC_WS_9_1 T: 25.8 H: 53 B: ok
2014-10-07_17:49:04 NC_WS_9_1 temperature: 25.8
2014-10-07_17:49:04 NC_WS_9_1 humidity: 53
2014-10-07_17:49:04 NC_WS_9_1 taupunkttemp: 15.5
2014-10-07_17:49:04 NC_WS_9_1 abshum: 12.8
2014-10-07_17:49:04 NC_WS_9_1 battery: ok
2014-10-07_17:49:04 NC_WS_9_1 sendMode: automatic
2014-10-07_17:49:04 NC_WS_9_1 T: 25.8 H: 53 B: ok
2014-10-07_17:49:04 NC_WS_9_1 temperature: 25.8
2014-10-07_17:49:04 NC_WS_9_1 humidity: 53
2014-10-07_17:49:04 NC_WS_9_1 taupunkttemp: 15.5
2014-10-07_17:49:04 NC_WS_9_1 abshum: 12.8
2014-10-07_17:49:04 NC_WS_9_1 battery: ok
2014-10-07_17:49:04 NC_WS_9_1 sendMode: automatic
2014-10-07_17:49:38 NC_WS_9_1 T: 26 H: 53 B: ok
2014-10-07_17:49:38 NC_WS_9_1 temperature: 26
2014-10-07_17:49:38 NC_WS_9_1 humidity: 53
2014-10-07_17:49:38 NC_WS_9_1 taupunkttemp: 15.7
2014-10-07_17:49:38 NC_WS_9_1 abshum: 12.9
2014-10-07_17:49:38 NC_WS_9_1 battery: ok
2014-10-07_17:49:38 NC_WS_9_1 sendMode: automatic
2014-10-07_17:50:13 NC_WS_9_1 T: 26.1 H: 51 B: ok
2014-10-07_17:50:13 NC_WS_9_1 temperature: 26.1
2014-10-07_17:50:13 NC_WS_9_1 humidity: 51
2014-10-07_17:50:13 NC_WS_9_1 taupunkttemp: 15.2
2014-10-07_17:50:13 NC_WS_9_1 abshum: 12.5
2014-10-07_17:50:13 NC_WS_9_1 battery: ok
2014-10-07_17:50:13 NC_WS_9_1 sendMode: automatic
2014-10-07_17:50:48 NC_WS_9_1 T: 26.1 H: 51 B: ok
2014-10-07_17:50:48 NC_WS_9_1 temperature: 26.1
2014-10-07_17:50:48 NC_WS_9_1 humidity: 51
2014-10-07_17:50:48 NC_WS_9_1 taupunkttemp: 15.2
2014-10-07_17:50:48 NC_WS_9_1 abshum: 12.5
2014-10-07_17:50:48 NC_WS_9_1 battery: ok
2014-10-07_17:50:48 NC_WS_9_1 sendMode: automatic

Habe das das

attr NC_WS_9_1 event-on-change-reading temperature:0.3, humidity:2

als attr genommen um das bisschen einzudämmen.

Leider schreibt er jetzt nur noch Temperaturwerte ins Log.

Code Auswählen Erweitern

2014-10-13_06:52:20 NC_WS_9_1 temperature: 19.9
2014-10-13_07:02:15 NC_WS_9_1 temperature: 19.5
2014-10-13_07:07:30 NC_WS_9_1 temperature: 19.2
2014-10-13_07:13:55 NC_WS_9_1 temperature: 18.9
2014-10-13_07:22:40 NC_WS_9_1 temperature: 18.5
2014-10-13_08:01:45 NC_WS_9_1 temperature: 18.8
2014-10-13_08:26:50 NC_WS_9_1 temperature: 19.1
2014-10-13_09:08:15 NC_WS_9_1 temperature: 19.5
2014-10-13_10:20:00 NC_WS_9_1 temperature: 19.8
2014-10-13_12:24:50 NC_WS_9_1 temperature: 20.1
2014-10-13_15:26:15 NC_WS_9_1 temperature: 20.5
2014-10-13_15:58:54 NC_WS_9_1 temperature: 20.8
2014-10-13_16:09:24 NC_WS_9_1 temperature: 21.1
2014-10-13_16:18:44 NC_WS_9_1 temperature: 21.5

Wie bekomme ich das hin, das er auch die Humi bei änderung schreibt,
oder noch besser das er alle 5 oder 10 min die Werte aufzeichnet.

gruß mattes

[JoWiemann]

einmal die Meldungen in der Console vom PT2262.pm und zum anderen die Probleme mit dem FA20RF Rauchmelder.

Hallo Karl FAF habe ich verschenkt, da ich selber auf andere Rauchmelder umgestellt habe. Da kann ich leider nicht weiter helfen. Beim PT2262.pm bitte in Zeile 122 die Deklaration von $basedur auf:

my $basedur = "350";

ändern.

Die andere "Fehlermeldung" kommt je nach dem welche Module installiert sind und ist nur ein Hinweis, der ignoriert werden kann.

Grüße Jörg

[JoWiemann]

Jetzt hab ich noch ein LogiLink WS0002 dazu gepackt.
Läuft alles prima. Nur gibt das ja tausende von Einträgen im Log.

define name FHEMduino_Env code [minsecs] [equalmsg]

    code ist der automatisch angelegte Hauscode des Env 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

[mattes1007]

Super.
Danke für die schnelle Antwort.
Gleich mal testen...

Gruß mattes