Alternative culfw

cs-online · 04 Januar 2016, 11:58:02

ups, dann hatte ich das leider falsch in Erinnerung...sorry

Peter_Listig · 04 Januar 2016, 15:38:09

Danke für Eure Antworten,

verhindert somit nur ein übermäßiges Anwachsen der Log-Datei.

Nachdem ich mit IT Devices bisher gute Erfahrungen gemacht habe,
möchte ich nun aus Sicherheitsgründen auch Rauchmelder einsetzen.

Im Forum habe ich nur folgenden Hinweis auf IT-Rauchmelder gefunden:

Anfängerfragen / 2262 Funkrauchmelder 10_IT
« Text von MBHG am 07 Juni 2015, 07:28:14 »

Zitat
Update: hab's jetzt auch gefunden. Es gibt ein a-culf, eine alternative Software für den nano.

Bedeutet das, dass mit der a-culfw in Kombination mit einem CUL433 auch IT-Rauchmelder
empfangen werden können?

Gruß

Peter

bjoernh · 05 Januar 2016, 14:02:13

Zitat von: Peter_Listig am 04 Januar 2016, 15:38:09
Danke für Eure Antworten,

verhindert somit nur ein übermäßiges Anwachsen der Log-Datei.

Nachdem ich mit IT Devices bisher gute Erfahrungen gemacht habe,
möchte ich nun aus Sicherheitsgründen auch Rauchmelder einsetzen.

Im Forum habe ich nur folgenden Hinweis auf IT-Rauchmelder gefunden:

Anfängerfragen / 2262 Funkrauchmelder 10_IT
« Text von MBHG am 07 Juni 2015, 07:28:14 »

Bedeutet das, dass mit der a-culfw in Kombination mit einem CUL433 auch IT-Rauchmelder
empfangen werden können?

Gruß

Peter

Müsste schon gehen, aber dem IT-Modul muss man denke ich die richtigen Schaltcodes noch bei bringen.

ambiman · 07 Januar 2016, 12:46:59

Zitat von: kadettilac89 am 31 Dezember 2015, 15:53:29
Die Protokolle wurden in die entsprechenden Versionen aufgeteilt. 433 kann nur 433 und 868 eben nur 868 ... umschalten ist nicht ...

was spricht gegen die originale Version die du schon verwendet hattest?

Hallo kadettilac89,

kann ich so leider nur bedingt bestätigen, deine Aussage ist scheinbar lediglich korrekt für die Firmware CUL_V3_868MHZ.
Wobei ich das auch nicht ganz verstehe, da im changelog folgendes steht:

Zitat
1.03.04

Reenable IT-Sending with CUL 868Mhz version

Wurde das wieder entfernt ?

Da ich gestern ein paar ITR-1500 Steckdosen erworben habe, habe ich heute folgendes getestet:

Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ aus dem Archiv a-culfw_1.20.01_build_176_master.zip geflashed, nun spricht er erfolgreich ITv1/ITv3 auf 433.92Mhz und ebenfalls HM auf 868.3 Mhz. Alles prima.

Viele Grüße,

ambiman

kadettilac89 · 07 Januar 2016, 15:58:02

Zitat von: ambiman am 07 Januar 2016, 12:46:59
Hallo kadettilac89,

kann ich so leider nur bedingt bestätigen, deine Aussage ist scheinbar lediglich korrekt für die Firmware CUL_V3_868MHZ.
Wobei ich das auch nicht ganz verstehe, da im changelog folgendes steht:

Wurde das wieder entfernt ?

Da ich gestern ein paar ITR-1500 Steckdosen erworben habe, habe ich heute folgendes getestet:

Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ aus dem Archiv a-culfw_1.20.01_build_176_master.zip geflashed, nun spricht er erfolgreich ITv1/ITv3 auf 433.92Mhz und ebenfalls HM auf 868.3 Mhz. Alles prima.

Viele Grüße,

ambiman

OK, ich dachte bjoernh hat 433 und 868 streng getrennt. Wenn der 868 auch IT spicht ist das sehr gut da es das Protokoll auf 433 ist das fast jeder nutzt.

kadettilac89 · 07 Januar 2016, 16:05:22

Hi bjoernh, hi Mitstreiter,

weiß jemand ob ich die billigen Funk-Fensterkontakte mit der aFW empfangen kann, und irgend ein Modul in Fhem darauf reagiert? Wenn nicht, was müsste ich machen damit ich diese in Fhem einsetzen könnte?

Ich hatte schon mal einen Kontakt der auch mit dem Fhemduino halbwegs verwendet werden konnte. Habe aber den Kontak geschlachtet da ich Bauteile benötigt habe, kann es also nicht einfach so teten.

Ich spreche von diesen Dingern ... http://www.ebay.de/itm/Wireless-Tur-Alarmanlage-Turklinke-Fenster-Alarm-Turalarm-Fensteralarm-Sicherung-/351415974124?var=&hash=item51d20638ec:m:miU1dKS4QjfZEETuLCerALw

Danke!

bjoernh · 07 Januar 2016, 16:06:51

Zitat von: kadettilac89 am 07 Januar 2016, 16:05:22
Hi bjoernh, hi Mitstreiter,

weiß jemand ob ich die billigen Funk-Fensterkontakte mit der aFW empfangen kann, und irgend ein Modul in Fhem darauf reagiert? Wenn nicht, was müsste ich machen damit ich diese in Fhem einsetzen könnte?

Ich hatte schon mal einen Kontakt der auch mit dem Fhemduino halbwegs verwendet werden konnte. Habe aber den Kontak geschlachtet da ich Bauteile benötigt habe, kann es also nicht einfach so teten.

Ich spreche von diesen Dingern ... http://www.ebay.de/itm/Wireless-Tur-Alarmanlage-Turklinke-Fenster-Alarm-Turalarm-Fensteralarm-Sicherung-/351415974124?var=&hash=item51d20638ec:m:miU1dKS4QjfZEETuLCerALw

Danke!

Diesbezüglich, dass der 2264 Chip drinnen ist, sollten die gehen.
Evtl. muss man das Modul dann anpassen.

ambiman · 07 Januar 2016, 17:45:45

Zitat von: kadettilac89 am 07 Januar 2016, 15:58:02
OK, ich dachte bjoernh hat 433 und 868 streng getrennt. Wenn der 868 auch IT spicht ist das sehr gut da es das Protokoll auf 433 ist das fast jeder nutzt.

Hallo kadettilac89,

das ist ja mein Problem, die 868er Firmware schaltet nicht auf 433 Mhz um.
Die 433er Variante jedoch auf 868Mhz.

Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ geflashed und bin dauerhaft im RFMode Homematic und bei Bedarf für ITv1/ITv3 auf 433.92Mhz. Weshalb funktioniert das nicht umgekehrt?

Viele Grüße,

ambiman

kadettilac89 · 07 Januar 2016, 18:51:49

Zitat von: ambiman am 07 Januar 2016, 17:45:45
Ich habe meinen CULv3_868 mit der Firmware CUL_V3_433MHZ geflashed und bin dauerhaft im RFMode Homematic und bei Bedarf für ITv1/ITv3 auf 433.92Mhz. Weshalb funktioniert das nicht umgekehrt?

OK, warum das so ist kann ich dir nicht beantworten. Es ist also eine Verständnisfrage. Kann dir ggf. bjoernh beantworten.

kadettilac89 · 07 Januar 2016, 18:53:03

Zitat von: bjoernh am 07 Januar 2016, 16:06:51
Diesbezüglich, dass der 2264 Chip drinnen ist, sollten die gehen.
Evtl. muss man das Modul dann anpassen.

Ok, werde mir mal einen Sensor bestellen und bei Bedarf nochmal nachfragen. Danke schon mal.

octek0815 · 09 Januar 2016, 19:12:14

Hallo zusammen,

ich habe nun erfolgreich die Alternative CUL Firmware geflashed (neueste) und erhoffte mir den Empfang von Revolt.
Es klappt jedoch nicht.
Ich bekommen wenn ich die Steckdose einstecke und den Lernknopf drücke folgende Meldung im FHEM Log:

2016.01.09 18:56:36 3: CUL_HOERMANN Unknown device 311cde0000, please define it
2016.01.09 18:56:59 3: CUL_HOERMANN Unknown device 311cdd0000, please define it
2016.01.09 18:57:25 3: CUL_HOERMANN Unknown device 311cde0000, please define it

Was mache ich falsch?

Grüße
Olli

cs-online · 09 Januar 2016, 20:27:11

Hallo Olli,

das würde ich für Zufall halten. Wenn das die Revolts sind die ich kenne,

http://www.amazon.de/revolt-Funksteckdose-SF-236-fs-3680-fernsteuerbar/dp/B00H7Y9XLY/ref=sr_1_2?ie=UTF8&qid=1452367183&sr=8-2&keywords=revolt+funksteckdose

dann sind das unidirektionale, d.h. die Steckdose selber sendet nicht, die kann nur empfangen. Ich habe dieselben im dreierpack aus dem Action-Laden für knapp 10 Euro. Lassen sich gut mit einer Intertechno-Fernbedienung an der Steckdose und mit autocreate gleichzeitig im FHEM anlernen und laufen dann gut im FHEM. Bin mir nicht sicher, ob die mit der originalen Fernbedienung an FHEM anlernbar sind (?)

Die Cul-Hörmanns sind Garagentorantriebe, die hat auch irgendwer bei mir in der Nachbarschaft, die melden sich alle Weile bei mir im FHEM an, deshalb habe ich die auf ignore gesetzt.

Grüße

Christian

octek0815 · 09 Januar 2016, 20:30:34

Zitat von: cs-online am 09 Januar 2016, 20:27:11
Hallo Olli,

das würde ich für Zufall halten. Wenn das die Revolts sind die ich kenne,

http://www.amazon.de/revolt-Funksteckdose-SF-236-fs-3680-fernsteuerbar/dp/B00H7Y9XLY/ref=sr_1_2?ie=UTF8&qid=1452367183&sr=8-2&keywords=revolt+funksteckdose

dann sind das unidirektionale, d.h. die Steckdose selber sendet nicht, die kann nur empfangen. Ich habe dieselben im dreierpack aus dem Action-Laden für knapp 10 Euro. Lassen sich gut mit einer Intertechno-Fernbedienung an der Steckdose und mit autocreate gleichzeitig im FHEM anlernen und laufen dann gut im FHEM. Bin mir nicht sicher, ob die mit der originalen Fernbedienung an FHEM anlernbar sind (?)

Die Cul-Hörmanns sind Garagentorantriebe, die hat auch irgendwer bei mir in der Nachbarschaft, die melden sich alle Weile bei mir im FHEM an, deshalb habe ich die auf ignore gesetzt.

Grüße

Christian

Ich meinte eher diese dinger:

Energiemesssung mit Revolt NC-5462
http://www.amazon.de/revolt-Zus-Funksteckdose-SF-436-m-Energiekosten-Messger-NC-5461/dp/B008BFS3SC

cs-online · 12 Januar 2016, 12:09:39

schau mal in Beitrag, die haben es anscheinend hinbekommen:

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

Grüße Christian

spike · 13 Januar 2016, 12:01:31

Hallo
bin ganz neu hier habe jede Menge HE Geräte zuhause über die Home Easy IP-BOX HE840IP laufen.
nun wollte ich das ganze über FHEM realisieren habe mir nen PI besorgt und nen nanoCUL clone angefertigt
hat alles soweit Funktioniert nun wollte ich a-culfw insterllieren bekomme aber immer Fehlermeldungen

pi@raspberrypi ~ $ wget http://download1475.mediafire.com/ybz3q4c3ofwg/y19fez2cf4h41yd/a-culfw_1.20.01_build_176_master.zip
--2016-01-13 11:46:56-- http://download1475.mediafire.com/ybz3q4c3ofwg/y19fez2cf4h41yd/a-culfw_1.20.01_build_176_master.zip
Resolving download1475.mediafire.com (download1475.mediafire.com)... 205.196.123.163
Connecting to download1475.mediafire.com (download1475.mediafire.com)|205.196.123.163|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 980199 (957K) [application/zip]
Saving to: 'a-culfw_1.20.01_build_176_master.zip.7'

a-culfw_1.20.01_bui 100%[=====================>] 957.23K 441KB/s in 2.2s

2016-01-13 11:46:59 (441 KB/s) - 'a-culfw_1.20.01_build_176_master.zip.7' saved [980199/980199]

pi@raspberrypi ~ $ gunzip a-culfw_1.20.01_build_176_master.zip.7
gzip: a-culfw_1.20.01_build_176_master.zip.7: unknown suffix -- ignored
pi@raspberrypi ~ $ unzip a-culfw_1.20.01_build_176_master.zip.7
Archive: a-culfw_1.20.01_build_176_master.zip.7
replace CUR/CUR.hex? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
inflating: CUR/CUR.hex
inflating: zCSM/CSM.hex
inflating: CUNO/CUNO.hex
inflating: RFbee/RFbee.hex
inflating: CPM-Gardenabodenfeuchtesensor/Release/CPM-Gardenabodenfeuchtesensor.hex
inflating: CUNO2/CUNO2.hex
inflating: CCD/CCD.hex
inflating: CSM/CSM.hex
inflating: CUL-Arduino/CUL_ARDUINO_868MHZ.hex
inflating: CUL-Arduino/CUL_ARDUINO_433MHZ.hex
inflating: rpiaddon/rpiaddon.hex
inflating: SCC/SCC.hex
inflating: TuxRadio/CSM.hex
inflating: TuxRadio2/CSM.hex
inflating: CUN/CUN.hex
inflating: CPM-BS/bsfw.hex
inflating: AirLinked/PWMBOX/main.hex
inflating: AirLinked/RGBBOX/main.hex
inflating: AirLinked/UVCBOX/main.hex
inflating: miniCUL/miniCUL.hex
inflating: COC/COC_radio_only.hex
inflating: COC/COC.hex
inflating: CSM_RADINO/RADINO.hex
inflating: PIGATOR/CSM.hex
inflating: nanoCUL/nanoCUL433.hex
inflating: nanoCUL/nanoCUL868.hex
inflating: CUL/CUL_V2_868MHZ.hex
inflating: CUL/CUL_V2_MAX_433MHZ.hex
inflating: CUL/CUL_V2_MAX_868MHZ.hex
inflating: CUL/CUL_V3_433MHZ.hex
inflating: CUL/CUL_V4_433MHZ.hex
inflating: CUL/CUL_V4_868MHZ.hex
inflating: CUL/CUL_V2_HM_868MHZ.hex
inflating: CUL/CUL_V2_433MHZ.hex
inflating: CUL/CUL_V3_868MHZ.hex
inflating: CUL/CUL_V2_HM_433MHZ.hex
inflating: CUL-HM-CFG/bootloader/bootloader_HM_CFG.bin
inflating: CUL-HM-CFG/HM_CFG_BL.bin
inflating: CUBe/CUBE_BL.bin
inflating: CUBe/bootloader/bootloader_CUBE.bin
inflating: RFbee/README
inflating: CPM/PS/README
inflating: CPM/README
inflating: CPM/SS/README
inflating: CCD/README
inflating: rpiaddon/README
extracting: SCC/README
inflating: TuxRadio/README
inflating: TuxRadio2/README
inflating: miniCUL/README.md
inflating: COC/README
inflating: nanoCUL/README
inflating: CUL/README.md
inflating: CPM/tools/CPM-fuser.sh
inflating: CUL-Arduino/flash.sh
inflating: rpiaddon/flash.sh
inflating: SCC/flash.sh
inflating: miniCUL/flash.sh
inflating: COC/flash.sh
inflating: nanoCUL/flash.sh
inflating: CUL/flash.sh
pi@raspberrypi ~ $ cd nanoCUL
pi@raspberrypi ~/nanoCUL $ make program
make: *** No rule to make target 'program'. Stop.
was mache ich Falsch ? Bitte um Hilfe

Alternative culfw

spike