Jeelik Modul zur Einbindung von La Crosse!

Begonnen von Billy, 16 September 2013, 15:12:15

Vorheriges Thema - Nächstes Thema

pinky

Zitat von: HCS am 02 Mai 2014, 22:32:57
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.

Anbei wie oben gewünscht ein Log mit data rate 9.579 sowie auch mit 17.241 kbps. Beides aufgenommen mit der Sketch-Version 10f.

Mit data rate 9.579 wird ein Außensensor vom Typ 30.3156.WD mit der Adresse 43 korrekt empfangen.

Es sind 6 Sensoren vom Typ 30.3180.IT im Haus verteilt und müssten sich in den empfangenen Datenpaketen wieder finden. Die Adressen der Sensoren lauten:
- 0d4F
- 13C9
- 1285
- 10C7
- 1688
- 1B40

Vielleicht kann jemand von euch in den empfangenen Daten ein Muster erkennen? Sobald bekannt ist, wie die Daten-Frames bei diesen Sensoren aufgebaut sind, ist die Integration in das Sketch vermutlich die leichtere Übung. Aber wahrscheinlich sehe ich bei der Analyse der Daten den Wald vor lauter Bäumen nicht mehr ;)

Bin für jeden Tipp dankbar! :)

Gruß
Pinky

HCS

Zitat von: JoWiemann am 05 Mai 2014, 19:39:56
Wie stellst Du sicher, dass die JeeLinks nicht Ping Pong spielen?
Solange man nur ein Relay in Betieb nimmt kann das nicht passieren.

Die Sensoren senden nur, der JeeLink auf dem Raspi empfängt nur und das Relay kann sich nicht selbst empfangen, wenn es sendet.

HCS

@Pinky: da erkenne ich nichts. Ob das überhaupt von Deinen 6 Sensoren stammt wäre noch zu ermitteln.

Kannst Du entweder
alle Sender abstellen, und sicherstellen, dass nun nichts mehr empfangen wird und falls das so ist, genau einen in Betrieb nehmen?

oder

mit dem Laptop, dem JeeLink und nur einem Sensor irgend wo hin gehen, wo definitv sonst nichts sendet?

Ich habe bei mir auch mal eine Zeit lang mit dem Problem gekämpft, dass ich allen möglichen Müll versucht habe zu interpretieren, der gar nicht von meinen Sensoren kam.

HCS

Zitat von: Billy am 05 Mai 2014, 18:07:10
Genau das hatte ich gemeint:
die Relay-Funktionalität in den PCA 301 Sketch einzubauen

Billy
Ja, vorstellbar, aber da muss dann jemand anderes ran.

tpm88

Hallo,

mir ging es gestern genauso. Auch bei mir hat der autocreate für den Sensor TX29 DTH  mit einem Jeelink Clone und aktuellem Sketch 10h nicht funktioniert.

Zitat von: mannil am 25 April 2014, 17:15:52

Edit: Bin etwas weiter. Habe im Sketch die Data_Rate auf 9 gesetzt. Jetzt kommt folgendes an:
2014-04-25 18:02:59 JeeLink JLLaCR UNKNOWNCODE OK 9 49 129 4 68 59

Ein Gerät wird aber nicht angelegt.

Das globale Attribut autocreate ist gesetzt.
define autocreate autocreate

Das Jeelink Log:

2014-05-08_22:26:16 myJeeClone LaCrossePairForSec 60 ignore_battery
2014-05-08_22:28:27 myJeeClone UNKNOWNCODE OK 9 63 129 4 194 57
2014-05-08_22:28:31 myJeeClone UNKNOWNCODE OK 9 63 129 4 194 57
2014-05-08_22:28:36 myJeeClone UNKNOWNCODE OK 9 63 129 4 194 57
2014-05-08_22:28:40 myJeeClone UNKNOWNCODE OK 9 63 129 4 195 57


Erst das manuelle Anlegen hat funktioniert (Hex 63 = 3F):

define TX29 LaCrosse 3F

Jetzt funktioniert der Sensor einwandfrei.

Gruß
Tobias
Test FHEM Server on RPi, CUL_HM
Prod FHEM Server on Odroid HC1, HM-USB, JeeLink
Devices: diverse HM, IT1500, 1wire, LaCrosse, MQTT

justme1968

ich hab eben eine änderung rückgängig gemacht die vermutlich dazu geführt hat das autocreate nicht funktioniert hat.

der aktuelle LaCrosse sketch sendet beim initialisieren keine kennung. und das fhem modul wusste nicht welcher sketch dran ist. jetzt ist wie früher erst mal eine default matchList gesetzt bis der sketch etwas anderes meldet.

vielleicht könnt ihr es noch mal testen.

der sketch sollte so geändert werden das er nach dem reset den hilfe text inklusive der version ausgibt.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

JoWiemann

Hallo Andre,

damit funktioniert das Senden an PCA301 bei mir auch wieder.

Danke Dir Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Alex8508

Ich habe seit heute einen TX35DTH-IT hier. Nachdem ich den Jeelink über set myJeelink raw 20t in den Toggle-Modus versetzt habe, wird der Sensor auch nach einem Pairing erkannt.

Das Problem: Es wird in FHEM nur eine Temperatur angezeigt und die ist viel zu niedrig. Statt ca. 18°C werden nur 11°C angezeigt. Die Luftfeuchtigkeit fehlt ganz, obwohl es sich um einen Sensor mit Luftfeuchtigkeit handelt. Kann es sein, dass der TX35DTH-IT eine festen Adresse hat, die sich beim Batteriewechsel nicht ändert?

Was mache ich falsch?

Alex8508

Hat jemand mal den Sensor TX21-IT getestet? Ich bräuchte einen Sensor, der im Freien steht und entsprechend vor Regen/Schnee geschützt ist.

pejonp

#639
Hallo zusammen,

ich habe verschieden Wettersensoren und ein Funk-Zusatzsender EMT7110 über JeeNode oder Arduino mit RFM12B an den FHEM angebunden. Vielen Dank an alle, die schon die ganze Vorarbeite geleistet haben. Ich habe das LaCrossITReader10.ino angepaßt. Ist nicht sehr schön aber bei mir funktioniert es. Die Daten der Wettersensoren werden auf LaCross umgeschrieben.
Ich habe aber noch nicht verstanden wie man die Verbrauchsdaten vom EMT7110 auf das Format z.B. des PCA 301 umwandelt.
Vielleicht geht es mit geringem Aufwand.

Sketch ausgetauscht da bei 2x EMT7110 immer die gleiche ID angezeigt wird. ID jetzt 5 stellig.

Hardware für Empfang:
Arduino Uno V3 + RFM12B (868MHz) auf Steckbrett  oder JeeNode V6  + RFM12B (868MHz)
FHEM 5.5 auf Fritzbox 7240 (USB-Hub mit 32GB Stick und JeeNode V6)
Temperatursender: WT440XH (zur Wetterstation GT-WS-02),  TFA 30.3144.IT (2x zur Wetterstation TFA 30.3012.IT), TX37-IT (zur Wetterstation WS-9130IT)  Verbrauchsmessung: Funk-Zusatzsender EMT7110
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

HCS

Zitat von: Alex8508 am 13 Mai 2014, 20:03:52
Das Problem: Es wird in FHEM nur eine Temperatur angezeigt und die ist viel zu niedrig. Statt ca. 18°C werden nur 11°C angezeigt. Die Luftfeuchtigkeit fehlt ganz, obwohl es sich um einen Sensor mit Luftfeuchtigkeit handelt. Kann es sein, dass der TX35DTH-IT eine festen Adresse hat, die sich beim Batteriewechsel nicht ändert?
Geht das jetzt? Ich habe zwei TX35DTH-IT und keinerlei Probleme damit.

Sie senden Temperatur und Luftfeuchtigkeit und die Adresse ist nicht fix. Ich hatte aber mal das Problem, dass sich ein Sensor nach dem Batterie-Einlegen eine Adresse ausgedacht hat, die ein anderer schon hatte, das gibt dann seltsame Messwerte.

HCS

Zitat von: pejonp am 18 Mai 2014, 19:08:21
Ich habe das LaCrossITReader10.ino angepaßt.
Ja, nur unglücklicherweise nicht auf Basis der Version 10.0h, in der die Relay-Funktionalität und der Empfang des LevelSenders drin sind.
http://forum.fhem.de/index.php/topic,14786.msg165153.html#msg165153

Sollen wir versuchen, das irgendwie zusammenzuführen oder sollen das zwei verschiedene Sketches werden?

Alex8508

Zitat von: HCS am 18 Mai 2014, 20:34:52
Geht das jetzt? Ich habe zwei TX35DTH-IT und keinerlei Probleme damit.

Sie senden Temperatur und Luftfeuchtigkeit und die Adresse ist nicht fix. Ich hatte aber mal das Problem, dass sich ein Sensor nach dem Batterie-Einlegen eine Adresse ausgedacht hat, die ein anderer schon hatte, das gibt dann seltsame Messwerte.

Nein, dieser TX35DTH-IT funktioniert noch immer nicht. Er ist aber auch inzwischen defekt. Das Display funktioniert, aber es werden nur °C und % angezeigt, aber keine Werte. Kann man hier was reparieren oder ist der Sensor endgültig defekt?

pejonp

Zitat von: HCS am 18 Mai 2014, 20:45:15
Ja, nur unglücklicherweise nicht auf Basis der Version 10.0h ..

Sollen wir versuchen, das irgendwie zusammenzuführen oder sollen das zwei verschiedene Sketches werden?
Wir können das gern zusammenführen. Ich habe mal meine Änderungen in den 10.0h eingebaut. Wo soll ich den hinlegen ?
Läuft aber nicht. Die Anzahl Frames für den EMT7110 müssen auf 20 stehen.
// #define FRAME_LENGHT               20   // 20 wird für EMT7110 benötigt
#define IT_PLUS_FRAME_LENGHT       5
Wenn ich das ändere werden die Daten aber nicht weitergereicht, da in einigen Funktionen die 5 fest vorgegeben ist.
Die Erkennungsbytes haben sich auch geändert. Vorher data[0] = 0x51 (WT440XH) und 0x25 (EMT7110). Jetzt ?
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

HCS

Sendet der EMT7110 eigentlich eigenständig von sich aus in bestimmten Intervallen oder wird der von der Anzeigeeinheit angetriggert?