IT Empfang mit CUL

[joesy]

@mehf
Kannst du bitte den Source-Code zur Verfügung stellen. Ich möchte gerne die Änderungen verstehen. Außerdem scheint es, dass in der Firmware noch eine Anpassung nötig ist, dass der erkannte Code an das CUL-Modul übergeben wird. Beim alten Code wird ja iNNNNNN übergeben. Bei neuen Code wird noch folgendes übergeben:

Code Auswählen Erweitern

p 8  320  160  336 1184  1  8 0  352 2576 FE 59969A69569A9556

Ich würde dann im neuen Jahr versuchen das CUL- und IT-Modul anzupassen, dass dann der neue Code unterstützt wird.

[mehf]

Ich bin gerade dabei...
Wie soll denn die Integration in das FHEM-IT Modul passieren?
26Bit ID+ 4Bit Gerätnr. = hauscode? Dann wäre eine Erweiterung 10_IT Syntax notwendig.
Die Systeme sind doch kompatibel, oder? Wie wird dann die Zuordnung gemacht?
Gibts da schon Ideen?

[joesy]

Ich bin mir nicht sicher, dass die beiden Systeme kompatibel sind. Es ist wohl eher so, dass die selbstlernenden Empfänger in der Lage sind, sich auf die alte Code einzustellen. Ein neuer Sender kann alte Empfänger aber nicht schalten.

Auf dieser Seite http://tech.jolowe.se/home-automation-rf-protocols/ habe ich noch ein paar Infos gefunden. Das alte Protokoll ist wohl das ARC-Protokoll, dort als Nexa/Proove simple beschrieben. Von den TriStates nur '0' und 'F' verwendet. Die Beschreibung passt auch gut zu den Traces mit dem pilight-debug Traces.

Die anderen beschriebenen Protokolle scheinen mit dem neuen IT-Protokoll verwandt zu sein. Dort wird folgendes für die Zuordnung.

HHHH HHHH HHHH HHHH HHHH HHHH HHGO EEEE
H = The first 26 bits are transmitter unique codes, and it is this code that the reciever "learns" to recognize.
G = Group code, set to one for the whole group.
O = On/Off bit. Set to 1 for on, 0 for off.
EEEE = Unit to be turned on or off. THe Unit code is inverted, 1111 = unit 0, 1110 = unit 1, etc.

Ich denke, eine Erweiterung der 10_IT Syntax ist auf jeden Fall notwendig.

[mehf]

Dann würde ich ID + Unit mit dem "alten" Hauscode identifizieren. Ich stelle mir sowas vor:

Code Auswählen Erweitern

define <name> IT <Transmitter ID> <Unit Code>
Ich werde mal sehen was sich machen lässt...

Wie siehts eigentlich mit dem Senden aus? Wird sowas benötigt?

[joesy]

Dann würde ich ID + Unit mit dem "alten" Hauscode identifizieren. Ich stelle mir sowas vor:
Code: [Auswählen]

define <name> IT <Transmitter ID> <Unit Code>

Ich denke, dass passt so

Senden wäre natürlich auch gut. Ich sehe in den neuen IT-Code, dass die Wahrscheinlichkeit einer Überschneidung mit den Nachbarn gegen Null geht. Dann passiert es nicht mehr, das man ein Gerät des Nachbarn schaltet.

[mehf]

Könnt ihr mal testen?
Ich hab' leider keine von diesen Fernbedienungen - deswegen: Blindflug.

In 00_CUL.pm muss noch %matchListSlowRF geändert werden:

Code Auswählen Erweitern


    "G:IT"        => "^i(......|................)\$"


[joesy]

Ich werde erst nach Weihnachten Zeit haben, bin aber schon ganz gespannt.

[MenthalMan]

Hallo allerseits,
ich werd mich mal einklinken.
Wie lautet denn jetzt die Synthax die FHEM erwartet.
Zur erklärung ich hab hier 8 Fensterkontakte
die aber leider nicht IT konform sind.
DIe würde ich dann in einem Arduino sammeln
und als IT tarnen. Dafür muß ich allerdings wissen
was ich an FHEM schicken muß.
lg und vielen dank
Ron

[jove01]

Hallo
meine Elro 440-Schalter laufen mit dem "FHEM-Standard" ohne Probleme. (dafür den Autoren meinen Dank).

Jetzt hoffte ich, anhand dieser Diskussion dahin zu kommen, die Zustände der Schalter, sofern sie mit der Elro-FB geschaltet werden, im FHEM mitzubekommen.

Mein CUL V3(V3.4) ist ein 868er. Ich bediene darüber FS20, einiges andere und eben die Elro mit der automatischen Umschaltung auf 433.  Mein Rechner ist Windows 8.1 64bit. Darüber hinaus habe ich einen JeeLink (433).

Ich meine oben gelesen zu haben, dass für die Elro der CUL ausschließlich im 433-Modus laufen muss. Ist das richtig ? Und wenn ja, gibt es keine andere Chance, außer einen weiteren CUL einzusetzen ?

Wenn ich irgendwann einmal Homematic einsetzen möchte, würde ich ja in Summe 3 Cul plus dem Jeelink ebnötigen. Nicht wirklich schön!
Danke Puschel74

Aber das größere Problem im Monent ist, dass ich den Cul nicht mit der letzten CUL_V3.hex von mehf geflasht bekomme:

a) die erste Initialisierung des Cul habe ich nach Anweisung mit Arduino gemacht. Jetzt soll es mit Flip gemacht werden. (Wann wird was eingesetzt?)
b) Auf der Seite http://www.steffen-sobe.de/sonstiges/fhem-fritzbox7270.shtml gibt es den Hinweis, dass der Treiber des Cul auf dem PC aktualisiert werden soll. Jedoch akzeptiert mein 8.1 nicht den in Flip enthaltenen Treiber, aber auch nicht von den FHEM-Seiten.
c) Auch im http://www.fhemwiki.de/wiki/Windows_-_FHEM_installieren steht, dass der Treiber aktualisiert werden soll. Jedoch welchen Mikroschalter gedrückt halten ?
Im Gerätemanager soll der verwendete Chip als Namen stehen. Bei mir steht dort nur CUL868. Also verwende ich ATmega32U4.
d) Auf http://culfw.de/culfw.html steht jedoch, keinesfall den Treiber installieren ! Übrigen ist der dortige Link tot !

So, den Mirkroschalter bzw. PROGRAM button(busware) habe ich gefunden. Mit spitzer Miene durch das Plastikgehäuse. USB war dadurch auch aktiv.

Egal was ich mache: Beim Einlesen der hex-Datei in Flip meldet diese "Cannot open the file!

Diese Meldung kommt aber immer noch. Trotzdem kann ich flashen. Jedoch ändert sich nichts. Es bleibt bei V 1.57

Kann mir einer weiterhelfen ?

Vielen Dank
Jürgen

[Puschel74]

Hallo,

Wenn ich irgendwann einmal Homematic einsetzen möchte, würde ich ja in Summe 3 Cul plus dem Jeelink ebnötigen. Nicht wirklich schön!

Aber technisch leider nicht anders möglich.

Ein System das auf 868 MHz sendet und empfängt kann dies nicht zeitgleich auf 433 MHz machen.
Ebenso ein System das auf 868MHz FS20 bedient kann nicht zeitgleich Homematic bedienen (ich hoff ich bin da jetzt nicht durcheinander gekommen mit MAX!).

Entweder vor dem senden eines Befehls umschalten oder einen zusätzlichen Sender/Empfänger dazu stecken.
Wobei ich persönlich bei Homematic den Lan-Adapter bevorzuge.

Grüße

[Schlumpf99]

Hallo zusammen,

lasse fhem auf einem Raspberry PI Rev. B laufen und habe die CUL_V3.hex aus diesem Thread geflasht. Die 10_IT.pm (und die 00_CUL.pm) kann ich aber nicht installieren - es kommt (bei beiden) die Fehlermeldung, dass das Modul wegen eines Fehlers in Zeile 9 nicht geladen werden konnte.

Weiß wer Abhilfe?

Danke und viele Grüße

Volker




Sent from my iPhone using Tapatalk

[frank]

@mehf
ich konnte die neue fw flashen (1.57b). folgende logeinträge:

Code Auswählen Erweitern

2013.12.26 19:55:16.352 5: CUL/RAW: /i07

2013.12.26 19:55:16.355 5: cul433: i -70.5
2013.12.26 19:55:16.473 2: cul433: unknown message i
2013.12.26 19:55:16.478 5: CUL/RAW: /p 8  320  144  336 1168  1  8 0  320 2608 07 5665A596A5959559

2013.12.26 19:55:16.480 5: cul433: p 8  320  144  336 1168  1  8 0  320 2608 07 5665A596A5959559
2013.12.26 19:55:16.595 2: cul433: unknown message p 8  320  144  336 1168  1  8 0  320 2608 07 5665A596A5959559
2013.12.26 19:55:27.016 5: CUL/RAW: /i05

2013.12.26 19:55:27.018 5: cul433: i -71.5
2013.12.26 19:55:27.136 2: cul433: unknown message i
2013.12.26 19:55:27.140 5: CUL/RAW: /p 8  304  176  304 1184  1  8 0  320 2656 05 5665A596A5959559

2013.12.26 19:55:27.142 5: cul433: p 8  304  176  304 1184  1  8 0  320 2656 05 5665A596A5959559
2013.12.26 19:55:27.263 2: cul433: unknown message p 8  304  176  304 1184  1  8 0  320 2656 05 5665A596A5959559

ich habe p8-ereignisse, die nicht als "bekannt" erkannt werden! wie neulich mit p7.

meiner meinung nach bräuchte man jetzt it-devices mit model=remote, um das empfangen der fernbedienungen oder anderer sender (schalter, bewegungsmelder etc. ) in fhem zu integrieren. desweiteren wäre ein attribut zum konfigurieren eines korrespondierenden it-switch-device schön. beim erkennen von z.b. btn_x=on, wird das korrespondierende it-switch-device-btn_x_on automatisch auf on gesetzt. man spart sich ein extra notify.

[vitolinker]

Hi zusammen,
lese hier interessiert mit.
Verzeiht meine Frage, falls sie schon oft gestellt wurde. Habe aber in der Suchfunktion und in Google noch nichts gefunden:
Was ist eigentlich die Bedeutung der Infos wie z.B. "p 8  320  144  336 1168  1  8 0  320 2608 07 5665A596A5959559"?
Ich vermute, dass es etwas mit den ms am Anfang der Nachricht und später dem Payload zu tun hat. Bin aber dankbar für genaue Hinweise zwecks Diagnose von unbekannten Signalen oder sogar Replay der selben mit anderen Geräten.

Vielen Dank und Grüße

[tobox]

Hallo,

ich habe die Intertechno-Fähigkeit vom CUL schon seit seiner Entstehung genutzt, und mich sehr gefreut zu lesen, dass jetzt doch endlich auch IT-Empfang möglich ist. Der Thread ist schon etwas unübersichtlich geworden, wäre es vielleicht möglich im ersten Posting immer die aktuellsten .hex-Firmwares und FHEM-Dateien anzuhängen? Auch eine Mini-Howto wäre sicherlich hilfreich, um noch mehr Tester zu finden...

Ich werde jetzt mal anfangen zu testen, und Euch wissen lassen, ob es bei mir hinhaut!

Grüße
Thomas

[frank]

frohes neues jahr it-receive-freunde!

mein hinweis auf eine noch fehlende attributergänzung model=itremote hat sich erledigt, weil das gibt es ja schon. sehr schön.

dann bleibt ja nur noch:

• bug in der p8-decodierung (zwischen "i" und "rssi-wert" fehlt der code)
• es wird leider nur jedes zweite p7/p8 ereignis decodiert
• und zu guter letzt ein neues attribut "setCorrespondingSwitchDevice"

gruss frank