Alternative culfw

[khk123]

Hallo bjoernh,

hatte vor einigen Tagen schon mal gefragt, aber wahrscheinlich ist die Frage untergegangen:

In der a-culfw ist wohl eine ältere Version von rpiaddon enthalten. locutus hat Anfang Dezember eine neue Version für die culfw bereitgestellt. Siehe http://forum.fhem.de/index.php/topic,14156.msg370558.html#msg370558 Wird die Version auch in der a-culfw berücksichtigt?

Gruß
Karlheinz

[bjoernh]

Hallo bjoernh,

hatte vor einigen Tagen schon mal gefragt, aber wahrscheinlich ist die Frage untergegangen:

In der a-culfw ist wohl eine ältere Version von rpiaddon enthalten. locutus hat Anfang Dezember eine neue Version für die culfw bereitgestellt. Siehe http://forum.fhem.de/index.php/topic,14156.msg370558.html#msg370558 Wird die Version auch in der a-culfw berücksichtigt?

Gruß
Karlheinz

Irgendwann ja,  wenn ich Zeit habe.

[tarioch]

Ich hab von nanoCUL Verzeichniss per flash.sh nanoCUL433 geflasht. Komischerweise wenn ich meinen Stick connecte und V drücke kommt:

V 1.20.03 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 868MHz)

sollte es nicht F-Band: 433MHz sein?

[cs-online]

Tja, das klingt schon merkwürdig. Könnte eine Fehlmeldung sein oder die Frequenz ist wirklich falsch eingestellt.

Was zeigt der denn bei
get ccconf ?

Bei meinem z.B:
freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB

Du kannst das auch unter Set freq mit 433 probieren und dann nochmal  get ccconf schauen, ob die Frequenz auch eingestellt wurde. Und natürlich probieren, ob der denn sendet / empfängt.

evtl. nochmal flashen, aber nicht mit dem Skript sondern mit
make program-433

Und dann mal schauen, ob das dann auch bei 433Mhz landet...

Grüße

Christian

[tarioch]

Make hab ich schon probiert mit selbem effekt. Ich verwende fhem selber nicht. Meine Zugriffe sind direkt per serial term im moment.

[tarioch]

Hab jetzt direkt die Register 0F/10/11 gesetzt.

[tarioch]

Komplett andere Baustelle.

Firmware 1.20.04
Device: nanoCul433

Funktioniert einwandfrei bis ich intertechno repetitions mit z.B.
isr6
sende. Danach sieht's zwar von der Konsole noch so aus, dass alles funktioniert. Aber es wird nichts mehr vom Radio gesendet (hab extra nen SDR Radio angeworfen und sehe genau ab dem Moment keine Signale mehr)

Irgendeine Idee was das sein könnte?

[Tedious]

Steigt bei mir auch sang- und klanglos aus wenn ich ITrepetions zuweise. Hab die 10_IT.pm editiert, die Repetitions dort direkt angepasst und die 10_IT.pm aus dem Updateschema rausgenommen. Seitdem passts

[chris1284]

dann solltet ihr den fix ggf. den dem maintainer bereitstellen  und so ggf auch anderen helfen

[Ralf9]

Steigt bei mir auch sang- und klanglos aus wenn ich ITrepetions zuweise. Hab die 10_IT.pm editiert, die Repetitions dort direkt angepasst und die 10_IT.pm aus dem Updateschema rausgenommen. Seitdem passts

Ich habe auch ein paar Anpassungen an der 10_IT.pm vorgenommen damit die Log Ausgaben aussagekräftiger sind und dem IT-Modul zugeordnet werden können.
https://github.com/Ralf9/test/commit/4272bc03bb2a7b209d2b0eb7384917cee91e6881

Hast Du mir Deine Änderungen, damit ich sie bei mir einarbeiten kann.

Gruß Ralf

[Torben]

Hallo zusammen,

ich nutze auch einen Selbstbau CUL mit der a-culfw, um ELRO AB440S Steckdosen zu schalten. Sowohl mit der 1.20.00 als auch der 1.20.04 funktioniert es nicht richtig. Von drei Steckdosen reagiert nur eine. Interessant dabei ist, dass zwei der Steckdosen die identische ID (Haus- und Gerätecode) haben und davon nur eine reagiert. Die dritte mit einer anderen ID reagiert gar nicht. Ich habe auch verschiedene Werte für die Bandbreite, etc. versucht - ohne Erfolg.
Dann habe ich mal die 1.05.03 geflasht und alle drei funktionieren nun problemlos. Vielleicht hilft die Info für die weitere Entwicklung bzw. jemandem, der auch das Problem hat.

Edit: Was mir jetzt noch fehlt, ist die Einbindung des ELRO Handsenders AB440R. Dessen Signale werden jetzt scheinbar gar nicht mehr empfangen/angezeigt - egal ob die "on"- oder die "off"-Tasten gedrückt werden. Mit der 1.20.04-Firmware wurden noch automatisch die Steckdosen als Geräte angelegt, wenn ich auf den Handsender gedrückt habe.
Hat hier vielleicht jemand eine Idee?

Gruß
Torben

[Torben]

Es funktioniert nun doch. Ich habe zwei ELRO Handsender. Einer wird von fhem/cul erkannt, wenn ich drücke, der andere nicht. Es wird auch entsprechend ein Device automatisch angelegt. Dann habe ich noch mal mit der Bandbreite gespielt und sie auf 812KHz gestellt, sens auf 8dB. Damit werden beide Handsender erkannt. Somit wird auch der richtige Status der Lampen in fhem angezeigt, egal, ob ich über fhem oder einen Handsender schalte.

Meine Einstellungen für den nanoCUL sind:

Code Auswählen Erweitern

version => V 1.05.03 a-culfw Build: 138 (2015-08-23_08-52-03) nanoCUL433 (F-Band: 433MHz)

Code Auswählen Erweitern

ccconf => freq:433.920MHz bWidth:812KHz rAmpl:42dB sens:8dB

Im Log wird dann bei verbose 5 folgendes angezeigt:
Einschalten:

Code Auswählen Erweitern

2016.02.07 17:36:49 5: CUL/RAW: /i00
2016.02.07 17:36:49 5: CUL/RAW: i00/1451
2016.02.07 17:36:49 5: CUL/RAW: i001451/41

2016.02.07 17:36:49 4: CUL_Parse: nanoCUL i00145141 -41.5
2016.02.07 17:36:49 5: nanoCUL dispatch i001451
2016.02.07 17:36:49 3: WZ.Licht.Regale on->on
2016.02.07 17:36:49 5: CUL/RAW: /i
2016.02.07 17:36:49 5: CUL/RAW: i/001
2016.02.07 17:36:49 5: CUL/RAW: i001/55F3
2016.02.07 17:36:49 5: CUL/RAW: i00155F3/C

2016.02.07 17:36:49 4: CUL_Parse: nanoCUL i00155F3C -44
2016.02.07 17:36:49 5: nanoCUL dispatch i00155f
2016.02.07 17:36:49 3: Code 11 not supported by IT_00000FFFFF.
2016.02.07 17:36:49 3: Code 11 not supported by IT_00000FFFFF.
2016.02.07 17:36:49 3: nanoCUL: Unknown code i00155f, help me!
Ausschalten

Code Auswählen Erweitern

2016.02.07 17:37:43 5: CUL/RAW: /i
2016.02.07 17:37:43 5: CUL/RAW: i/0014
2016.02.07 17:37:43 5: CUL/RAW: i0014/542E
2016.02.07 17:37:43 5: CUL/RAW: i0014542E/

2016.02.07 17:37:43 4: CUL_Parse: nanoCUL i0014542E -51
2016.02.07 17:37:43 5: nanoCUL dispatch i001454
2016.02.07 17:37:43 3: WZ.Licht.Regale on->off

Es scheint also, dass er das richtige empfängt, aber noch etwas mehr, das er nicht versteht.

[Quatalspropella]

Hallo,

ich nutze die Firmware V 1.20.01 a-culfw Build: 176  auf einen NanoCUL im SlowRF Mode auf 433,92MHz.
Seit dieser Version Funktioniert der GT-WT-02 Temperatursender nicht mehr. Ich bekomme hin und wieder einmsl am Tag einen Wert. Bei den anderen malen die er sendet kommz nicht oder im Event das der Code nicht verstanden wird.

Dieses kommt im Event einmal wenn ich die Sendetaste am Gerät drücke. Dabei wird das Model von WT-GT02 auf Type1  stellen.
2016-02-08 20:59:01 CUL_TCM97001 Type1_211 temperature: 21.7
2016-02-08 20:59:01 CUL_TCM97001 Type1_211 humidity: 51
2016-02-08 20:59:01 CUL_TCM97001 Type1_211 T: 21.7 H: 51

Danach kommt von alleine nichts mehr an.

Ich habe dann die Sendetaste nochmal gedrückt und im Event tauchte das hier auf:
2016-02-08 21:07:49 CUL CUL433 UNKNOWNCODE sD3410765011;  528: 9024

Gibt es hier iegendwo einen fehler in der Firmware oder gibt es für die Sensoren etwas was man am Cul noch einstellen kann.

Mit dieser Firmwareversion gehen die Homeeasy Steckdose aber Super. Das anlernen der Steckdose ist jetzt eine richtige Freude.

Wäre schön wenn hier wer rat weiß. Besten Dank im vorraus.

[Tedious]

Ich habe auch ein paar Anpassungen an der 10_IT.pm vorgenommen damit die Log Ausgaben aussagekräftiger sind und dem IT-Modul zugeordnet werden können.
https://github.com/Ralf9/test/commit/4272bc03bb2a7b209d2b0eb7384917cee91e6881

Hast Du mir Deine Änderungen, damit ich sie bei mir einarbeiten kann.

Gruß Ralf

Hi, nichts besonderes. ITrepetitions = 12 gesetzt, das wars denn schon. Seitdem funktioniert auch der itv-100.

[Ralf9]

Hi, nichts besonderes. ITrepetitions = 12 gesetzt, das wars denn schon. Seitdem funktioniert auch der itv-100.

Meinst Du das Attribut "ITrepetition" welches Du auf 12 gesetzt hast?
Dazu muß nichts an der 10_IT.pm editiert werden.

Gruß Ralf