IT Empfang mit CUL

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

Vorheriges Thema - Nächstes Thema

Wzut

Zitat von: dlinus am 02 Juni 2014, 08:17:50
die aktuelle Firmware 1.58 geflasht
aus welcher Quelle war die 1.58 ? die per Update ausgeliefert wird hat den IT Empfang nicht aktiv , wenn du sicher gehen willst nim die V1.57 hier aus dem Thread vom August 2013 oder wenn es unbedingt eine V1.58 sein soll die von mir zwei Postings höher ( 18. Mai ) :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

dlinus

hab die Version von http://culfw.de/culfw.html
lt. Beschreibung :

Version 1.58 (2014-03-14)
- CUNO2: support for KWL EC 200/300/500 Helios Lüftungen (HAS_HELIOS) via RS485
- !CUL: extended command for reading unique eeprom values provided by Dudette bootloader. (RM: MAC addr / RP: 128bit RSA private key)
- all: added sending support for "Kxxxx" messages (requires RAWSEND enabled)
- all: IT & REVOLT receive support from mehf (disabled per default)
- all: add AskSin-support for OTA firmware-update

Wzut

Zitat von: dlinus am 02 Juni 2014, 13:06:27
- all: IT & REVOLT receive support from mehf (disabled per default)
disabled = geht nicht :)
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

dlinus

hm...ich hab´s so verstanden, dass es von haus aus disabled ist und mit dieser fw enabled ?!

justme1968

disabled = es ist im default hex file deaktiviert und du musst es aktivieren und selber kompilieren wenn du es nutzen willst.

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

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

kaihs

Wie ist hier denn eigentlich Stand der Dinge?

Funktioniert bei jemanden der Empfang?

Ich habe mit dem Stand der culfw aus dem svn und gesetztem HAS_IT eine eigene Firmware compiliert. Damit funktioniert der Empfang bei mir nicht.
In diesem Thread habe ich dann noch eine neuere Version von rf_receive.c gefunden, damit ist es schon besser, die Ergebnisse sind aber nicht zuverlässig.

mhef hat dann wohl noch weitere Verbesserungen vorgenommen, aber diese soweit ich erkennen kann nicht mehr veröffentlicht.

Wäre schade wenn das bereits erreichte wieder verloren ginge.

Kai
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

defdanny

ich schließe mich dem Wunsch/Apell von Kaihs an. Ich verfolge den Thread nun schon seit letztem Jahr und würde es sehr begrüßen, wenn MEHF (und andere) wieder kreativ werden würden. Wie kann man dabei unterstützen?


Gesendet von iPhone mit Tapatalk
Raspberry Pi Modell B mit CUL V3 433 Mhz
MAX!Cube als CUN mit alternativer FW

Wzut

Zitat von: kaihs am 16 Juni 2014, 17:11:17
damit ist es schon besser, die Ergebnisse sind aber nicht zuverlässig.

Mit welchem Sender ?
Ich habe drei verschiedene Hersteller von Funksteckdosen + Fernbedienung : Original IT , ELRO  & Noname China Produkt.
Schalten kann ich alle Dosen (von jedem der drei Hersteller), beim Empfang sieht es da schon ganz anders aus :
1. echte Intertechno ( ITK-200) : klappt zu 100% zuverlassig
2. ELRO : es wird sehr oft für on und off der gleiche Code erkannt
3. China Teil : von den 5 Tasten der FB wird gerade mal eine ab und zu erkannt   
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

alfonsmoeller

#143
Hallo,
ich habe festgestellt das es sich bei bestimmten Adressen relativ stabil verhält.
z.B. Dip 1=Ein 2=Ein 3=Ein 4=Aus 5=Aus

A on
2014.06.21 09:44:40 2: CSM1: unknown message p 3  320  912  976  256  6  2 0 1A 4551
2014.06.21 09:44:40 2: CSM1: unknown message p 3  320  912  960  288  7  2 0 1A 4551
2014.06.21 09:44:40 2: CSM1: unknown message p 3  336  880  960  304  7  2 0 1A 4551
2014.06.21 09:44:40 2: CSM1: unknown message p 3  352  880  944  288  7  2 0 1A 4551
2014.06.21 09:44:40 2: CSM1: unknown message p 3  320  912  992  256  7  2 0 1A 4551
2014.06.21 09:44:41 2: CSM1: unknown message p 3  368  848 1008  256  7  2 0 1A 4551
2014.06.21 09:44:41 2: CSM1: unknown message p 3  336  896  976  256  7  2 0 1A 4551
2014.06.21 09:44:41 2: CSM1: unknown message p 3  320  896  960  288  7  2 0 1A 4551
2014.06.21 09:44:41 2: CSM1: unknown message p 3  304  912  992  256  7  2 0 1A 4551
2014.06.21 09:44:41 2: CSM1: unknown message p 3  352  864 1008  256  7  2 0 1A 4551
2014.06.21 09:44:42 2: CSM1: unknown message p 3  320  928  976  256  7  2 0 1A 4551
2014.06.21 09:44:42 2: CSM1: unknown message p 3  320  928  976  272  7  2 0 1A 4551
2014.06.21 09:44:42 2: CSM1: unknown message p 3  336  896  976  288  7  2 0 1A 4551
2014.06.21 09:44:42 2: CSM1: unknown message p 3  336  880  992  256  7  2 0 1A 4551
2014.06.21 09:44:42 2: CSM1: unknown message p 3  352  864  992  240  7  2 0 1A 4551
2014.06.21 09:44:43 2: CSM1: unknown message p 3  320  912  992  256  7  2 0 1A 4551
2014.06.21 09:44:43 2: CSM1: unknown message p 3  304  896  976  288  7  2 0 1A 4551
2014.06.21 09:44:43 2: CSM1: unknown message p 3  352  864 1008  240  7  2 0 1A 4551
2014.06.21 09:44:43 2: CSM1: unknown message p 3  336  880  976  256  7  2 0 1A 455F
2014.06.21 09:44:43 2: CSM1: unknown message p 3  352  896  992  240  7  2 0 1A 555F

A off
2014.06.21 09:44:47 2: CSM1: unknown message p 3  336  912  976  272  6  2 0 1C 4554
2014.06.21 09:44:47 2: CSM1: unknown message p 3  320  912  944  272  7  2 0 1C 4554
2014.06.21 09:44:47 2: CSM1: unknown message p 3  320  912  976  272  7  2 0 1A 4554
2014.06.21 09:44:47 2: CSM1: unknown message p 3  336  912  976  272  7  2 0 1A 4554
2014.06.21 09:44:47 2: CSM1: unknown message p 3  336  880 1008  256  7  2 0 1A 4554
2014.06.21 09:44:48 2: CSM1: unknown message p 3  336  880  992  272  7  2 0 1C 4554
2014.06.21 09:44:48 2: CSM1: unknown message p 3  352  880 1008  240  7  2 0 1C 4554
2014.06.21 09:44:48 2: CSM1: unknown message p 3  352  880  992  256  7  2 0 1C 4554
2014.06.21 09:44:48 2: CSM1: unknown message p 3  304  912  976  256  7  2 0 1C 4554
2014.06.21 09:44:48 2: CSM1: unknown message p 3  352  864 1008  224  7  2 0 1C 4554
2014.06.21 09:44:49 2: CSM1: unknown message p 3  352  864  992  240  7  2 0 1C 4554
2014.06.21 09:44:49 2: CSM1: unknown message p 3  336  880  992  240  7  2 0 1C 4554
2014.06.21 09:44:49 2: CSM1: unknown message p 3  336  896 1040  240  7  2 0 1C 4554
2014.06.21 09:44:49 2: CSM1: unknown message p 3  352  864 1008  256  7  2 0 1B 4554
2014.06.21 09:44:49 2: CSM1: unknown message p 3  336  864  992  256  7  2 0 1C 4554
2014.06.21 09:44:50 2: CSM1: unknown message p 3  368  880 1008  208  7  2 0 1C 4554
2014.06.21 09:44:50 2: CSM1: unknown message p 3  352  864  976  240  7  2 0 1C 555F
2014.06.21 09:44:50 2: CSM1: unknown message p 3  336  896  960  272  7  2 0 1D 555F
2014.06.21 09:44:50 2: CSM1: unknown message p 3  304  896  944  272  7  2 0 1F 555F

mit Dip 1=Aus 2=Ein 3=Ein 4=Aus 5=Aus kommt die 5 anstatt der 7 in der 5.letzten Spalte
Bei Kanal "B ein" kommt 5151 in der letzten Spalte, mit "B aus" kommt 5154 
Bei Kanal "C ein" kommt 5451 in der letzten Spalte, mit "C aus" kommt 5454 
Bei Kanal "D ein" kommt 5511 in der letzten Spalte, mit "D aus" kommt 5514
Des weiteren kann man beobachten das mit dem Loslassen der Taste immer eine 555F
am Ende gesendet wird.

Ich arbeite mit einem CUNO (Netzwerk) FW Stand V1.58 und FHEM auf einem RaspberryPi
# $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $
# $Id: 00_CUL.pm 5487 2014-04-08 11:29:41Z rudolfkoenig $
# $Id: 10_IT.pm 5649 2014-04-25 22:44:27Z justme1968 $

Leider fehlt mir der weitere Ansatz diese Signale auszuwerten.

m.f.G. Alfons


kaihs

Zitat von: Wzut am 20 Juni 2014, 16:10:12
Mit welchem Sender ?

Zwei verschiedene Sender aus den Pollin-Funksteckdosenset.
Dabei fällt schon auf, dass die beiden Sender schon unterschiedliche Signaltimingshaben, es gibt da wohl eine ziemlich Serienstreuung.

Das Schalten aller 6 Steckdosen klappt einwandfrei, der Empfang der Sender ist wie gesagt sehr unzuverlässig.
In ca. 20% der Fälle wird gar kein IT-Code erkannt, dann wieder für verschiedene Tasten der selbe Code oder für unterschiedliche Tasten der selbe Code.

Ich habe die erkannten Timings mal protokolliert, aber daraus noch keine wirklichen Erkenntnisse gewinnen können.

Mittlerweile hat ja mehf seinen letzten Code gepostet, ich werde bei Gelegenheit nochmal damit experimentieren.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

kaihs

Kurzer Zwischenbericht zum Empfang von Pollin Fernbedienungen aus dem 9,95€ Set.

Dankenswerterweise hat mehf seinen letzten Code in http://forum.fhem.de/index.php/topic,24739.0.html geposted.

Damit habe ich mir eine eigene culfw gebaut und seine Änderungen an 10_IT.pm in die neueste Version gemerged und noch ein paar Korrekturen vorgenommen.

Der Empfang funktioniert damit prinzipiell, inklusive autocreate von Devices.
Allerdings senden diese Fernbedienungen anscheinen pro Taste zwei Codes, einen wiederholt solange die Taste festgehalten wird, und einen anderen, sobald die Taste losgelassen wird.

Sieht dann z. B. so aus:

Taste ein aus
A 551 554
loslassen 55F 55F
B 1151 1154
loslassen 115F 115F
C 1451 1454
loslassen 155F 155F
D 1511 1514
loslassen 155F 155F


Mglw. ließe sich damit sogar eine Dim-Funktion realisieren.
Aktuell führt das allerdings dazu, dass manchmal per autocreate für eine Taste mehrere Devices angelegt werden bzw. zu ziemlich vielen Meldungen im Log, dass ein Code nicht zugeordnet werden kann.


2014.06.26 21:09:09 3: IT_FF000FF0FF on->on
2014.06.26 21:09:09 3: IT_FF000FFFFF on->on
2014.06.26 21:09:10 3: IT_FF000FF0FF on->off
2014.06.26 21:09:10 3: IT_FF000FFFFF on->on
2014.06.26 21:09:12 3: IT_FF000FF0FF off->off
2014.06.26 21:09:12 3: IT_FF000FFFFF on->on
2014.06.26 21:09:13 3: IT_FF000FF0FF off->on
2014.06.26 21:09:13 3: IT_FF000FFFFF on->on
2014.06.26 21:09:14 3: IT_FF000FF0FF on->off
2014.06.26 21:09:14 3: Code 11 not supported by IT_FF000FF0FF.
2014.06.26 21:09:14 3: Code 11 not supported by IT_FF000FF0FF.
2014.06.26 21:09:14 3: CUL_433: Unknown code i50145f, help me!
2014.06.26 21:09:14 3: IT_FF000FFFFF on->on


Schalten klappt mit ca. 90% Zuverlässigkeit, das entspricht ungefähr der mit der auch die zugehörigen Steckdosen geschaltet werden, das klappt auch nicht immer.

Für meine Zwecke reicht das erstmal, allerdings ist das wohl kein Zustand um den Code offiziell in fhem zu übernehmen.

Kai
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Wzut

@kaihs , schau dir mal http://forum.fhem.de/index.php/topic,12536.0.html an !
Vermutlich macht die Pollin FB das gleiche Spiel wie die ELRO , wird sich vermutlich daher nicht mit der CUL fw lösen lassen.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

kaihs

Zitat von: Wzut am 27 Juni 2014, 20:38:22
...wird sich vermutlich daher nicht mit der CUL fw lösen lassen.

Danke für den Hinweis.
Ich denke aber, dass sich das prinzipiell auch mit der culfw sauber lösen lassen sollte.
Dazu müsste man "nur" den Code für Taste loslassen rausfiltern, entweder in der culfw oder im IT-Modul.
Durch Feintunen der Empfangsparameter sollte sich prinzipiell auch die Empfangsgenauigkeit verbessern lassen.

Mir fehlt momentan etwas die Zeit, um mich da tiefer rein zu knien.
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation

Sauron

Hallo Kaihs,
> Damit habe ich mir eine eigene culfw gebaut und seine Änderungen an 10_IT.pm in die neueste Version gemerged und noch ein paar Korrekturen vorgenommen
Bedeutet das, dass wenn ich ich jetzt im Eingabefeld update eingebe, dass ich dann automatisch IT Empfang haben sollte? Oder muss ich sonst noch etwas tun? Bei mir bleibt der Empfang weiterhin stumm.



kaihs

Nein, die Versionen sind nicht in die offizielle fhem Version eingeflossen. Dafür ist es m.E. noch nicht ausgereift genug.

Wenn du experimentieren willst schau mal unter http://forum.fhem.de/index.php/topic,25484.msg184877.html#msg184877, da habe ich diese Versionen gepostet.

Gruß,

Kai
Banana Pi, Add-On Board mit 1.8" TFT LCD und IR-Sender, CULFW V1.61, div. Homematic Komponenten, Pollin Funksteckdosen, Selbstbau CUL433 MHz, Jeelink Clone, EC3000
Selbstbau CUL868MHz für Wireless M-Bus, SIGNALduino mit Logilink Temp.-sensoren und Auriol Wetterstation