Jeelik Modul zur Einbindung von La Crosse!

[schachti]

Hallo zusammen,

ich habe mit meinem JeeLink und den angebundenen Sensoren ein Problem, bei dem ich nicht weiter komme.

Ich betreibe seit ca. 4 Jahren - bisher ohne größere Probleme - ca. 10 Technoline TX29DTH-IT, die ich per JeeLink auslese. Der JeeLink steckt direkt im Raspberry (es sind alle USB-Ports belegt). Der Raspberry mit Jeelink steht im EG im HWR, die Sensoren sind im Haus und draußen verteilt. Vor einigen Tagen stand ein größerer Umzug meiner Heimautomatisierung an - die FHEM-Installation ist von einem Raspberry Pi 3B mit Raspbian Wheezy auf einen Raspberry Pi 4B mit Raspbian Buster umgezogen.

Seit dem Umzug habe ich Probleme mit einigen der Sensoren im OG - ich empfange keine Messwerte mehr. Da die Sensoren seit inzwischen 4 Jahren noch mit dem ersten Batteriesatz liefen und inzwischen das Batterie-Symbol anzeigten, bin ich davon ausgegangen, dass die Empfangsprobleme Folge zu schwacher Batterien sind. Also Batterien gewechselt - bringt aber nicht. Hole ich die Sensoren runter in's EG, empfängt der Pi Werte, bringe ich die Sensoren zurück in's OG, bleiben die Werte aus. Der neue Pi ist ziemlich genau so positioniert wie der alte, der Jeelink steckt in vergleichbarer Position.

Was könnte ich noch probieren? Habe zwischenzeitlich auch den Sketch neu geflashed, das ändert nichts. Meine Konfiguration:

Code Auswählen Erweitern

model    LaCrosseITPlusReader.10.1s
settings    (RFM12B f:868300 r:17241)

Ein generelles Konfigurationsproblem meine ich ausschließen zu können, die gesamte fhem.cfg wurde 1:1 übernommen, und sämtliche Sensoren im EG und im Außenbereich sowie die Hälfte der Sensoren im OG funktioniert nach wie vor...

[RaspiLED]

Hi,
evtl. macht der neue Pi mehr Funk Störfeuer?
Probiere doch mal ein USB Verlängerungskabel aus. Geht es dann?
Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...

[WolfgangV]

Hallo Schachti,

das gleiche Problem hatte ich auch nach einem Umzug auf den aktuellen Raspi.
Immer wieder hatten meine (beiden!) Jeelink-Sticks Empfangsprobleme. Auch ein Aktualisieren/Neuflashen hat nichts gebracht.

Bei mir hat es geholfen, den Jeelink-Sticks den Befehl

Code Auswählen Erweitern

attr myJeelink timeout 120,30

hinzuzufügen.

Gruß

Wolfgang

[schachti]

Danke für Eure Tipps - Neupositionierung mittels USB-Verlängerung und Setzen des Timeout haben nicht gereicht, was letztlich funktioniert hat (vielleicht gemeinsam mit den beiden anderen Tipps, denn die habe ich als erstes probiert und nicht mehr rückgängig gemacht): dadurch, dass die Sensoren mehrere Jahre mit dem ersten Batterie-Satz liefen, waren in einigen Sensoren die Batterien ganz leicht ausgelaufen. Ist mir beim Wechseln zunächst nicht aufgefallen, habe dann aber eine hauchdünne weißliche Verkrustung auf den Kontakten in den Sensoren entdeckt. War wohl nicht so schlimm, dass die Sensoren mit frischen Batterien gar nicht mehr laufen, aber wohl doch so, dass es die Sendeleistung beeinträchtigt hat. Kann ich mir zumindest nur so erklären, denn nach gründlicher Reinigung der Kontakte steht die Verbindung prinzipiell wieder, wenn auch mit gelegentlichen Aussetzern.

[steven83]

Hallo zusammen
Ich bin neu hier und versuch gerade die ID's für meine La Crosse zu finden. Ich hab hier die Wetter Station MA10421. Die Sensoren sind TX49D-IT. Aktuell versuch noch mit pylacrosse überhaupt irgendwelche IDs zu finden. Hat jemand eine Idee? Oder gehen die Dinger sowieso gar nicht?

Vorab schonmal denke für euere Hilfe.

[istler]

Moin,
bist du sicher, dass es die MA10421 ist oder ist es MA10241? eine WS MA10421 kann ich nicht finden, ebenso den TX49D-IT. Oder ist das der TX29D-IT?
Ansonsten mal hier mit probieren: https://github.com/baycom/tfrec
Dazu wird aber ein DVB-T-Stick benötigt, dafür kann dieser dann mehr Sensoren (mit unterschiedlichen Signalcodierungen) empfangen als der Jeelink.

Gruß
Maik

[steven83]

Ich bin mir ziemlich sicher. Es ist folgende Wetterstation http://www.lacrossetechnology.fr/P-25-A1-MA10421.html
Gemäss Datenblatt werden auch hier die Daten auf 868MHz übertragen: http://www.lacrossetechnology.fr/donnees/documents/produits/MA10421/PDF-fr-MA10421.pdf

[istler]

Ist ja interessant, die sind nicht leicht zu finden..
Die senden zwar alle IM 868 MHz Bereiche (ISM-Band), aber die Sensoren verwenden unterschiedliche Modulierung / Signalcodierungen. Ich meine, dass der Jeelink nur die FM-NRZ Codierung kann. Die Mobile Alerts Sensoren senden aber mit einer PSK-NRZM Modulierung.
https://github.com/baycom/tfrec/blob/master/sensors.txt

Da wird der Jeelink die MA-Sensoren gar nicht sehen.

Gruß
Maik

[HCS]

Ich meine, dass der Jeelink nur die FM-NRZ Codierung kann.

Korrekt

Die Mobile Alerts Sensoren senden aber mit einer PSK-NRZM Modulierung.

Oder NRZS mit 6000 baud, schwer zu sagen.

Ist aber egal, beides kann der JeeLink (oder besser gesagt das Radio, das er drauf hat) nicht.

[adrian]

Hallo zusammen,
ich betreibe neben einem Lacrosse Jeelink auch einen PCA-Jeelink und einen Busware-CUL für FS20.
Ansich funken, bzw. Empfangen die Jeelinks die Temperatursensoren bzw. Steckdosenaktoren fehlerfrei.
Nur bekomme ich im Log zu nicht festen Zeiten folgende Einträge.

Code Auswählen Erweitern

2020.11.01 17:08:18 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.2:1.0-port0 disconnected, waiting to reappear (myJeeLink)
2020.11.01 17:08:18 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.3:1.0-port0 disconnected, waiting to reappear (PCA301_JeeLink)
2020.11.01 17:08:21 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.11.01 17:08:22 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.2:1.0-port0 reappeared (myJeeLink)
2020.11.01 17:08:22 3: Setting PCA301_JeeLink serial parameters to 57600,8,N,1
2020.11.01 17:08:23 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.3:1.0-port0 reappeared (PCA301_JeeLink)
2020.11.01 17:15:48 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.2:1.0-port0 disconnected, waiting to reappear (myJeeLink)
2020.11.01 17:15:48 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.3:1.0-port0 disconnected, waiting to reappear (PCA301_JeeLink)
2020.11.01 17:15:53 3: Setting PCA301_JeeLink serial parameters to 57600,8,N,1
2020.11.01 17:15:54 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.3:1.0-port0 reappeared (PCA301_JeeLink)
2020.11.01 17:15:54 3: Setting myJeeLink serial parameters to 57600,8,N,1
2020.11.01 17:15:55 1: /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1.2:1.0-port0 reappeared (myJeeLink)
Beide Jeelinks, aber auch der CUL sind über einen aktiven Hub mittel "by-path" eingebunden.
Dieses Verhalten hatte ich aufm Raspi3b mit Jessie, aber auch jetzt nach dem Umzug auf einen Raspi4 mit Buster.
Teilweise wird auch der CUL immer wieder disconnected und reappeared.
Es scheint keine grösseren Einflüsse aufs Empfangen und Senden zu haben, will aber dass das System sauber läuft und sich nichts hochschaukelt.
Schönen Abend noch,
Gruß und Danke
Adrian

[viegener]

Ich vermute mal es hat nichts mit Jeelink (oder CUL) zu tun, sondern eher mit Stromversorgung (oder mit der USB-Kompatibilität des Hubs).
Ein Ansatz wäre mal den Jeelink direkt am Raspberry anzustecken und prüfen ob das etwas verändert.

[Wernieman]

Gucke mal, ob Du im  kern.log bezüglich usb etwas findest

[adrian]

Die USB-Jeelinks sind zu breit und dick, die passen nicht alle drei an die USB Ports am Raspi.
Wollte durch die Verwendung eines Hubs den Raspi stromtechnisch entlasten.

Da hätte ich eine Rückfrage
Welche USB Hubs sind kompatibel?

Code Auswählen Erweitern

GNU nano 3.2                                                                                                               kern.log                                                                                                                           
Nov  1 17:08:18 raspberrypi kernel: [70079.801259] usb 1-1.1: clear tt 1 (9061) error -71
Nov  1 17:08:18 raspberrypi kernel: [70079.801753] usb 1-1.1: clear tt 1 (9041) error -71
Nov  1 17:08:18 raspberrypi kernel: [70079.802247] usb 1-1.1: clear tt 1 (9061) error -71
Nov  1 17:08:18 raspberrypi kernel: [70079.802866] usb 1-1.1: clear tt 1 (9041) error -71
Nov  1 17:08:18 raspberrypi kernel: [70079.803504] usb 1-1.1: clear tt 1 (9061) error -71
  GNU nano 3.2                                                                                                               kern.log                                                                                                                           
Nov  2 18:31:02 raspberrypi kernel: [161445.528385] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.528883] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.529380] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.529999] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.530697] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.531143] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.531769] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.532394] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.532892] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.533381] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.534003] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.534708] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.535207] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.535774] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.536443] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.536892] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.537384] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.538006] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.538709] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.539210] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.539924] usb 1-1.1: clear tt 1 (9061) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.540401] usb 1-1.1: USB disconnect, device number 18
Nov  2 18:31:02 raspberrypi kernel: [161445.540411] usb 1-1.1.1: USB disconnect, device number 19
Nov  2 18:31:02 raspberrypi kernel: [161445.540421] usb 1-1.1.1.4: USB disconnect, device number 21
Nov  2 18:31:02 raspberrypi kernel: [161445.540744] usb 1-1.1: clear tt 1 (9041) error -71
Nov  2 18:31:02 raspberrypi kernel: [161445.541337] cdc_acm 1-1.1.1.4:1.0: failed to set dtr/rts
Nov  2 18:31:02 raspberrypi kernel: [161445.545845] usb 1-1.1.2: USB disconnect, device number 20
Nov  2 18:31:02 raspberrypi kernel: [161445.546071] ftdi_sio ttyUSB0: error from flowcontrol urb
Nov  2 18:31:02 raspberrypi kernel: [161445.546486] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
Nov  2 18:31:02 raspberrypi kernel: [161445.546523] ftdi_sio 1-1.1.2:1.0: device disconnected
Nov  2 18:31:02 raspberrypi kernel: [161445.547289] usb 1-1.1.3: USB disconnect, device number 22
Nov  2 18:31:02 raspberrypi kernel: [161445.547488] ftdi_sio ttyUSB1: error from flowcontrol urb
Nov  2 18:31:02 raspberrypi kernel: [161445.547909] ftdi_sio ttyUSB1: FTDI USB Serial Device converter now disconnected from ttyUSB1
Nov  2 18:31:02 raspberrypi kernel: [161445.547962] ftdi_sio 1-1.1.3:1.0: device disconnected
Nov  2 18:31:03 raspberrypi kernel: [161445.841591] usb 1-1.1: new high-speed USB device number 23 using xhci_hcd
Nov  2 18:31:03 raspberrypi kernel: [161445.971975] usb 1-1.1: New USB device found, idVendor=1a40, idProduct=0101, bcdDevice= 1.11
Nov  2 18:31:03 raspberrypi kernel: [161445.971983] usb 1-1.1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
Nov  2 18:31:03 raspberrypi kernel: [161445.971990] usb 1-1.1: Product: USB 2.0 Hub
Nov  2 18:31:03 raspberrypi kernel: [161445.973111] hub 1-1.1:1.0: USB hub found
Nov  2 18:31:03 raspberrypi kernel: [161445.973193] hub 1-1.1:1.0: 4 ports detected
Nov  2 18:31:03 raspberrypi kernel: [161446.391733] usb 1-1.1.1: new high-speed USB device number 24 using xhci_hcd
Nov  2 18:31:03 raspberrypi kernel: [161446.622085] usb 1-1.1.1: New USB device found, idVendor=1a40, idProduct=0101, bcdDevice= 1.11
Nov  2 18:31:03 raspberrypi kernel: [161446.622102] usb 1-1.1.1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
Nov  2 18:31:03 raspberrypi kernel: [161446.622116] usb 1-1.1.1: Product: USB 2.0 Hub
Nov  2 18:31:03 raspberrypi kernel: [161446.623648] hub 1-1.1.1:1.0: USB hub found
Nov  2 18:31:03 raspberrypi kernel: [161446.623764] hub 1-1.1.1:1.0: 4 ports detected
Nov  2 18:31:04 raspberrypi kernel: [161446.821691] usb 1-1.1.2: new full-speed USB device number 25 using xhci_hcd
Nov  2 18:31:04 raspberrypi kernel: [161447.067858] usb 1-1.1.2: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
Nov  2 18:31:04 raspberrypi kernel: [161447.067877] usb 1-1.1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov  2 18:31:04 raspberrypi kernel: [161447.067894] usb 1-1.1.2: Product: FT232R USB UART
Nov  2 18:31:04 raspberrypi kernel: [161447.067910] usb 1-1.1.2: Manufacturer: FTDI
Nov  2 18:31:04 raspberrypi kernel: [161447.067925] usb 1-1.1.2: SerialNumber: AI04NS58
Nov  2 18:31:04 raspberrypi kernel: [161447.074564] ftdi_sio 1-1.1.2:1.0: FTDI USB Serial Device converter detected
Nov  2 18:31:04 raspberrypi kernel: [161447.074727] usb 1-1.1.2: Detected FT232RL
Nov  2 18:31:04 raspberrypi kernel: [161447.078831] usb 1-1.1.2: FTDI USB Serial Device converter now attached to ttyUSB0
Nov  2 18:31:04 raspberrypi kernel: [161447.251638] usb 1-1.1.1.4: new full-speed USB device number 26 using xhci_hcd
Nov  2 18:31:04 raspberrypi kernel: [161447.492144] usb 1-1.1.1.4: New USB device found, idVendor=03eb, idProduct=204b, bcdDevice= 0.00
Nov  2 18:31:04 raspberrypi kernel: [161447.492152] usb 1-1.1.1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Nov  2 18:31:04 raspberrypi kernel: [161447.492159] usb 1-1.1.1.4: Product: CUL868
Nov  2 18:31:04 raspberrypi kernel: [161447.492166] usb 1-1.1.1.4: Manufacturer: busware.de
Nov  2 18:31:04 raspberrypi kernel: [161447.494834] cdc_acm 1-1.1.1.4:1.0: ttyACM0: USB ACM device
Nov  2 18:31:05 raspberrypi kernel: [161447.681633] usb 1-1.1.3: new full-speed USB device number 27 using xhci_hcd
Nov  2 18:31:05 raspberrypi kernel: [161447.927872] usb 1-1.1.3: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
Nov  2 18:31:05 raspberrypi kernel: [161447.927885] usb 1-1.1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov  2 18:31:05 raspberrypi kernel: [161447.927892] usb 1-1.1.3: Product: FT232R USB UART
Nov  2 18:31:05 raspberrypi kernel: [161447.927899] usb 1-1.1.3: Manufacturer: FTDI
Nov  2 18:31:05 raspberrypi kernel: [161447.927905] usb 1-1.1.3: SerialNumber: AL01MYK7
Nov  2 18:31:05 raspberrypi kernel: [161447.934544] ftdi_sio 1-1.1.3:1.0: FTDI USB Serial Device converter detected
Nov  2 18:31:05 raspberrypi kernel: [161447.934682] usb 1-1.1.3: Detected FT232RL
Nov  2 18:31:05 raspberrypi kernel: [161447.938807] usb 1-1.1.3: FTDI USB Serial Device converter now attached to ttyUSB1
 

Gruss
Adrian

[SouzA]

Bei mir läuft der am Raspi4
https://www.amazon.de/dp/B01K7RR3W8/ref=cm_sw_r_cp_apa_i_F3fOFbXBFJPVK?_encoding=UTF8&psc=1

Bis denn
SouzA

Aso
Mit Jeelink, EnOcean und Homematic-Dongle...

[viegener]

Die USB-Jeelinks sind zu breit und dick, die passen nicht alle drei an die USB Ports am Raspi.
Wollte durch die Verwendung eines Hubs den Raspi stromtechnisch entlasten.

Da hätte ich eine Rückfrage
Welche USB Hubs sind kompatibel?

Ich meinte auch nicht alle devices umzustecken, sondern erstmal nur einen, damit sich zeigt, ob es die devices sind oder der hub. (auch genannt Fehler eingrenzen). Zum umstecken gibt es auch USB-Verlängerungen mit USB-A Buchse und Stecker...

Aus dem Log sieht es für mich so aus, als ob der Hub (usb 1-1.1) Probleme macht und "disconnected" (wird ?) und damit natürlich alle daran angeschlossenen devices. Ich bin aber kein kernel log experte.

Also würde es vermutlich immer noch Sinn machen einen Teil der Devices direkt am raspberry anzuschliessen um zu prüfen, ob das das Problem löst - zumindest für den Device der umgehängt wird.