IT Empfang mit CUL

[teufelchen]

Super Danke

[kaihs]

Ich weiß nicht, ob es wirklich an dem neuen rf_receive.c liegt, aber ich habe vermehrt Abstürze des CULs, im Log steht dann z. B.

Code Auswählen Erweitern


2014.10.21 23:41:51 2: IT set Steckdose_E off
2014.10.21 23:41:54 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9OBJ9PT-if00-port0 disconnected, waiting to reappear (CUL_433)
2014.10.21 23:41:54 2: IT IODev device didn't answer is command correctly:   raw => No answer


Das ist ein IT-Senden als direkte Aktion auf einen IT-Empfang, d.h. ein fhem-notify löst als Aktion eines IT-Empfangs ein set ITxxx on aus.
Das ist mittlerweile dreimal so passiert.

Haben andere etwas ähnliches beobachtet?

[bjoernh]

Hallo,

dies konnte ich bisher noch nicht beobachten.
Ich kann mir auch nicht vorstellen, dass das an der Empfangsmethode liegt.

Was jedoch Probleme machen könnte, wenn Du direkt mit einem Notify ein Kommando sendest.
Besser ist es z.B. so ein Notifiy anzulegen: "ITRemote_D sleep 1; set Switch %"
D.h. die Aussendung erfolgt dann um 1 Sekunde verzögert.
Der Grund ist, so wie ich es beobachtet habe, dass der CUL keine Belegterkennung hat und somit während dem Empfang auch gleich lossendet, obwohl evtl. die Fernbedienung noch gedrückt ist.

Gruß
Björn

Ich weiß nicht, ob es wirklich an dem neuen rf_receive.c liegt, aber ich habe vermehrt Abstürze des CULs, im Log steht dann z. B.

Code Auswählen Erweitern


2014.10.21 23:41:51 2: IT set Steckdose_E off
2014.10.21 23:41:54 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9OBJ9PT-if00-port0 disconnected, waiting to reappear (CUL_433)
2014.10.21 23:41:54 2: IT IODev device didn't answer is command correctly:   raw => No answer


Das ist ein IT-Senden als direkte Aktion auf einen IT-Empfang, d.h. ein fhem-notify löst als Aktion eines IT-Empfangs ein set ITxxx on aus.
Das ist mittlerweile dreimal so passiert.

Haben andere etwas ähnliches beobachtet?

[frank]

ihr kennt das hier http://forum.fhem.de/index.php/topic,27024.msg199787.html#msg199787

[Steini]

Hallo zusammen,

ich habe mir die drei Files von hier heruntergeladen, die Anpassungen an der 10_IT.pm gemacht und erhalte nun diese Fehlermeldung wenn ich versuche ein neues "Gerät" anzulernen:

Code Auswählen Erweitern

2014.10.23 20:39:25 3: FF000FF00F not defined!
2014.10.23 20:39:25 1: PERL WARNING: substr outside of string at ./FHEM/10_IT.pm line 352.
2014.10.23 20:39:25 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_IT.pm line 352.
2014.10.23 20:39:25 2: autocreate: define IT_FF000FF00F FF000FF00F
2014.10.23 20:39:25 1: ERROR: Unknown module FF000FF00F

Hat jemand eine Idee was ich tun kann?

Viele Grüße

Steini

[teufelchen]

Hallo,

der Empfang meiner Vivanco Fernbedienungen funktioniert super.
Jedoch habe ich ein Ploblem beim "entschlüsseln" der Daten:
Ich die Dosen sind in FHEM wie folgt angelegt:

Code Auswählen Erweitern

define A01 IT 0FFFF0FFFF FF F0
attr A01 IODev CUL
attr A01 model itswitch
Direkt aus FHEM lassen sie sich fehlerfrei ein- und ausschalten.

Wenn ich nun den Handsender nehme, erkennt FHEM den Ausschaltbefehl und setzt den Schalter richtig um.

Nur beim einschalten über den Handsender bekomme ich immer folgende Fehlermeldung im Log-File:

Code Auswählen Erweitern

2014.10.23 20:53:11 3: Code 0F not supported by A01.
2014.10.23 20:53:11 3: Code 0F not supported by A01.
2014.10.23 20:53:11 3: CUL: Unknown code i154551, help me!

Kann Jemand helfen?

[bjoernh]

Hallo,

der Empfang meiner Vivanco Fernbedienungen funktioniert super.
Jedoch habe ich ein Ploblem beim "entschlüsseln" der Daten:
Ich die Dosen sind in FHEM wie folgt angelegt:

Code Auswählen Erweitern

define A01 IT 0FFFF0FFFF FF F0
attr A01 IODev CUL
attr A01 model itswitch
Direkt aus FHEM lassen sie sich fehlerfrei ein- und ausschalten.

Wenn ich nun den Handsender nehme, erkennt FHEM den Ausschaltbefehl und setzt den Schalter richtig um.

Nur beim einschalten über den Handsender bekomme ich immer folgende Fehlermeldung im Log-File:

Code Auswählen Erweitern

2014.10.23 20:53:11 3: Code 0F not supported by A01.
2014.10.23 20:53:11 3: Code 0F not supported by A01.
2014.10.23 20:53:11 3: CUL: Unknown code i154551, help me!

Kann Jemand helfen?

Probier es mal mit 0F F0 anstatt FF F0
Ich habe es bei einer Steckdose auch so eingestellt, dann hatte es funktioniert.

[teufelchen]

Danke das war die Lösung

[kaihs]

ihr kennt das hier http://forum.fhem.de/index.php/topic,27024.msg199787.html#msg199787

Danke für den Hinweis. Hatte ich gesehen und auch eingebaut. Löst aber das Problem bei mir nicht.
Es hat aber definitiv nichts mit der neuen rf_receive.c zu tun.
Das Problem tritt reproduzierbar nach Sendevorgängen auf.

Der CUL lebt auch noch, nach einem set CUL reopen ist er wieder in fhem verwendbar.

[peter73]

Nabend, Peter mein Name,
bislang habe ich immer nur mit gelesen.
Hier habe ich immer Hilfe gefunden, doch nun komme ich tatsächlich nicht weiter.
Mein Setup:
Rev Typ 008341
Pi
CUL433 V3
CUL1 version => V 1.61e CUL433
CUL1 ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:4dB

Die 10_IT und 00_CUL kopiert und die FW auf den Stick gebannt.

Events:
2014-10-30 22:47:18 CUL CUL1 UNKNOWNCODE i57d403

Logausgabe:
2014.10.30 22:47:16 4: CUL_Parse: CUL1 i57D40307 -70.5
2014.10.30 22:47:16 5: CUL1 dispatch i57d403
2014.10.30 22:47:18 0: ERROR: Cannot autoload IT
2014.10.30 22:47:18 5: Triggering CUL1 (1 changes)
2014.10.30 22:47:18 5: Notify loop for CUL1 UNKNOWNCODE i57d403
2014.10.30 22:47:18 4: eventTypes: CUL CUL1 UNKNOWNCODE i57d403 -> UNKNOWNCODE i57d403
2014.10.30 22:47:18 3: CUL1: Unknown code i57d403, help me!

Event X21:
2014-10-30 23:00:18 CUL CUL1 UNKNOWNCODE p 7 272 912 928 256 1 3 0 07 57D403

Kann mir einer sagen, was ich in der fhem.cfg definieren muss ?
Muss die 57d403 in bin umgerechnet werden ?

define testd1off IT FFF1FF10FF FF 00
attr testd1off IODev CUL1
attr testd1off group test
attr testd1off model itremote
attr testd1off room test

Fehlen noch info's
Ach ja die Steckdose Schalter aus dem Rev Paket funktionieren mit fhem einwandfrei.
##################################################
# Flur oben
define OG_Lampe2 IT 1FFFF1F0FF FF 00
attr OG_Lampe2 IODev CUL1
attr OG_Lampe2 group OG
attr OG_Lampe2 model itswitch
attr OG_Lampe2 room Flur

LG Peter

[kaihs]

2014.10.30 22:47:18 0: ERROR: Cannot autoload IT

Da stimmt was nicht mit dem 10_IT.pm. Entweder es wird gar nicht gefunden oder es hat Syntaxfehler.

Was passiert wenn du in der fhem Kommandozeile reload 10_IT  eingibst?

[peter73]

Hi,
bei den Events passiert nichts, keine Ausgabe
Beim Log:
2014.10.30 23:17:33 5: Cmd: >reload 10_IT<
2014.10.30 23:17:33 5: Loading ./FHEM/10_IT.pm
2014.10.30 23:17:33 1: PERL WARNING: Subroutine IT_Initialize redefined at ./FHEM/10_IT.pm line 40.
2014.10.30 23:17:33 1: PERL WARNING: Subroutine IT_SetState redefined at ./FHEM/10_IT.pm line 60.
2014.10.30 23:17:33 1: PERL WARNING: Subroutine IT_Do_On_Till redefined at ./FHEM/10_IT.pm line 71.
2014.10.30 23:17:33 1: PERL WARNING: Subroutine IT_Set redefined at ./FHEM/10_IT.pm line 97.
2014.10.30 23:17:34 1: PERL WARNING: Subroutine IT_Define redefined at ./FHEM/10_IT.pm line 205.
2014.10.30 23:17:34 1: PERL WARNING: Subroutine IT_Undef redefined at ./FHEM/10_IT.pm line 289.
2014.10.30 23:17:34 1: PERL WARNING: Subroutine IT_Parse redefined at ./FHEM/10_IT.pm line 307.
2014.10.30 23:17:34 5: CUL/RAW: /p 7  224  560 1184  208  1  2 0 F2 309F

Hilf das ?

[kaihs]

Hattest du nach der Installation von 10_IT.pm einen fhem Neustart gemacht?

Falls nicht, könnte das das Verhalten erklären.

Was passiert denn nach dem reload jetzt, wenn du die Fernbedienung betätigst?

[duke24]

Hallo,

möchte hier gerne mal ein Dankeschön da lassen und berichten, dass die FB vom FLS 100 jetzt auch vom CUL empfangen wird.

MfG
Daniel

PS: FW 1.61e ist auf dem CUL v3

[peter73]

Hi,
vielen Dank für die Hilfe.
Der Tipp mit dem reload bzw. Neustart war natürlich super.
Die Tasten werden nun erkannt.
Allerdings kann ich die Meldungen noch nicht richtig interpretieren:
Tastendruck D3 ON ergibt im Log:
2014.11.02 17:58:58 4: CUL_Parse: CUL1 i575C0C00 -74
2014.11.02 17:58:58 5: CUL1 dispatch i575c0c
2014.11.02 17:58:58 3: testd3on ->off
2014.11.02 17:58:58 3: Code 10 not supported by testd3off.
2014.11.02 17:58:58 5: Triggering testd3on (1 changes)
2014.11.02 17:58:58 5: Notify loop for testd3on off
2014.11.02 17:58:58 4: eventTypes: IT testd3on off -> off
2014.11.02 17:58:58 4: eventTypes: IT testd3on state: off -> state: off

Wie man sehen kann werden beide Definitionen getriggert.
define testd3off IT FFF1FF1000 FF 01
attr testd3off IODev CUL1
attr testd3off group test
attr testd3off model itremote
attr testd3off room test

define testd3on IT FFF1FF1000 FF 10
attr testd3on IODev CUL1
attr testd3on group test
attr testd3on model itremote
attr testd3on room test

Wo habe ich einen Fehler eingebaut ?
Muss der Code anders behandelt werden ?
LG Peter