Jeelik Modul zur Einbindung von La Crosse!

[HCS]

Kann ich statt eines RFM69CW auch ein RFM69W nehmen? Wird der auch erkannt?

Ich denke schon, aber getestet habe ich es nicht.
Mit 5€ kann man aber auch nicht viel in den Sand setzen, um es mal zu probieren.

[fh168]

ok ich werde den RFM69W mal testen, im Vergleich zum RFM12B (868)

Danke!

[HCS]

Meine Feststellung mit dem RFM69CW ist, dass er eine bessere Reichweite hat (also der Empfänger empfindlicher ist).
Mit dem empfange ich an der selben Stelle Sensoren (IT+ 868) sicher, die mit dem RFM12 nur sporadisch empfangen wurden.

[pejonp]

....
Hat folgenden Zweck: wenn man einen Port im Netzwerk verwendet, z.B. mit

Code Auswählen Erweitern

define myJeeLink JeeLink 192.168.1.55:8888
....

Hallo HCS,

ich habe da mal ein Frage zum verbinden von JeeLink über IP. Was muss ich einstellen damit ich auf einem anderen FHEM-Server die Daten per IP empfangen.
Ich denke das am empfangenden FHEM-Server:
define myJeeLink JeeLink 192.168.1.55:8888

und was beim sendenden FHEM-Server ?? Oder muß der JeeLink einen IP-Port haben.

Ich habe 2 JeeLink einmal mit RFM69CW (sehr gute Reichweite und Empfang) und einmal RFM12B. Der RFM69CW wurde genommen da die Pinbelegung identisch zum RFM12B ist und so einfach der RFM12B ausgetauscht werden kann.
Version: LaCrosseITPlusReader.10.1p (RFM69CW f:868300 r:17241) oder LaCrosseITPlusReader.10.1p (RFM12B f:868300 r:17241)
Vielen Dank.

Jörg

[Jewe]

Hallo,
ich habe einen Jeelink Clone, der ab und an auch mal aussteigt. Da habe ich mit Freude den neuen Parameter timeout eingesetzt. Nun bekomme ich aber im Logfile massig Einträge. Ist das so gewollt, oder habe ich was falsch gemacht?

attr Jeelink timeout 120,30

Code Auswählen Erweitern


2015.10.12 22:08:01 3: Opening JeeLink device /dev/ttyUSB0
2015.10.12 22:08:01 3: Setting JeeLink serial parameters to 57600,8,N,1
2015.10.12 22:08:01 3: JeeLink device opened
2015.10.12 22:08:31 3: Opening JeeLink device /dev/ttyUSB0
2015.10.12 22:08:31 3: Setting JeeLink serial parameters to 57600,8,N,1
2015.10.12 22:08:31 3: JeeLink device opened
2015.10.12 22:09:01 3: Opening JeeLink device /dev/ttyUSB0
2015.10.12 22:09:01 3: Setting JeeLink serial parameters to 57600,8,N,1
2015.10.12 22:09:01 3: JeeLink device opened
2015.10.12 22:09:31 3: Opening JeeLink device /dev/ttyUSB0
2015.10.12 22:09:31 3: Setting JeeLink serial parameters to 57600,8,N,1
2015.10.12 22:09:31 3: JeeLink device opened
2015.10.12 22:10:01 3: Opening JeeLink device /dev/ttyUSB0
2015.10.12 22:10:01 3: Setting JeeLink serial parameters to 57600,8,N,1
2015.10.12 22:10:01 3: JeeLink device opened


Grüsse, Jens

[justme1968]

wenn der entfernte jeelink an einem linux rechner steckt ist das einfachste dort ser2net zu verwenden.

in ser2net.conf trägst du dann etwas in der art ein:

Code Auswählen Erweitern

2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE

dein cul ist dann unter port 2000 zu erreichen.

gruss
  andre

[pejonp]

wenn der entfernte jeelink an einem linux rechner steckt ist das einfachste dort ser2net zu verwenden.
....

Hallo Andre,

ich denke einmal die Antwort ist für mich. Ich hatte den 2. FHEM-Server über FHEM2FHEM angebunden. Das geht auch sehr gut.
Ich habe nur gedacht das etwas eingebaut wurde was ich so noch nicht mitbekommen habe.

Jörg

[HCS]

... Nun bekomme ich aber im Logfile massig Einträge. Ist das so gewollt ...

Das ist nicht gewollt. Hast Du verbose höher als 3 eingestellt?

timeout 120,30 bedeutet, dass nach 120 Sekunden ohne Datenempfang die Schnittstelle resettet wird. Wenn dann nach 30 Sekunden keine Daten kommen, dann wird der nächste reset gemacht, usw.

Das sieht so aus, als ob nach dem Reset der Schnittstelle immer noch keine Daten vom Clone kommen (innerhalb 30 Sekunden).
Wenn ein Reset den Clone nicht wiederbelebt, dann hilft das timeout Attribut natürlich auch nichts und es resettet alle 30 Sekunden so vor sich hin.
Normalerweise sollte nach der Initialisierung in dieser Zeit was empfangen werden, da die Sensoren ja alle 4 Sekunden senden.

Kannst mal versuchen mit den Zeiten hoch zu gehen, z.B. auf "timeout 240,120"
Vielleicht dauert es bei Dir ja einfach etwas länger, bis mal Daten reinkommen.

... Ich hatte den 2. FHEM-Server über FHEM2FHEM angebunden. Das geht auch sehr gut.
Ich habe nur gedacht das etwas eingebaut wurde was ich so noch nicht mitbekommen habe.

Nö, nichts dergleichen eingebaut. Gab es alles schon.

[Jewe]

Verbose ist bei mir auf 3 eingestellt.
Ich habe die Zeiten auf 240,120 und auch 240,180 eingestellt. Das Ergebnis ist das selbe, aber in längeren Abständen.
Kann das an dem sketch auf den JeeLinkClone liegen ? Da habe ich die Version 10.1o installiert.

[HCS]

Ich habe die Zeiten auf 240,120 und auch 240,180 eingestellt. Das Ergebnis ist das selbe, aber in längeren Abständen.
Kann das an dem sketch auf den JeeLinkClone liegen ? Da habe ich die Version 10.1o installiert.

10.1o ist OK.

Bekommt das jeelink modul denn Daten rein?
Ändert sich myJeeLink_TIME im jeelink modul und ist es eine aktuelle Zeit?

[Jewe]

Ja ich bekomme die Daten der Sensoren und Datum und Uhrzeit passt.

Code Auswählen Erweitern


JeeLink_MSGCNT 145218
JeeLink_TIME 2015-10-14 23:49:54


[HCS]

attr Jeelink timeout 120,30

Code Auswählen Erweitern


2015.10.12 22:08:01 3: Opening JeeLink device /dev/ttyUSB0
2015.10.12 22:08:01 3: Setting JeeLink serial parameters to 57600,8,N,1
2015.10.12 22:08:01 3: JeeLink device opened
...


Jetzt bin ich dahinter gekommen, warum das bei Dir nicht geht. Das liegt daran, dass Dein JeeLink device "JeeLink" heißt, also genau so, wie das Modul.
Benenne es mal in "myJeeLink" oder was auch immer Du willst um, dann sollte es funktionieren.

Muss ich heute Abend mal schauen, warum das mit diesem Name nicht geht und ob es gehend gemacht werden kann.
Bin mir aber nicht sicher, ob es generell eine gute Idee ist, eine Instanz wie das Modul zu benennen.

[justme1968]

eigentlich sind die namensräume für module und devices unabhängig und es sollte keine probleme machen.

hast du einen verdacht?

gruss
  andre

[HCS]

eigentlich sind die namensräume für module und devices unabhängig und es sollte keine probleme machen.
hast du einen verdacht?

Also: wenn ich meine JeeLink Instanz "JeeLink" nenne, habe ich das gleiche Verhalten wie jensweber.

Kann es erst heute Abend debuggen, aber ich würde aus dem Bauch raus drauf tippen, dass der hier

Code Auswählen Erweitern

my $jeeLinkTime = InternalVal($name, "myJeeLink_TIME", "2000-01-01 00:00:00");
den default Value oder sonst was falsches liefert, wenn $name "JeeLink" ist.

Aber wie gesagt, nur ein Verdacht, debuggen kann ich es erst heute Abend.

[justme1968]

der name darf auch nicht harncodiert sein. 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");

der grund für die unterschiedlichen namen ist das der gleiche name verwendet wird um dein timestamp in die internals des devices einzutragen für das die nachricht ist und man so sieht über welches io die letzte nachricht reingekommen ist.

gruss
  andre

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.

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