IT Empfang mit CUL

Begonnen von mehf, 18 August 2013, 20:47:11

Vorheriges Thema - Nächstes Thema

mfeske

Hallo Alfons,

die Antwort ist:
CUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB

Ich habe doch aber extra einen CUL mit 433 Mhz gekauft und einen mit 868 MHz.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

alex68

#286
Hallo Micha,

ich glaube Du hast da etwas durcheinander gebracht. Aus deinem vorherigen Posting, ich zitiere:
ZitatBei meinem CUL433 wird angezeigt
Code: [Auswählen]
VERSION V 1.62 CUL868
Da habe ich wohl die falsche erwischt :-(
passt da CUL433 mit CUL868 nicht zueinander, entweder, oder...   ;)

Ich fasse es mal zusammen, Du besitzt 2 CULs einen CUL433 und einen CUL868.
Also solltes Du diese, solange Du beide gleichzeitig betreiben möchtest auch dem entsprechend benamsen und einbinden.
Am Rpi weiß ich jetzt nicht genau wie, aber am PC benötigst Du dafür zwei unterschiedliche COM Ports.

Zitatdefine CUL433 CUL com4@9600 1234
attr CUL433 rfmode SlowRF
define CUL868 CUL com6@9600 2345

Für den RPi wird "com4@9600" durch "/dev/ttyUSB0@9600" ersetzt... aber bei mehr als einem USB Device musst Du herausfinden welches wo definiert ist (unter /dev/ttyUSB*)

Für die IT Kommunikation benötigst Du NUR den CUL433!!!
Diesen setzt Du jetzt auf die Frequenz 433.920  - prüfe ob Diese mit der auf deinen Aktoren übereinstimmt (sollte auf den Fernbedienung bzw. auf den Empfängern aufgedruckt sein).
Der CUL433 sollte die Firmware V1.61e haben (nur diese Version ist für den IT Empfang zur Zeit freigeschaltet) -> Du findest diese in der Antwort#202....

mfeske

#287
Hallo Alex,

ich dachte VERSION V 1.62 CUL868 kommt davon, das es für den CUL 433 und CUL 868 die gleiche Firmware ist. Ich habe aus dem Beitrag die 1.61e geflasht. Es steht jetzt VERSION V 1.61e CUL868 dort.

Auf der ITZ-500 steht auf der Rückseite 433,92 MHz.
Ein erstes get CUL433 ccconf gibt aus:
CUL433 ccconf => freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
nach set CUL433 freq 433.92 wird ausgegeben:
CUL433 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Im Event monitor tut sich aber nichts und ITZ500 bleibt auch unverändert. Allerdings sehe ich in der Logdatei ..... not defined (Switch code : FF)

Die beiden CULs denke ich habe ich unabhängig voneinander korrekt definiert:
define CUL868 CUL /dev/ttyACM0@9600 1034
attr CUL868 devStateIcon .*:cul_868
attr CUL868 icon cul_868
attr CUL868 rfmode MAX
define cm CUL_MAX 123456
attr cm IODev CUL868

define CUL433 CUL /dev/ttyACM1@9600 1134
attr CUL433 devStateIcon .*:cul_cul
attr CUL433 icon cul_cul


Die ITZ habe ich wie von Dir angeregt definiert:
define ITZ500 IT 000000000F FF F0
attr ITZ500 IODev CUL433
attr ITZ500 model itswitch
attr ITZ500 room Wohnzimmer


Muss ich mit der rf_receive auch noch etwas machen oder die 10_IT.pm austauschen
Gruß
Micha

Nachtrag:
Hurra ich kann mithören, wenn Kanal 10 on / off betätigt wird !
define ITZ500_10 IT FFFFF00F0F FF F0
attr ITZ500_10 IODev CUL433
attr ITZ500_10 model itswitch
attr ITZ500_10 room Wohnzimmer


Jetzt muss ich das Signal nur irgendwie weitergeben an die Empfänger.

Das lästige CUL_TX unknown device tritt jetzt leider wieder auf, aber das bekomme ich jetzt auch noch in den Griff.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

alex68

Hätte folgenden Vorschlag: bis wir raus finden was bei Dir nicht richtig funktioniert, den CUL868 mal zu deaktivieren.
Die rf_receive.c ist ja teil der kompilierten 1.61e. Die brauchst Du also nicht separat.
Die 10_IT.pm aber bitte in dein FHEM Verzeichnis kopieren.
In der WEB Oberfläche beim CUL433
set raw X67
aufrufen -> Debug Modus
Jetzt solltest Du, im Logfile, die Events auf jeden Fall sehen.

mfeske

Ich kann sehen  ;D  siehe oben. CUL_TX ist mal wieder ein Temperaturfühler meines Nachbarn. Hab einfach mal gefragt was sein Thermometer gerade anzeigt und dann haben wir es in den Garten gelegt und siehe da, ein Temepratursturz :-)
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

alex68

#290
und sein Thermometer sendet auch auf 433.920? Um diese Fehlerquelle ausschließen zu können.
Dürfte ich Dir vorschlagen im Thread http://forum.fhem.de/index.php/topic,30069.0.html weiter zu machen, da dieser Thread eher für grundlegende Entwicklungs- Angelegenheiten bzgl. dem IT Protokoll verwendet wird.

mfeske

Ja, sendet auf 433 MHz steht auchdrauf. Ist ein TFA 30.3125
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

mfeske

Zitat von: mfeske am 25 Dezember 2014, 14:36:11
Jetzt muss ich das Signal nur irgendwie weitergeben an die Empfänger.

Nach lesen von commandref_DE.html#notify gelingt mir das schalten einer structure jetzt auch mit:
define ITZ500_10 set Nachtlicht $EVENT


Das neue Jahr kann kommen :-)
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

wolfi1104

Hallo

Ich empfange mit meiner cull433 das Signal einen 433 Bewegungsmelder
Im event monitor steht
2014-12-29 14:59:08 CUL CUL_0 UNKNOWNCODE ic1415c
Wie kann ich jetzt das ereignis in eine einen befehl einbauen um zB eine lampe an zu schalten

Gruß
Wolfi
pi / V 1.61e CUL433 / V 1.44 CUL868 /

JensS

Wechsle kurzzeitig das Attribut verbose für global und CUL433 auf 3, dann solltest du im Logfile etwa folgendes sehen:
Zitat2014.12.29 15:27:53 3: 0FF0F0FF0F not defined (Switch code: F0)
2014.12.29 15:27:54 3: 0FF0F0FF0F not defined (Switch code: FF)
2014.12.29 15:27:53 3: 0FF0F0FF0F not defined (Switch code: F0)
2014.12.29 15:27:54 3: 0FF0F0FF0F not defined (Switch code: FF)
Mit "define Bewegungsmelder IT 0FF0F0FF0F FF F0" ein Device erzeugen, mit einem Notify "define BW_notify notify set lampe $EVENT" sollte es dann funktionieren.
Nicht vergessen, den Verbose-Mode wieder umzustellen, sonst wird de Log-Datei riesig.


Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

justme1968

der loglevel 3 ist eigentlich der default.

ich denke es wäre gut diese meldung auf loglevel 4 zu verschieben.

gibt es einwände ?

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

JensS

Lach - natürlich nicht. Bin froh, wenn ich dazulernen kann. Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

wolfi1104

Hallo
Habe verbose auf 4 gestellt er stand auf 3
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global userattr devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fp_ErsterStock icon sortby structexclude webCmd
attr global verbose 4


Fhem neu gesatartet
habe aber im logfile immer noch das stehen
2014.12.29 16:10:28 0: ERROR: Cannot autoload IT
2014.12.29 16:10:28 4: eventTypes: CUL CUL_0 UNKNOWNCODE ic1415c -> UNKNOWNCODE ic1415c
2014.12.29 16:10:28 3: CUL_0: Unknown code ic1415c, help me!
2014.12.29 16:10:53 0: ERROR: Cannot autoload IT
2014.12.29 16:10:53 4: eventTypes: CUL CUL_0 UNKNOWNCODE ic1415c -> UNKNOWNCODE ic1415c


gruss
Wolfi
pi / V 1.61e CUL433 / V 1.44 CUL868 /

JensS

Hallo Wolfi,

das Problem beschäftigt dich wohl schon eine Weile...
Hier: http://forum.fhem.de/index.php/topic,14348.msg218842.html#msg218842 findest du die Datei 10_IT.pm.
Weißt du, wie diese Datei in den Ordner /opt/fhem/FHEM gespeichert wird? Anschließend muss sie mit "reload 10_IT.pm" geladen werden.

Gruß Jens
Debian auf APU2C4, HM-CFG-USB2, SIGNALduino, HM-ES-PMSw1-Pl, TFA 30.3121, TFA 30.3125, ITS-150, PIR-5000, configurable Firmata USB & LAN, 1-wire: DS-18B20, DS-18S20, DS-2408, DS-2413, diverse I2C-Komponenten, zigbee2mqtt, ESPEasy etc.

justme1968

10_IT.pm sollte bei jeder fhem installation vorhanden sein...
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968