FHEM Forum

CUL => Ankündigungen => Thema gestartet von: tostmann am 23 April 2015, 01:44:34

Titel: LaCrosse für CUL
Beitrag von: tostmann am 23 April 2015, 01:44:34
CUL mit culfw rev512+ beherrschen nun auch das native Empfangen von LaCrosse/IT+ Sensorik.

Einschalten Nr<mode>:

derzeitige Modi:

1 - IT+ bitrate 17.241 kbps

2 - IT+ bitrate 9.579 kbps

3 - PCA 301

...

Aussschalten:

Nx

Es werden rohe Daten mit Prefix "N<mode>..." in Hex ausgegeben:

E019766302485AAAA0000929F31

Eine Vorverarbeitung der Daten, wie in LaCrosseITPlusReader, findet derzeit nicht statt. Dies sollte ohnehin eine höhere Schicht ala FHEM erledigen um Firmware updates und auch Speicher der Firmware des CUL zu schonen.
Titel: Antw:LaCrosse für CUL
Beitrag von: PeMue am 23 April 2015, 13:27:46
Hallo Dirk,

mit welchen Protokollen (slowrf, HomMatic bzw. MAX) läuft die LaCrosse Sensorik parallel? Oder geht nur entweder/oder?

Danke + Gruß

PeMue
Titel: Antw:LaCrosse für CUL
Beitrag von: locutus am 23 April 2015, 23:14:04
So wie es aussieht, geht nur entweder/oder. LaCrosse wird zwar empfangen, aber meine FS20 werden nicht mehr angefunkt.
Titel: Antw:LaCrosse für CUL
Beitrag von: tostmann am 24 April 2015, 23:59:09
Das ist leider nur exclusiv möglich. Allerdings senden diese Temperatursensoren alle 5 Sekunden, sodass man theoretisch nach 10 sekunden wieder auf FS20 umschalten kann.

("Nx" - zum abschalten vor "X21" nicht vergessen!)

Ich habe das Kommando zu "N" geändert und die Doku geschrieben:

N<func>

    Native RF mode.
    This mode does not use any packet or CRC features of CC1101. It just looks for preamble and given sync word and returns a fixed amount of received data. This is meant for compatibility to RFM12B-based protocols. Checking, decoding and processing of this raw received data is up to a higher software level.

    <func> is one of:
        r<mode>
        enables reception of datagrams. The following modes are known:
            1 - LaCrosse/IT+ 17.241 kbps
            2 - LaCrosse/IT+ 9.579 kbps
            3 - PCA 301 - 868.9500MHz 6.631kbps
        Data is returned with prefix:
        N<mode><payload> i.e.
        N019746372630AAAA0000101A7F
        N019CF6397D410021A6554ADF1A
        x
        disables reception

Just "N" returns active mode.
Titel: Antw:LaCrosse für CUL
Beitrag von: tostmann am 25 April 2015, 02:30:59
Ich habe gleich noch eine kleine Emulation der Sensoren als HMS Devices hinzugefügt.
Damit kann man ohne angepasstes FHEM schon einmal sie Sensoren sehen.

Dazu muss man allerdings culfw mit

#define LACROSSE_HMS_EMU

neu bauen (und andere Dinge (um Speicher zu sparen) ausschalten)

Wenn man dann mit "Nr1" den Empfang einschaltet legt FHEM automatisch die Sensoren als HMS-Typen an. Getestet mit TX29/TX25

Titel: Antw:LaCrosse für CUL
Beitrag von: locutus am 25 April 2015, 13:31:47
Das Einschalten der Emulation der Sensoren als HMS Devices endete beim CSM mit einem Kompilierungsfehler:
In file included from ../../clib/lacrosse.c:8:0:
../../clib/lacrosse.h:4:23: error: unknown type name 'uint8_t'
makefile:330: recipe for target '../../clib/lacrosse.o' failed
make: *** [../../clib/lacrosse.o] Error 1

Ich musste die lacrosse.h um die Zeile #include <stdint.h> erweitern, danach wurde das Kompilieren fehlerfrei beendet.

Im Modus Nr2 empfängt mein CSM ein weiteres unbekanntes Gerät
2015.04.25 13:05:16 3: set CUL868 raw Nr2
2015.04.25 13:05:16 2: CUL868: unknown message 02
2015.04.25 13:05:17 2: CUL868: unknown message N02256A54434006001BBE4AB49D
2015.04.25 13:05:23 2: CUL868: unknown message N02908AAA6AB3000169025DF1CC

Dahinter verbirgt sich vermutlich die EMT7110 Energie-Mess-Steckdose.
Titel: Antw:LaCrosse für CUL
Beitrag von: tostmann am 25 April 2015, 13:41:33
Habe den Patch eingespielt und auch die HMS-Emu für andere Modes (als nur "1") angeschaltet. An der "9" und richtiger CRC sollte diese gültige Daten erkennen ...
Titel: Antw:LaCrosse für CUL
Beitrag von: Tedious am 24 September 2015, 09:17:11
Guten Morgen,

ich habe eine Noob-Frage zum Thema... da mein Jeelink nichts empfängt würde ich das mit LaCrosse gerne testen. CUL868 ist mit der aktuellen a-CULfw geflasht. Kann mir jemand eine Syntax nennen wie ich den CUL umschalte? Muss gestehen, ich werde aus dem HowTo in Post1 nicht ganz schlau.. :(

--EDIT:

Oh, habs rausbekommen - set CUL868 raw Nr1

Meldet aber nur lapidar "CUL868: unknown message ? (Nr1 is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f l t x"?!

Grüße Sascha
Titel: Antw:LaCrosse für CUL
Beitrag von: blixx am 15 Oktober 2015, 18:04:54
Update von fhem gemacht? Neuster Stand müsste gehen
Titel: Antw:LaCrosse für CUL
Beitrag von: mac973 am 15 Oktober 2015, 21:43:04
Hallo,
ich bin das ja gerade auch am probieren, komme aber auch nicht weiter

CUL1 V1.61 CUL868
CMDs BCFiAZEGMKUYRTVWXefmltux

FHEM
Update eben gerade gemacht und neugestartet

Aber wenn ich
set CUL1 raw Nr1 oder set CUL1 raw N eingebe, bekomme ich nur eine Fehlermeldung:

CUL1: unknown message ? (Nr1 is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f m l t u x

CUL1 läuft auf SlowRF.

Was muss man da noch machen?

Danke für Tipps.

Anderer Sascha
Titel: Antw:LaCrosse für CUL
Beitrag von: locutus am 17 Oktober 2015, 13:12:32
Zitat von: mac973 am 15 Oktober 2015, 21:43:04
Was muss man da noch machen?

Die Emulation der Sensoren in board.h (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/board.h) aktivieren...
#define LACROSSE_HMS_EMU
... und die Firmware neu kompilieren.
Titel: Antw:LaCrosse für CUL
Beitrag von: mac973 am 17 Oktober 2015, 16:28:59
Ich stelle mich vielleicht etwas blöde an, aber wenn ich den Eintrag in der board.h ändere oder halt hinzufüge, dann ist es genau gleich wie vorher. Der Befehl raw N oder raw Nr funktionieren trotzdem nicht.



2015.10.17 16:38:08 3: set CUL2 raw N1
2015.10.17 16:38:08 2: CUL2: unknown message ? (N1 is unknown) Use one of B C F i A Z E G M K U Y R T V W X e f m l t u x



Leider.

Gruß
S.



Nachtrag: Jetzt ging es doch noch irgendwie anders und habe jetzt V 1.65 868 (bei den CMDs ist jetzt auch "N" dabei, aber wenn ich die Befehle ausprobiere, dann bekomme ich


2015.10.17 16:59:11 3: CUL1: Possible commands: BCFiAZNkGMKUYRTVWXefmLltux
2015.10.17 17:14:28 3: set CUL1 raw N
2015.10.17 17:14:28 2: CUL1: unknown message 00
2015.10.17 17:16:48 3: set CUL1 raw Nr1
2015.10.17 17:16:48 2: CUL1: unknown message 01


???


Schöne Grüße
Sascha
Titel: Antw:LaCrosse für CUL
Beitrag von: Tedious am 17 Oktober 2015, 17:45:21
Ich hab's auch aufgegeben, nachdem ich diverse Firmware-Versionen kompiliert und geflasht habe. Hab einen Jeelink gekauft und alles läuft sauber ;)
Titel: Antw:LaCrosse für CUL
Beitrag von: locutus am 17 Oktober 2015, 21:34:59
Das Makefile sollte folgende Einträge beinhalten:
../../clib/rf_native.c      \
../../clib/lacrosse.c      \


board.h:
#define HAS_RFNATIVE
#define LACROSSE_HMS_EMU


Die Zeile muss weg oder wird auskommentiert:
//# define OFF_LACROSSE_HMS_EMU

In CUL.c dürfen diese Einträge nicht fehlen:
#ifdef HAS_RFNATIVE
#include "rf_native.h"
#endif

#ifdef HAS_RFNATIVE
  { 'N', native_func },
#endif

#ifdef HAS_RFNATIVE
    native_task();
#endif


Wenn alles richtig ist, dann wird ein HMS Device per autocrate angelegt.
2015.10.17 21:00:06 3: set CUL raw Nr1
2015.10.17 21:00:06 2: CUL: unknown message 01
2015.10.17 21:00:30 2: CUL: unknown message N0191860140EBAAAA0000210022
2015.10.17 21:00:30 3: Unknown HMS device 1000/4306, please define it
2015.10.17 21:00:30 2: autocreate: define HMS100TF_4306 HMS 4306
2015.10.17 21:00:30 2: autocreate: define FileLog_HMS100TF_4306 FileLog ./log/HMS100TF_4306-%Y.log HMS100TF_4306:T:.*
2015.10.17 21:00:30 2: autocreate: define SVG_HMS100TF_4306 SVG FileLog_HMS100TF_4306:temp4hum6:CURRENT
2015.10.17 21:00:34 2: CUL: unknown message N0191860140EBAAAA0000000240
2015.10.17 21:00:42 2: CUL: unknown message N0191860140EBAAAA0000400094
2015.10.17 21:00:50 2: CUL: unknown message N0191860140EBAAAA0000516090
Titel: Antw:LaCrosse für CUL
Beitrag von: mac973 am 17 Oktober 2015, 22:37:54
Hallo,
danke – habe es probiert.
Hatte auf einmal eine Zeile mit "CUL: unknown message N..." alle 5 Sekunden im Log.
Aber kein Autocreate.
Habe dann mal fheminfo aufgerufen und gesehen, das die installation fhem 5.5 drauf hatte.
Nach einem UPDATE habe ich jetzt zwar 5.6 allerdings gibt es mir die Zeilen nicht mehr aus.

Schade.

Sascha
Titel: Antw:LaCrosse für CUL
Beitrag von: mac973 am 18 Oktober 2015, 12:39:47
Nachtrag:
Jetzt kommen wieder Einträge
CUL2: unknown message N0295263630ADFEFFFF7FFFFFFF
Im Abstand von meist 5 Sekunden.

Habe allerdings 3 Thermometer aufgestellt, ist aber kein Unterschied der Einträge ersichtlich.

Gruß
Sascha
Titel: Antw:LaCrosse für CUL
Beitrag von: x000x am 18 Oktober 2015, 15:58:11
moin moin,

vorweg - ich bin erst gestern in das Thema "Home-Automatisierung" eingestiegen. Die Woche vorher hatte ich mir diverse Hardware bestellt - unter anderem auch ein "Technoline TX 29 DT-HT" und ein CUL V3 868.

Habe hier nun die Anleitung gefunden wie ich dem TX29 unter fhem nutzen könnte - kompilieren hat soweit wohl auch alles gut funktioniert. Beim einspielen der Firmware auf den CUL habe ich dann allerdings folgenden Fehler bekommen:
$ make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer atmega32u4 flash CUL_V3.hex
Bootloader and code overlap.
Use --suppress-bootloader-mem to ignore
make: *** [do_usbprogram] Error 1


Habe nun vermutet, dass die erstellte Firmware zu groß ist für meinen CUL... Also habe ich in der board.h noch folgende Zeilen aaskommentiert:
//#  define HAS_MBUS
//#  define MBUS_NO_TX

Ich habe keine Ahnung was ich damit jetzt rausgenommen habe (hab auch nicht weiter recherchiert). Diesmal hat das einspielen der Firmware funktioniert.

Dann bin ich in fhem wie in diesem Thread beschrieben vorgegangen und erhalte nun in der log folgende Ausgaben:
2015.10.18 15:08:02 3: set nanoCUL raw Nr1
2015.10.18 15:08:02 4: CUL_send:  nanoCULNr 1     
2015.10.18 15:08:02 5: CUL/RAW: /01

2015.10.18 15:08:02 4: CUL_Parse: nanoCUL 0 1     
2015.10.18 15:08:02 2: nanoCUL: unknown message 01
2015.10.18 15:08:06 5: CUL/RAW: /N019E06183B0FAAAA0000FADAA2

2015.10.18 15:08:06 4: CUL_Parse: nanoCUL N 01 9E 0618 3B0FAA AA0000 FADAA2
2015.10.18 15:08:06 2: nanoCUL: unknown message N019E06183B0FAAAA0000FADAA2
2015.10.18 15:08:06 5: CUL/RAW: /H433800180259FF

2015.10.18 15:08:06 4: CUL_Parse: nanoCUL H 43 38 0018 0259FF   -74.5
2015.10.18 15:08:06 5: nanoCUL dispatch 810e04xx0510a0014338000000180259
2015.10.18 15:08:06 4: HMS device 4338 not defined, using the wildcard device 1000
2015.10.18 15:08:06 3: Unknown HMS device 1000/4338, please define it
2015.10.18 15:08:06 2: autocreate: define HMS100TF_4338 HMS 4338
2015.10.18 15:08:06 2: autocreate: define FileLog_HMS100TF_4338 FileLog ./log/HMS100TF_4338-%Y.log HMS100TF_4338:T:.*
2015.10.18 15:08:06 2: autocreate: define SVG_HMS100TF_4338 SVG FileLog_HMS100TF_4338:temp4hum6:CURRENT
2015.10.18 15:08:15 5: CUL/RAW: /A1E70FACF18412C86DC8A00602440355C4E823EBE9EBA1161A158C16A320304F
2015.10.18 15:08:15 5: CUL/RAW: A1E70FACF18412C86DC8A00602440355C4E823EBE9EBA1161A158C16A320304F/3
N01A2085F228F368CFD8DBF527FC8FEBFE09FE17FA1FE0A06183B0FAAAA00


Jetzt zu meiner Frage: Wie bekomme ich denn jetzt die Temperatur/Luftfeuchte angezeigt. Habt ihr eventuell einen Link für mich wie ich jetzt hier weiter vorgehe? (EDIT: Hat sich mittlerweile erledigt - jetzt wird die Temp schon eine weile ausgelesen und ich sehe es auf der Grafik)

Ich möchte eigentlich die Raumtemperatur mit diesem Thermometer und meinen ELV Thermostaten steuern. Nun steht hier aber, dass der Parallelbetrieb nicht möglich ist. Es würde mir reichen, wenn ich z.b. alle 5 Minuten nur die Temperatur von diesem Thermometer über den CUL abfrage. Danach sollte der CUL wieder in den "ELV-Betrieb" umgeschaltet werden und die Thermostate entsprechend der ausgelesenen Temperatur steuern. (So ähnlich wird es ja auch auf den ersten Beiträgen hier im Thread vorgeschlagen).
Mein Problem: Wie kann ich in FHEM einstellen, dass nach dem auslesen der Temperatur der "Betriebsmodus" von CUL wieder umgeschaltet wird? Hat dazu eventuell jemand links wo ich diese Info finden könnte? Mir fehlen hier vermutlich noch die Fachbegriffe für eine erfolgreiche google-suche...

Vielen Dank
Peter
Titel: Antw:LaCrosse für CUL
Beitrag von: Tedious am 19 Oktober 2015, 10:04:33
Hi,

prinzipiell müsstest Du den Betriebsmodus umschalten, aber "abfragen" wird nix - die Temperaturstationen senden die Signale und der CUL muss "parart" sein um das Signal zu empfangen. Wenn es um einen Regelkreis geht würde ich Dir definitv einen JeeLink empfehlen, der kostet nicht die Welt und lässt sich (prinzipiell) auch selbst löten. Den denn allerdings so konfigurieren dass er die Readings nur protokolliert wenn sich die Werte ändern - sonst wird extrem viel geloggt. Allerdings sind wir hier im Bereich "Ankündigungen", würde also ggf. einen neuen Thread aufmachen wenns pressiert und den hier nicht fluten wenn die FW soweit läuft ;)
Titel: Antw:LaCrosse für CUL
Beitrag von: lkoe am 03 Januar 2016, 21:55:09
Hi,

ich habe hier eine WS1600 mit der Datenrate 8.842 kbps (siehe auch http://www.fhemwiki.de/wiki/JeeLink). Besteht eine Hoffnung, dass diese Datenrate in zukünftigen Versionen auch unterstützt wird?

Danke!
Titel: Antw:LaCrosse für CUL
Beitrag von: micha_g am 08 Februar 2016, 13:37:02
Hallo,

ich habe mir einen CUL aus einem Arduino und dem CC1101 zusammengebaut und nanoCUL geflasht. Nach etwas recherche habe ich dann gesehen, dass es notwendig ist die entsprechenden header und Definitionen in der nanoCUL.c einzutragen.
Anschließend konnte ich den CUL im Modus Nr2 betreiben (erst mal mit minicom getestet).
Die Einbindung im FHEM klappte auch über
define nanoCUL CUL /dev/serial/by-id/usb-XXXXXXX-port0@38400 1234

Wie sorge ich nun dafür das der CUL von sich aus immer im Modus Nr2 arbeitet?
Ich kann zwar set nanoCUL raw Nr2 manuell ausführen, dann geht es erst mal. Komisch ist nur, dass er dann nur am Anfang daten empfängt.

Ich lasse momentan über AT alle 10 Sekunden  set nanoCUL raw Nr2  laufen, aber das kann sicher nicht die Lösung sein oder?
Sobald ich diesen AT deaktiviere, empfange ich auch keine Daten mehr von meinem LaCrosse.

Gruß
Micha
Titel: Antw:LaCrosse für CUL
Beitrag von: Tatsu am 17 März 2016, 02:07:46
Hallo,

nach kleineren Startschwierigkeiten konnte ich nun den MAX Cube mit der alternativen Firmware culfw@ARM von Telekatz (siehe https://forum.fhem.de/index.php?topic=38404) erfolgreich mit einen Lacrosse TX29-IT einsetzen. Die hier beschriebene Herausforderung, dass CUL/CUN mit AT immer wieder auf SET Nr gestellt werden muss konnte ich bislang noch nicht feststellen, verwende aber Nr1.
Titel: Antw:LaCrosse für CUL
Beitrag von: Tatsu am 18 März 2016, 17:35:36
Jetzt habe ich doch noch eine Auffälligkeit bemerkt. Die Werte werden zwar bei den per Autocreate erstellten HMS Devices protokolliert und tauchen auch im Plott auf, allerdings schreibt fhem dafür auch "unknown messages":


2016.03.18 17:32:16 2: CUL_1: unknown message N0197E6436A64AAAA0000063896
2016.03.18 17:32:17 2: CUL_1: unknown message N019566366AFAAAAA00002CCD2A
2016.03.18 17:32:21 2: CUL_1: unknown message N0197E6436A64AAAA00003ACBE3
2016.03.18 17:32:21 2: CUL_1: unknown message N019566366AFAAAAA00004A7C4C
2016.03.18 17:32:25 2: CUL_1: unknown message N0197E6436A64AAAA000048E8CD
2016.03.18 17:32:25 2: CUL_1: unknown message N019566366AFAAAAA00003A9858


Es handelt sich dabei auch tatsächlich um die beiden eingesetzten TX-29IT. Wenn ich jeweils die Batterie rausnehme, gibt es auch keine unknown messages mehr.

Kann ich das noch irgendwie unterdrücken bzw. habe ich da etwas falsch konfiguriert bzw. gibt es eine Möglichkeit, das irgendwie zu unterdrücken?

Nachtrag: die Lösung lautet 'verbose 0', danke an Telekatz

Titel: Antw:LaCrosse für CUL
Beitrag von: chris1284 am 06 April 2016, 19:51:55
Danke! die technoline wd4008 (aldi ca 30€ damals) lässt sich übrigens mit dem cul868 im raw Nr2 mode empfangen. der außensender ist der technoline TX38WD-IT (neu einzeln ca 10€ liefert bat und temp).
Titel: Antw:LaCrosse für CUL
Beitrag von: chris1284 am 01 Juni 2016, 22:02:57
hat noch jemand das problem das die firmware auf zeit nicht stbil läuft und es immer mal wieder notwendig ist den cul per set raw Nr2 wieder in den lacrosse mode zu versetzen?
danach läuft er eine ganze weile sauber durch bis er wieder aussetzt. ich habe die vermutung das dies irgendwie mit zuvielen  "unknown messages" zu tun hat
Titel: Antw:LaCrosse für CUL
Beitrag von: fhemfreund am 26 Juli 2016, 15:52:15
Zitat von: locutus am 17 Oktober 2015, 21:34:59
Das Makefile sollte folgende Einträge beinhalten:
../../clib/rf_native.c      \
../../clib/lacrosse.c      \


board.h:
#define HAS_RFNATIVE
#define LACROSSE_HMS_EMU


Die Zeile muss weg oder wird auskommentiert:
//# define OFF_LACROSSE_HMS_EMU

In CUL.c dürfen diese Einträge nicht fehlen:
#ifdef HAS_RFNATIVE
#include "rf_native.h"
#endif

#ifdef HAS_RFNATIVE
  { 'N', native_func },
#endif

#ifdef HAS_RFNATIVE
    native_task();
#endif


Wenn alles richtig ist, dann wird ein HMS Device per autocrate angelegt.
2015.10.17 21:00:06 3: set CUL raw Nr1
2015.10.17 21:00:06 2: CUL: unknown message 01
2015.10.17 21:00:30 2: CUL: unknown message N0191860140EBAAAA0000210022
2015.10.17 21:00:30 3: Unknown HMS device 1000/4306, please define it
2015.10.17 21:00:30 2: autocreate: define HMS100TF_4306 HMS 4306
2015.10.17 21:00:30 2: autocreate: define FileLog_HMS100TF_4306 FileLog ./log/HMS100TF_4306-%Y.log HMS100TF_4306:T:.*
2015.10.17 21:00:30 2: autocreate: define SVG_HMS100TF_4306 SVG FileLog_HMS100TF_4306:temp4hum6:CURRENT
2015.10.17 21:00:34 2: CUL: unknown message N0191860140EBAAAA0000000240
2015.10.17 21:00:42 2: CUL: unknown message N0191860140EBAAAA0000400094
2015.10.17 21:00:50 2: CUL: unknown message N0191860140EBAAAA0000516090


Habe das jetzt auch mal bei mit probiert ...

- Compilieren geht (1.66er culfw) auf Busware CUL V3
- FHEM neuster Stand pl11756/2016-07-07
- LaCrosse Sensor TX35DTH-IT
- CUL auf raw Nr2 gesetzt

Aber leider bekomme ich auch nur die


CUL2: unknown message N029C27083182036D7BAB39FA01


Messages. Wenn ich meinem Sensor die Batterien wegnehme stoppen diese sofort - d.h. empfangen wird etwas, aber leider kein Device per autocreate angelegt.

Kann es sein, dass noch etwas anderes fehlt? Hat das jemand mit den gleichen Komponenten (wie ich) am Laufen?

Andreas
Titel: Antw:LaCrosse für CUL
Beitrag von: chris1284 am 26 Juli 2016, 18:34:35
probier doch auch nochmal die aculfw, da ist der lacrosse empfang auch drin...insgesamt ist die integration recht instabil finde ich. in unregelmäßigen abständen stell der cul seinen dienst im raw Nr2 ein  (er bleibt Initialized). andere modi laufen ewig problemlos durch. man muss ihn per set raw wieder beleben
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 11 September 2016, 18:35:49
Hallo Zusammen,

hatte auch das Problem mit nicht vorhandem "N" Command in der "CULFW-code-555".

Unter Windows hatte ich Problem mit der make-Datei:
Beim Einfügen von:
../../clib/rf_native.c      \
../../clib/lacrosse.c      \

kam make mit den Tabs nicht zurecht. Ersetzen der TABs duch Spaces löste das Problem.

Obwohl ich beide
#define HAS_RFNATIVE
#define LACROSSE_HMS_EMU

in der board.h definiert hatte, wurde in der fntab dieser Part nicht mitkompiliert ...

Um das zu erzwingen habe ich in der nanoCUL.c das
#define HAS_RFNATIVE
nochmal definiert.

Nachprüfen lässt sich das nach dem make in der nanoCUL.lst -Datei, dort muss der Sprung zu native_func mit enthalten sein.
Was vorher nicht erfolgte.

168 001c 0000      .word gs(ks_send)
169 001e 4E        .byte 78
170 001f 0000      .word gs(native_func)
171 0021 55        .byte 85
172 0022 0000      .word gs(ur_send)



Ok nicht schön, aber geht.

Es kommt zwar immer noch "unknown message":
Zitat2016.09.11 18:18:17 0: Server started with 53 defined entities (fhem.pl:12095/2016-08-30 perl:5.020001 os:MSWin32 user:J�rgen pid:11776)
2016.09.11 18:18:25 3: set CUL raw Nr1
2016.09.11 18:18:25 5: SW: Nr1
2016.09.11 18:18:25 5: CUL/RAW: /01
2016.09.11 18:18:25 4: CUL_Parse: CUL 01
2016.09.11 18:18:25 2: CUL: unknown message 01

Aber dafür empfange ich jetzt 868MHz-LaCrosse-Sensoren:

Zitat2016.09.11 18:32:02 4: CUL_Parse: CUL N019207136A0EAAAA000014D88D
2016.09.11 18:32:02 2: CUL: unknown message N019207136A0EAAAA000014D88D
2016.09.11 18:32:02 4: CUL_Parse: CUL H430801130300FF -74.5
2016.09.11 18:32:02 5: CUL dispatch 810e04xx0511a0014308000001130300
2016.09.11 18:32:14 5: CUL/RAW: /N019207136A0EAAAA00002E3F1B

/edit:
meine Variante/Code funktioniert nur in der Kombination Nano/RFM12 (Jeelink!). hier (https://forum.fhem.de/index.php/topic,36565.msg490058.html#msg490058) und hier (https://forum.fhem.de/index.php/topic,36565.msg518947.html#msg518947)
Hatte ich mal so aufgebaut. Allerdings benutze ich jetzt die Lacrosse-Gateway (über WLAN) von HCS für diesen Zweck.
Titel: Antw:LaCrosse für CUL
Beitrag von: DazDavid am 10 November 2016, 13:35:59
Hi,

tut mir leid das ich dieses Thema wieder hochhole aber ich denke ihr passt meine Frage immernoch am besten rein.
Ich habe mir gestern einen nanoCUL zusamengebaut so wie in der Wiki beschrieben. Anschließend habe ich die aktuellste Firmware (556) geflasht und einen Test mit Screen gemacht. Die Version wurde angezeigt und bei Eingabe des Befehls X08 wie in der Wiki beschrieben erschienen viele rf´s was glaube so viel heißt wie "läuft" :)

Nun habe ich den nanoCUL in FHEM eingebunden und das erste was mich irritiert ist der state "disconnected". Ist das korrekt so?
Außerdem ist mir leider nicht ganz klar wie es jetzt weiter geht. Mein Ziel ist es momentan mit diesem CUL den Außensensor meine Wetterstation (TFA Wetterstation) anzuzapfen. Der Außensensor ist ein TFA Dostmann, sieht genauso aus wie der Lacrosse und hinten steht was von IT+ 868Mhz drauf somit denke ich er müsste kompatibel sein.

Kann mir vielleicht jemand freundlicherweiße einen kurzen "Guide" geben wie genau ich jetzt die Daten in FHEM bekomme? Ich bin leider aus keiner Anleitung und keinen Blog wirklich schlau geworden.
Titel: Antw:LaCrosse für CUL
Beitrag von: DazDavid am 10 November 2016, 15:57:17
Ok, das Problem mit "Disconnected" habe ich beheben können indem ich den CUL per /dev/ttyUSB0 definiert habe anstatt mit der Serial. Jetzt kann ich immerhin die Version usw. auslesen, weiß aber immer noch nicht so recht wie ich an die Daten des Außensensors komme.
Titel: Antw:LaCrosse für CUL
Beitrag von: juergen012 am 10 November 2016, 16:01:00
http://blog.gestreift.net/2015/04/fhem-temperatur-fuehlen-mit-jeelink/ (http://blog.gestreift.net/2015/04/fhem-temperatur-fuehlen-mit-jeelink/)

Gruß
Jürgen K.
Titel: Antw:LaCrosse für CUL
Beitrag von: DazDavid am 10 November 2016, 16:57:58
Danke für den Link aber funktioniert das nicht nur mit Jeelink? Ging es in diesem Thread nicht genau darum das auch mit CUL/nanoCUL zu tun?
Btw. ich bin jetzt ein Stück weiter und habe festgestellt dass die angesprochenen Einträge in Makefile usw. nur für den CUL nicht aber für den nanoCUL hinterlegt sind. Kann ich die einfach eintragen oder funktioniert das nicht?
Titel: Antw:LaCrosse für CUL
Beitrag von: chris1284 am 10 November 2016, 21:20:18
Zitat von: DazDavid am 10 November 2016, 15:57:17
weiß aber immer noch nicht so recht wie ich an die Daten des Außensensors komme.

du setz den cul mit
set <name> raw Nr1
oder
set <name> raw Nr2

welche datenrate dein sensor fährt kannst du evtl aus der tabelle entnehmen http://www.fhemwiki.de/wiki/JeeLink. im zweifel beide modi mal für ne weile laufen lassen.
per attribut connectCommand Nr.... kannst du fhem sagen das auch nach reboot oder neuconnect des cul der mode gesetzt werdne soll

in den entsprechenden modus und wartest bis das device per autocreate angelegt wurde. der link zum jeeink ist hier falsch
Titel: Antw:LaCrosse für CUL
Beitrag von: DazDavid am 10 November 2016, 21:48:55
Danke Chris, ich habe es mittlerweile selbst hinbekommen und bin Stolz wie bolle, auch was den gebastelten nanoCUL angeht  ;D
Problem war die Firmware. Diese habe ich mit den hochgeladen File von Juergs auf Seite 2 (Vielen Dank Juergs!!) neu kompiliert und auf den Arduino geladen. Damit war dann das Kommando "N" verfügbar und als ich dann die Modi durchgetestet habe hat sich auf "Nr2" mein Außensensor (und vermutlich der eines Nachbarn :)) gemeldet und er wurde direkt als HMS angelegt.
Auch die Plots wurden direkt angelegt... Ich bin immer wieder begeistert von FHEM.

Also aktuell scheint es zu laufen und wird auch aktualisiert. Auf zum nächsten Thema  8)

PS:Danke für den Tipp mit dem connectCommand.

PSS: Kann ich autocreate irgendwie nur für diesen CUL deaktivieren damit ich den Sensor des Nachbarn rausschmeißen kann?
Titel: Antw:LaCrosse für CUL
Beitrag von: chris1284 am 11 November 2016, 05:59:56
du kannst autocreate nur für devicenamen deaktiveren

attr autocreate ignoreTypes HMS.* zb

oder du lässt den sensor des nachbarn anlegen und setzt dann bei ihm das attribut ignore 1 (oder einfach drin lassen wenn die werte passen ;-)  )
Titel: Antw:LaCrosse für CUL
Beitrag von: HrzM am 23 Dezember 2016, 15:55:23
Hallo liebes FHEM-Forum,

ich versuche gerade meinem Selbstbau-nanoCUL (Arduino + CC1101) und FHEM beizubringen mit meinen TX29DTH-IT zu sprechen. Aber irgenwie klappt das nicht.

Folgende Zeilen hab ich den Sourcefiles hinzugefügt:

board.h:
#define HAS_RFNATIVE
#define LACROSSE_HMS_EMU

(und noch ein paar Sachen auskommentiert um Platz zu sparen)

makefile:
                ../../clib/rf_native.c                          \
                ../../clib/lacrosse.c                           \

nanoCUL.c:
#ifdef HAS_RFNATIVE
#include "rf_native.h"
#endif

Der Compiler läuft bis auf ein Warning durch:
(...)
Compiling C: ../../clib/mbus/3outof6.c
../../clib/mbus/3outof6.c: In function 'encode3outof6':
../../clib/mbus/3outof6.c:123:10: warning: 'data[0]' may be used uninitialized in this function
Compiling C: ../../clib/mbus/mbus_packet.c
Compiling C: ../../clib/mbus/crc.c
Compiling C: ../../clib/rf_native.c
Compiling C: ../../clib/lacrosse.c
Linking: nanoCUL.elf
Creating load file for Flash: nanoCUL.hex
Creating load file for EEPROM: nanoCUL.eep
Creating Extended Listing: nanoCUL.lss
Creating Symbol Table: nanoCUL.sym

Size after:
   text    data     bss     dec     hex filename
  21634     134    1657   23425    5b81 nanoCUL.elf

Flashen funktioniert ohne Probleme, in FHEM hab ich den nanoCUL mit "define nanoCUL_2 CUL /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000" definiert.
Das der CUL trotz meiner Lötkünste funktioniert, weiß ich, da ich im rfmode WMBus_T die TechemHKV in meiner Wohnung lesen kann.

Wenn ich set nanoCUL_2 raw Nr1 ausführe, kommt im Eventmonitor:

2016-12-23 15:51:54 CUL nanoCUL_2 raw Nr1
2016-12-23 15:51:54 CUL nanoCUL_2 UNKNOWNCODE 01

Und Fertig, nichts weiter passiert  :'(

Hat jemand eine Idee was ich falsch mache bzw. fehlt?

Titel: Antw:LaCrosse für CUL
Beitrag von: DazDavid am 23 Dezember 2016, 16:00:21
Das mit Unknown Code zeigt er bei mir beim Wechsel des Modus auch an. Hast du Mal Mode Nr2 versucht? Musst du dein Sensor evtl in einen pairing Mode bringen?
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 23 Dezember 2016, 16:00:28
Das hier

Änderungen (https://forum.fhem.de/index.php/topic,36565.msg490058.html#msg490058)

beherzigt?

Grüße,
Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: HrzM am 23 Dezember 2016, 16:50:05
Ach wie doof von mir, ich hab garnicht gesehen das in deinem Post auf Seite 2  Datein angehängt sind (sieht man die nur wen man regestriert ist?).

Die Dateien hab ich nochmal mit meinen verglichen und dann gesehen das in der nanoCUL.c


#define HAS_RFNATIVE


#ifdef HAS_RFNATIVE
       native_task();
#endif


noch fehlte.

Tausend Dank!!!
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 23 Dezember 2016, 19:36:00
Zitatsieht man die nur wen man regestriert ist?
Yep + schöne Weihnachten ...  :)
Titel: Antw:LaCrosse für CUL
Beitrag von: cosmomill am 22 Februar 2017, 20:50:31
Hallo,

ich bin über die Forum-Suche auf diesen Thread aufmerksam geworden. Da ich nicht extra CULfw neu kompilieren wollte nur um ein paar LaCrosse Sensoren auszulesen habe ich das CUL Modul modifiziert. Die Zeilen welche die Rohdaten in das LaCrosse Module Format übersetzten stammen aus dem JeeLink Modul und wurden nur minimal modifiziert. Der Patch für 00_CUL.pm Rev 12983 ist hier (https://gist.github.com/cosmomill/f574e2c064c575f851e567aeec0e2206) zu finden. Autocreate ist nicht implementiert d.h. die LaCrosse Sensoren müssen manuell angelegt werden. Getestet mit FHEM Rev 13417, a-culfw V 1.23.09 Build: 194 und einem TX29DTH-IT.

Ich hätte die Änderungen natürlich lieber in einem eigenen Modul untergebracht, habe aber leider keine Ahnung wie ich auf die Rohdaten eines anderen Modules zugreifen kann oder ob dies überhaupt möglich ist. Ich hoffe dennoch das dies dem einen oder anderen FHEM User etwas weiterhilft.
Titel: Antw:LaCrosse für CUL
Beitrag von: pejonp am 23 Februar 2017, 14:46:03
Zitat von: cosmomill am 22 Februar 2017, 20:50:31
....das CUL Modul modifiziert. Die Zeilen welche die Rohdaten in das LaCrosse Module Format übersetzten stammen aus dem JeeLink Modul und wurden nur minimal modifiziert. Der Patch für 00_CUL.pm Rev 12983 ist hier (https://gist.github.com/cosmomill/f574e2c064c575f851e567aeec0e2206) zu finden. Autocreate ist nicht implementiert d.h. die LaCrosse Sensoren müssen manuell angelegt werden. Getestet mit FHEM Rev 13417, a-culfw V 1.23.09 Build: 194 und einem TX29DTH-IT.
..
Hallo cosmomill,

ich habe mal deinen Patch getestet. Ich habe einen Original-Cul mit Version 1.66 868MHz. Die Daten mit Schalter Nr1 werden schon als HMS richtig erkannt, mit dem Patch auch als LaCross. Bei mir laufen auch noch andere TempHumsensoren die mit JeeLink/LACross erkannt werden, über den CUL aber leider nicht.
Beim Umschalten auf Nr2 kommt nichts raus, ist ja auch EMT7110.

pejonp
Titel: Antw:LaCrosse für CUL
Beitrag von: cosmomill am 23 Februar 2017, 16:55:39
Hallo pejonp,

leider habe ich kein EMT7110 um das testen zu können. Ich denke aber das der CUL das Signal vom EMT7110 empfangen müsste. Falls nicht schon geschehen aktiviere doch mal den verbose mode (5) für deinen CUL und schau ob du im RF mode Nr2 oder Nr3  etwas empfängst. Fall etwas ankommt findest du im FHEM Log "unknown message xxx" Einträge.

Grüsse
Rene
Titel: Antw:LaCrosse für CUL
Beitrag von: pejonp am 23 Februar 2017, 18:27:09
Hi cosmomill,

im RF-Mode Nr2 und Nr3 wird etwas empfangen. Aber du müßtest deine Auswahl nur auf RF-Mode Nr1 einschränken und die anderen dann extra behandeln.
Ich wollte dir eigentlich nur mitteilen das die Erkennung RF-Mode Nr1 schon im CUL enthalten ist. Es werden dann HMS Devices angelegt.

pejonp
Titel: Antw:LaCrosse für CUL
Beitrag von: cosmomill am 23 Februar 2017, 21:14:26
OK da habe ich dich wohl falsch verstanden. Das würde bedeuten das deine culfw mit #define LACROSSE_HMS_EMU kompiliert wurde was laut diesem Thread zumindest bei der a-culfw nicht der Standard ist und was ich auch bestätigen kann.

Wenn deine culfw mit #define LACROSSE_HMS_EMU kompiliert wurde dann werden die LaCrosse Rohdaten schon von der culfw in das HMS Format umgewandelt. D.h. das FHEM CUL Modul erhält niemals LaCrosse Rohdaten und mein Patch ist in diesem Fall völlig wirkungslos. So habe ich mir das jedenfalls vorgestellt.

Sorry wegen der Nachfrage wie unschwer zu erkenne bin ich FHEM Neuling.

Grüsse
Rene
Titel: Antw:LaCrosse für CUL
Beitrag von: pejonp am 24 Februar 2017, 01:11:30
@cosmomill
ja genau so ist es.

pejonp
Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 10 Mai 2017, 22:31:58
Habe das ganze wie hier im Thread beschrieben compiliert und auf einen nanoCUL geflasht.

Als Thermometer verwende ich mehrere TX29DTH-IT.

Nun habe ich das Problem, dass der nanoCUL nach scheinbar zufälligen Zeiten sich aufhängt und keine Thermometer-Daten mehr empfängt.
Ich kann ihn dann nur vom Strom trennen und danach funktioniert er wieder.

Gibt es ein Reset-Verfahren, mit dem ich ihn wiederbeleben kann, ohne physikalisch eingreifen zu müssen?

Ich habe auch versucht, das Fehlverhalten abzustellen. Weil ich vermute, dass es hier irgendeinen Überlauf gibt, habe ich in der board.h mal die TTY_BUFSIZE und die RCV_BUCKETS hochgestellt, so wie das manche andere beim CUL versuchen, wenn er instabil läuft. Berichten zufolge erhöhen sie auch die BAUDRATE. Bin mir aber nicht sicher, ob der nanoCUL das kann.

Hat jemand eine Idee oder gibt es einen Bugfix?
Titel: Antw:LaCrosse für CUL
Beitrag von: Darkentik am 10 Mai 2017, 23:22:23
Hallo,

entschuldigt die Zwischenfrage aber ich habe jetzt meinen selbstbau nanoCUL mit den hier hinterlegten Dateien von juergen geflasht und ihn in fhem eingebunden.
Ich habe eine alte Technoline WS-9162IT hier und wollte die mal versuchsweise anbinden.
Allerdings erhalte ich weder mit set CUL raw Nr1 noch mit Nr2 Meldungen.
Nur das hier:

2017.05.10 23:11:16 3: set nanoCUL raw Nr1
2017.05.10 23:11:16 3: nanoCUL: Unknown code 01, help me!
2017.05.10 23:11:28 3: set nanoCUL raw Nr2
2017.05.10 23:11:28 3: nanoCUL: Unknown code 02, help me!


Ich bin ehrlich gesagt erst seit ein paar Wochen dabei mich in fhem einzuarbeiten und habe bisher 3 EQ3BT Thermostate und ein paar IP Geräte eingebunden und mir einen Floorplan erstellt.
Jetzt wollte ich halt mal noch ein wenig mit DOIF herumtesten und paar Logiken für die Thermostate schreiben.

Ist die Wetterstation zu alt? Oder habe ich was übersehen?
Titel: Antw:LaCrosse für CUL
Beitrag von: pejonp am 11 Mai 2017, 11:29:12
@darkentik

Frage mal die hinterlegten Commandos ab ob überhaupt N dort auftaucht.
get CUL cmds

CUL cmds =>  B b C F i A Z N E k G M K L U Y R T V W X e f l t x z

Wenn die WS nicht mit FSK sendet, sondern ASK/OOK kann diese nicht mit cul empfangen werden.
Alternative währe signalduino.

Pejonp
Titel: Antw:LaCrosse für CUL
Beitrag von: Darkentik am 11 Mai 2017, 11:38:54
@pejonp

Hier die Antwort von meinem FHEM:
nanoCUL cmds =>  B C F i A Z E G M K N U R T V W X e f l t x

Das N ist da.
Zitat von: pejonp am 11 Mai 2017, 11:29:12
Wenn die WS nicht mit FSK sendet, sondern ASK/OOK kann diese nicht mit cul empfangen werden.
Wie bekomme ich das heraus?

Ich bin halt jetzt am Überlegen was am sinvollsten ist.
1. Temp.sensoren für den nanoCUL 868Mhz oder vllt 433Mhz (sollte ja glaube auch gehen oder?) besorgen
oder
2. einen Jeelink bauen und dann LaCrosse Temp.sensoren kaufen also Technoline

Nur zu 1. finde ich nicht wirklich was.
Über Google habe ich zwar alte Threads hier ausm Forum gefunden zu dem Thema aber damit kann ich als Anfänger kaum was anfangen.

Ich weiß eben jetzt gerade nicht was ich mit meinem nanoCUL machen kann und wie welche Temp.sensoren ich damit anbinden kann.
Titel: Antw:LaCrosse für CUL
Beitrag von: pejonp am 11 Mai 2017, 12:02:32
@bartman121

Wie genau heißt dein Sensor? Schau mal hier bei jeelink/lacross https://wiki.fhem.de/wiki/JeeLink dort sind einige Sensoren aufgeführt. Ich konnte 2 Sensoren empfangen (Nr1). Meine stehen im footer
Pejonp
Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 11 Mai 2017, 17:07:51
Sind die Dateien von juergen stabiler auf dem nanoCUL?

Meiner steigt immer noch täglich mindestens einmal aus.

Weiss denn niemand wie ich einen Software Reset durchführen kann? Ständig den gesamten Server herunterzufahren nervt ziemlich...
Titel: Antw:LaCrosse für CUL
Beitrag von: bartman121 am 11 Mai 2017, 19:33:35
also beim Jeelink gab es dafür das Attribut "Timeout", wenn keine Sensordaten mehr kamen, dann wurde "close" und wieder "open" ausgeführt ....wie man das beim CUL macht ..keine Ahnung :(
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 11 Mai 2017, 21:06:34
Zitat von: connormcl am 11 Mai 2017, 17:07:51
Sind die Dateien von juergen stabiler auf dem nanoCUL?
Meiner steigt immer noch täglich mindestens einmal aus.
Weiss denn niemand wie ich einen Software Reset durchführen kann? Ständig den gesamten Server herunterzufahren nervt ziemlich...

Hast Du geprüft ob Du eine Nano-Version mit FTDI hast?
Dort gibt es einen Bug by China-Design die den test-Pin nicht mit Masse verbunden haben.
Das lässt sporadisch den nano seriell "aussteigen" ?
http://aqua-grow.de/arduino-probleme-mit-china-clones/ (http://aqua-grow.de/arduino-probleme-mit-china-clones/)

ZitatDas Problem: die Schaltungs-Entwickler des Nano 3.0 haben einfach vergessen eine Leitung in ihren Schaltbild einzumalen. Und zwar schreibt FTDI vor, dass man den TEST-Pin (Pin 26) vom FTDI-Chip zwingend auf Masse legen muss. Genau das haben die Entwickler vergessen zu beachten. Folglich habe alle gebauten Nanos diesen Fehler. Wenn man den Test-Pin auf Masse klemmt, sollte genannter Fehler verschwinden. Jedenfalls wird das im Netz berichtet..."

Infos zum Jeelink:
https://steigerbalett.wordpress.com/2015/05/24/lacrosse-proficelltfa-dostmanntechnoline-temperatursensoren-an-fhem-anlernen/ (https://steigerbalett.wordpress.com/2015/05/24/lacrosse-proficelltfa-dostmanntechnoline-temperatursensoren-an-fhem-anlernen/)

Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: bartman121 am 12 Mai 2017, 17:13:40
Hallo connormcl,

ich hatte heute auch das Problem, ein einfaches "reopen" hat bei mir geholfen. Ich habe das gleich mal in ein at gepackt und automatisiert :)


{if(ReadingsAge("WZ.TEMP_HMS","type","") > 600) {
Log 3, "MapleCul_CC0 hang detected --> reopen";;
fhem("set MapleCUL_CC0 reopen");;
}


Das geht prinzipiell sicher auch viel eleganter, aber ich gucke einfach ob ein Readings eines Devices älter als 10Minuten ist, wenn ja --> reopen
Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 12 Mai 2017, 17:28:19
Ich habe meine Arduino Nano boards soweit durchgemessen und es scheint der FTDI pin 26 (TEST) ordnungsgemäß auf Masse zu liegen. Evtl. werde ich den noch wie empfohlen mit pin 25 (AGND) kurzschliessen.

Man liest ja auch hier im Thread von dem Problem...scheint doch mit der Software zu tun zu haben.
Ich vermute irgendwelche Überläufe; wenn ich bspw. die Buffer zu hoch stelle, funktioniert es zunächst und steigt dann ähnlich zu meinen Fehlern aus:

Das Fehlerbild, das ich sehe ist uneinheitlich...mal lässt sich der Fehler durch erneutes setzen von set raw Nr1 beheben, dann wieder nach mehrfachem anfragen von bspw. get cmds  bis er mit den Commands antwortet und danach set raw Nr1.
Aber es kommt auch vor, dass er komplett aussteigt und nur noch eine LED schnell blinkt. Dann muss er stromlos geschaltet werden.

Werde mir als erste Hilfe, bevor ich weiteres versuche nun einen funkgesteuertes ein/aus basteln, um den nanoCUL zu resetten.
Titel: Antw:LaCrosse für CUL
Beitrag von: Darkentik am 13 Mai 2017, 11:47:18
Hi,
ich habe mir jetzt diesen Sensor hier gekauft:
https://www.amazon.de/gp/product/B00392XX5U/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
und er funktionierte sofort mit meinem nanoCUL 868Mhz nachdem ich ihn in den RAW Mode Nr1 versetzt habe.
Allerdings erhalte ich jetzt wie viele andere hier auch die besagten "unknown messages", die mein Log vollspammen.
Gibt es dafür schon eine Lösung? Wenn ja dann habe ich sie hier im Thread überlesen. :o

Gruß
Titel: Antw:LaCrosse für CUL
Beitrag von: bartman121 am 13 Mai 2017, 11:49:00
Attr cul verbose 0

Die Events tauchen aber weiterhin im event-monitor auf, werden aber nicht mehr geloggt
Titel: Antw:LaCrosse für CUL
Beitrag von: Darkentik am 13 Mai 2017, 12:02:03
Mh, ok aber meinen Linuxkenntnissen zufolge schalte ich ja dann mit verbose 0 aber das Logging des nanoCUL komplett aus richtig?
Immerhin keine riesigen Logs mehr.
Titel: Antw:LaCrosse für CUL
Beitrag von: Darkentik am 14 Mai 2017, 11:46:21
Kurze Nachfrage:
Mein neuer Sensor TX 29 DTH - IT funktionierte ja auf Anhieb mit FHEM und meiner alten Wetterstation von TechnoLine WS-9162IT.
Was mich jetzt aber irritiert, warum empfange ich die Wetterstation nicht in FHEM?
Liegt es daran, dass die gar nix versendet sondern nur lauscht und Daten von externen Sensoren empfängt?
Titel: Antw:LaCrosse für CUL
Beitrag von: pejonp am 14 Mai 2017, 18:46:01
Zitat von: Darkentik am 14 Mai 2017, 11:46:21
......
Was mich jetzt aber irritiert, warum empfange ich die Wetterstation nicht in FHEM?
Liegt es daran, dass die gar nix versendet sondern nur lauscht und Daten von externen Sensoren empfängt?
Ja genau so ist  es. Nur die Sensoren senden etwas.

Pejonp
Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 21 Mai 2017, 15:22:40
Vorsichtiges Update von meinem Problem:

nachdem ich mich lange genug mit den Abstürzen des nanoCUL herumgeärgert hatte, habe ich nochmal gezielt einen neuen (teureren; 8 EUR) nano mit garantiert originalem FTDI Chip gekauft.

Bisher läuft es nach 24h noch ohne Ausstieg; in der Zeit hätte ich vorher schon 2-3 gehabt.

Scheint also nicht nur an dem Test-Pin-Masse-Problem zu liegen, sondern an der allgemeinen Qualität der China-Ware.

Hatte mir extra fertig getestete nanoCULs auf Ebay gekauft, in der Hoffnung damit schonmal die meisten Probleme abzufangen. Leider waren die bestückt mit FTDI-Fakes. Zum Einstieg in FHEM ganz gut aber leider nicht langzeit-stabil und damit zu dem Preis ärgerlich weil eigentlich defekt.
Zwischendurch wollte ich das Problem noch mit CH340 Nanos umgehen; die Funktionieren aber leider nur am PC; am Raspberry-PI/ARM ist der Linux-Treiber aber buggy und bringt das gesamte USB-System aus dem Tritt.
Titel: Antw:LaCrosse für CUL
Beitrag von: StefanH am 09 Juli 2017, 16:15:17
Hallo zusammen,

ich betreibe nun seit ca. einem Monat erfolgreich 4 Lacrosse Sensoren mit dem nanoCUL.
Nur wenn meine Stromversorgung wegfällt und der Raspberry mit FHEM neu startet muss ich den CUL jedes mal erneut in den raw Nr1 - Modus versetzen. Gibt es in FHEM sowas wie ein Startup Script oder hilft nur zyklisch den CUL in den Nr1-Modus zu setzen?
Titel: Antw:LaCrosse für CUL
Beitrag von: chris1284 am 10 Juli 2017, 07:19:49
siehe cmd-ref https://fhem.de/commandref.html#CUL Attribut connectCommand
Titel: Antw:LaCrosse für CUL
Beitrag von: Barney1337 am 16 August 2017, 16:05:12
Hallo allerseits,

ich habe nach langem Herumwerkeln nun endlich einen TX29DTH-IT am laufen. Die Daten werden erfasst und geplotted, soweit alles problemlos.

Problem:
Lasse ich in der board.h "#  define HAS_MORITZ" nicht auskommentiert, werden nicht mehr alle empfangenen Daten vom TX29 erkannt, bzw ein Großteil der Daten wird als MAX-Wandthermostat erkannt (und auch angelegt, was ich allerdings mit ignoretype gelöst habe), kann so aber nicht interpretiert werden (bspw. "CUL_MAX_Parse: Got unhandled message type 57").
Kommentiere ich HAS_MORITZ wieder aus, funktioniert alles wunderbar.

Gibt es eine Möglichkeit das ganze zu optimieren, oder ist es mit einem einzigen CUL schlicht und einfach nicht möglich?

Beste Grüße

Beispiel:
HAS_MORITZ nicht auskommentiert.
2017.08.16 15:51:11 3: CUL1: Unknown code N019566324246AAAA00002C1F8A, help me!
2017.08.16 15:51:15 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000007C4831B1219038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000007C4831B12, help me!
2017.08.16 15:51:19 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA00004AF6C7177302038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA00004AF6C71773, help me!
2017.08.16 15:51:23 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000050D3A65B589038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000050D3A65B5, help me!
2017.08.16 15:51:27 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000253D17EF7A04038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000253D17EF7A, help me!
2017.08.16 15:51:32 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000B85993D9231A038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000B85993D923, help me!
2017.08.16 15:51:36 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA00008AF287243C27038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA00008AF287243C, help me!
2017.08.16 15:51:40 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000DBFB1F077CA0038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000DBFB1F077C, help me!
2017.08.16 15:51:44 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000073CDB8D44A67038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000073CDB8D44A, help me!
2017.08.16 15:51:48 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000024E1906F812E038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000024E1906F81, help me!
2017.08.16 15:51:52 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000026CF8B0AFAFE038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000026CF8B0AFA, help me!
2017.08.16 15:51:57 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000208AFDB23C11038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000208AFDB23C, help me!
2017.08.16 15:52:01 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000E8A102B0AD8F038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000E8A102B0AD, help me!
2017.08.16 15:52:05 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000841D0B1A9277038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000841D0B1A92, help me!
2017.08.16 15:52:09 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000ACFFA5979622038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000ACFFA59796, help me!
2017.08.16 15:52:13 3: CUL1: Unknown code N019566324246AAAA000050A071, help me!
2017.08.16 15:52:17 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000E35BA049EE0F038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000E35BA049EE, help me!
2017.08.16 15:52:22 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000124C25530BC2038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA0000124C25530B, help me!
2017.08.16 15:52:26 3: CUL1: Unknown code N015600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000023A1E5C159C1038A2C02097612345600120F8A04063002097612345600102282050630020976123456001200844A5245303031333632300766324246AAAA000023A1E5C159, help me!


HAS_MORITZ auskommentiert
2017.08.16 15:56:46 3: CUL1: Unknown code 01, help me!
2017.08.16 15:56:48 3: CUL1: Unknown code N019566324246AAAA00006D7F6B, help me!
2017.08.16 15:56:52 3: CUL1: Unknown code N019566324246AAAA0000CCA482, help me!
2017.08.16 15:56:53 3: CUL1: Unknown code N014A59702814BD3E8125085C61, help me!
2017.08.16 15:56:56 3: CUL1: Unknown code N01956631426BAAAA00006FC978, help me!
2017.08.16 15:57:01 3: CUL1: Unknown code N019566314138AAAA00002B7067, help me!
2017.08.16 15:57:05 3: CUL1: Unknown code N019566314138AAAA000082B684, help me!
2017.08.16 15:57:09 3: CUL1: Unknown code N01956631426BAAAA000027EAA6, help me!
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 16 August 2017, 17:28:11
Hallo Barney1337,
schaue mal nach dem Compile, ob die Größe des erzeugten Binaries evtl. zu groß wird....
(So mal als Schnellschuß)
Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: Barney1337 am 16 August 2017, 21:59:13
Moin juergs,

erstmal danke für deine schnelle Antwort.
Ich muss sagen, dass ich in der gesamten Thematik nicht all zu bewandert bin.
Ich rate also einfach mal und tippe, dass du die Größe der kompilierten culfw meinst (?). Bei der hatte ich tatsächlich anfangs Probleme, habe aber inzwischen einiges auskommentiert.

make gibt mir beim Kompilieren für CUL_V3, welche hoffentlich die relevante ist, folgendes aus

Size:
   text    data     bss     dec     hex filename
  24066     184    1880   26130    6612 CUL_V3.elf


Solltest du etwas anderes gemeint haben, bräuchte ich noch mal einen dezenten Wink in eine Richtung.

Beste Grüße
Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 01 Oktober 2017, 14:12:12
Nachdem nicht bekannt ist, was für einen CUL du überhaupt verwendest, würde ich sagen es kann passen, muss aber nicht :)

Ich selbst hatte nanoCULs benutzt...allerdings an allen Ecken Probleme:

Zunächst lief es immer nur zwei drei Tage, danach war neustart nötig...lag am nano-Clone...habe ich ausgewechselt gegen bessere und seitdem läuft die Hardware zumindest durch...

Dann hatte ich die Anzahl der Thermometer TX29DTH-IT erhöht, man hat ja nicht nur einen Raum. Seitdem kamen die Signale nur noch unzuverlässig herein und hatten manchmal 30 minuten aussetzer oder es kam an manchen Stellen im Haus überhaupt nichts an.

Habe 5 verschiedene nanoCULs getestet, drei verschiedene externe Antennen für 868mhz, sowie die Firmware hin und hergebastelt...manchmal kam was und lief eine Woche stabil...dann kam wieder nix...dann wieder ein bischen...

Dann hab ich den Gegentest mit einem JeeLink gemacht und es funktioniert hier einfach überall im Haus und ständig...

Da ich nirgends herausfinden konnte, ob die Software hier noch weiterentwickelt wird und ob die Probleme bekannt sind oder behoben werden, wechsle ich gerade auf JeeLink. Ist leider mehr Handarbeit, da z.b. der Anfang mit flashen und Empfangseinstellungen ein paar Hürden bietet und die Plots nicht autocreated werden. Aber man hat keine Wahl, wenn es mit der culfw einfach nicht funktionieren will...
Titel: Antw:LaCrosse für CUL
Beitrag von: hme am 21 Oktober 2017, 18:38:38
Ich habe leider auch Probleme einen Technoline TX29DTH-IT an einem nanoCUL (V 1.66 nanoCUL868, ccconf: "freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB", cmds: "B C F i A Z E k G M K U Y R T V W X e f l t x", clients: "    
:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:" zum laufen zu bringen. Den nanoCUL habe ich bereits in den rfMode "SlowRF" versetzt, aber "Nr1" lässt sich leider nicht setzen ("Nr1 is unknown"). Was könnte hier falsch laufen?
Titel: Antw:LaCrosse für CUL
Beitrag von: chris1284 am 21 Oktober 2017, 18:53:19
NR1 setzt du über

set [culname] raw Nr1

zu dem musst du LaCross noch in der CULFw aktivieren, diese neu kompilieren und dann den Cul mit dem nun neu entstandenen hex-file flashen

Zitat von: locutus am 17 Oktober 2015, 13:12:32
Die Emulation der Sensoren in board.h (http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/board.h) aktivieren...
#define LACROSSE_HMS_EMU
... und die Firmware neu kompilieren.

keine Ahnung obs in der aCulf per default aktiv ist
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 21 Oktober 2017, 20:00:48
Zitat von: chris1284 am 21 Oktober 2017, 18:53:19
NR1 setzt du über

set [culname] raw Nr1

zu dem musst du LaCross noch in der CULFw aktivieren, diese neu kompilieren und dann den Cul mit dem nun neu entstandenen hex-file flashen

keine Ahnung obs in der aCulf per default aktiv ist

@hme:
Zitat"B C F i A Z E k G M K U Y R T V W X e f l t x"
Dein CUL sagt aber: Ich kenne keinen Befehl "N"

Hast Du meine Anmerkungen (https://forum.fhem.de/index.php/topic,36565.msg490058.html#msg490058) aus diesem Thread zum Compilieren der CULFW berücksichtigt? Dort findest Du auch fertige Sourcen dazu.
Titel: Antw:LaCrosse für CUL
Beitrag von: hme am 22 Oktober 2017, 02:49:39
Vielen Dank für die Antworten. Ich habe jetzt mal meinen nanoCUL mit der a-culfw geflasht und bin nun m.E. einen Schritt weiter.  Das "N" wäre nun zumindest da...

Internals

CMDS       ABCEeFfGiKlMNRTtUVWXxZ
Clients       :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
VERSION       V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL868 (F-Band: 868MHz)


Leider scheint set CUL868 raw Nr1 nichts zu bewirken. Bei den Readings ist raw immer noch "No answer". Ich bekomme jetzt allerdings folgendes im Eventmonitor herein:


2017-10-22 02:48:08 CUL CUL868 UNKNOWNCODE N019C46423991AAAA0000219704
2017-10-22 02:48:13 CUL CUL868 UNKNOWNCODE N019C464139BCAAAA0000290ADD
2017-10-22 02:48:17 CUL CUL868 UNKNOWNCODE N019C46423991AAAA00003213D5
2017-10-22 02:48:20 CUL CUL868 UNKNOWNCODE N01920533D9F2AAAA0000CFF734
2017-10-22 02:48:21 CUL CUL868 UNKNOWNCODE N019C46423991AAAA0000283C2F
2017-10-22 02:48:26 CUL CUL868 UNKNOWNCODE N019C464139BCAAAA00001FC9BC
...


Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 22 Oktober 2017, 09:04:34
Autocreate eingeschalten?
Die unknown-Messages bleiben ja, aber es sollte bei passendem Protokoll ein HMS-Device angelegt und ein Plot erzeugt werden.
Falls nicht, ein verbose 5 als Attribut auf den 868-cul setzen und mal ein Log-Auszug posten.

Dann könnte es auch noch ein Versions-Unterschied der CULFW sein ...

Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 22 Oktober 2017, 10:19:43
Zitat von: hme am 22 Oktober 2017, 02:49:39
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:

Bin mir aber gerade nicht sicher, ob "HMS" das erforderliche Protokoll ist....
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 22 Oktober 2017, 11:21:21
Hier mal meine "funktionierende" 555-Version mit dem "N"-Befehl.

Ansonsten Log-Auszug mit verbose 5 sowie eine Ausgabe von list <cul_name> posten.
Titel: Antw:LaCrosse für CUL
Beitrag von: hme am 22 Oktober 2017, 14:53:16
Super, vielen Dank! Mit dieser Firmware funktioniert es nun  :D . Letztes Problem scheinen immer mal wieder vorkommende Verbindungsabbrüche zu sein, bei denen aber ein "set reopen" beim CUL zu funktionieren scheint. Hast das jemand schon einmal so gesehen?
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 22 Oktober 2017, 15:01:02
Verbindungsabbrüche könnten beim NANO sein:

USB-Kabel oder FTDI-TEST-Pin-Problem.
Spannungsversorgung am Limit? RASPI-Netzteil?

Einfach mal hier im Forum nach "FTDI" "Nano"  und "Test Pin" danach suchen ....

Ein Firmware-Problem ist es definitiv nicht!

Grüße,
Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: ChrisW am 17 Dezember 2017, 14:55:02
komisch hab immer wieder Probleme mit meinem Temperatur Sensoren ..
Nun habe ich einen von 2 wieder am Laufen durch pair.. 60 und Batterie Rein/Raus. Der bekommt auch laufend Daten.

Der 2. will gar nicht ... wieso aiuch immer jemand eine idee ?
List Jeelinkk original cul:
Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        /dev/ttyUSB0@57600
   DeviceName /dev/ttyUSB0@57600
   FD         24
   NAME       myJeeLink
   NR         125
   PARTIAL   
   RAWMSG     OK 9 41 1 4 10 92
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      LaCrosseITPlusReader.10.1s
   myJeeLink_MSGCNT 6127
   myJeeLink_TIME 2017-12-17 14:52:26
   settings   (RFM69CW f:868300 t:30~5)
   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:
     2017-12-17 14:52:26   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



Der laufende Sensor:

Internals:
   DEF        29
   IODev      myJeeLink
   LASTInputDev myJeeLink
   LaCrosse_lastRcv 2017-12-17 14:53:26
   MSGCNT     6115
   NAME       LaCrosse_29
   NR         132
   STATE      T: 3.4 H: 92
   TYPE       LaCrosse
   addr       29
   battery_new 0
   corr1      0
   corr2      0
   myJeeLink_MSGCNT 6115
   myJeeLink_RAWMSG OK 9 41 1 4 10 92
   myJeeLink_TIME 2017-12-17 14:53:26
   previousH  92
   previousT  3.4
   sensorType 0=T(H)
   READINGS:
     2017-12-17 14:53:26   battery         ok
     2017-12-17 14:53:26   humidity        92
     2017-12-17 14:41:16   state           T: 3.4 H: 92
     2017-12-17 14:53:26   temperature     3.4
Attributes:
   IODev      myJeeLink
   room       LaCrosse
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 17 Dezember 2017, 16:02:49
Welche Sensoren sind es denn? Welche Probleme?  Logeinträge? Verbose 5-Output ?

https://steigerbalett.wordpress.com/2015/05/24/lacrosse-proficelltfa-dostmanntechnoline-temperatursensoren-an-fhem-anlernen/ (https://steigerbalett.wordpress.com/2015/05/24/lacrosse-proficelltfa-dostmanntechnoline-temperatursensoren-an-fhem-anlernen/)
https://blog.moneybag.de/fhem-guenstige-temperatur-und-luftfeuchte-sensoren-von-lacrosse/ (https://blog.moneybag.de/fhem-guenstige-temperatur-und-luftfeuchte-sensoren-von-lacrosse/)
Titel: Antw:LaCrosse für CUL
Beitrag von: ChrisW am 17 Dezember 2017, 19:56:08
Hab die Technoline TX 29 DTH-IT Aussensender ...
jetzt wird es lustig genau nach anweisung gemacht sogar pair ohne Batterie aber trotzdem der 2. Sensor wird NICHT gefunden !
Der andere schickt munter weiter seine Daten ...
Verstehe ich einfach nicht

Log:
2017.12.17 20:09:40 5: myJeeLink: dispatch OK 9 41 129 4 27 82
2017.12.17 20:09:45 5: JeeLink/RAW: /OK 9 41 129 4 27 82

2017.12.17 20:09:45 5: myJeeLink: dispatch OK 9 41 129 4 27 82
2017.12.17 20:09:51 5: JeeLink/RAW: /OK 9 41 1 4 9 92

2017.12.17 20:09:51 5: myJeeLink: dispatch OK 9 41 1 4 9 92
2017.12.17 20:09:56 5: JeeLink/RAW: /OK 9 41 1 4 9 92

2017.12.17 20:09:56 5: myJeeLink: dispatch OK 9 41 1 4 9 92
2017.12.17 20:10:01 5: JeeLink/RAW: /OK
2017.12.17 20:10:01 5: JeeLink/RAW: OK/ 9 41 1 4 9 92

2017.12.17 20:10:01 5: myJeeLink: dispatch OK 9 41 1 4 9 92
2017.12.17 20:10:11 5: JeeLink/RAW: /OK 9 41 1 4 9 92

2017.12.17 20:10:11 5: myJeeLink: dispatch OK 9 41 1 4 9 92



Edit2:
Ich glaub beide Geräte haben den selben Namen .. Da die Temperaturen Schwanken im LOG
2017-12-17_20:29:01 temp_out temperature: 5.1
2017-12-17_20:29:01 temp_out humidity: 82
2017-12-17_20:29:01 temp_out T: 5.1 H: 82
2017-12-17_20:29:11 temp_out temperature: 5.2
2017-12-17_20:29:11 temp_out T: 5.2 H: 82
2017-12-17_20:29:16 temp_out temperature: 5.1
2017-12-17_20:29:16 temp_out T: 5.1 H: 82
2017-12-17_20:29:31 temp_out temperature: 3.3
2017-12-17_20:29:31 temp_out humidity: 92
2017-12-17_20:29:31 temp_out T: 3.3 H: 92
Titel: Antw:LaCrosse für CUL
Beitrag von: FFHEM am 04 Januar 2018, 16:57:52
Hallo liebe Leute,
da ich jetzt einen Original-CUL (von Busware, Fw. 1.67) übrig habe, der ursprünglich meine Homematice-Devices bedient hat, möchte ich nun endlich meinen
https://www.amazon.de/gp/product/B00392XX5U/ref=oh_aui_detailpage_o00_s00?ie=UTF8&psc=1
Technoline  TX 29 DTH - IT auslesen.
Obwohl ich die vorherigen Beiträge gelesen habe, komme ich nicht weiter.
Kann mir jemand sagen, was ich noch definieren muss? Werden die Technoline-Geräte irgendwie "angelernt"?
Habe einen
set CUL_0 raw Nr1
abgesetzt und das Attribut auf SlowRF gesetzt, aber sehe keine Wirkung.
Bedanke mich im voraus,
Gruß Friedhelm
Mein jetziger CUL:
Internals:
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL_0_MSGCNT 169
   CUL_0_TIME 2018-01-04 16:49:18
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyACM0@9600 1234
   DeviceName /dev/ttyACM0@9600
   FD         11
   FHTID      1234
   NAME       CUL_0
   NR         24
   PARTIAL   
   RAWMSG     N019A261936C0AAAA00005FEAA3
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-09-10 10:07:25   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2018-01-04 16:37:11   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2017-09-29 18:14:16   raw             V 1.67 CUL868
     2018-01-04 16:49:18   state           Initialized
     2016-09-13 17:48:48   uptime          0 08:20:16
     2018-01-04 16:41:26   version         V 1.67 CUL868
   helper:
Attributes:
   icon       cul_cul
   rfmode     SlowRF
   room       System
   verbose    2
Titel: Antw:LaCrosse für CUL
Beitrag von: JoWiemann am 04 Januar 2018, 17:00:15
Hast Du den CUL auf 433 MHz gesetzt? Der CUL schaltet nur beim senden für IT automatisch auf 433 MHz.


Gesendet von iPhone mit Tapatalk

Grüße Jörg
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 04 Januar 2018, 17:03:31
Besser mal den CUL auf Attribut verbose 5 setzen dann mal ins Log schauen oder posten  ;)

Uhhh, das ist ein CC1101 CUL !!!!

Du brauchst aber ein Jeelink-"CUL" mit RFM12 oder RFM69CW Modul damit Du auf 868 MHz die Lacrosse-Protokolle empfangen kannst...

Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: FFHEM am 04 Januar 2018, 17:07:07
Zitat von: JoWiemann am 04 Januar 2018, 17:00:15
Hast Du den CUL auf 433 MHz gesetzt? Der CUL schaltet nur beim senden für IT automatisch auf 433 MHz.


Gesendet von iPhone mit Tapatalk

Grüße Jörg
Hallo Jürgen, danke für die Frage, aber nein, steht auf 868 MHz, da der Sensor lt. Amazon ja auch auch 868 MHz sendet, ist doch richtig?
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 04 Januar 2018, 17:07:36
https://steigerbalett.wordpress.com/2015/05/23/jeelink-clone-loten-und-mit-einer-firmware-flashen-fur-lacrosse-sensoren-in-fhem/ (https://steigerbalett.wordpress.com/2015/05/23/jeelink-clone-loten-und-mit-einer-firmware-flashen-fur-lacrosse-sensoren-in-fhem/)
Titel: Antw:LaCrosse für CUL
Beitrag von: FFHEM am 04 Januar 2018, 17:10:04
Danke Jörg und Jürgen,
ich denke, dann bestelle ich mir lieber den JeeLink!

Gruß,
Friedheml
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 04 Januar 2018, 17:23:33
Schau Dir die LaCrosseGateway von HCS für den 8266 an.
Diese vereint 3 Empfangsmodule für unterschiedliche Bitraten....

Lässt sich einfach mit der Platine von PeMue aufbauen ...

Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 06 Januar 2018, 20:24:42
Zitat von: JoWiemann am 04 Januar 2018, 17:00:15
Hast Du den CUL auf 433 MHz gesetzt? Der CUL schaltet nur beim senden für IT automatisch auf 433 MHz.


Gesendet von iPhone mit Tapatalk

Grüße Jörg

Zitat von: juergs am 04 Januar 2018, 17:03:31
Besser mal den CUL auf Attribut verbose 5 setzen dann mal ins Log schauen oder posten  ;)

Uhhh, das ist ein CC1101 CUL !!!!

Du brauchst aber ein Jeelink-"CUL" mit RFM12 oder RFM69CW Modul damit Du auf 868 MHz die Lacrosse-Protokolle empfangen kannst...

Jürgen

Oben geht aber einiges durcheinander...

Der TX29-DTH-IT sendet auf 868mhz:

LaCrosse 868mhz mit CC1101 CUL -> culfw verwenden
LaCrosse 868mhz mit "JeeLink" CUL bzw. RFM12B -> JeeLink Firmware verwenden

Wobei sich bei mir die culfw als nicht stabil und zuverlässig bei LaCrosse erwiesen hat, sobald man viele Sender benutzt und einen zu billigen Arduino Nano.

Bei CC1101 den CUL auf SlowRF setzen und dann "set ... raw Nr1" sollte ausreichen.

Den JeeLink muss wiederum auch auf die entsprechende bitrate des Senders über die initCommands eingestellt werden.
Siehe Datenraten-Abschnitte hier: https://wiki.fhem.de/wiki/JeeLink

Danach noch Autocreate in FHEM einschalten und los gehts...
Titel: Antw:LaCrosse für CUL
Beitrag von: FFHEM am 07 Januar 2018, 12:56:15
Danke,    connormcl,
aber eigentlich müsste es dann ja mit meiner oben angegebene Konfiguration(s. List) funktionieren,
SlowRF ist eingestellt, . Aber in der fhem.cfg taucht kein neues (Technoline)-Gerät auf.
Ich vermute mal, dass mit "culfw" nicht die Busware-culfw gemeint ist:-(.
Zur Zeit ist da noch die Busware Software "V 1.67 CUL868" drauf.
Da der JeeLink-CUL bestellt ist, die JeeLab-Leute aber noch verlängerte Weihnachtsferien haben, dauert dessen Lieferung noch etwas.

Gruß,
Friedhelm


Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 08 Januar 2018, 00:57:53
Ja, eigentlich sollte es funktionieren.

Ich kann aber nur vom nanoCUL sprechen; dort habe ich die Firmware von hier heruntergeladen: http://culfw.de/culfw.html

Und dann für den nanoCUL so angepasst, wie hier im Thread auf den ersten paar Seiten beschrieben.
Ich weiss aber nicht, ob das in deiner Busware-Firmware alles aktiv und korrekt eingestellt ist.


Danach sollte es im Log ungefähr so aussehen:

Zitat2015.04.25 13:05:16 3: set CUL868 raw Nr1
2015.04.25 13:05:16 2: CUL868: unknown message 01
2015.04.25 13:05:17 2: CUL868: unknown message N02256A54434006001BBE4AB49D
2015.04.25 13:05:23 2: CUL868: unknown message N02908AAA6AB3000169025DF1CC

Und die Thermometer dann wenn autocreate aktiv ist unter "HMS" in der Oberfläche erscheinen...evtl. Seite neu laden...

Evtl. mal das verbose auf dem CUL auf 5 setzen und schauen, was passiert und ob er eine Fehlermeldung ausgibt...
Titel: Antw:LaCrosse für CUL
Beitrag von: FFHEM am 08 Januar 2018, 18:24:43
Vielen Dank,
werde ich mir ansehen!
Titel: UNKNOWNCODE-Meldungen (LaCrosse) "normal"?
Beitrag von: m0urs am 14 März 2018, 16:15:37
Hallo,

habe ich das aus diesem Thread richtig gelesen, dass die UNKNOWNCODE-Meldungen im Event-Log im Zusammenhang mit LaCrosse-Temperaturfühlern "normal" sind und sich nicht unterdrücken lassen? Im Log selbst kann man sie ja mit "verbose 0" unterdrücken, im Event-Log erscheinen sie aber nach wie vor.

2018-03-14 16:11:47 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019186273095AAAA0001D884C9
2018-03-14 16:11:47 HMS xx.TF.wohnzimmer temperature: 22.7
2018-03-14 16:11:47 HMS xx.TF.wohnzimmer humidity: 48
2018-03-14 16:11:47 HMS xx.TF.wohnzimmer T: 22.7  H: 48  Bat: ok
2018-03-14 16:11:50 STACKABLE_CC mapleCUL3 UNKNOWNCODE N0199C6183303AAAA0000509F87
2018-03-14 16:11:51 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019346443409AAAA00006BEA39
2018-03-14 16:11:51 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019186273095AAAA00001036FF
2018-03-14 16:11:51 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019845903EDFAAAA00007E85A8
2018-03-14 16:11:52 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019C06153466AAAA0000F842B8
2018-03-14 16:11:52 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019445804317AAAA000038ADC3
2018-03-14 16:11:54 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019106442E64AAAA0000F478ED
2018-03-14 16:11:55 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019EC616355AAAAA0000004F9D
2018-03-14 16:11:55 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019346443409AAAA00003C807E
2018-03-14 16:11:55 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019186273095AAAA0000546169
2018-03-14 16:11:57 STACKABLE_CC mapleCUL3 UNKNOWNCODE N015ACAFFE02EA2C9F7279586EE
2018-03-14 16:11:59 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019346443538AAAA000030CFF3
2018-03-14 16:11:59 HMS xx.TF.bad humidity: 53
2018-03-14 16:11:59 HMS xx.TF.bad T: 24.4  H: 53  Bat: ok
2018-03-14 16:11:59 STACKABLE_CC mapleCUL3 UNKNOWNCODE N0199C6183303AAAA00001A4EF7
2018-03-14 16:11:59 HMS xx.TF.schlafzimmer humidity: 51
2018-03-14 16:12:00 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019845903EDFAAAA000008D1D1
2018-03-14 16:12:00 STACKABLE_CC mapleCUL3 UNKNOWNCODE N019445804317AAAA00001E0523
2018-03-14 16:12:00 HMS xx.TF.schlafzimmer_ecke humidity: 67
Titel: Antw:LaCrosse für CUL
Beitrag von: onix20 am 31 März 2018, 20:45:19
Zitat von: juergs am 22 Oktober 2017, 11:21:21
Hier mal meine "funktionierende" 555-Version mit dem "N"-Befehl.

Ansonsten Log-Auszug mit verbose 5 sowie eine Ausgabe von list <cul_name> posten.
Hallo,

ich habe deine Hex-Datei bei mir geflasht.
Leider funktioniert es nich bei mir.

In meiner Log-Datei steht:

2018.03.31 20:40:07 3: set CUL868 raw Nr1
2018.03.31 20:40:07 5: SW: Nr1
2018.03.31 20:40:07 5: CUL/RAW: /01

2018.03.31 20:40:07 4: CUL_Parse: CUL868 01
2018.03.31 20:40:07 5: CUL868: dispatch 01
2018.03.31 20:40:07 3: CUL868: Unknown code 01, help me!

Mit "list CUL868" erhalte ich:

Internals:
   CMDS       BCFiAZEGMKNURTVWXefltx
   CUL868_MSGCNT 5
   CUL868_TIME 2018-03-31 20:40:07
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
   FD         18
   FHTID      0000
   NAME       CUL868
   NEXT_OPEN  1522520144.12133
   NR         48
   PARTIAL   
   RAWMSG     01
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 nanoCUL868
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-03-31 20:19:30   ccconf          freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB
     2018-03-31 20:14:51   cmds             B C F i A Z E G M K N U R T V W X e f l t x
     2018-03-31 20:40:07   state           Initialized
Attributes:
   rfmode     SlowRF
   verbose    5

CUL868 ccconf => freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB

Meine Hardware:
MINI-USB Nano V3.0 ATMEGA328P FT232RL FTDI

Ich bin ratlos. Ich habe das ganze auch mit der a-culfw versucht. Gleiches Egebnis.

Kann mir jemand helfen?



Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 31 März 2018, 21:18:48
Hallo onix20,

Zitatich habe deine Hex-Datei bei mir geflasht.
Leider funktioniert es nicht bei mir.

meine Variante/Code funktioniert nur in der Kombination Nano+RFM12B-868 (Jeelink! (https://wiki.fhem.de/wiki/JeeLink)) und nicht für den CC1101. hier (https://forum.fhem.de/index.php/topic,36565.msg490058.html#msg490058) und hier (https://forum.fhem.de/index.php/topic,36565.msg518947.html#msg518947), hier (http://www.nanocul.de/selfsite.php?aktion=Online-Shop)
Hatte ich mal so aufgebaut. Allerdings benutze ich jetzt die Lacrosse-Gateway (über WLAN) von HCS für diesen Zweck.

Hast Du LaCrosse dazu compiliert?
ZitatClients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:

define myJeeLink JeeLink /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
attr myJeeLink flashCommand avrdude -p atmega328P -c arduino -b 57600 -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
attr myJeeLink initCommands 7m 30t v
set myJeeLink flash LaCrosse


Die Möglichkeit über die culfw-Firmware über 868 MHz + CC1101 das Lacrosse-Protokoll zu betreiben war mir (damals) nicht bekannt und möchte
da auf den Post von  connormcl und chris1284 (https://forum.fhem.de/index.php/topic,36565.msg702474.html#msg702474)  verweisen:

Zitat von: connormcl am 06 Januar 2018, 20:24:42
Der TX29-DTH-IT sendet auf 868mhz:
a.) LaCrosse 868mhz mit CC1101 CUL -> culfw verwenden
b.) LaCrosse 868mhz mit "JeeLink" CUL bzw. RFM12B -> JeeLink Firmware verwenden
Wobei sich bei mir die culfw als nicht stabil und zuverlässig bei LaCrosse erwiesen hat, sobald man viele Sender benutzt und einen zu billigen Arduino Nano.
Bei CC1101 den CUL auf SlowRF setzen und dann "set ... raw Nr1" sollte ausreichen.
Den JeeLink muss wiederum auch auf die entsprechende bitrate des Senders über die initCommands eingestellt werden.
Siehe Datenraten-Abschnitte hier: https://wiki.fhem.de/wiki/JeeLink
Danach noch Autocreate in FHEM einschalten und los gehts...

Evtl. ist hier (https://forum.fhem.de/index.php/topic,14786.0.html) noch etwas mehr zum Thema zu finden.

Grüße,
Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: locutus am 20 April 2018, 22:00:30
Hallo zusammen,
in der aktuellen a-culfw Version 1.26.03 (https://github.com/heliflieger/a-culfw) beherrscht auch der MapleCUL / MapleCUN (https://forum.fhem.de/index.php/topic,80872.0.html) das Empfangen von LaCrosse Sensorik. Die implementierte Emulation legt die Sensoren als HMS Devices an.
Titel: Antw:LaCrosse für CUL
Beitrag von: arthur_dent_2015 am 11 Mai 2018, 11:41:40
Moin zusammen,

gibt es schon jemanden der die PCA301 Steckdosen mit der CULFW oder a-culfw erfolgreich zur Mitarbeit überredet hat?

Gruß
Arthur
Titel: Antw:LaCrosse für CUL
Beitrag von: myreal am 20 Mai 2018, 01:30:29
Hallo ihr lieben,

ich wollte dem ganzen nach dem ersten Versuch vor einem Jahr eine neue Chance geben.

ich habe mir auf meinen CUL V3 heute die 1.67 aufgespielt diese kann auch LaCrosse.
Ich bekomme es aber nicht hin das mein TX29DTH-IT ein Autocreate erzeugt.

Anhand der UNKNOWCODE Meldungen kann ich sehen das er was empfängt.

Habt ihr noch einen Tipp?

Bin Ratlos

Tausend dank


das sind die ausgaben von verbose 5

2018.05.20 01:42:36 4: CUL_Parse: CUL1 N019B05196AEBBBAC81E6547C86
2018.05.20 01:42:36 5: CUL1: dispatch N019B05196AEBBBAC81E6547C86
2018.05.20 01:42:36 3: CUL1: Unknown code N019B05196AEBBBAC81E6547C86, help me!
2018.05.20 01:42:37 5: CUL/RAW: /N019A265539D3AAAA00004EF39F

2018.05.20 01:42:37 4: CUL_Parse: CUL1 N019A265539D3AAAA00004EF39F
2018.05.20 01:42:37 5: CUL1: dispatch N019A265539D3AAAA00004EF39F
2018.05.20 01:42:37 3: CUL1: Unknown code N019A265539D3AAAA00004EF39F, help me!
2018.05.20 01:42:39 5: CUL/RAW: /N0199C5226A63AAAA00000A0440

2018.05.20 01:42:39 4: CUL_Parse: CUL1 N0199C5226A63AAAA00000A0440
2018.05.20 01:42:39 5: CUL1: dispatch N0199C5226A63AAAA00000A0440
2018.05.20 01:42:39 3: CUL1: Unknown code N0199C5226A63AAAA00000A0440, help me!


Titel: LaCrosse für CUL
Beitrag von: RaspiLED am 20 Mai 2018, 08:57:28
Hi,
Musste man da nicht

set CUL1 raw Nr1

setzen?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Titel: Antw:LaCrosse für CUL
Beitrag von: myreal am 20 Mai 2018, 10:29:19
Ja genau da kommt es wie oben beschrieben. Auf Nr2 kommt gar nix.

Set raw N
Set raw Nr1


Habe beim define des CUL die Datenrate auch schon auf 9600 17240 und 38400 getestet
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 20 Mai 2018, 11:12:55
hast Du Lacrosse mit compiliert?

Der Output des Befehls list <cul_name> wäre dazu aufschlußreich...

Grüße,
Jürgen

Titel: Antw:LaCrosse für CUL
Beitrag von: myreal am 20 Mai 2018, 21:31:04
Gerne: Internals:
   CFGFN     
   CMDS       ABbCeFGhiKkLlMmNRTtUuVWXxYZ
   CUL1_MSGCNT 23
   CUL1_TIME  2018-05-20 21:29:25
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/ttyACM0@17240 1234
   DeviceName /dev/ttyACM0@17240
   FD         31
   FHTID      1234
   NAME       CUL1
   NR         315
   PARTIAL   
   RAWMSG     N019066224866AAAA000020B09C
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 CUL868
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-05-20 21:20:06   cmds             A B b C e F G h i K k L l M m N R T t U u V W X x Y Z
     2018-05-20 21:29:25   state           Initialized
Attributes:


laut http://culfw.de/culfw.html#Installation (http://culfw.de/culfw.html#Installation) sollte es drin sein
Titel: Antw:LaCrosse für CUL
Beitrag von: connormcl am 20 Mai 2018, 22:35:19
Müsste eigentlich funktionieren. Ist autocreate wirklich aktiv?

Mit einem nanoCUL ist es bei vielen Thermometern nicht stabil; da musste ich auf JeeLink ausweichen. Keine Ahnung, ob sich der MapleCUL besser schlägt..
Titel: Antw:LaCrosse für CUL
Beitrag von: myreal am 20 Mai 2018, 23:55:42
Ja autoCreate ist aktiv.

wie gesagt es ist kein nanoCUL sondern der CUL V3.

Schade hatte Hoffnung das es mit der org. FW jetzt klappt.

bei anderen bei denen Autocreate funktioniert empfängt der CUL auch nicht nur die N....... sonder irgendwann auch mal H... und erzeugt dann daraus, sehe ich das richtig?


Danke euch
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 21 Mai 2018, 10:56:56
Hi,

habe mal in der aculfw in der boards.h in der Variante für den CUL (CUL_V3) nachgeschaut:


#if defined(CUL_V3)
#  define TTY_BUFSIZE          128      // RAM: TTY_BUFSIZE*4
#if defined(_868MHZ)
#  define HAS_MBUS                      // PROGMEM: 2536
#  define MBUS_NO_TX                       // PROGMEM:  962
#  define HAS_RFNATIVE                  // PROGMEM:  580
//#  define LACROSSE_HMS_EMU              // PROGMEM: 2206
#  define HAS_KOPP_FC                   // PROGMEM: 3370
#endif
#endif


a-culfw (https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/CUL/board.h)

//#  define LACROSSE_HMS_EMU  // PROGMEM: 2206

D.h. bei einem Standard-Compile ist das Lacrosse-Protokoll in der CUL-Variante nicht mit einkompiliert!
Ggf. muss man ein anderes Protokoll auskommentieren, dass die Firmare in den  atmega32U4 passt.

Siehe auch die vorherigen Einträge dazu, besonders zu: "native_func"...
/Edit: Ist zwar mit dem Kommando "N" mit dabei, aber ....

/Edit
: In der culfw_V1.67 ist das Lacrosse Protokoll nicht dabei (siehe CUL_V3 und ZWAVE):


#if defined(CUL_V3)
#  define TTY_BUFSIZE          128      // RAM: TTY_BUFSIZE*4
#  define HAS_MBUS                      // PROGMEM: 2536
#  define MBUS_NO_TX                       // PROGMEM:  962
#  define HAS_RFNATIVE                  // PROGMEM:  580
#  define HAS_KOPP_FC                   // PROGMEM: 3370
#endif

#if defined(CUL_V3_ZWAVE)
#  define HAS_ZWAVE                     // PROGMEM:  882
#  undef HAS_MBUS
#  undef HAS_KOPP_FC
#  undef HAS_RFNATIVE
#  define LACROSSE_HMS_EMU              // PROGMEM: 2206
#  define HAS_EVOHOME
#endif
Titel: LaCrosse für CUL
Beitrag von: RaspiLED am 21 Mai 2018, 12:56:56
Hi,
Ich werfe immer RFRouter raus und packe Somfy & Hoermann rein. Bei Dir dann analog LaCrosse rein und RFRouter raus.
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 21 Mai 2018, 13:15:32
Hallo Arnd,
was kommt dann bei Dir in der Clients-Liste als Protokoll?
"LaCrosse" ?

Grüße,
Jürgen
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 21 Mai 2018, 13:18:33
Zitat2018-05-21 13:14:27 JeeLink my_jeelink UNKNOWNCODE OK CC 6 6 24 53 16 1 1 119 0 0 80 86 137 0

Ist der SensorTyp: "CC" und nicht "09" bei mir .... => " 4:LaCrosse ^(\S+\s+9 |OK\sWS\s)"
Siehe auch hier: https://forum.fhem.de/index.php/topic,39920.msg747663.html#msg747663 (https://forum.fhem.de/index.php/topic,39920.msg747663.html#msg747663)
und hier: https://gitlab.cs.fau.de/PoempelFox/foxtemp2016/raw/master/36_Foxtemp2016viaJeelink.pm (https://gitlab.cs.fau.de/PoempelFox/foxtemp2016/raw/master/36_Foxtemp2016viaJeelink.pm)
zum Gerätetyp "CC".

JeeLink mit RFM12:

Internals:
   Clients    :PCA301:EC3000:RoomNode:LaCrosse:ETH200comfort:CUL_IR:HX2272:FS20:AliRF:Level:EMT7110:KeyValueProtocol
   DEF        COM21@57600
   DeviceName COM21@57600
   NAME       my_jeelink
   NR         3
   PARTIAL   
   RAWMSG     OK CC 6 6 24 53 16 1 1 119 0 0 80 86 137 0
   STATE      initialized
   TYPE       JeeLink
   initMessages
   model      LaCrosseITPlusReader.10.1q
   my_jeelink_MSGCNT 2
   my_jeelink_TIME 2018-05-21 13:14:27
   settings   (RFM12 f:868300 r:17241)
   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:
     2018-05-21 13:14:27   state           initialized
Attributes:
   flashCommand avrdude -p atmega328P -c arduino -P [PORT] -D -U flash:w:[HEXFILE] 2>[LOGFILE]
   initCommands 30t
   room       HARDWARE,RECEIVER, JEELINK


Zitat/
^(\S+\s+9 |OK\sWS\s)
/
gm
^ asserts position at start of a line
1st Capturing Group (\S+\s+9 |OK\sWS\s)
1st Alternative \S+\s+9
\S+
matches any non-whitespace character (equal to [^\r\n\t\f\v ])
+ Quantifier — Matches between one and unlimited times, as many times as possible, giving back as needed (greedy)
\s+
matches any whitespace character (equal to [\r\n\t\f\v ])
+ Quantifier — Matches between one and unlimited times, as many times as possible, giving back as needed (greedy)
9 matches the characters 9 literally (case sensitive)
2nd Alternative OK\sWS\s
OK matches the characters OK literally (case sensitive)
\s matches any whitespace character (equal to [\r\n\t\f\v ])
WS matches the characters WS literally (case sensitive)
\s matches any whitespace character (equal to [\r\n\t\f\v ])
Global pattern flags
g modifier: global. All matches (don't return after first match)
m modifier: multi line. Causes ^ and $ to match the begin/end of each line (not only begin/end of string)
Titel: Antw:LaCrosse für CUL
Beitrag von: Hallmackenreuther am 02 Juni 2018, 03:21:04
Hallöchen,

ich bin auch an dem Punkt, wo es "Unknown code" regnet und kein Autocreate stattfindet.
Wenn ich die Vorposts richtig verstehe, müsste ich unter "MatchList:" LaCrosse finden (trifft nicht zu) und andernfalls neu kompilieren, wo es bei mir mit der Erfahrung aufhört.
Gibt es dazu eine Schritt-für-Schritt Erklärung mit benötigtem Material, idealerweise unter Windoofs?


Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXOefhltxz
   CUL_3_MSGCNT 1374
   CUL_3_TIME 2018-06-02 03:06:08
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.1.18:2323 0100
   DeviceName 192.168.1.18:2323
   FD         35
   FHTID      0100
   NAME       CUL_3
   NR         44
   PARTIAL   
   RAWMSG     N019C26296A78AAAA000048F49A
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.03 a-culfw Build: 300 (2018-04-15_20-15-39) CUBe (F-Band: 868MHz)
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-06-01 18:27:08   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2018-06-02 03:00:25   cmds             B b C F i A Z N E k G M K L U Y R T V W X O e f h l t x z
     2018-06-02 02:58:59   raw             No answer
     2018-06-02 03:06:08   state           Initialized
Attributes:
   rfmode     SlowRF
Titel: Antw:LaCrosse für CUL
Beitrag von: locutus am 09 Juni 2018, 22:47:32
Zitat von: Hallmackenreuther am 02 Juni 2018, 03:21:04
ich bin auch an dem Punkt, wo es "Unknown code" regnet und kein Autocreate stattfindet.
Ich besitze zwar keinen CUBe, aber in board.h (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/CUBe) fehlt definitiv die HMS Device Emulation für LaCrosse:
#define LACROSSE_HMS_EMU

Zitat von: Hallmackenreuther am 02 Juni 2018, 03:21:04
... andernfalls neu kompilieren, wo es bei mir mit der Erfahrung aufhört.
Gibt es dazu eine Schritt-für-Schritt Erklärung mit benötigtem Material, idealerweise unter Windoofs?
Und hier die richtige Anlaufstelle:
https://forum.fhem.de/index.php/topic,38404.0.html
Titel: Antw:LaCrosse für CUL
Beitrag von: Hallmackenreuther am 10 Juni 2018, 21:07:52
Hallo locutus,

ich war inzwischen etwas weiter und hatte die Änderung vorgenommen, aber bei verschiedenen Versuchen ist das an verschiedenen Stellen fehlgeschlagen.
Ich wende mich dann an den verlinkten Thread - sehr herzlichen Dank für Deine Antwort!
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 01 Juli 2018, 21:52:52
Noch zur Info:
Arnd hat hier eine LaCrosse-Version der Alternative-CULFW für den nanoCUL (CC1101 mit 868MHz) gebaut:
Forum (https://forum.fhem.de/index.php/topic,35064.msg809782.html#msg809782)
Titel: Antw:LaCrosse für CUL
Beitrag von: subseven am 30 Mai 2019, 10:12:12
Gibt es eine Möglichkeit das set rav Nr1 als initString oder so zu setzen? Immer nach einem reconnect oder reboot muss das Kommando eingegeben werden. Derzeit löse ich das mit einem Notify, was natürlich nicht ganz elegant ist.
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 30 Mai 2019, 10:34:37
Hallo SubSeven,
ich vermute, man kann dieses Init in die Initialisierungsroutine mit hinein nehmen, um diesen Modus dauerhaft zu halten.

Allerdings bin ich schon seit einiger Zeit auf die LaCrosseGateway umgestiegen, welche komfortablere Möglichkeiten in Bezug auf LaCrosse-Sensoren bietet.

https://forum.fhem.de/index.php/topic,45594.750.html (https://forum.fhem.de/index.php/topic,45594.750.html)
https://forum.fhem.de/index.php/topic,51329.msg935676.html#msg935676 (https://forum.fhem.de/index.php/topic,51329.msg935676.html#msg935676)
Titel: Antw:LaCrosse für CUL
Beitrag von: subseven am 30 Mai 2019, 20:14:35
Danke für die Info.

Vom LaCrosseGateway bin ich gerade wieder weg... Die Variante auf dem Maple gefällt mir besser, da ich ein zusätzliche Gerät sparen kann.

EDIT:
Hab das benötigte Attribut gefunden
connectCommand Nr1
Titel: Antw:LaCrosse für CUL
Beitrag von: MrAlbi am 12 Juni 2019, 13:18:13
Hallo zusammen,
habe per nanoCUL (868Mhz) und a-culfw einen TX29-IT Temperatur-Sensor eingerichtet. Per at-Befehl setze ich alle 10 Minuten set CUL868 raw Nr1, damit die Werte aktuell bleibt. Das funktioniert alles schon mal sehr gut. Es gibt aber auch noch andere Sensorgen, die über "Nr2" senden.
In der Doku zu Jeelink habe ich gesehen, dass man zwischen den Datenraten automatisch alle X Sekunden wechseln lassen kann. Geht so etwas für den nanoCUL auch?
Gruß Dirk
Titel: Antw:LaCrosse für CUL
Beitrag von: subseven am 21 Juni 2019, 20:51:45
Das geht nicht autonatisch. Entweder du brauchst ein weiteres CUL oder du musst das Umschalten zwischen den Modi selbst bewerkstelligen
Titel: Antw:LaCrosse für CUL
Beitrag von: MrAlbi am 22 Juni 2019, 14:46:07
Da es keine automatische Umschaltung gibt, habe ich mir den folgenden at-Befehl erstellt, der durch die unterschiedlichen Datenraten schaltet.
+*00:15 {fhem "set CUL868 raw Nr1; set CUL1 raw Nr1; sleep 300; set CUL868 raw Nr2; set CUL1 raw Nr2; sleep 300; set CUL868 raw Nr3; set CUL1 raw Nr3"}
Titel: Antw:LaCrosse für CUL
Beitrag von: subseven am 22 Juni 2019, 19:23:22
Deine Lösung kann ich so nicht ganz nachvollziehen. Wenn du eh zwei CULs hast und nur Lacrosse empfangen willst reicht dir ein
set CUL868 raw Nr1; set CUL1 raw Nr2
doch aus. Nr3 Brauchst du für PCA301 Dosen. und ein "set" des selben Modus zur selben Zeit macht nur Sinn, wenn die CULs weit auseinander sind und du somit die Empfangsreichweite erhöhen willst.
Titel: Antw:LaCrosse für CUL
Beitrag von: RaspiLED am 23 Juni 2019, 01:12:11
Hi,
Oder einer 433 und einer 868 MHz hat.
Gruß Arnd


Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Titel: Antw:LaCrosse für CUL
Beitrag von: MrAlbi am 23 Juni 2019, 12:22:53
Der CUL868 ist ein 868Mhz NanoCUL, der CUL 1 ist bei mir ein 433Mhz NanoCUL. Die Nr3 setze ich bei mir nicht, habe sie nur der Vollständigkeithalber mit im Code gepostet.
Titel: Antw:LaCrosse für CUL
Beitrag von: subseven am 30 Juli 2019, 19:30:51
Ich hab jetzt ein merkwürdiges Verhalten nach einem Batteriewechsel festgestellt.

Alle Sensoren hatten bis zu diesem Zeitpunkt bei den beiden Batterie-Readings:
battery:  ok
batteryState:  ok


Nach dem Tausch der Batterien an einem Sensor wird dieser, durch die neue ID, neu erkannt. Allerdings sind die Readings nun anders:
battery:  replaced
batteryState:  ok


Das Problem ist, dass nun mein Batterie-Notify und auch meine Readingsgroups nicht mehr korrekt funktionieren. Wenn möglich würde ich diese auch nicht ändern müssen. Eigenartig finde ich, dass die anderen Sensoren weiterhin wie gewohnt die erst genannten Werte liefern.
Im Forum habe ich dazu nichts brauchbares gefunden (https://forum.fhem.de/index.php/topic,37047.msg293319.html (https://forum.fhem.de/index.php/topic,37047.msg293319.html) / https://forum.fhem.de/index.php/topic,80859.msg729150.html (https://forum.fhem.de/index.php/topic,80859.msg729150.html))

Hat jemand einen Lösungsansatz für mich?

Edit: Nach ein paar Stunden ist der Wert wieder auf "ok" zurückgegangen. Also hat nach einem Batteriewechsel das Device eine Zeitlang den Wert "replaced" für das Reading. Damit kann ich leben. Problem somit für mich gelöst
Titel: Antw:LaCrosse für CUL
Beitrag von: xeenon am 03 November 2019, 13:05:02
Hallo Zusammen,

ich möchte mir ein paar dieser TX29 DTH-IT Sensoren zulegen. Die Daten sollen über einen nanoCUL mit CC1101 empfangen werden. Dieser ist einfach übrig.

Ich habe die r568 culfw gemäß dem Thread angepasst. SlowRF gesetzt und raw Nrx. Zum Testen habe ich mir ein Sensor ausgeliehen, allerdings von TFA Dostmann, 30.3303.02.

Wenn ich Nr1 oder 2 einstelle kommt im Eventmonitor folgende Nachricht:
2019-11-03 13:01:42 CUL nanoCUL_868 raw Nr1
2019-11-03 13:01:42 CUL nanoCUL_868 UNKNOWNCODE 01

Daten werden keine Empfangen.

Ich habe leider kein anderes 868mHz Gerät zum Testen. Benutzt der TFA ein anderes (nicht unterstütztes) Protokoll oder ist mein Cul untauglich?

Grüße

Internals:
   CMDS       ABCEeFfGiKklMNRTtUVWXxYZ
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        /dev/serial/by-path/platform-3f980000.usb-usb-0:1.4:1.0-port0@38400 5234
   DeviceName /dev/serial/by-path/platform-3f980000.usb-usb-0:1.4:1.0-port0@38400
   FD         37
   FHTID      5234
   FUUID      5dbe97f6-f33f-194a-8579-a27cb2de57e5e6b4
   NAME       nanoCUL_868
   NR         120
   PARTIAL   
   RAWMSG     01
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
   nanoCUL_868_MSGCNT 13
   nanoCUL_868_TIME 2019-11-03 13:01:42
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-11-03 12:59:59   ccconf          freq:868.300MHz bWidth:203KHz rAmpl:33dB sens:8dB
     2019-11-03 12:43:24   cmds             A B C E e F f G i K k l M N R T t U V W X x Y Z
     2019-11-03 13:01:42   state           Initialized
     2019-11-03 12:59:51   version         V 1.67 nanoCUL868
Attributes:
   rfmode     SlowRF
Titel: Antw:LaCrosse für CUL
Beitrag von: Pfriemler am 03 November 2019, 13:13:09
edit: Dass TX29 auch mit einem CUL gingen, war mir neu. Aber da meine CULs mit slowRF genug zu tun haben, kann ich sie nicht extra dafür abstellen.
Ich habe ein extra Interface, von diesem (Jeelink) unterstützte Sensoren sind hier gelistet:
https://wiki.fhem.de/wiki/JeeLink#Unterst.C3.BCtzte_Sensoren_und_Aktoren_incl._Wetterstation_WS_1600
da steht der Dostmann erst mal nicht dabei...



Titel: Antw:LaCrosse für CUL
Beitrag von: Ralf9 am 31 Dezember 2019, 17:47:52
Zitat2015.10.17 21:00:30 2: CUL: unknown message N0191860140EBAAAA0000210022
2015.10.17 21:00:30 3: Unknown HMS device 1000/4306, please define it
2015.10.17 21:00:30 2: autocreate: define HMS100TF_4306 HMS 4306
Mir ist nicht klar wie dies funktionieren soll.
Ich kann in der 00_CUL.pm nichts finden wo die Nachrichten, die mit "N" anfangen verarbeitet oder nach HMS wandelt.
https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/00_CUL.pm

Gruß Ralf
Titel: Antw:LaCrosse für CUL
Beitrag von: pejonp am 01 Januar 2020, 13:45:43
Hi Ralf,

Bei mir werden dann HMS Devices angelegt


2020-01-01 13:39:33.224 CUL CUL_2 UNKNOWNCODE N019204676A7CC245490002E00E
2020-01-01 13:39:33.243 HMS HMS100T_4308 temperature: 6.7
2020-01-01 13:39:33.243 HMS HMS100T_4308 battery: ok
2020-01-01 13:39:33.243 HMS HMS100T_4308 batteryState: ok
2020-01-01 13:39:33.243 HMS HMS100T_4308 type: HMS100T
2020-01-01 13:39:33.243 HMS HMS100T_4308 T: 6.7  Bat: ok


In der a-culfw muss lacross aktiviert werden (Beitrag #10). Unter Umständen müssen auch andere Protokolle deaktiviert werden weil der Speicher nicht reich.


12_HMS.pm 16797 2018-05-29 19:35:43Z rudolfkoenig


Ich wünsche dir noch ein gesundes neues Jahr.

Jörg
Titel: Antw:LaCrosse für CUL
Beitrag von: Ralf9 am 01 Januar 2020, 17:20:46
inzwischen habe ich es auch rausgefunden, wie es funktioniert.
Es funktioniert nur wenn man die culfw oder a-culw mit
#define LACROSSE_HMS_EMU
neu baut (und evtl andere Dinge (um Speicher zu sparen) ausschaltet)

Damit werden die Sensoren als HMS Devices emuliert.
Damit werden dann zusätzlich zu den Nachrichten die mit "N" anfangen auch noch Nachrichten übertragen die mit "H" anfangen.
Es muss dann noch mit Nr1 der Empfang eingeschaltet werden.
Ich finde dies etwas verwirrend.

Mir ist dies aufgefallen, da ich gerade das Empfangen und Senden von xFSK in die sduino firmware einbaue.
Das Problem ist dabei auch noch, das bei den fertigen hex-File, die ich gefunden habe, das LACROSSE_HMS_EMU nicht aktiv ist

Wünsche auch ein gesundes und gutes neues Jahr

Gruß Ralf

Titel: Antw:LaCrosse für CUL
Beitrag von: Ralf9 am 05 Januar 2020, 11:38:40
Hallo,

kann es sein, daß beim TX29 DTH-IT das new battery Bit immer gesetzt ist, oder dauert dies nach einem Batteriewechsel länger (ca wie lange) bis das new battery Bit gelöscht wird?

Gruß Ralf
Titel: Antw:LaCrosse für CUL
Beitrag von: juergs am 06 Januar 2020, 12:40:05
Zitat von: Ralf9 am 01 Januar 2020, 17:20:46

Es funktioniert nur wenn man die culfw oder a-culw mit
#define LACROSSE_HMS_EMU
neu baut (und evtl andere Dinge (um Speicher zu sparen) ausschaltet)

Damit werden dann zusätzlich zu den Nachrichten die mit "N" anfangen auch noch Nachrichten übertragen die mit "H" anfangen.
Es muss dann noch mit Nr1 der Empfang eingeschaltet werden.
Ich finde dies etwas verwirrend.

Hallo Ralf,
hatte damals (2016!) auch dieses Problem und noch Andere :
https://forum.fhem.de/index.php/topic,36565.msg490058.html#msg490058
ff.
Titel: Antw:LaCrosse für CUL
Beitrag von: Ralf9 am 12 Januar 2020, 12:00:23
ich kann noch raw Nachrichten vom CUL in den Native Modes 1-3 gebrauchen:
Von den normalen Sensoren mit Temperatur und Feuchtigkeit und und nur einem festen Kanal, benötige ich keine, da habe ich den TX29 DTH-IT
https://forum.fhem.de/index.php/topic,106594.msg1011154.html#msg1011154

Senden alle LaCrosse Sensoren so oft? Der TX29 DTH-IT sendet alle 5 Sekunden

Gruß Ralf
Titel: Antw:LaCrosse für CUL
Beitrag von: KölnSolar am 12 Januar 2020, 13:51:36
Hi Ralf,
ich selbe kanns (wahrscheinlich) nicht zu den PCA301, aber guck mal hier in das fhem.log (https://forum.fhem.de/index.php/topic,94589.msg883965.html#msg883965) PCA301 funkt mit N3.
Grüße Markus
Titel: Antw:LaCrosse für CUL
Beitrag von: Ralf9 am 12 Januar 2020, 14:13:12
ja, sowas habe ich gesucht, da habe ich auch gleich das gewandelte LaCrosse Format:
2019.01.08 17:59:25 4: CUL_Parse: CUL0 N03070426D9C300FFFFFFFF054418A0841212810A6501C5120600000000000000B2
2019.01.08 17:59:25 5: CUL0: dispatch OK 24 7 4 38 217 195 0 255 255 255 255 0544
2019.01.08 17:59:25 5: JeeLink/RAW: OK 24 7 4 38 217 /195 1 0 123 26 176

2019.01.08 17:59:26 4: CUL_Parse: CUL0 N03070406CF3300FFFFFFFF1217C4C568BBCAC0D77701209B31C9C0326D7004B847
2019.01.08 17:59:26 5: CUL0: dispatch OK 24 7 4 6 207 51 0 255 255 255 255 1217
2019.01.08 17:59:26 5: JeeLink/RAW: /OK 24 7 4 6 207 51 0 0 0 0 21


Titel: Antw:LaCrosse für CUL
Beitrag von: Pfriemler am 12 Januar 2020, 16:34:47
Zitat von: Ralf9 am 12 Januar 2020, 12:00:23
Senden alle LaCrosse Sensoren so oft? Der TX29 DTH-IT sendet alle 5 Sekunden
Jein. Meine so etwa alle 9 Sekunden. Nutze aktuell 11 Sensoren, habe 57 fpm, also im Schnitt 5 Telegramme pro Minute, also alle 12 s.
Man glaubt es kaum, dass dabei die Batterien noch so lange halten, ist aber so.
Titel: Antw:LaCrosse für CUL
Beitrag von: uli69 am 26 August 2020, 17:37:05
Ich habe jetzt auch einen TX29DTH-IT mit einem Busware Stick und der a-culfw am Laufen. Nur leider wird nach jedem Batteriewechsel ein neues HMS-Device angelegt. Gibt es da noch einen Trick? ansonsten müsste ich nach jedem Batteriewechsel meine Reading-Groups anpasssen.

Titel: Antw:LaCrosse für CUL
Beitrag von: Ralf9 am 27 August 2020, 14:20:45
Wenn es nur einer ist, da steht in der "Device specific help" vom HMS Modul was darüber:
ZitatDer Hauscode kann sich ändern wenn die Batterie gewechselt wird.
Um sich das Leben einfacher zu machen kann man ein "Wildcard" (Platzhalter) Device für jeden Typ von HMS  Gerät anlegen.
Zuerst wird die echte Device-ID geprüft, danach die Wildcard-ID.

Gruß Ralf
Titel: Antw:LaCrosse für CUL
Beitrag von: uli69 am 30 August 2020, 17:11:28
Zitat von: Ralf9 am 27 August 2020, 14:20:45
Wenn es nur einer ist, da steht in der "Device specific help" vom HMS Modul was darüber:
Eigentlich wollte ich demnächst mehrere einsetzten ??? . Ich habe mir mal den Thread über JeeLink durchgelesen. Wäre es möglich die Logik des JeeLink moduls auch im HMS-Modul zu implementieren. Alle benötigten Daten wären vorhanden. Oder sollte man da besser ein eigenes Modul für diese Sensoren schreiben?
Titel: Antw:LaCrosse für CUL
Beitrag von: Ralf9 am 30 August 2020, 17:33:25
ZitatOder sollte man da besser ein eigenes Modul für diese Sensoren schreiben?
Es gibt für die LaCrosse Sensoren bereits das Modul 36_LaCrosse.pm, es müsste dazu das 00_CUL.pm Modul erweitert werden, so wie ich es auch schon beim 00_SIGNALduino.pm Modul gemacht habe.
Für den SIGNALduino gibts mittlerweile eine Firmware mit der auch FSK empfangen werden kann
https://forum.fhem.de/index.php/topic,106594.msg1004463.html#msg1004463

Alternativ kannst Du auch das Autocreate deaktivieren und nach einem Batteriewechsel von Hand die DEF vom entsprechenden HMS Device anpassen

Gruß Ralf