Alternative culfw

[Fillip]

Unterstützt die a-culfw denn die AES Encryption? Ich wollte gerade mittels "attr CUL868 hmKey geheimerSchluessel" den setzten, allerdings sagt er mir, das der Befehl nicht existiert..

[cs-online]

bei mir laufen zwei nano-Culs seit 2 Jahren ohne Pegelwandler, sowohl mit FTDI als auch mit CH Chipsatz, ohne Probleme !!!

[KölnSolar]

Unterstützt die a-culfw denn die AES Encryption? Ich wollte gerade mittels "attr CUL868 hmKey geheimerSchluessel" den setzten, allerdings sagt er mir, das der Befehl nicht existiert..

Funktioniert es mit der culfw ? Schon mal ins changelog im Eingangspost dieses Threads geguckt ?
Grundsätzlich ist die aculfw eine Erweiterung für 433MHz und eben nicht 868. Macht also in der Regel keinen Sinn die aculfw auf einem 868er zu verwenden.

[xotox91]

Hallo liebe Heimautomatisierer,

Als erstes vielen Dank an bjoernh für die Bereitstellung dieser Firmware!
Ich bin zugegebener Maßen Neuling im Umgang mit FHEM, habe es aber geschafft, die Alternative culfw in meinem selbstbau CUL zum laufen zu bringen. Mein erstes Ziel: die altbekannten 433MHz Funksteckstoßen zu steuern. Das Funktioniert über den Server auch bereits super. Mein Wunsch wäre es allerdings, dass auch ein Schaltvorgang über den Handsender von FHEM registriert und verarbeitet wird.

Das funktioniert jetzt leider nur so halb:
1. Ich schalte die Steckdose über FHEM an. (das Symbol in FHEM zeigt eine leuchtende Glühbirne)
2. Ich schalte die Steckdose mit dem Handsender aus. -> FHEM erkennt dies und setzt den Status der Steckdose wieder auf aus. (das Symbol in FHEM zeigt eine deaktivierte Glühbirne)

So weit so gut. Anders herum funktioniert es leider nicht. Schalte ich die Steckdose über den Handschalter ein, reagiert FHEM nicht darauf. Wobei die schnell blinkende LED des CULs darauf schließen lässt, dass das Signal empfangen wird.

Kennt vielleicht einer von euch das Problem und kann helfen? Ich wäre euch sehr dankbar!

Viele Grüße xotox91

[KölnSolar]

Willkommen xotox,
mach doch bitte ein neues Thema auf. Dein Problem hat vermutlich nichts mit der aculfw zu tun. Stell dann ein list der Dose ein u. gib Hersteller und Typ an. Den CUL mal auf verbose 5 setzen und dann im Log gucken, was bei AusEin-Taste passiert.
Grüße Markus

[ultraedition]

Hallo bjoernh,

ich steuere seit einigen Jahren erfolgreich eine markilux Markise (SOMFY - Modul). Ich kann auch immer noch die Markise über FHEM steuern. Wenn ich jedoch die Markise über die FB Typ: RS-F1-433 sehe ich in FHEM keine Statusänderung z.B. Position. Ich meine mich zu erinnern, dass dies früher ging, bin mir allerdings nicht 100% sicher. Aber sonst hätte ja wohl das Anlernen auch nicht funktioniert.

Ich habe jetzt die CUL auf verbose 6 und RAW auf X61 gestellt. Die CUL hat den HW Stand CUL Version (V3 433MHz) / Firmware ist V 1.24.02 a-culfw Build: 208. Dann bekomme ich folgenden Log:

Code Auswählen Erweitern

2017.08.09 20:38:55 4: CUL_Parse: CUL_0 om93D273071C5100E6
2017.08.09 20:38:55 5: CUL_0: dispatch om93D273071C5100E6
2017.08.09 20:38:55 5: CUL_REDIRECT (m93D273071C5100E6) length: 17 RSSI: -87
2017.08.09 20:38:55 5: CUL_REDIRECT (m93D273071C5100E6) match Manchester COODE length: 17
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 2 (93D273071C5100E6)
2017.08.09 20:38:55 5: bitdata: 1001001111010010011100110000011100011100010100010000000011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 3 (93D273071C5100E6)
2017.08.09 20:38:55 5: bitdata: 1001001111010010011100110000011100011100010100010000000011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Hideki (93D273071C5100E6)
2017.08.09 20:38:55 5: CUL_0: search in 1001001111010010011100110000011100011100010100010000000011100110

2017.08.09 20:38:55 5: protocol does not match, ignore received package (93D273071C5100E6) Reason: Not a hideki protocol
2017.08.09 20:38:55 5: CUL/RAW: /omB49E939838E288E6

2017.08.09 20:38:55 4: CUL_Parse: CUL_0 omB49E939838E288E6
2017.08.09 20:38:55 5: CUL_0: dispatch omB49E939838E288E6
2017.08.09 20:38:55 5: CUL_REDIRECT (mB49E939838E288E6) length: 17 RSSI: -87
2017.08.09 20:38:55 5: CUL_REDIRECT (mB49E939838E288E6) match Manchester COODE length: 17
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 2 (B49E939838E288E6)
2017.08.09 20:38:55 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Oregon 3 (B49E939838E288E6)
2017.08.09 20:38:55 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:55 5: CUL_REDIRECT decode Hideki (B49E939838E288E6)
2017.08.09 20:38:55 5: CUL_0: search in 1011010010011110100100111001100000111000111000101000100011100110

2017.08.09 20:38:55 5: protocol does not match, ignore received package (B49E939838E288E6) Reason: Not a hideki protocol
2017.08.09 20:38:56 5: CUL/RAW: /omB49E939838E288E6

2017.08.09 20:38:56 4: CUL_Parse: CUL_0 omB49E939838E288E6
2017.08.09 20:38:56 5: CUL_0: dispatch omB49E939838E288E6
2017.08.09 20:38:56 5: CUL_REDIRECT (mB49E939838E288E6) length: 17 RSSI: -87
2017.08.09 20:38:56 5: CUL_REDIRECT (mB49E939838E288E6) match Manchester COODE length: 17
2017.08.09 20:38:56 5: CUL_REDIRECT decode Oregon 2 (B49E939838E288E6)
2017.08.09 20:38:56 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:56 5: CUL_REDIRECT decode Oregon 3 (B49E939838E288E6)
2017.08.09 20:38:56 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100110
2017.08.09 20:38:56 5: CUL_REDIRECT decode Hideki (B49E939838E288E6)
2017.08.09 20:38:56 5: CUL_0: search in 1011010010011110100100111001100000111000111000101000100011100110

2017.08.09 20:38:56 5: protocol does not match, ignore received package (B49E939838E288E6) Reason: Not a hideki protocol
2017.08.09 20:38:58 5: CUL/RAW: /omB49E939838E288E7

2017.08.09 20:38:58 4: CUL_Parse: CUL_0 omB49E939838E288E7
2017.08.09 20:38:58 5: CUL_0: dispatch omB49E939838E288E7
2017.08.09 20:38:58 5: CUL_REDIRECT (mB49E939838E288E7) length: 17 RSSI: -86.5
2017.08.09 20:38:58 5: CUL_REDIRECT (mB49E939838E288E7) match Manchester COODE length: 17
2017.08.09 20:38:58 5: CUL_REDIRECT decode Oregon 2 (B49E939838E288E7)
2017.08.09 20:38:58 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100111
2017.08.09 20:38:58 5: CUL_REDIRECT decode Oregon 3 (B49E939838E288E7)
2017.08.09 20:38:58 5: bitdata: 1011010010011110100100111001100000111000111000101000100011100111
2017.08.09 20:38:58 5: CUL_REDIRECT decode Hideki (B49E939838E288E7)
2017.08.09 20:38:58 5: CUL_0: search in 1011010010011110100100111001100000111000111000101000100011100111

2017.08.09 20:38:58 5: protocol does not match, ignore received package (B49E939838E288E7) Reason: Not a hideki protocol
2017.08.09 20:39:09 5: CUL/RAW: /omB2FEF3FE5E84EEE3

2017.08.09 20:39:09 4: CUL_Parse: CUL_0 omB2FEF3FE5E84EEE3
2017.08.09 20:39:09 5: CUL_0: dispatch omB2FEF3FE5E84EEE3
2017.08.09 20:39:09 5: CUL_REDIRECT (mB2FEF3FE5E84EEE3) length: 17 RSSI: -88.5
2017.08.09 20:39:09 5: CUL_REDIRECT (mB2FEF3FE5E84EEE3) match Manchester COODE length: 17
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 2 (B2FEF3FE5E84EEE3)
2017.08.09 20:39:09 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100011
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 3 (B2FEF3FE5E84EEE3)
2017.08.09 20:39:09 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100011
2017.08.09 20:39:09 5: CUL_REDIRECT decode Hideki (B2FEF3FE5E84EEE3)
2017.08.09 20:39:09 5: CUL_0: search in 1011001011111110111100111111111001011110100001001110111011100011

2017.08.09 20:39:09 5: protocol does not match, ignore received package (B2FEF3FE5E84EEE3) Reason: Not a hideki protocol
2017.08.09 20:39:09 5: CUL/RAW: /omBD09DCDC

2017.08.09 20:39:09 4: CUL_Parse: CUL_0 omBD09DCDC
2017.08.09 20:39:09 5: CUL_0: dispatch omBD09DCDC
2017.08.09 20:39:09 5: CUL_REDIRECT (mBD09DCDC) length: 9 RSSI: -92
2017.08.09 20:39:09 5: CUL_REDIRECT (mBD09DCDC) match Manchester COODE length: 9
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 2 (BD09DCDC)
2017.08.09 20:39:09 5: bitdata: 10111101000010011101110011011100
2017.08.09 20:39:09 5: CUL_REDIRECT decode Oregon 3 (BD09DCDC)
2017.08.09 20:39:09 5: bitdata: 10111101000010011101110011011100
2017.08.09 20:39:09 5: CUL_REDIRECT decode Hideki (BD09DCDC)
2017.08.09 20:39:09 5: CUL_0: search in 10111101000010011101110011011100

2017.08.09 20:39:09 5: protocol does not match, ignore received package (BD09DCDC) Reason: Not a hideki protocol
2017.08.09 20:39:10 5: CUL/RAW: /omB2FEF3FE5E84EEE0

2017.08.09 20:39:10 4: CUL_Parse: CUL_0 omB2FEF3FE5E84EEE0
2017.08.09 20:39:10 5: CUL_0: dispatch omB2FEF3FE5E84EEE0
2017.08.09 20:39:10 5: CUL_REDIRECT (mB2FEF3FE5E84EEE0) length: 17 RSSI: -90
2017.08.09 20:39:10 5: CUL_REDIRECT (mB2FEF3FE5E84EEE0) match Manchester COODE length: 17
2017.08.09 20:39:10 5: CUL_REDIRECT decode Oregon 2 (B2FEF3FE5E84EEE0)
2017.08.09 20:39:10 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100000
2017.08.09 20:39:10 5: CUL_REDIRECT decode Oregon 3 (B2FEF3FE5E84EEE0)
2017.08.09 20:39:10 5: bitdata: 1011001011111110111100111111111001011110100001001110111011100000
2017.08.09 20:39:10 5: CUL_REDIRECT decode Hideki (B2FEF3FE5E84EEE0)
2017.08.09 20:39:10 5: CUL_0: search in 1011001011111110111100111111111001011110100001001110111011100000

2017.08.09 20:39:10 5: protocol does not match, ignore received package (B2FEF3FE5E84EEE0) Reason: Not a hideki protocol


Wird der Datenempfang der FB ab einer gewissen CUL FW Version nicht mehr unterstützt?

Danke

Volker

[RaspiLED]

Hi,
Somfy sendet doch auf 433.420 MHz. Hast Du das eingestellt? Evtl. verrauschtes Signal?
Laut Wiki kann die (a-)culfw nur Somfy senden.
Ich nutze einen nanoCUL mit Signalduino FW zum Empfang und Senden.
Grüße Arnd

[juergs]

@xotox91
https://forum.fhem.de/index.php/topic,58396.60.html
und hier, Stichwort ITFrequency:
https://forum.fhem.de/index.php/topic,67536.msg631809.html#msg631809

[Doublefant]

Hallo,
ich habe mir neue Funksteckdosen gekauft, weil sich die ersten irgendwann festgefressen haben (das Relais ging nicht mehr) und die zweite Variante nicht richtig abgeschaltet hat...

Leider lassen sich die neuen Steckdosen nicht mehr über Fhem schalten, irgendwas ist immer... 
Es sind selbstlernende Dosen von Etekcity.

Das Protokoll ist anscheinend zu verschieden und nicht kompatibel, ist es möglich die Teile mit wenig Aufwand lauffähig zu bekommen, was muss ich dafür tun?

die Details hat wohl schon jemand hier herausgefunden:
http://shaunsbennett.com/piblog/?p=142

Ich habe den CUL bei mir ins Debugging versetzt und beim Tastendruck diese Ausgabe erhalten:

Code Auswählen Erweitern

p 3 80 560 416 224 0 0 20 4 2 0 208 512 0 49 5703
p 3 96 544 448 208 0 0 18 6 2 0 128 544 0 4A 5703
p 3 96 544 448 224 0 0 18 6 2 0 128 544 0 4A 5703
p 3 96 544 448 208 0 0 17 5 2 0 112 560 0 4A 5703
p 3 96 544 432 208 0 0 18 6 2 0 128 560 0 46 5500

Im Forum habe ich gefunden, dass "p 3" wohl bedeutet, dass kein sync empfangen werden konnte. Das würde zu den Beschreibung passen, da der Sync-Impuls wohl ein sehr extremes Tastverhältnis HI-LOW hat.

Grüße

[Skusi]

Hallo,
ich habe Gestern gemeint ich müsste mal die Aktuelle Version auf meinen Nano 433 flashen, hab dann aber festgestellt das scheinbar das cmd Y irgendwann ausgeflogen ist, und ich nun meine Somfy Rolladen nicht mehr steuern kann.

Kann mir mal einer eben sagen welche die letzte Verison ist die das noch unterstützt ?

Ich hab im Moment die 1.21.00 drauf. Ist das schon die letzte mit Somfy Komandos ?

-Skusi

[Skusi]

Nanu,
alle noch im Urlaub
Dann muß ich wohl doch alle Versionen nach und nach flashen um meine Frage zu beantworten.

[cs-online]

Hallo, vielleicht etwas off topic meine Frage, aber hat schon mal jemand probiert, die FW auf einen ESP8266 zu portieren ? Ich kam auf die Idee, als ich gelesen habe, dass jemand den Signalduino portiert hat und der HW-mässig ähnlich ist...

[Burny4600]

Lässt sich die Sendung der Datenprotokolle irgendwie einstellen.
Bei den IT und FS20 Geräten, im speziellen bei den Rollladen Aktoren habe ich das Problem das das Senden eines Befehles zu lange dauert, und durch Überlagerung anderer Datenpakete kurz unterbrochen werden und die Aktoren dadurch nochmals das gleiche Datenpaket bekommt, obwohl es nicht neuerlich gesendet wird.
So kommen immer wieder bei den Rollläden Aktoren falsche Positionen zu stande.
Kann ich das selbst mit Parametern beeinflussen?

[mister]

ist das dimmen der Intertechno nun auch über die offizielle CUL version möglich oder brauche ich die hier?

[KölnSolar]

Probier es doch einfach aus 
Da die aculfw viel mehr bzgl. 433MHz u. slowRF unterstützt, ist die aculfw 1. Wahl 
Grüße Markus