Hallo miteinander,
ich habe einen original CUL 433MHz (www.busware.de) und dazu das Brennenstuhl Funkschalt-Set RC CE1 2201 (https://www.brennenstuhl.com/de-DE/produkte/funksteckdosen/comfort-line-funkschalt-set-2x-ip20-2x-ip44-1x-4-kanal-handsender-2x-funk-schaltempfaenger-ip20-2x-funk-schaltempfaenger-ip44 (https://www.brennenstuhl.com/de-DE/produkte/funksteckdosen/comfort-line-funkschalt-set-2x-ip20-2x-ip44-1x-4-kanal-handsender-2x-funk-schaltempfaenger-ip20-2x-funk-schaltempfaenger-ip44)) gekauft. Mit der FB ist alles Ok, aber nun wollte ich das ganze mit fhem
schalten und da gibt es Probleme. Ich habe mir den Beitrag https://forum.fhem.de/index.php?topic=72455.0 (https://forum.fhem.de/index.php?topic=72455.0)
durch gelesen aber es funktionert noch immer nicht. Aber, der Reihe nach:
- das Gerät
define CUL_1 CUL /dev/ttyACM0@38400 0000
attr CUL_1 verbose 5
das sagt CUL:
CUL_1 version => V 1.67 CUL433
CUL_1 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB
- hier der Schalter
define IT_2 IT F0FFF0FFFF 0F F0
attr IT_2 IODev CUL_1
- für den Test:
echo X67 > /dev/serial/by-id/usb-busware.de_CUL433-if00
- über FHEM, Schalter An und Aus (geht nicht):
2018.11.29 15:36:18 5: SW: isF0FFF0FFFFF0
2018.11.29 15:36:18 5: CUL/RAW (ReadAnswer): isF0FFF0FFFFF0
2018.11.29 15:36:22 5: SW: isF0FFF0FFFF0F
2018.11.29 15:36:23 5: CUL/RAW (ReadAnswer): isF0FFF0FFFF0F
- wenn ich die FB betätige (das geht natürlich) dann empfange ich beim CUL folgendes:
2018.11.29 15:37:43 5: CUL/RAW: /p 3 272 1200 1024 480 6 2 0 3A FB4C
2018.11.29 15:37:43 4: CUL_Parse: CUL_1 p 3 272 1200 1024 480 6 2 0 3A FB4C
2018.11.29 15:37:43 5: CUL_1: dispatch p 3 272 1200 1024 480 6 2 0 3A FB4C
2018.11.29 15:37:43 3: CUL_1: Unknown code p 3 272 1200 1024 480 6 2 0 3A FB4C, help me!
2018.11.29 15:37:43 5: CUL/RAW: /p 3 448 1040 928 592 6 2 0 3A FB4C
2018.11.29 15:37:43 4: CUL_Parse: CUL_1 p 3 448 1040 928 592 6 2 0 3A FB4C
2018.11.29 15:37:43 5: CUL_1: dispatch p 3 448 1040 928 592 6 2 0 3A FB4C
2018.11.29 15:37:43 3: CUL_1: Unknown code p 3 448 1040 928 592 6 2 0 3A FB4C, help me!
2018.11.29 15:37:43 5: CUL/RAW: /p 3 448 1040 944 576 6 2 0 3A FB4C
p 3 464 1040 944 576 6 2 0 3C FB4C
2018.11.29 15:37:43 4: CUL_Parse: CUL_1 p 3 448 1040 944 576 6 2 0 3A FB4C
2018.11.29 15:37:43 5: CUL_1: dispatch p 3 448 1040 944 576 6 2 0 3A FB4C
2018.11.29 15:37:43 3: CUL_1: Unknown code p 3 448 1040 944 576 6 2 0 3A FB4C, help me!
2018.11.29 15:37:43 4: CUL_Parse: CUL_1 p 3 464 1040 944 576 6 2 0 3C FB4C
2018.11.29 15:37:43 5: CUL_1: dispatch p 3 464 1040 944 576 6 2 0 3C FB4C
2018.11.29 15:37:43 3: CUL_1: Unknown code p 3 464 1040 944 576 6 2 0 3C FB4C, help me!
2018.11.29 15:37:45 5: CUL/RAW: /p 3 240 1232 1040 464 4 2 2 3C 156700
- wenn ich die FB im "lernen Modus" habe, dann empfange ich beim CUL folgendes:
2018.11.29 15:42:23 5: CUL/RAW: /p 3 272 1200 1024 496 4 2 2 27 A8AB00
2018.11.29 15:42:23 4: CUL_Parse: CUL_1 p 3 272 1200 1024 496 4 2 2 27 A8AB00
2018.11.29 15:42:23 5: CUL_1: dispatch p 3 272 1200 1024 496 4 2 2 27 A8AB00
2018.11.29 15:42:23 3: CUL_1: Unknown code p 3 272 1200 1024 496 4 2 2 27 A8AB00, help me!
2018.11.29 15:42:23 5: CUL/RAW: /p 3 416 1088 912 608 4 2 2 27 A8AB00
2018.11.29 15:42:23 4: CUL_Parse: CUL_1 p 3 416 1088 912 608 4 2 2 27 A8AB00
2018.11.29 15:42:23 5: CUL_1: dispatch p 3 416 1088 912 608 4 2 2 27 A8AB00
2018.11.29 15:42:23 3: CUL_1: Unknown code p 3 416 1088 912 608 4 2 2 27 A8AB00, help me!
2018.11.29 15:42:23 5: CUL/RAW: /p 3 432 1056 928 592 4 2 2 28 A8AB00
p 3 416 1056 896 592 4 2 2 29 A8AB00
2018.11.29 15:42:23 4: CUL_Parse: CUL_1 p 3 432 1056 928 592 4 2 2 28 A8AB00
2018.11.29 15:42:23 5: CUL_1: dispatch p 3 432 1056 928 592 4 2 2 28 A8AB00
2018.11.29 15:42:23 3: CUL_1: Unknown code p 3 432 1056 928 592 4 2 2 28 A8AB00, help me!
2018.11.29 15:42:23 4: CUL_Parse: CUL_1 p 3 416 1056 896 592 4 2 2 29 A8AB00
2018.11.29 15:42:23 5: CUL_1: dispatch p 3 416 1056 896 592 4 2 2 29 A8AB00
2018.11.29 15:42:23 3: CUL_1: Unknown code p 3 416 1056 896 592 4 2 2 29 A8AB00, help me!
2018.11.29 15:42:23 5: CUL/RAW: /p 3 416 1072 896 608 4 2 1 28 A8AB00
Frage:
Habe ich irgendetwas vergessen? Was mache ich falsch?
Hmm, die Fernbedienung wird nicht als ITv1 erkannt, oder? Aus dem Bauch raus: Versuch die a-culfw (github/mediafire) die kennt sich mit Intertechno und Derivaten besser aus ;-)
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Arnd's Vorschlag solltest Du so oder so umsetzen, wenn Du 433 MHz mit dem CUL betreiben willst. Die ist deutlich besser und umfangreicher. Wenn es ein nanoCUL ist, könntest Du ihn auch als Signalduino flashen. Der ist zur Fehleranalyse einfacher zu handeln.
Die P3-messages besagen, dass das Protokoll der FB nicht interpretierbar ist bzw. kein bekanntes Protokoll interpretierbar wrde. Keine Idee warum. Bei Brennenstuhl weiß man das nie so genau. :'(
Grüße Markus
https://forum.fhem.de/index.php/topic,73410.msg650626.html#msg650626
Gesendet von iPad mit Tapatalk Pro
Hallo ,
ich habe mich dazu entschlossen Arnd's Vorschlag umsetzen die a-culfw zu flashen. Ich habe a-culfw
runtergeladen und gebildet. Aber es gibt ein neues Problem, flashen funktionert nicht.
pi@raspberrypi:~/a-culfw/culfw/Devices/CUL $ lsusb
Bus 001 Device 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 005: ID 0424:7800 Standard Microsystems Corp.
Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~/a-culfw/culfw/Devices/CUL $ ls -l /dev/serial/by-
by-id/ by-path/
pi@raspberrypi:~/a-culfw/culfw/Devices/CUL $ ls -l /dev/serial/by-id/usb-busware.de_CUL433-if00
lrwxrwxrwx 1 root root 13 Nov 29 17:17 /dev/serial/by-id/usb-busware.de_CUL433-if00 -> ../../ttyACM0
pi@raspberrypi:~/a-culfw/culfw/Devices/CUL $ sudo ./flash.sh
-------------------------------------------------------------
This program flash the cul device with new firmware.
Please change the device into the bootloader
-------------------------------------------------------------
Please choose a device:
1 = CUL_V2 868MHZ
2 = CUL_V2_HM 868MHZ
3 = CUL_V2_MAX 868MHZ
4 = CUL_V3 868MHZ
5 = CUL_V4 868MHZ
6 = CUL_V2 433MHZ
7 = CUL_V2_HM 433MHZ
8 = CUL_V2_MAX 433MHZ
9 = CUL_V3 433MHZ
0 = CUL_V4 433MHZ
Please select device (1-5): 9
The device will now be flashed
Continue (y/n)?y
PORT=/dev/ttyACM0
Flash now device
Call: dfu-programmer atmega32u4 erase
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 flash CUL_V3_433MHZ.hex
dfu-programmer: no device present.
Call: dfu-programmer atmega32u4 start
dfu-programmer: no device present.
pi@raspberrypi:~/a-culfw/culfw/Devices/CUL $
Was habe ich diesmal falsch gemacht. Help!!
Hallo,
ich habe es: Busware-CUL muss in den richtigen Mode versetzt werden
set CUL raw B01
Es geht weiter!
Ja, genau raw B01 oder Taste drücken beim einstecken;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Es geh weiter:
- a-culfw Version
CUL_1 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
CUL_1 version => V 1.26.04 a-culfw Build: private build (unknown) CUL433 (F-Band: 433MHz)
- FHEM Anschalten
2018.11.30 14:58:15 5: CUL/RAW: p11 560 4080 560 4080 544 1888 43 1 5 3 576 7984 0 /E2 BDE82E170620
2018.11.30 14:58:15 4: CUL_Parse: CUL_1 p11 560 4080 560 4080 544 1888 43 1 5 3 576 7984 0 E2 BDE82E170620
2018.11.30 14:58:15 5: CUL_1: dispatch p11 560 4080 560 4080 544 1888 43 1 5 3 576 7984 0 E2 BDE82E170620
2018.11.30 14:58:15 3: CUL_1: Unknown code p11 560 4080 560 4080 544 1888 43 1 5 3 576 7984 0 E2 BDE82E170620, help me!
2018.11.30 14:58:15 5: CUL/RAW: /p11 48 2208 720 80 304 1616 21 1 2 5 176 5856 0 E6 018890
2018.11.30 14:58:15 4: CUL_Parse: CUL_1 p11 48 2208 720 80 304 1616 21 1 2 5 176 5856 0 E6 018890
2018.11.30 14:58:15 5: CUL_1: dispatch p11 48 2208 720 80 304 1616 21 1 2 5 176 5856 0 E6 018890
2018.11.30 14:58:15 3: CUL_1: Unknown code p11 48 2208 720 80 304 1616 21 1 2 5 176 5856 0 E6 018890, help me!
- wenn ich die FB betätige (das geht natürlich) dann empfange ich beim CUL folgendes:
######## FB Anschalten
2018.11.30 14:41:10 4: CUL_Parse: CUL_1 omAAAAAAAA3E
2018.11.30 14:41:10 5: CUL_1: dispatch omAAAAAAAA3E
2018.11.30 14:41:10 5: CUL_REDIRECT (mAAAAAAAA3E) length: 11 RSSI: -43
2018.11.30 14:41:10 5: CUL_REDIRECT (mAAAAAAAA3E) match Manchester COODE length: 11
2018.11.30 14:41:10 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAA3E)
2018.11.30 14:41:10 5: bitdata: 1010101010101010101010101010101000111110
2018.11.30 14:41:10 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAA3E)
2018.11.30 14:41:10 5: bitdata: 1010101010101010101010101010101000111110
2018.11.30 14:41:10 5: CUL_REDIRECT decode Hideki (AAAAAAAA3E)
2018.11.30 14:41:10 5: CUL_1: search in 1010101010101010101010101010101000111110
2018.11.30 14:41:10 5: protocol does not match, ignore received package (AAAAAAAA3E) Reason: Not a hideki protocol
######## FB Ausschalten
2018.11.30 14:43:11 5: CUL/RAW: /omA4AA1D
2018.11.30 14:43:11 4: CUL_Parse: CUL_1 omA4AA1D
2018.11.30 14:43:11 5: CUL_1: dispatch omA4AA1D
2018.11.30 14:43:11 5: CUL_REDIRECT (mA4AA1D) length: 7 RSSI: -59.5
2018.11.30 14:43:11 5: CUL_REDIRECT (mA4AA1D) match Manchester COODE length: 7
2018.11.30 14:43:11 5: CUL_REDIRECT decode Oregon 2 (A4AA1D)
2018.11.30 14:43:11 5: bitdata: 101001001010101000011101
2018.11.30 14:43:11 5: CUL_REDIRECT decode Oregon 3 (A4AA1D)
2018.11.30 14:43:11 5: bitdata: 101001001010101000011101
2018.11.30 14:43:11 5: CUL_REDIRECT decode Hideki (A4AA1D)
2018.11.30 14:43:11 5: CUL_1: search in 101001001010101000011101
2018.11.30 14:43:11 5: protocol does not match, ignore received package (A4AA1D) Reason: Not a hideki protocol
- wenn ich die FB im "lernen Modus" habe, dann empfange ich beim CUL folgendes:
2018.11.30 14:50:17 5: CUL/RAW: /omAA4D584A
2018.11.30 14:50:17 4: CUL_Parse: CUL_1 omAA4D584A
2018.11.30 14:50:17 5: CUL_1: dispatch omAA4D584A
2018.11.30 14:50:17 5: CUL_REDIRECT (mAA4D584A) length: 9 RSSI: -37
2018.11.30 14:50:17 5: CUL_REDIRECT (mAA4D584A) match Manchester COODE length: 9
2018.11.30 14:50:17 5: CUL_REDIRECT decode Oregon 2 (AA4D584A)
2018.11.30 14:50:17 5: bitdata: 10101010010011010101100001001010
2018.11.30 14:50:17 5: CUL_REDIRECT decode Oregon 3 (AA4D584A)
2018.11.30 14:50:17 5: bitdata: 10101010010011010101100001001010
2018.11.30 14:50:17 5: CUL_REDIRECT decode Hideki (AA4D584A)
2018.11.30 14:50:17 5: CUL_1: search in 10101010010011010101100001001010
2018.11.30 14:50:17 5: protocol does not match, ignore received package (AA4D584A) Reason: Not a hideki protocol
2018.11.30 14:50:17 5: CUL/RAW: /p13 448 976 672 752 0 0 22 1 2 6 448 1104 448 49 AA4D58
2018.11.30 14:50:17 4: CUL_Parse: CUL_1 p13 448 976 672 752 0 0 22 1 2 6 448 1104 448 49 AA4D58
2018.11.30 14:50:17 5: CUL_1: dispatch p13 448 976 672 752 0 0 22 1 2 6 448 1104 448 49 AA4D58
2018.11.30 14:50:17 3: CUL_1: Unknown code p13 448 976 672 752 0 0 22 1 2 6 448 1104 448 49 AA4D58, help me!
Was mache ich falsch?
Versuch es doch erstmal einfach. Setze alle Dip-Switche an der Dose auf eine Stellung, ergibt dann FFFFFFFFFF oder 0000000000. Damit kann man zumindest da deutlich weniger falsch machen. Dann nah ran an die Dosen mit dem CUL und nochmal testen. So kannst du immerhin schonmal Probleme bei der Config ausschließen.
define IT_2 IT FFFFFFFFFF 0F F0
define IT_2 IT 0000000000 0F F0
protocol does not match, ignore received package (AAAAAAAA3E) Reason: Not a hideki protocol
heißt übersetzt: diese Dosen sind Sch.... Das Protokoll ist zumindest nicht implementiert.
Die Pulsweiten sind(wenn ich es noch richtig in Erinnerung habe) jenseits eines IT-Protokolls.
Grüße Markus
Änder doch mal den ITclock im Schalter auf "300". Meine Steckdosen ließen sich auch nur mit dem Handsender schalten und nach dieser Änderung klappte es auch FHEM.