Jeelik Modul zur Einbindung von La Crosse!

[timoschober]

Genau die Initialisierung und die Emfpangsroute interessiert mich.
Die Firmware "LaCrosseITPlusReader05.ino" konnte ich mir leider nicht anschauen, da dies vermute ich mal bereits kompeliert ist.
Die Sourcen hierzu interessieren mich.

Ist der Quellcode irgendwie zugänglich?

[timoschober]

ups - mein Fehler. Vergesst was ich geschrieben habe

[ulli]

Ohh mann schlauby 

[pinky]

also empfangen tut der JeeLink was vom 30.3180.IT. Zumindest seh ich bei aktiviertem debug, dass Daten kommen. Diese sind aber sowohl was CRC als auch Header angeht nicht in der Form wie es der sketch erwarten würde ... mal guggen ob ich mit meinen begrenzten Fähigkeiten da was ermitteln kann ...

Hallo,

Ich kämpfe nun schon seit Tagen mit 6 Sensoren vom Typ 30.3180.IT - bisher leider ohne Erfolg.
Mit dem  Sketch 10.f bekomme ich im Debug Mode zahlreiche Datenpakete, die ich bisher nicht entschlüsseln kann.

@La_Si_Hong: Bist du mit deinen Sensoren schon weitergekommen?

Hat jemand Hinweise, wie die Datenpakete aufgebaut sind? Falls ja, würde ich mich gerne einbringen, das Ganze in FHEM zu integrieren.

Anbei aus dem Logfile - vielleicht kann jemand damit etwas anfangen...

[digital.arts]

Hallo Experten,

ich bitte um Nachsicht für meine Unwissenheit und gleichzeitig um Hilfe für mein Problem...
Basics:
RaspPi mit FHEM 5.5.
Erfolgreich getestet:
1-Wire 18B20 über GPIO4
433MHz-Modul über WiringPI (sendelro) mit Pollin-Steckdosen

Was nicht funktioniert:
original Jeelink v3 mit 30.3181.IT Sender
Jeelink-Nachbau (Arduino Nano mit RFM12B) mit 30.3181.IT Sender

Da habe ich anscheinend grundsätzliche Probleme:
- Jeelink erfolgreich geflasht, mit dem LaCrosseITPlusReader.ino v10.0f
- Jeelink wird vom RaspPi erkannt (/dev/ttyUSB0)

1. Frage: mit den in verschiedenen Blogs beschriebenem "define myJeelink JeeLink /dev/ttyUSB0" wird zwar ein neues "Gerät" definiert, aber trotz Verbose-Level 5, set lacrossepairforsec 60 ignore_battery, keinerlei Reaktionen im Event Monitor ?
2. Frage: ohne Device-ID, die ich ja eigentlich im Monitor ersehen sollte, kann ich auch kein "define xxname LaCrosse" machen, oder?
3. Feststellung: liegt zu 99,9% nicht am Jeelink oder meinem Nachbau, da bei beiden genau die gleichen Probleme auftreten.
4. Frage: liegt es am 30.3181.IT ?? Da ist eine feste 4-stellige ID auf der Rückseite aufgedruckt, auch beim Batterieeinlegen am Display zu sehen. Geht dieser Sensor überhaupt mit dem Jeelink ??
5. Frage: gibt es eine Möglichkeit, meine beiden "Sticks" im FHEM oder in der RaspPi-Konsole irgendwie zu testen, um die Funktionalität zu prüfen ?? (ohne Sensor ?)

Fragen über Fragen... vielleicht wird mir ja geholfen bzw. der nötige Denkanstoss gegeben, damit mir ein Licht aufgeht ...

Vielen Dank im Voraus

Karl

[fh168]

Hallo Karl,

steht denn bei Fhem unter "unsorted" -> Jeelink das Device ( bei dir Arduino) drin? Sollte "open" oder "initialized" dort stehen.
Hast du einen aktuellen Update-Abruf von fhem (developer) gemacht?
Hast du auch den rfm12b genommen? 868Mhz oder haben deine Temperatursensoren anderen Frequenzbereich?

OOps.. hast bisher alles richtig gemacht. ich war zu schnell.
Ja die sollten bei verbose Level 5 auftauchen, dann nur noch mit der im Log stehenden ID im Define eintragen und schon sollte es klappen.
Im Arduino Serial-Monitor kannst du die Sensoren prüfen ob was ankommt, ich glaube da gab es ein debug-flag. Ich habe in meinem Blog auch einen Screen-Shot davon gemacht, wie das aussehen sollte.

Ich nutze die TX29 IT bzw. TX29DT-HT-IT bin zufrieden. Ich habe davon damals einen Blog-Beitrag gemacht:

http://blog.moneybag.de/lacrosse-temperatursensor-an-arduino-nano-und-rfm12b-als-jeelink-ersatz/

Robin

[digital.arts]

Hallo Robin,

mit geflashtem Lacrosse-Sketch kommt gar nichts im Arduino-Serial-Monitor. Ich habe dann probeweise die RF12demo aus den jeelib-Beispielen geflasht, da kommt dann wenigstens eine Rückmeldung im Monitor mit den geflashten Eckdaten und auch Datenreihen werden empfangen, aber in unregelmäßen Abständen:

Code Auswählen Erweitern

[RF12demo.10] A i1 g212 @ 868 MHz
DF I 514 2

Available commands:
  <nn> i     - set node ID (standard node ids are 1..30)
  <n> b      - set MHz band (4 = 433, 8 = 868, 9 = 915)
  <nnn> g    - set network group (RFM12 only allows 212, 0 = any)
  <n> c      - set collect mode (advanced, normally 0)
  t          - broadcast max-size test packet, request ack
  ...,<nn> a - send data packet to node <nn>, request ack
  ...,<nn> s - send data packet to node <nn>, no ack
  <n> l      - turn activity LED on PB1 on or off
  <n> q      - set quiet mode (1 = don't report bad packets)
  <n> x      - set reporting format (0 = decimal, 1 = hex)
  123 z      - total power down, needs a reset to start up again
Remote control commands:
  <hchi>,<hclo>,<addr>,<cmd> f     - FS20 command (868 MHz)
  <addr>,<dev>,<on> k              - KAKU command (433 MHz)
Flash storage (JeeLink only):
  d                                - dump all log markers
  <sh>,<sl>,<t3>,<t2>,<t1>,<t0> r  - replay from specified marker
  123,<bhi>,<blo> e                - erase 4K block
  12,34 w                          - wipe entire flash memory
Current configuration:
A i1 g212 @ 868 MHz
? 178 52 189 70 163 104 43 116 102 117 164 151 254 52 102 78 134 252 12 146 48
? 133 79 45 70 0 71 151 183 37 244 164 40 3 60 125 41 209 33 138 42 67
? 186 118 186 206 68 220 217 214 213 227 68 197 200 220 228 28 100 48 102 12 165
? 162 56 168 211 177 52 164 163 199 51 6 74 217 58 171 28 135 218 92 5 72
? 141 128 55 5 176 206 142 105 174 131 169 232 51 58 238 229
? 140 61 146 125 210 42 19 235 85 4 141 219 200 160 162 152 242 184 235 10 172
? 12 136 32 147 216 153 1 228 84 18 1 180 65 157 74 219 208
? 8 250 64 172 161 3 161 235 239 43 254 242 2 39 254 222 113 220 213 221 227


Ich hab mir jetzt noch zusätlich ein TX29IT bestellt... der Sender sollte jedenfalls von der Kompatibilität passen.
Mal sehen, was dann im Serial-Monitor bzw. Event-Monitor ankommt...

Karl

[JoWiemann]

ich habe eben die erweiterungen von ulli aus dem thread hier: http://forum.fhem.de/index.php/topic,17697.0.html zum JeeLink modul eingecheckt.

es sollte keine seiteneffekte für die anderen client module haben.

gruss
  andre

Hallo Andre,

wie schon im PCA301-Thread gepostet funktioniert das Senden an die PCA-Steckdosen seit Deiner Integration nicht mehr.

http://forum.fhem.de/index.php/topic,11648.msg163611.html#msg163611

Grüße Jörg

[mannil]

Folgende Sensoren habe ich jetzt erfolgreich in Betrieb nehmen können:

-TX35TH-IT (ohne D)
-WD 30.3155
-WD 30.3156 (nur Temperatur).

Vielleicht hilfts ja jemandem.

[digital.arts]

Hallo,

ich kann inzwischen ein Status-Update meines Problems von Vorgestern geben:
Sender TX29IT ist heute eingetroffen, wird sofort erkannt, bei mir mit "OK 9 ...."; habe mit der ID eine define Lacrosse mit IODev Jeelink erstellt,
wird dann auch schön angezeigt im Event-Monitor:
2014-05-02 19:36:05 LaCrosse Funktemperatur temperature: 20.2
2014-05-02 19:36:05 LaCrosse Funktemperatur battery: ok

Funktioniert mit beiden Empfängern, dem Selbstbau (Nano+RFM12B) und dem Jeelink v3
Also liegt es definitiv am 30.3181.IT, mit dem die beiden Empfänger nichts reinbekommen...

Aber jetzt taucht ein neues Problem auf...  ich kann über die Websymbole keine meiner Steckdosen mehr schalten ?!?

Manuell in der Eingabezeile geht es aber noch, z.B. mit "set F220 on" (die steuern ein 433-Sendemodul direkt am RaspPi an über sendelro)
Ist vielleicht die Web-Oberfläche durch die 4-sekündigen Temperaturmeldungen überlastet ??
Wenn ich den Jeelink deaktiviere, funktionieren die "ON/OFF"-Klicks wieder...


Karl

-----------------------------------------
EDIT
Sorry, hab das Problem selbst entdeckt: es lag am IE ?!?!
Hab jetzt die FHEM-Seite mit Firefox geöffnet, da funktioniert alles ...
vielleicht sollte ich auf meinem Bastel-Laptop auch mal Linux draufpacken 

VG
Karl

[HCS]

4. Frage: liegt es am 30.3181.IT ?? Da ist eine feste 4-stellige ID auf der Rückseite aufgedruckt, auch beim Batterieeinlegen am Display zu sehen. Geht dieser Sensor überhaupt mit dem Jeelink ??

Das scheint eines von vermutlich mehreren Problemen zu sein. Bei den bisher implementierten Sensoren ist die ID (Adresse) des Sensors 6 Bit lang. Eine 4-stellige ID passt schon mal nicht in das Schema.

Allerdings sehen die Daten aus dem Log weiter oben auch eher schelcht aus. Da ist keinerlei Sinn zu erkennen, was bedeuten könnte, dass auch die data rate nicht passt. Kann mal jemand mit 9.579 kbps so ein Log erstellen, ob da ein sinnvolleres Log rauskommt? Wenn die empfangenen Bytes zumindest mal korrekt sind, muss es einen gewissen Wiederholfaktor geben, da zumindest der Header und die Adresse eines Sensors konstant sind.

Ohne ein größeres Forschungsprojekt mit so einem Sensor sieht es eher schlecht aus.

Folgende Sensoren wurden bisher als funktioniernd gemeldet (wie bei den Lottozahlen: "Alle Angaben ohne Gewähr"):

Code Auswählen Erweitern


TX25-IT        17.241 kbps
TX27-IT        17.241 kbps
TX29DTH-IT     17.241 kbps (garantiert, habe ich welche)
TX37           17.241 kbps
TX35TH-IT      9.579 kbps
TX35DTH-IT     9.579 kbps (garantiert, habe ich welche)
30.3147.IT     ? kbps
30.3155WD      9.579 kbps
30.3156WD      9.579 kbps


Edit: Sensor-Liste aktualisiert

[mannil]

TX35-TH
30.3155WD
30.3156WD

sind alle auf 9.579 kbps

[justme1968]

ich denke es wäre hilfreich die liste im wiki zu pflegen.

hier geht sie bald verloren.

gruss
  andre

[PeMue]

Hallo zusammen,

nachdem ich gefühlte zehnmal das Wiki aktualisiert habe, es aber dann doch nicht ging  , stelle ich mal hier den Wiki Code hier zur Verfügung, vielleicht ist jemand erfolgreicher (Eintrag unterhalb des LaCrosse Sketches):

Code Auswählen Erweitern

[http://forum.fhem.de/index.php/topic,14786.msg164801.html#msg164801 Folgende Sensoren] wurden schon erfolgreich getestet:
{| class="wikitable"
!Bezeichnung !! Datenrate
|-
| TX25-IT    || 17.241 kbps
|-
| TX27-IT    || 17.241 kbps
|-
| TX29DTH-IT || 17.241 kbps
|-
| TX37       || 17.241 kbps
|-
| TX35TH-IT  ||  9.579 kbps
|-
| TX35DTH-IT ||  9.579 kbps
|-
| 30.3147.IT ||      ? kbps
|-
| 30.3155WD  ||  9.579 kbps
|-
| 30.3156WD  ||  9.579 kbps
|}

Gruß PeMue

[HCS]

Solange im Trunk noch der alte Sketch ist, stimmt das mit den 9.579 kbps - Sensoren natürlich nicht