Busware CUL433 schaltet nicht den Brennenstuhl Funkschalt-Set

Begonnen von Marvin42, 29 November 2018, 17:02:49

Vorheriges Thema - Nächstes Thema

Marvin42

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 ) 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 
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?


RaspiLED

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
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

KölnSolar

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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

andies

FHEM 6.1 auf RaspPi3 (Raspbian:  6.1.21-v8+; Perl: v5.32.1)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Marvin42

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!!

Marvin42

Hallo,

ich habe es: Busware-CUL muss in den richtigen Mode versetzt werden

set CUL raw B01

Es geht weiter!

RaspiLED

Ja, genau raw B01 oder Taste drücken beim einstecken;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Marvin42


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?


gloob

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
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

KölnSolar

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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Ralf_62

Ä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.