Alternative culfw

cs-online · 22 Dezember 2015, 09:53:40

ok, das Modul scheint 433 zu sein (geb mich geschlagen

).
Ich habe da ein paar Fragen:
1) hast Du den nicht über "by-ID" eingebunden, wie in den Anleitungen im Wiki und bei Gummibaer empfohlen ? (oder seh ich das nur nicht im Log?) - Das ist aber eigentlich nur Kosmetik, wenn FHEM den richtig erkennt und er richtig eingebunden ist.
2) wie ist der Status im FHEM (opened oder initialized) ?
3) wenn Du eine Taste auf der Fernbedienung drückst, leuchtet dann zeitgleich kurz eine der LEDs auf dem Arduino (rx) auf ?
4) der Arduino, ist das einer mit CH oder mit FTDI-Chip ?
5) Hast Du da eine original IT-Fernbedienung oder ist das was anderes (z.B. Silvercrest von Lidl oder Pollin oder aus dem Action-Laden oder oder oder) ?

Es hat sich hier im Forum heraus kristallisiert, daß es einige Arduinos gibt (da scheint meiner zuzugehören - vermutlich Fake--FTDI-Chip aus China), die mit der a-FW IT nicht sauber schalten/empfangen. Würde daher zur Fehlersuche (nur um diesen Fall auszuschließen und den Fehler einzugrenzen), wenn FHEM den richtig erkennt und der Status "initialized" und NICHT opened ist, empfehlen mal die "normale" Cul-FW zu flashen und dann probieren.

Gruß Christian

motopi · 22 Dezember 2015, 22:23:14

Hallo,

ich werde meinen Stick über die Feiertage mal mit dem Multimeter prüfen. Ihr meint "einfach" auf Durchgang zwischen beiden Bauteilen, korrekt?

zu den Fragen:

1) ich habe es irgendwo so gelesen und nicht vor, mehrere USB Geräte anzuschließen
2) initialized
3)ich finde da tx, px und pvr aber keine Blinkt oder leuchtet kurz
4)
5) sind so Toom Baumarktsteckdosen -> ich denke die laufen hier als Elro

mit der normalen FW hatte ich begonnnen

@kadettilac:

Code Auswählen


define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

Autocreate ist imho an, angelegt wird nix.

CCConf

Code Auswählen

CUL1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB

Kurzum: ich messe mal durch und werde dann mal schauen. Über die Feiertage werde ich wenig dazu kommen und melde mich dann mal wieder hier. Wenn ich nicht weiterkomme, überlege ich bei Busware direkt zu bestellen. Das macht ja sonst wenig Sinn, schonwieder in CN zu bestellen und Wochenlang zu warten...

Danke für eure Hilfe & frohe Weihnachten!

cs-online · 23 Dezember 2015, 09:21:19

Zitat von: motopi am 22 Dezember 2015, 22:23:14

Ihr meint "einfach" auf Durchgang zwischen beiden Bauteilen, korrekt?

Korrekt, also Multimeter auf Durchgangsprüfung oder auf Widerstandsmessung kleinster Messbereich, vorher selbstverständlich von USB trennen. Messspitzen mal zusammen halten, dann sollte dieser Wert auch so ca. bei der Messung Arduino->Funkmodul sein. Auch mal prüfen, ob evtl. zwei benachbarte Pins Konakt haben.

Zitat
5) sind so Toom Baumarktsteckdosen -> ich denke die laufen hier als Elro

Es kann auch durchaus sein, daß Deine Dosen nicht einem IT-Protokoll folgen, ich habe hier auch welche von Lidl und andere aus dem Baumarkt, da tut sich am Arduino gar nichts. Selbst die Dinger aus dem ACTION-Laden, die ich mit einer echten IT-Fernbedienung anlernen kann, haben eine Fernbedienung, deren Protokoll nicht vom Arduino erkannt wird und dann leuchtet da auch nichts bei mir. Hast Du evtl. im Bekanntenkreis mal eine "richtige" ELRO oder Intertechno-Fernbedienung zum Testen ?

Zitat
mit der normalen FW hatte ich begonnnen

Also der Arduino scheint richtig geflasht zu sein und wurde auch initialisiert.

Aus meiner Sicht gibt's nun drei Möglichkeiten:
- Nicht richtig angeschlossen (entweder was vertauscht - das kann passieren - oder das Funkmodul hat gar nicht die Belegung, wie bei Gummibaer angegeben, evtl. mal den Verkäufer fragen. Oftmals ist die Belegung im Bild zu sehen oder die haben einen Hinweis auf eine Internetseite, wo die abgebildet ist)
- das Funkmodul ist defekt (ich habe hier auch eins, das nur senden kann, bei Empfang kommt nichts an)
- siehe oben, einfach nicht kompatibel (da hilft auch kein original CUL)

Grüße

Christian

kadettilac89 · 23 Dezember 2015, 10:45:21

Zitat von: cs-online am 23 Dezember 2015, 09:21:19
Es kann auch durchaus sein, daß Deine Dosen nicht einem IT-Protokoll folgen, ich habe hier auch welche von Lidl und andere aus dem Baumarkt, da tut sich am Arduino gar nichts. Selbst die Dinger aus dem ACTION-Laden, die ich mit einer echten IT-Fernbedienung anlernen kann, haben eine Fernbedienung, deren Protokoll nicht vom Arduino erkannt wird und dann leuchtet da auch nichts bei mir. Hast Du evtl. im Bekanntenkreis mal eine "richtige" ELRO oder Intertechno-Fernbedienung zum Testen ?

Zitat von: motopi am 20 Dezember 2015, 16:14:08
In meiner bestehenden FHEM Installation (auf wheezy / Raspbian basierend) konnte ich die Steckdosen schalten, aber nichts einlesen.

Verstehe ich nicht, wenn er Elro sendet und die Steckdosen schalten ist es Elro. FW Cul und aFW funktionieren nur zum Senden aber nicht zum Empfang. Hab die baugleichen bei mir laufen. Sehen deine aus wie das angehängte Bild? ... Unkompatible Steckdosen als Fehlerquelle unwahrscheinlich.

Ich tippe auf:
--> Verkabelung / Durchgang auf der Platine nicht durchgängig
--> Kein CC1101 sondern ein CC110* (L , E ... oder so) der nur senden kann, oder halt wie schon gesagt defekt ist.

Du kannst scheinbar löten und hast einen Arduino --> kannst ja einen Fhemduino zum Testen bauen.

cs-online · 23 Dezember 2015, 13:52:58

hmmm.... das mit dem Senden hab ich überlesen, sorry, mein Fehler. Dann fällt das Argument Inkompatibilität tatsächlich aus

Aber warum sollte der CUL / NanoCul nicht in der Lage sein, die Fernbedienungen zu empfangen ? Ich habe hier original ELRO und die Fernbedienungen empfängt FHEM auch mit dem NanoCul... Hab die auch alle mit Autocreate angelegt. Oder reden wir hier aneinander vorbei ? Ich meine, natürlich senden die Steckdosen nichts, sondern nur die Fernbedienungen...

kadettilac89 · 23 Dezember 2015, 18:05:08

Zitat von: cs-online am 23 Dezember 2015, 13:52:58
hmmm.... das mit dem Senden hab ich überlesen, sorry, mein Fehler. Dann fällt das Argument Inkompatibilität tatsächlich aus

Aber warum sollte der CUL / NanoCul nicht in der Lage sein, die Fernbedienungen zu empfangen ? Ich habe hier original ELRO und die Fernbedienungen empfängt FHEM auch mit dem NanoCul... Hab die auch alle mit Autocreate angelegt. Oder reden wir hier aneinander vorbei ? Ich meine, natürlich senden die Steckdosen nichts, sondern nur die Fernbedienungen...

Jetzt stiftest du Verwirrung

Meine Aussagen:
- (nano)Cul ist in der Lage Elro (IT) zu senden und zu empfangen.
- Toom Steckdosen sind Elro nur anders gelabelt. Das Bild soll motopi bestätigen.
- Autocreate funktioniert mit Elro ... darum auch meine Empfehlung das zu aktivieren

Aktuller Stand vom TE mitgeteilt
- Schalten ja, senden geht nicht
- Firmware Cul und aCul getestet
- Autocreate legt überhaupt nichts an
- Steckdosen Toom, sehr wahrscheinlich Elro-Kopie

TE soll mal durchmessen ... wahrscheinlich ist das Modul defekt

cs-online · 23 Dezember 2015, 18:41:10

Danke für Deine Nachsicht

Würde auch vermuten, daß da irgendwas defekt ist. Ich habe mal mehrere in China bestellt und der erste angeschlossene konnte senden aber nichts empfangen. Günstigerweise habe ich alles gesockelt, ein anderes Funkmodul angeschlossen und dann ging beides. Hab das defekte dann aber behalten, Rückporto wäre sicher teuerer gewesen, außerdem findet sich sicher nochmal eine Möglichkeit, wo nur gesendet werden muss...

kadettilac89 · 23 Dezember 2015, 19:23:02

Zitat von: cs-online am 23 Dezember 2015, 18:41:10
Danke für Deine Nachsicht

Gerne

Zitat von: cs-online am 23 Dezember 2015, 18:41:10
Ich habe mal mehrere in China bestellt und der erste angeschlossene konnte senden aber nichts empfangen. ..... Rückporto wäre sicher teuerer gewesen...

Wenn du bei AliExpress oder Ebay bestellst sind die Händler in der Regel sehr kulant damit keine negative Bewertung kommt. Habe schon mehrfach defekte Teile erhalten und dann immer kostenlosen Ersatz bekommen. Man muss nur freundlich und auf englisch fragen.

Meesus · 26 Dezember 2015, 20:53:08

Hallo,
ich habe als Geschenk eine Nexttec Funkwetterstation bekommen, der Sender dazu ist wie baugleich GT-WT-02.
Gefunden wurde der Sender aber erst über Autocreate nach dem Bestätigen des int. Tasters im Sender. - sofortiger Datenversand an die Station

Jetzt mein Problem:

Leider kommt der Empfang über meine Cul:

Code Auswählen

CUL468MHZ version => V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUL433 (F-Band: 433MHz)
nur beim bestätigen des int. Tasters am Sender bei FHEM an, dann nicht mehr.
Die Werte werden auch korrekt angezeigt, das war es dann aber auch schon.
Was mir noch augefallen ist, der Sender hat 3 Kanäle / 1,2,3. Als Channel wir mir im Code "CUL_TCM97001_193" Channel 0 angezeigt

Code Auswählen

Internals: 
   CODE       CUL_TCM97001_193 
   DEF        CUL_TCM97001_193 
   NAME       Type1_193 
   NR         1306 
   STATE      Defined 
   TYPE       CUL_TCM97001 
   lastH      0 
   lastT      0 
   Readings: 
     2015-12-26 16:42:33   battery         ok 
     2015-12-26 18:54:39   channel         0 
     2015-12-26 18:54:39   humidity        56 
     2015-12-26 16:42:33   mode            forced 
     2015-12-26 18:54:39   state           T: 21.4 H: 56 
     2015-12-26 18:54:39   temperature     21.4 
Attributes: 
   model      Type1 
   room       CUL_TCM97001

Hier das Log mit X25:

Code Auswählen

2015.12.26 20:33:02 2: CUL468MHZ: unknown message p 8  528 4176  560 4144  576 2064  37  1  4 5   544  9152     0 20 C100B57B70
2015.12.26 20:33:02 2: CUL468MHZ: unknown message p11  560 2208  560 4160  576 2064  38  1  4 6   576  9072     0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11  576 2272  592 4128  576 2096  38  1  4 6   576  9040     0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11  576 2208  576 4128  576 2096  38  1  4 6   560  9040     0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11  576 2272  576 4144  560 2096  38  1  4 6   560  9056     0 20 60805ABDB8
2015.12.26 20:33:03 2: CUL468MHZ: unknown message p11  576 2208  560 4160  576 2064  38  1  4 6   560  9040     0 20 60805ABDB8
2015.12.26 20:33:22 2: CUL468MHZ: unknown message p13  768  912  592  912    0    0 157  1 19 5   912  1040   448 E6 AAAAAAAAB2AD3554D54AAD5353335554AAD32AB0
2015.12.26 20:33:22 2: CUL468MHZ: unknown message p11  736 1072  896  560  400 1024  98  1 12 2   352  8528     0 E5 C0049210880801042480222040
2015.12.26 20:33:52 2: CUL468MHZ: unknown message p11   48 1808   80 3840   48  704  19  1  2 3   160  3248     0 D8 C981C0
2015.12.26 20:33:52 2: CUL468MHZ: unknown message p 8  560 4144  576 4160  544 2112  37  1  4 5   608  9056     0 22 C100B57B70
2015.12.26 20:33:52 2: CUL468MHZ: unknown message p11  576 2208  560 4176  560 2096  38  1  4 6   560  9040     0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11  576 2272  560 4176  560 2080  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11  576 2192  576 4144  560 2080  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11  576 2272  560 4144  576 2080  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:33:53 2: CUL468MHZ: unknown message p11  576 2192  560 4176  544 2096  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:34:44 2: CUL468MHZ: unknown message p13  416  560  608  880    0    0  75  1  9 3   416   560   416 E4 CAAAAD54AAAB2D5552A0
2015.12.26 20:34:44 2: CUL468MHZ: unknown message p13  752  896  608  896    0    0 167  1 20 7   896  1024   448 E4 AAAAAAAB332B4B4D553552AB54D4CCD5552AB4CAAC
2015.12.26 20:35:32 2: CUL468MHZ: unknown message p 8  544 4160  576 4144  576 2080  37  1  4 5   640  9040     0 22 C100B57B70
2015.12.26 20:35:32 2: CUL468MHZ: unknown message p11  576 2176  576 4144  560 2096  38  1  4 6   560  9072     0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11  576 2272  560 4160  560 2096  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11  576 2208  576 4144  560 2112  38  1  4 6   560  9040     0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11  560 2272  560 4160  560 2096  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:35:33 2: CUL468MHZ: unknown message p11  576 2208  560 4144  576 2096  38  1  4 6   560  9040     0 22 60805ABDB8
2015.12.26 20:36:06 2: CUL468MHZ: unknown message p11  816 1184  864  576  400 1056  92  1 11 4   400 13296     0 E4 BDA4B4220203710920008850
2015.12.26 20:36:06 2: CUL468MHZ: unknown message p11  864 1088  880  560  400 1040  98  1 12 2   384  8384     0 E5 F80092108A0801042480232940
2015.12.26 20:36:22 2: CUL468MHZ: unknown message p 8  576 4144  576 4112  592 2080  37  1  4 5   608  9040     0 20 C100B47B68
2015.12.26 20:36:22 2: CUL468MHZ: unknown message p11  560 2224  576 4144  576 2064  38  1  4 6   576  9040     0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11  560 2224  560 4144  560 2096  38  1  4 6   576  9040     0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11  560 2224  576 4128  560 2096  38  1  4 6   560  9056     0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11  576 2224  576 4128  560 2096  38  1  4 6   560  9040     0 20 60805A3DB4
2015.12.26 20:36:23 2: CUL468MHZ: unknown message p11  576 2208  576 4128  560 2080  38  1  4 6   576  9040     0 20 60805A3DB4
2015.12.26 20:37:12 2: CUL468MHZ: unknown message p 8  560 4144  560 4144  576 2096  37  1  4 5   608  9056     0 22 C100B57B70
2015.12.26 20:37:12 2: CUL468MHZ: unknown message p11  576 2208  560 4160  576 2096  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11  560 2272  576 4160  576 2096  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11  560 2208  576 4144  560 2096  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11  576 2272  576 4144  560 2096  38  1  4 6   560  9040     0 22 60805ABDB8
2015.12.26 20:37:13 2: CUL468MHZ: unknown message p11  576 2208  560 4144  576 2080  38  1  4 6   560  9056     0 22 60805ABDB8
2015.12.26 20:37:27 2: CUL468MHZ: unknown message p11   32 1440  128 1728  112  960  16  1  2 0   192  3584     0 D6 4F6C
2015.12.26 20:37:28 2: CUL468MHZ: unknown message p13  784  912  624  880    0    0 167  1 20 7   928  1040   464 E6 AAAAAAAB332B4B4D553552AB54D4CCD5552AB4CAAC
2015.12.26 20:37:28 2: CUL468MHZ: unknown message p11  640 1056  912  544  400 1056  98  1 12 2   384  8592     0 E5 C85092108A08010424A0022040
2015.12.26 20:38:02 2: CUL468MHZ: unknown message p 8  576 4144  576 4160  576 2080  37  1  4 5   624  9024     0 20 C100B57B70
2015.12.26 20:38:02 2: CUL468MHZ: unknown message p11  576 2208  560 4144  576 2080  38  1  4 6   560  9040     0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11  560 2288  592 4144  560 2096  38  1  4 6   576  9040     0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11  576 2224  560 4144  560 2080  38  1  4 6   560  9040     0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11  576 2288  576 4144  560 2096  38  1  4 6   560  9040     0 20 60805ABDB8
2015.12.26 20:38:03 2: CUL468MHZ: unknown message p11  576 2208  576 4160  560 2096  38  1  4 6   576  9040     0 20 60805ABDB8
2015.12.26 20:38:50 2: CUL468MHZ: unknown message p13  432  528  608  896    0    0  67  1  8 3   432   528   432 E6 AAAAAD5552AB4CAAC0
2015.12.26 20:38:50 2: CUL468MHZ: unknown message p13  784  896  624  864    0    0 167  1 20 7   928  1024   464 E3 AAAAAAAB332B4B4D553552AB54D4CCD5552AB4CAAC
2015.12.26 20:38:52 2: CUL468MHZ: unknown message p 8  528 4176  576 4112  592 2080  37  1  4 5   544  9152     0 20 C100B57B70
2015.12.26 20:38:52 2: CUL468MHZ: unknown message p11  576 2208  592 4112  576 2096  38  1  4 6   560  9056     0 20 60805ABDB8
2015.12.26 20:38:53 2: CUL468MHZ: unknown message p11  576 2288  576 4144  576 2080  38  1  4 6   560  9024     0 20 60805ABDB8
2015.12.26 20:38:53 2: CUL468MHZ: unknown message p11  576 2208  576 4128  576 2080  38  1  4 6   560  9040     0 20 60805ABDB8
2015.12.26 20:38:53 2: CUL468MHZ: unknown message p11  576 2272  592 4144  576 2064  38  1  4 6   576  9040     0 20 60805ABDB8

Was ich jetzt wirklich nicht verstehe ist, sobald die Daten über den Taster am Sender "von Hand" übermittelt werden, funktioniert es. Nur leider nicht kontinuierlich automatisch.
Fhem ist Featurelevel: 5.7 (fhem.pl:10220/2015-12-21 perl:5.020002 os:linux user:fhem pid:20030)
Kann man da etwas machen?

Gruß Micha

kadettilac89 · 27 Dezember 2015, 09:14:12

Zitat von: Meesus am 26 Dezember 2015, 20:53:08
Jetzt mein Problem:

Leider kommt der Empfang über meine Cul:
Code Auswählen Erweitern
CUL468MHZ version => V 1.20.01 a-culfw Build: 176 (2015-12-07_23-24-58) CUL433 (F-Band: 433MHz)
nur beim bestätigen des int. Tasters am Sender bei FHEM an, dann nicht mehr.
Kann man da etwas machen?

Test mal Version 1.10.02 die empfängt auf 433 viel besser. Version 1.20.01 benötigt bei mir auch ewig um irgend welche Signale zu empfangen.

"CUL468MHZ version" ... was ist das? Entweder 433 oder 868. Läuft dein CUL auf 433 MHz oder hast du an der Frequenz rumgebastelt?

sash.sc · 27 Dezember 2015, 09:17:55

Habe mit der 1.10.02 auch bessere Erfahrung gemacht in Sachen Empfang von temp. Sendern.

Gesendet von meinem C6603 mit Tapatalk

Sauron · 27 Dezember 2015, 12:29:58

Hallo Björn,
ich habe von 167 auf 176 upgedated, dann fiel mir gleich ein ab400 auf der sich gar nicht mehr schalten liess und ein ein Intertechno der sich nur noch ein- aber nicht mehr ausschalten liess.
bin dann auf 174 da liess sich der ab 400 wieder problemlos schalten, der Intertechno am Aquarium weiterhin nur ein nicht aus.
bei 171 V (1.10.02) schalten beide wieder ganz normal.

die adresse des Intertechno 0F000FF00F FF F0
die adresse des AB400 FF00F00F0F FF F0
habe mehrfach umgeflasht immer das Gleiche.

Gruß
Reiner

Meesus · 27 Dezember 2015, 12:30:27

Hallo kadettilac89, hallo sash.sc,

vielen Dank!

Es lag tatsächlich an der neuen V 1.20 a-culfw.
Ich habe jetzt die V 1.10.02 genommen und damit funktioniert es!

Code Auswählen

2015-12-27_12:11:22 Type1_193 T: 20.6 H: 56
2015-12-27_12:11:22 Type1_193 humidity: 56
2015-12-27_12:14:42 Type1_193 humidity: 59
2015-12-27_12:14:42 Type1_193 T: 20.6 H: 59
2015-12-27_12:15:32 Type1_193 temperature: 20.9
2015-12-27_12:15:32 Type1_193 humidity: 73
2015-12-27_12:15:32 Type1_193 T: 20.9 H: 73
2015-12-27_12:16:22 Type1_193 temperature: 21.7
2015-12-27_12:16:22 Type1_193 humidity: 78
2015-12-27_12:16:22 Type1_193 T: 21.7 H: 78
2015-12-27_12:17:12 Type1_193 temperature: 22.7
2015-12-27_12:17:12 Type1_193 humidity: 76
2015-12-27_12:17:12 Type1_193 T: 22.7 H: 76
2015-12-27_12:18:02 Type1_193 temperature: 23.2
2015-12-27_12:18:02 Type1_193 humidity: 63
2015-12-27_12:18:02 Type1_193 T: 23.2 H: 63

Zitat"CUL468MHZ version" ... was ist das? Entweder 433 oder 868. Läuft dein CUL auf 433 MHz oder hast du an der Frequenz rumgebastelt?

-> Das war ein Schreibfehler meinerseits, ist natürlich eine 433Mhz. Muss ich noch bei mir in FHEM korrigieren.

Danke und Gruß
Micha

Peter_Listig · 30 Dezember 2015, 19:20:57

@Bjoern

Hallo Bjoern,

hatte einige Wochen Urlaub und war weg. Nu aber leider wieder da.
Und eine Frage habe ich auch gleich:

Meine eurochron Sensoren werden, wenn ich einen neuen Sensor erstmals in Betrieb nehme,
oder bei einen bislang laufenden Sensor die Batterie entferne und wieder einsetze nicht mehr
als "eurochron" erkannt.

Erkannt werden sie als SD_WS07_TH_ (1 - 3 je nach eingestelltem Kanal) .
Nutzen kann ich nur noch 2, da Kanal 1 von Nachbargeräten bereits mehrfach belegt wird.

Hast Du bezüglich o.g. Sensoren (CUL_TCM97001) Änderungen eingespielt, die besser nicht
per update hätte übernehmen sollen.

Oder gibt es eine Möglichkeit die Sensoren manuell anzulegen bzw. unabhängig vom Kanal
anzulegen.

Erstmal Danke
und Dir sowie allen Mitstreitern
einen guten Rutsch ins neue Jahr

Peter

PS: Fhem 5.6 auf Pi 2
CUL433 V 1.10.01 a-culfw Build: 167 (2015-10-13_18-19-02) CUL433 (F-Band: 433MHz)
CUL868 V 1.61 CUL868

ambiman · 31 Dezember 2015, 14:16:05

Hallo Leute,

ich habe vorhin die letzte Version der a-culfw (a-culfw_1.20.01_build_176_master.zip) auf meinen CULv3 868 geflashed.
Leider scheint das IT-send nicht korrekt zu funktionieren, ich wollte eine meiner IT-IP44 Steckdosen im Garten schalten - leider vergeblich:

Folgendes findet sich im Log:

Code Auswählen


2015.12.31 13:50:19 2: IT set Schalter_Teich_LED on
2015.12.31 13:50:19 4: CUL_send:  CUL_0is 00 0F FF00 0FFF

Mit der original culfw (V1.61) funktioniert es problemlos - keine Unterscheide im Log:

Code Auswählen


2015.12.31 14:15:19 2: IT set Schalter_Teich_LED on
2015.12.31 14:15:19 4: CUL_send:  CUL_0is 00 0F FF00 0FFF

Ideen ?

Viele Grüße,

ambiman