Jeelik Modul zur Einbindung von La Crosse!

[HCS]

das internal heisst bei jedem device anders. so sollte es gehen.

Code Auswählen Erweitern

my $jeeLinkTime = InternalVal($name, "${name}_TIME", "2000-01-01 00:00:00");

Klar, jetzt sehe ich es auch. Das was ich gemacht habe funktioniert ja ausschließlich mit "myJeeLink" 

ps: du kannst bei InternalTimer direkt den device hash als dritten parameter angeben. dann brauchst du dich nicht über den namen wieder aufs device zurück hangeln. d.h. einfach statt $timerName direkt $hash verwenden.

Das mache ich üblicherweise bei den Timern so. Hier habe ich es bewusst mühevoll nicht gemacht, weil es in JeeLink Modul Stellen gibt, an denen ein Timer angeworfen wird (z.B. LaCrossePairForSec) und ich dachte, dass das dann kollidiert, wenn dieser hier auch den Hash verwendet, woran er ja dann identifiziert wird.

pps: ich hab mal eine version mit den änderungen angehängt. wenn es so funktioniert checke ich es ein.

Ohne es gerade testen zu können, vermute ich, dass das nicht geht.

Code Auswählen Erweitern

my ($hash) = @_;
my $hash = $hash->{NAME};

my $attrVal = AttrVal($name, "timeout", undef);

Es müsste aber dann eigentlich mit allein dieser Änderung funktionieren:

Code Auswählen Erweitern

my $jeeLinkTime = InternalVal($name, "${name}_TIME", "2000-01-01 00:00:00");

@jensweber: warte erst mal ab, bis wir das geregelt haben.

ps:

der name darf auch nicht harncodiert sein.

Das würde bestimmt auch nicht funktionieren 

[justme1968]

du hast natürlich recht mit den unterschiedlichen timern. ich merke schon ich bin noch nicht wirklich fit. also vergiss das mit dem hash.

man könnte statt eines namens den man wieder splitten muss auch einen hash verwenden:

Code Auswählen Erweitern

my %thash = { hash => $hash };
InternalTimer(gettimeofday() + $interval, "JeeLink_OnTimer", \%thash, 0);
und in JeeLink_OnTimer dann:

Code Auswählen Erweitern

  my ($thash) = @_;
  my $hash = $thash->{hash};
aber ich vermute es macht nicht wirklich einen unterschied.

ich würde dann nur die _TIME namens änderung einchecken.

gruss
  andre

ps: kein kommentar...

[HCS]

ich würde dann nur die _TIME namens änderung einchecken.

Ich teste es heute Abend mit dieser Änderung und gebe Bescheid, dann kannst Du einchecken.

... ich merke schon ich bin noch nicht wirklich fit ...

Gute Besserung

[fh168]

@HCS:
Ich habe mir mal den RFM 69W besorgt und sofort einen Jeelink-Clone gebaut. Mehr Sensoren hat er bei mir in der Umgebung nicht empfangen, funktioniert wie er soll. Jetzt hängt er bei mir in der Testumgebung im Langzeittest.

LG
/robin

[Jewe]

@jensweber: warte erst mal ab, bis wir das geregelt haben.

Wenn ich das jeelink modul umbenenne in myjeelink dann funktioniert es bei mir auch 
Mal sehen was Ihr nich rausgekommt...

[HCS]

Mit genau nur der Änderung funktioniert es:

Code Auswählen Erweitern

my $jeeLinkTime = InternalVal($name, "${name}_TIME", "2000-01-01 00:00:00");

Kannst einchecken.

[Prof. Dr. Peter Henning]

der name darf auch nicht harncodiert sein.

Wie machst Du das denn, kannst Du mal ein Foto einstellen ?

LG

pah

[fh168]

Hallo Gemeinde,

ich habe jetzt mehrere Tage den RFM69 W getestet. Bei mir empfängt er nicht mehr und nicht weniger als der RFM12B. Ich habe das in meinem Blog auch angemerkt und upgedatet. Ebenfalls hab ich da mal die Pin-Belegung veröffentlicht, falls sich jemand das Teil mal nachbauen möchte:
http://blog.moneybag.de/lacrosse-temperatursensor-an-arduino-nano-und-rfm12b-als-jeelink-ersatz/


a) Kann man checken, ob es sich bei dem verwendeten Transceiver sich um ein RFM69 W oder um einen RFM69 C W handelt?
Bei mir meldet er sich immer mit RFM 69 CW, siehe Screenshot.

Code Auswählen Erweitern

[LaCrosseITPlusReader.10.1p (RFM69CW f:868300 r:17241)]

b) Ich habe es nicht geschafft mit dem RFM 69 W eine PCA 301 Steckdose anzusprechen.
Natürlich mit dem PCA301 Sketch . Und initCommand gelöscht.
Hat das bei Euch in der Runde schon mal jemand getestet?  Ich habe bei einigen Versionen vom RFM12B auch Probleme gehabt, die Steckdosen zu schalten.

LG
/robin

[Billy]

b) Ich habe es nicht geschafft mit dem RFM 69 W eine PCA 301 Steckdose anzusprechen.
Natürlich mit dem PCA301 Sketch . Und initCommand gelöscht.
Hat das bei Euch in der Runde schon mal jemand getestet?  Ich habe bei einigen Versionen vom RFM12B auch Probleme gehabt, die Steckdosen zu schalten.

LG
/robin

kann nicht gehen, siehe hier
http://forum.fhem.de/index.php/topic,11648.msg324868.html#msg324868

der pca301 sketch braucht einen jeelink classic mit dem rfm12b funkmodul.

Gruß Billy

[fh168]

Danke Billy für die schnelle Antwort!

Sind die Dinger untereinander wohl doch nicht so kompatibel

LG
/robin

[HCS]

Sind die Dinger untereinander wohl doch nicht so kompatibel

RFM12 und RFM69 sind von der Software 100% inkompatibel.
Da musst Du Dich mal im richtigen Thread beim Autor des PCA301 Sketch erkundigen.

a) Kann man checken, ob es sich bei dem verwendeten Transceiver sich um ein RFM69 W oder um einen RFM69 C W handelt?
Bei mir meldet er sich immer mit RFM 69 CW, siehe Screenshot.

Nein, das geht nicht. Ich glaube ich ändere die Ausgabe auf lapidar "RFM12" und "RFM69", dann ist jegliche Verwirrung behoben.


Übrigens: justme1968 hat die Korrektur für das "timeout" Attribut eingecheckt, das sollte nun mit jedem beliebigen Namen gehen.

[fh168]

Nein, das geht nicht. Ich glaube ich ändere die Ausgabe auf lapidar "RFM12" und "RFM69", dann ist jegliche Verwirrung behoben.

ok, hast du den RFM HW69 auch getestet?

[HCS]

ok, hast du den RFM HW69 auch getestet?

Nein, ich habe ausschließlich RFM12B und RFM69CW

[fh168]

ok, dann werde ich mal HW bestellen und schauen, ob der auch funktioniert.

[Kalli01]

Hallo

Da ich auch das Problem habe, das der JeeLink immer mal hängen bleibt, wollte ich das neue Timeout Attriubut nutzen.

Habe also bei timeout 120,30 eingetragen aber nach kurzer Zeit bricht die Verbindung zu Fhem ab. Es kommt der Hinweis links oben in der Ecke.
Im Log steht: Undefined subroutine &main::timelocal called at ./FHEM/36_JeeLink.pm line 872.

Spielt die Firmware eine Rolle? Da bin ich bei 10.1n