Intertechno IT 1500 Funksteckdosen mit Raspi und org. Funkfernbedienung nutzen

Begonnen von emjott, 10 Februar 2014, 18:15:02

Vorheriges Thema - Nächstes Thema

emjott

Hallo FHEM-Gemeinde,

kann man die IT1500 Funksteckdosen auf den USB-CUL und die org. Funkfernbedienung anlernen damit ich die Steckdosen über beide Geräte steuern kann?

Gruß Matze

teufelchen

Hallo,

sollte funktionieren, da je Empfänger bis zu 3 Sender zugeordnet werden können.
In FHEM Sender definieren, Steckdose in Empfangszustand bringen und Signal über FHEM senden.

Sollte dann funktionieren.
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

pipp37

Zitat von: teufelchen am 10 Februar 2014, 20:28:51
Hallo,

sollte funktionieren, da je Empfänger bis zu 3 Sender zugeordnet werden können.
In FHEM Sender definieren, Steckdose in Empfangszustand bringen und Signal über FHEM senden.

Sollte dann funktionieren.

Hallo.
Ich bekomme diese Dosen einfach nicht zum Laufen.
Meine CFG:
RPi mit Busware Interfaces
1. SCC - 868 - WMBus_T
2. SCC - 433 - SlowRf
3. CCD - 868 - MAX (Testweise)

Das Device wurde angelegt. Wenn ich die IT-1500 Steckdosen inherhalb der 5 Sekunden nach dem Einstecken mit der originalen, lernfähigen ITT-1500 Fernbedienung schalte, wird sie perfekt angelernt.
Dann mache ich das selbe über Fhem.
Strom ein und sende gleich ein paar Mal den ON Befehl mit  set myITSwitch on.
Aber die Steckdose macht nichts.
Laut Log sollte alles passen.

Kann mir bitte jemand einen Tip geben?
Danke.


==> /opt/fhem/log/fhem-2015-01.log <==
2015.01.21 13:34:48 2: IT set myITSwitch on
2015.01.21 13:34:48 5: SW: *is000000000FFF
2015.01.21 13:34:49 5: CUL/RAW (ReadAnswer): *is00000
2015.01.21 13:34:49 5: CUL/RAW (ReadAnswer): 0000FFF
2015.01.21 13:34:49 5: CUL/RAW (ReadAnswer):


Auch habe ich die neueste 1.61 culfw vom 20.1.2015 aus dem TRUNK auf die Busware Adapter geflasht.

fhem.cfg

define SCC1 CUL /dev/ttyAMA0@38400 1234
attr SCC1 alias SCC1
attr SCC1 group CUL
attr SCC1 rfmode WMBus_T
attr SCC1 room CUL
attr SCC1 verbose 5

define SCC2 STACKABLE_CC SCC1
attr SCC2 alias SCC2 433Mhz SlowRF
attr SCC2 group CUL
attr SCC2 rfmode SlowRF
attr SCC2 room CUL
attr SCC2 verbose 5

define myITSwitch IT 000000000F FF F0
attr myITSwitch IODev SCC2
attr myITSwitch model itswitch
attr myITSwitch verbose 5


define SCC3 STACKABLE_CC SCC2
attr SCC3 alias SCC3 MAX
attr SCC3 group CUL
attr SCC3 rfmode MAX
attr SCC3 room CUL
attr SCC3 verbose 3

Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

chris1284

es ist sicher gestellt das scc2 auch das 433 scc ist? mach mal ein get SCC2 ccconf
firmware und definition passen soweit eigentlich.

alternativ einfach mal bei der dose als iodev scc1 nehmen, dies sollte dann kurz auf 433 gehen und dne befehl senden

ansonsten könnte man auch mal von http://forum.fhem.de/index.php/topic,14348.345.html culfw_1.62.05 aus Antwort #352
auf das 868 scc flashen und auf 433 setzen und schauen ob scc2 überhaupt korekt sendet

pipp37

Hallo.
Bin mir ziemlich sicher, das SCC2 (der 2. SCC von unten) der 433MHz ist.
Als ich ihn installiert habe war auf einmal mein alter 433 MHZ Temperatursensor einer alten Wetterstation sichtbar und wurde automatisch angelegt.


==> /opt/fhem/log/CUL_TX_82-2015.log <==
2015-01-21_21:45:21 CUL_TX_82 T: 0.1
2015-01-21_21:45:21 CUL_TX_82 temperature: 0.1


Und

get SCC2 ccconf

bringt
SCC2 ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Das hatte ich schon getestet.

Ich werde nur mal den SCC433 anschließen, fhem.cfg anpassen und  die culfw_1.62.05 aus Antwort #352 auf den SCC flashen.
Danke für den Hinweis.

Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

pipp37

Hallo.
Perfekt - Die Kommunikation mit FHEM funktioniert mit dem HEX-File!  Vielen Dank chris1284 :)

Nach dem Flashen von  http://forum.fhem.de/index.php/topic,14348.345.html culfw_1.62.05 aus Antwort #352 auf das 433  konnte ich die Steckdose IT-1500 in FHEM anlernen.
Ich habe nur das Busware SCC433 am RPi angeschlossen und die fhem.cfg wie folgt angepasst.

fhem.cfg

define SCC1 CUL /dev/ttyAMA0@38400 1234
attr SCC1 alias SCC2 433Mhz SlowRF
attr SCC1 group CUL
attr SCC1 rfmode SlowRF
attr SCC1 room CUL
attr SCC1 verbose 5

define myITSwitch IT 000000000F FF F0
attr myITSwitch IODev SCC1
attr myITSwitch model itswitch
attr myITSwitch verbose 5


Dann Steckdose eingesteckt und innerhalb von 5 Sekunden ein paar mal den ON Befehl des myITSwitch gesendet und die Steckdose hat mit dem doppelten Relaisklicken geantwortet.
Die IT-1500 Steckdosen gehen somit.

Offen bleibt allerdings die Frage, ob die beigelegte Fernbedienung ITT-1500 in Fhem nutzbar ist.
Wenn ich auf die Tasten drücke, zeigt mir der FHEM Log gar nichts an.

Bekommen wir das auch noch hin?
Thanks



Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

pipp37

Nachtrag:
Nach dem erneuten Umstecken der SCC ging es wieder nicht.

Konfiguration nun wieder.
1. SCC - 868 - WMBus_T (SCC1)
2. SCC - 433 - SlowRf (SCC2)
3. CCD - 868 - MAX (Testweise) (SCC3)

fhem.cfg

define SCC1 CUL /dev/ttyAMA0@38400 1234
attr SCC1 alias SCC1
attr SCC1 group CUL
attr SCC1 rfmode WMBus_T
attr SCC1 room CUL
attr SCC1 verbose 5

define SCC2 STACKABLE_CC SCC1
attr SCC2 alias SCC2 433Mhz SlowRF
attr SCC2 group CUL
attr SCC2 rfmode SlowRF
attr SCC2 room CUL
attr SCC2 verbose 5

define myITSwitch IT 000000000F FF F0
attr myITSwitch IODev SCC2
attr myITSwitch model itswitch
attr myITSwitch verbose 5

define SCC3 STACKABLE_CC SCC2
attr SCC3 alias SCC3 MAX
attr SCC3 group CUL
attr SCC3 rfmode MAX
attr SCC3 room CUL
attr SCC3 verbose 3


Zufälligerweise bin ich beim Checken der Culs auf etwas gestossen.

Ich habe den IT-Switch auf dem SCC2 definiert und das Versenden der Intertechno Befehle läuft über den SCC1?
Im Bild ist das schön zu sehen.

raw  is000000000FF0  2015-01-21 22:40:52



Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

chris1284

Zitat von: pipp37 am 21 Januar 2015, 22:30:59

Offen bleibt allerdings die Frage, ob die beigelegte Fernbedienung ITT-1500 in Fhem nutzbar ist.


Nein. die kannst du aktuell nicht empfangen. alternativ wäre eine its-150 (ca 14€ im hornbach).empfangbar mit fhem und kompatibel zu so ziehmlich allen it-geräten. mit der kannst du 16 geräte pro hauscode (also gsamt 16x16 geräte schalten)

deine dfefinition ist laut der von busware falsch!

du musst erst  quasi den anschluss aller scc am pi definieren
define SCC CUL /dev/ttyAMA0@38400 1234

dann die einzelnen devices so wie sie gesteckt sind.
das scc1 sitzt direkt auf dem gbio, stacked also auf SCC
define SCC1 STACKABLE_CC SCC
attr SCC1 rfmode WMBus_T

das scc2 sitzt auf dem 1. scc, stacked also auf SCC1
define SCC2 STACKABLE_CC SCC1
attr SCC2 rfmode SlowRF

das scc3 sitzt auf dem 2. scc, stacked also auf SCC2
define SCC3 STACKABLE_CC SCC2
attr SCC3 rfmode MAX



heisst bei 3 scc hast du 4 fhem devices! und  über define SCC CUL /dev/ttyAMA0@38400 1234 (das viruelle/die schnittstelle) laufen immer alle befehle und werden vom entsprechenden scc (zb scc2 ausgeführt)

pipp37

Zitat von: chris1284 am 22 Januar 2015, 06:21:05

deine dfefinition ist laut der von busware falsch!

du musst erst  quasi den anschluss aller scc am pi definieren
define SCC CUL /dev/ttyAMA0@38400 1234

dann die einzelnen devices so wie sie gesteckt sind.
das scc1 sitzt direkt auf dem gbio, stacked also auf SCC
define SCC1 STACKABLE_CC SCC
attr SCC1 rfmode WMBus_T

das scc2 sitzt auf dem 1. scc, stacked also auf SCC1
define SCC2 STACKABLE_CC SCC1
attr SCC2 rfmode SlowRF

das scc3 sitzt auf dem 2. scc, stacked also auf SCC2
define SCC3 STACKABLE_CC SCC2
attr SCC3 rfmode MAX


heisst bei 3 scc hast du 4 fhem devices! und  über define SCC CUL /dev/ttyAMA0@38400 1234 (das viruelle/die schnittstelle) laufen immer alle befehle und werden vom entsprechenden scc (zb scc2 ausgeführt)

Hallo.
Mit deiner hier angeführten Konfiguration läuft es bei mir nicht.
Ich habe mich bei der Installation auch strikt an Busware gehalten und erst nach etlichen Versuchen eine Konfiguration hinbekommen.

Dazu habe ich ein neues Thema aufgemacht, dass passt nicht in diesen Thread.
http://forum.fhem.de/index.php?topic=32594
Danke.
Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower