Jeelik Modul zur Einbindung von La Crosse!

[justme1968]

ist das ein original jeelink? könnte es sein das es tatsächlich ein hardware defekt ist? ich glaube weiter oben hatte schon mal jemand das problem mit einem falsch gelöteten clone.

das beim abziehen ein 'reset' passiert ist klar und nicht ganz vergleichbar. das ding ist ja komplett stromlos und startet deshalb neu.

gruss
  andre

[HCS]

Wir hatten auch schon den Fall, dass der Sketch die Kennung geschickt hat, aber FHEM sie irgendwie irgendwo geschluckt hat.
Aus diesem Grund hatte ich mal vor längerer Zeit ein weiteres delay im Sketch eingebaut, dass FHEM mehr Zeit hat, nach dem Öffnen der Schnittstelle "empfangsbereit" zu werden.
Bei dem User damals hat das geholfen und das Problem war weg.

Man könnte den JeeLink an einen Rechner mit einem Terminalprogramm (z.B. hTerm auf Windows) stecken und mal DTR schalten und schauen, ob er einen Reset macht (also das, was in model steht, schickt)
Falls ja, liegt das Problem auf Raspi und/oder FHEM-Seite.

Da er es aber irgendwie geschafft hat, ihn zu flashen, muss ja auch ein reset gegangen sein, ohne den bekommt man die Firmware eher nicht drauf.
Wäre auch noch ein Test: funktioniert ein "set myJeeLink flash" ?

[Blablubblaber]

ja ein original kein clone.

Einfach nur ein "set myJeeLink flash" oder ein "set myJeeLink flash LaCrosse" ?

[Jewe]

Ich habe das selbe Problem mit einem Clone. Selbst nach aus und einstecken funktioniert er nicht (mehr) .
Seither konnte ich, durch  aus- und einstecken den Jeelink wieder verwenden. Seit ein paar Tagen geht er nicht mehr ?
Ich verwende den Clone seit Anfang 2015 ohne Störungen. Am Anfang auch ohne das Problemchen.

Jens

[HCS]

Ich habe das selbe Problem mit einem Clone.

Mit oder ohne Pegelanpassung?

[Jewe]

Mit oder ohne Pegelanpassung?

Ähm, keine Ahnung. Ich habe einen SainSmart Nano V3,0 ATmega328 mit RFM12B zusammengebaut.
-> ohne Pegelanpassung. Habe den thread gefunden. Naja dann sollte ich wohl mal noch ein paar Widerstände einlöten.

Dankschee.

[Feuerdrache]

Ich habe das selbe Problem mit einem Clone. Selbst nach aus und einstecken funktioniert er nicht (mehr) .
Seither konnte ich, durch  aus- und einstecken den Jeelink wieder verwenden. Seit ein paar Tagen geht er nicht mehr ?

Moin,
Genau das Problem hatten ich auch neulich.  Die LED hat bei mir hektisch geblink, als wenn der Nano leer wäre. Hab ihn dann neu geflasht und seit dem tut er wieder wie er soll.
Gruß FD


Gesendet mit einer zu kleinen Tastatur

[HCS]

Naja dann sollte ich wohl mal noch ein paar Widerstände einlöten.

Was nur dann was nutzt, wenn der RFM noch lebt ...
Einen 3.3V Arduino nehmen ist auch eine Alternative.

[rabbitlman]

Guten Tag FHEM Forum,

ich habe auch das Problem, dass sich der original Jeelink V3c nach ein paar Stunden Betrieb verabschiedet.
Bisher half ein rausziehen/reinstecken.
Das geht seit ca. 2 Tagen auch nicht mehr.

Flashen aus FHEM mit "set myJeeLink flash LaCrosse" geht. (die rote und grüne LED´s gehen dann dauernd an und flackern danach noch einmal kurz). Die blaue LED bleibt dunkel (ich habe sie NICHT mit (0a v) deaktiviert).

Nach dem Flash kommt die Meldung:

flashing JeeLink myJeeLink
detected Firmware: LaCrosse.hex
hex file: ./FHEM/firmware/JeeLink_LaCrosse.hex
port: /dev/ttyUSB0
log file: ./log/JeeLinkFlash.log
myJeeLink closed
command: avrdude -p atmega328P -c arduino -P /dev/ttyUSB0 -D -U flash:w:./FHEM/firmware/JeeLink_LaCrosse.hex 2>./log/JeeLinkFlash.log

--- AVRDUDE ---------------------------------------------------------------------------------

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f
avrdude: reading input file "./FHEM/firmware/JeeLink_LaCrosse.hex"
avrdude: input file ./FHEM/firmware/JeeLink_LaCrosse.hex auto detected as Intel Hex
avrdude: writing flash (28690 bytes):

Writing | ################################################## | 100% 4.18s

avrdude: 28690 bytes of flash written
avrdude: verifying flash memory against ./FHEM/firmware/JeeLink_LaCrosse.hex:
avrdude: load data flash data from input file ./FHEM/firmware/JeeLink_LaCrosse.hex:
avrdude: input file ./FHEM/firmware/JeeLink_LaCrosse.hex auto detected as Intel Hex
avrdude: input file ./FHEM/firmware/JeeLink_LaCrosse.hex contains 28690 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 3.23s

avrdude: verifying ...
avrdude: 28690 bytes of flash verified

avrdude done.  Thank you.

--- AVRDUDE ---------------------------------------------------------------------------------

myJeeLink opened



Ein "set myJeeLink reset"

löst im Logfile:
2016.06.23 12:12:28 3: Opening myJeeLink device /dev/ttyUSB0
2016.06.23 12:12:28 3: Setting myJeeLink serial parameters to 57600,8,N,1
2016.06.23 12:12:29 3: myJeeLink device opened


Eine weitere Funktion ist auf dem Jeelink Stick nicht zu erkennen (alle LED bleiben dunkel).

Hat jemand eine Idee, wie ich wieder mehr Leben in den Jeelink (zurück)bekomme?


Grüße aus dem Münsterland
Ralf

[HCS]

Hat jemand eine Idee, wie ich wieder mehr Leben in den Jeelink (zurück)bekomme?

Poste mal ein

Code Auswählen Erweitern

list myJeeLink

[Blablubblaber]

da ich das selbe Problem hatte (momentan läuft er) poste ich auch mal mein Ergebnis.

Code Auswählen Erweitern

Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/ttyUSB0@57600
   DeviceName /dev/ttyUSB0@57600
   FD         87
   NAME       myJeeLink
   NR         373
   PARTIAL
   RAWMSG     OK WS 26 1 255 255 255 0 4 255 255 255 255 255 255 0
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      [LaCrosseITPlusReader.10.1q (RFM69 f:868300 t:30~5)]
   myJeeLink_MSGCNT 106725
   myJeeLink_TIME 2016-06-23 16:06:45
   Matchlist:
     1:PCA301   ^\S+\s+24
     2:EC3000   ^\S+\s+22
     3:RoomNode ^\S+\s+11
     4:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     5:AliRF    ^\S+\s+5
     6:EMT7110  ^OK\sEMT7110\s
     7:KeyValueProtocol ^OK\sVALUES\s
   Readings:
     2016-06-23 16:06:45   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   initCommands 5m 30t 0a v
   room       LaCrosse

dann haben wir auch eine Referenz falls es bei mir wieder aussteigen sollte und können eventuell ein unterschied finden.

[Wernieman]

Code Auswählen Erweitern

/dev/ttyUSB0@57600
Kleiner Tip:
Wenn Du mehr als einen "Stick" hast, ist eine Definition über /dev/serial/by-id besser.

Hintergrund:
Die Nummerierung der ttyp erfolgt in der Reihenfolge, in der die Geräte beim Booten gefunden werden. Webb man mehr als eines hat, kann durch diverse Toleranzen sich die Reihenfolge Ändern und s wird versucht, den "falschen" Stick zu initialisieren.

Wenn man mehrere Geräte ohne Seriennmmr hat (z.B. Eigenbau), kann man auch über /dev/serial/by-path gehen ...

[Blablubblaber]

da habe ich ne Frage zu.

Ich habe ja beim Raspberry ein Knoten anlegen müssen mit

Code Auswählen Erweitern

sudo mknod /dev/ttyUSB0 c 188 0

muss ich den dann auch neu anlegen mit der s/n?

und in Fhem wird aus

Code Auswählen Erweitern

/dev/ttyUSB0@57600

Code Auswählen Erweitern

/dev/xxxxxxx@57600

richtig??

[Wernieman]

Du kannst Deine Vorhandene Definition editieren.

Und einfach aus /dev/ttyUSB0@57600 -> /dev/serial/by-id/XXXXX@57600

[Blablubblaber]

bekomme ich die id irgendwie raus ohne sie vor Ort abzulesen?