neue ITR-1500 Schalten nicht

Begonnen von weider, 22 September 2017, 20:55:02

Vorheriges Thema - Nächstes Thema

ingranu

Zitat von: teufelchen am 27 September 2017, 11:20:30
Ich kann Dir die alternativ Firmware empfehlen.

Damit kannst Du in FHEM auch sehen wenn Du mit der Fernbedienung ein- und ausschaltest.

Was ist damit gemint? Das ich mit der originale FB den Code mit dem nanoCUl auslesen kann?

ingranu

Zitat von: weider am 23 September 2017, 14:15:44
Soooo, nach etwas rumbasteln funktionieren die Dosen!

Meine vorgehensweise: Update des CUL auf V 1.67 via FHEM.

Durch den Code :

define test IT 01001001101101110001000010 0 0000
attr test IODEV CUL_0

konnte ich alle meine Dosen anlernen.

Danke euch und einen Schönen Samstag :)

Genau so habe ich meine gestern auch angelernt! IT 01001001101101110001000010 0 0000 Jedoch in der CCu2, jetzt weiss ich aber nicht wie ich den code umrechnen muss für das angelernte Gerät im CUXD

KölnSolar

ZitatDas ich mit der originale FB den Code mit dem nanoCUl auslesen kann?
ja.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt


KölnSolar

aculfw auf den nanoCUL flashen, autocreate einschalten u. die on-Taste 2-mal betätigen.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

teufelchen

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

stefanne

#21
Hallo,

ich habe heute erfolgreich einen CMR-1000 über meinen sduino angesteuert. Des Rätsels Lösung war dokumentiert :-) Ich weiß nicht, ob das auch für die ITR-1500 gilt.

https://wiki.fhem.de/wiki/SIGNALduino

Bei einigen Intertechno-Funksteckdosen (Brennenstuhl) kann es zu Empfangsproblemen kommen. Hier muss die Taktrate, mit der gesendet wird, angepasst werden. Dazu muss für Funksteckdose das Attribut

attr <Funksteckdose> ITclock 300
gesetzt werden, der Standardwert ist 250.

defmod cmr1000 IT 00F000F00F FF F0
attr cmr1000 IODev sduino
attr cmr1000 ITclock 300
attr cmr1000 eventMap on:on off:off
attr cmr1000 group Wohnung,
attr cmr1000 verbose 5

setstate cmr1000 on
setstate cmr1000 2017-10-17 15:34:42 protocol V1
setstate cmr1000 2017-10-17 16:51:50 state on

fhemjan

Hallo zusammen,
bin noch neu in der Materie und dachte ich starte nun mal ganz einfach mit einem CUL868 und den ITR-1500 Steckdosen von Intertechno.
FHEM läuft auf einem Raspberry in einem Docker Container und der CUL hat V 1.67 CUL868 installiert.
Der CUL wird als initialisiert von FHEM erkannt (s. Screenshot "cul").
Ich habe nun z.B. die Anleitung bei https://marco.koeln/?p=34 gefunden laut der ich folgendes eingebe:
define schalter1 IT 000000000F FF F0
attr schalter1 IODev CUL_0
attr schalter1 model itswitch


Dann soll die Steckdose eingesteckt werden und aus FHEM aktiviert werden. Die Steckdose blinkt, ich drücke "on" und es passiert nichts.

Im Eventmonitor erscheint:
2022-08-05 19:03:31.782 IT schalter1 on
2022-08-05 19:03:32.150 CUL CUL_0 raw: is000000000FFF


Mit dem mitgelieferten Handsender ITT-1500 kann ich die Steckdosen schalten.

Habt ihr eine Idee was ich falsch mache? Und kann ich irgendwo sehen ob der CUL wirklich sendet?
Ich will jetzt noch einen 433 CUL bauen, aber es sollte doch trotzdem funktionieren?
Besten Dank schon mal!

frank

warum baust du keinen passenden cul mit 433Mhz?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

KölnSolar

ZitatCUL hat V 1.67 CUL868
gaaanz schlechte Kombi.
ZitatIch will jetzt noch einen 433 CUL bauen
und die aculfw drauf flashen.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Beta-User

Zitat von: KölnSolar am 05 August 2022, 20:46:46
und die aculfw drauf flashen.
...oder gleich was Maple-basiertes aufbauen...

Alternativ für 433MHz ist mAn. auch Signalduino als Stichwort dringend zu empfehlen (gibt es auch Maple-Basiert!).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

fhemjan

Hallo zusammen, danke schon mal für die Antworten!
Gesagt getan: Habe einen nanoCUL433 gebaut und a-culfw geflasht. Tadaaa es funktioniert.
Es haben sich neue Fragen ergeben, aber die passen nun hier nicht mehr hin.