Jeelink-Clone will nicht - Funkmodul defekt ?

[BlackStone]

nein debug habe ich nicht gesetzt. der Sketch ist so wie er im git vorliegt.

und im Monitor kommt nur die Meldung.

Code Auswählen Erweitern

[LaCrosseITPlusReader.10.1o (RFM12B f:868300 r:17241)]


Tante Edit:/ der Hinweis mit dem debug war ne Idee. hab den mal gesetzt, und den Monitor im Auge behalten.
                    und was soll ich sagen, es hageln Daten rein. ok, laufend falsche Daten (crc werte aber immerhin)
                    Mal so aus neugier, für welche Sketche sind die anderen Einstellungen?

Tante edit die 2:/ hab den debug wieder ausgestellt im Sketch, da ich gesehen habe, das dafür ein Parameter für den Monitor vorhanden ist.
                           Nach ein paar paar Parametern, die es etwas leserlicher machen kommen nun zumindest per Monitor Daten rein, die zeigen, das ein Empfang da ist.

Code Auswählen Erweitern

009056 LaCrosse [114 40 94 94 110 ] CRC:WRONG
## CRC FAIL ##
No valid start
No valid Temperature: 106.40
009053 LevelSender [72 28 5E 5E 6E 1D ] CRC:WRONG
009052 EMT7110 [72 28 5E 5E 6E 1D F BE 2 9F DE 90 ] CRC:WRONG S:72 28 ID:5E5E V:129.00 mA:4030.00 W:5902.00 kWh:81.58 Con.:1 Pair:0 CRC:144
009053 TX38IT [114 40 94 94 ] CRC:WRONG
CustomSensor [72 28 5E 5E 6E 1D F BE 2 9F DE 90 F8 1B C5 3 9C 41 E8 F 1B C9 FC 7F A5 93 F0 F 80 82 C2 C8 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 8 F3 1 3 8 E9 67 BD 13 62 11 D7 11 D6 2A D3 1 3 2C 9B 0 D2 0 0 87 6 80 0 CC 3F D 0 3 ]  CRC:WRONG
was ich definitiv sagen kann von mir ist da nur einer drunter.
jetzt frage ich mich nur warum fhem auf dem raspberry pi 2 da nichts reinbekommt.

[beSmart]

Guten Morgen.

Den Sender hatte ich noch herumliegen. Das der schwierig ist einzubinden habe ich vorher nicht gewusst.
Welchen würdet ihr den empfehlen? So teuer sind die ja nicht.

Im Anhang  noch 2 Screenshots.

Init mit 0t 1r v habe ich versucht. Es kommen keine Daten im Terminal.

Ich vermute, daß das Funkmodul defekt ist bzw. nicht mit dem Arduino kommuniziert, da bei " get RFMconfig" nichts passiert. Kann man das irgendwie testen?

Dank und Gruß

beSmart

[fh168]

Hallo,

ich habe auch schon einige RFM-Transceiver gesehen, entweder waren die ab Werk defekt oder wie auch immer funktionierten die nicht. Vielleicht nochmal die Lötstellen nachsehen, oder den RFM austauschen.

Ich habe jetzt den Thread nicht komplett durchgelesen, du hast den Jeelink-Clone direkt an der Arduino-Gui gehangen? Der sollte mit dem PCA 301 oder Lacrosse-Sketch auch schon Daten liefern, z. B. OK 1 3 2 2 3 4 usw.

Siehe Foto in meinem Blog:
http://blog.moneybag.de/lacrosse-temperatursensor-an-arduino-nano-und-rfm12b-als-jeelink-ersatz/

Edit: Sorry ich sehe gerade, Daten empfängt das Teil.
Trotzdem: Auf dem Foto im Blog sieht man, wie die Daten "normalerweise" aussehen. (Für PCA 301 Sketch und Lacrosse-Sketch). Das Phänomen hatte ich noch nie. Den Jeelink-Clone einzubinden ist eigentlich nicht schwer, das Zusammenlöten ist frickelig

LG
/robin

[HCS]

@beSmart: Da der Sketch erst mal auf 17241 kbps initialisiert ist, kannst Du von den 30.3155 in putty so auch nichts bekommen.
Musst in putty mal ein 1r schicken, um die richtige data rate zu setzen.
Danach noch ein v schicken, um zu sehen, ob es übernommen wurde
Danach müssten Daten wie von fh168 beschrieben eintrudeln, die so aussehen: OK 9 30 1 4 210 74

Wenn dann nichts kommt, kannst Du anfangen mit 868295f usw. mit der Frequenz zu spielen, bis etwas empfangen wird.
Erst wenn da was kommt, macht es Sinn, wieder in FHEM zu schauen und dort die entsprechenden initCommands zu setzen.
Der Sensor sendet ca. alle 4 Sekunden


@BlackStone: Dein Sketch meldet sich mit [LaCrosseITPlusReader.10.1o (RFM12B f:868300 r:17241)]
Das ist absolut richtig. Daran erkennt das JeeLink Modul, welcher sketch es ist und geht auf initialized, nur scheint es Dein FHEM zu übersehen.
Den debug mode kannst Du wieder raus nehmen.
Bei Dir gilt eigentlich das Gleiche: häng den JeeLink an putty oder sonst ein Terminal, schicke ihm von Hand die erforderlichen commands (data rate, ...) und schaue,
ob Daten in der Form OK 9 30 1 4 210 74 eintrudeln.

In beiden euren Fällen sollten wir erst mal sicherstellen, dass der Sketch liefert, und dann erst eventuelle Probleme auf der FHEM-Seite suchen.


Generell: wenn ich heute einen JeeLink clone bauen würde, dann würde ich einen RFM69CW nehmen und nicht einen RFM12.
Der RFM12 ist weniger empfindlich und eigentlich auch mehr oder weniger vom Hersteller abgeschafft und durch den RFM69CW ersetzt.
Der RFM69CW hat nur Vorteile und ist von der Beschaltung voll kompatibel und im Sketch implementiert.

Nachtrag:
Ich habe auch zwei 30.3155. Mit beiden ist der Empfang mit dem einen oder anderen RFM12 kritisch, die RFM69 empfangen den problemlos.
Die TX29, TX35, TX38, WS 1600 und der ganze ander Sensor-Zoo, der bei mir läuft, sind unkritisch.
Für die 30.3155 muss man tatsächlich manchmal etwas an der Frequenz drehen, mit RFM69 musste ich das noch nie.
Sie laufen aber beide bei mir im Produktivbetrieb konstant gut, wenn man sie halt erst mal am Haken hat

Nachtrag 2:
Wenn man von einem Terminaprogramm (z.B. putty) commands an den sketch schickt, muss man jedes einzeln scheicken, man darf sie nicht wie in initCommand hintereinanderhängen.
Immer hinterher ein v schicken, um zu sehen, ob der sketch die neue Einstllung "verstanden" hat.

[fh168]

@HCS : Ich kenne mich mit dem RFM69 gar nicht aus. Wie sieht die Beschaltung aus? Die gleiche Beschaltung wie beim RFM12b? Und was ist der Unterschied zwischen dem RFM69HW und dem RFM69W ? Kann man beide nehmen?

LG
/robin

[HCS]

Wie sieht die Beschaltung aus? Die gleiche Beschaltung wie beim RFM12b? Und was ist der Unterschied zwischen dem RFM69HW und dem RFM69W ? Kann man beide nehmen?

Hatte ich doch oben geschrieben: "Der RFM69CW hat nur Vorteile und ist von der Beschaltung voll kompatibel und im Sketch implementiert."
Du kannst einen RFM12 rauslöten und einen RFM69CW reinlöten und es läuft (was ich bereits mal getan habe, JeeNode V6 von RFM12 auf RFM69CW gepusht)
Nur von der Software-Ansteuerung ist er völlig anders, aber der Sketch erkennt automatisch, was es ist und arbeitet dementsprechend.
Voraussetzung ist nur, dass der Sketch mindesten Version 10.1f (Dezember 2014) hat.
siehe auch: http://forum.fhem.de/index.php/topic,14786.msg237739/topicseen.html#msg237739
Da hatte ich auch bereits die Vorteile bezüglich 30.3155 beschrieben.

RFM69HW und RFM69W sind nicht pinkompatibel zum RFM12, nur der RFM69CW ist das.
Ich würde auch keinen HW nehmen, ich vermute mal, dass man den schon aufgrund seiner Sendeleitung nicht in de_DE betreiben darf.

[fh168]

RFM69HW und RFM69W sind nicht pinkompatibel zum RFM12, nur der RFM69CW ist das.
Ich würde auch keinen HW nehmen, ich vermute mal, dass man den schon aufgrund seiner Sendeleitung nicht in de_DE betreiben darf.

ok, sofern die Pinbelegung nun anders ist, ist es ja egal, sofern sie von der Software erkannt werden. Und wir senden ja nicht, sondern empfangen ja die Daten von den Temperatursensoren. Ich werde mal von jedem Typ mal einen ordern und ausprobieren.

[HCS]

Und wir senden ja nicht, sondern empfangen ja die Daten von den Temperatursensoren.

Soso ...
http://forum.fhem.de/index.php/topic,39920.0.html

[fh168]

Soso ...
http://forum.fhem.de/index.php/topic,39920.0.html

na gut, Sonderfall.
Aber viele nutzen ihn als Empfänger für die TX Temperatursensoren.
Ich werde die trotzdem mal ausprobieren

[beSmart]

Hallo ihr fleißigen Helfer.

.........es funktioniert jetzt.

Habe etwas mit Minicom herumgespielt und die Tips von HCS umgesetzt.
Also

Code Auswählen Erweitern

1r dann v anschl. 868320f nochmal v zur Kontrolle

Die Frequenz ist 868,320 MHz.

Vielen Dank an alle für die super Unterstützung , besonders an HCS

@Robin deinen Blog kenne ich natürlich. Ist Pflichtlektüre in die ich immer mal reinschaue. Auch dir vielen Dank.

Gruß

Dirk

PS: BlackSone // wie sieht es bei dir aus? Hinbekommen?

[HCS]

.........es funktioniert jetzt.

Na also. Bisher hat es bei fast jedem irgendwann funktioniert 

PS: BlackSone // wie sieht es bei dir aus? Hinbekommen?

Der hat ein anderes Problem, aber das bekommen wir hoffentlich auch noch in den Griff ...

[BlackStone]

ich glaube ich habe das problem gefunden. 
es ist das aus redmond, sprich ich habe wohl etwas auf meiner box das quer schießt, denn komischerweise will nichts mehr auf den chip schreiben.
weder mein AVRISP mkII, da meldet avrdude von gestern auf heute auf einmal das usb leer ist.
arduino ide, bringt per usb die not in sync, usw...
also die goldene kette, es scheint alles zu funzen, aber der sandberg hängt hinterm filter- ich denke mal das sich da die letzen tage, schon fehler eingeschlichen haben.
jetzt werde ich erstmal meine platten putzen, bis ich das durch habe, sollte auch die post aus frankreich angekommen sein, habe da am mittwoch noch 2 rfm69hw bestellt. darf halt nur nicht die ^flotten 915 mhz zum senden nutzen. ^^

edit:/
so neu geflasht, an anderem rechner. nu trudelt per putty entsprechend etwas rein.

Code Auswählen Erweitern

[LaCrosseITPlusReader.10.1o (RFM12B f:868300 r:17241)]
OK 9 23 129 6 24 234


nur bei fhem bleibt dat dingen auf open, bis ich per hand ein raw v setze.

[HCS]

nur bei fhem bleibt dat dingen auf open, bis ich per hand ein raw v setze.

Hat sich dieses Problem eigentlich inzwischen irgendwie gelöst?

[Wzut]

ähh meine bleiben auch auf open , bis zum manuellen v ,
Das ist aber total wurscht, denn wenn Daten kommen werden sie an die Module  durchgereicht egal was der JL state gerade meint.

[BlackStone]

Bei mir ist das leider auch noch so.  Ich setze grade mein test Chip neu auf. Gleich auf jessie,  statt whezzy.  Mal schauen was dann ist.

Gesendet von meinem SM-G920F mit Tapatalk