Status Funksteckdosen Elro

Begonnen von NSA, 16 November 2016, 18:24:51

Vorheriges Thema - Nächstes Thema

NSA

Also bei mir funktioniert es bis dato nicht. Das Attribut model itswitch fehlt bei mir. Ich berichte ob es daran lag.

KölnSolar

ich glaube weniger, dass es an dem Attribut liegt.
Möglichkeit 2 ist ja eine ganz andere Art der Codierung. Möglichkeit 1 ist notwendig für z.B. RFXTRX-User wie mich, da wir im "Intertechno-Format"(A1-P16) definieren müssen. Mit dem CUL und dem IT-Modul kannst Du die Möglichkeit2 wählen und mit der hat es bei weini ja scheinbar funktioniert.
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

NSA

Also ich habe nach Möglichkeit 2 codiert. Und das schalten aus FHEM klappt auch ohne Probleme.
Die Änderung des Attribut model hat keine erkennbaren Auswirkungen.

Als Test habe ich ein ähnliches Funksteckdosen-Set(kein Hersteller erkennbar) eines Bekannten probiert. Diese Dosen wurden mit Autocreate erkannt und die Rückmeldung passt auch.

Vielleicht ist es auch ein Hardware Problem des Handsender. Er sendet eventuell zu unsauber für den CUL, die Dosen verstehen jedoch das Signal.

KölnSolar

ZitatVielleicht ist es auch ein Hardware Problem des Handsender
Kann sein, glaub ich aber eher nicht.
Ich hab noch Hoffnung  ;) Bisher haben wir ja nur oberflächlich Informationen getauscht  ;)
Du hast also an allen Dosen und der FB die DIPs 1-5 gleich eingestellt. An den Dosen jeweils nur einen der A-E DIPs auf off. Richtig u. sicher ?Wir haben noch überhaupt nicht drüber gesprochen, ob was im LOG steht, wenn die FB gedrückt wird. Wenn nicht, schalt den CUL mal auf verbose 5. Etwas im Log zu sehen ? Wenn nicht, den CUL jetzt in den Debug-Modus versetzen mit set cul raw X67. Jetzt kommt mit Sicherheit was. Den Debug-Modus mit set cul raw X21 wieder ausschalten, sonst müllts Dir das Log zu. Den output mal hier einstellen und dann sehen wir mal weiter.
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

weini

Zitat von: KölnSolar am 22 November 2016, 08:41:38
@weini: Du hast dann Möglichkeit2 umgesetzt ?

Ganz genau!

Hier ein define meiner Dosen als Beispiel:
defmod SaZi_Stern IT F0F00F0FFF 0F F0
attr SaZi_Stern IODev nanoCUL433
attr SaZi_Stern model itswitch


Mit den On/Off Codes kannst du spielen: Entweder "0F F0" oder "FF F0"

Viel Erfolg!

Faber38

Hallo,

meine Hardware CUL433 mit a-culfw 1.21.07

ich habe ebenfalls die 440 Dosen mit DIP-Schalter im Betrieb..
zuerst hatte ich versucht die Dosen zum Schalter mit unterschiedlichen Einstellungen über "notify" schalten zu lassen.

Ausfallrate über 50%.

Danach habe ich die  DIP Einstellung der Schalter auf die Dosen abgestimmt...so das diese ohne FHEM auch direkt ansprechen..
FHEM bekommt das sende Signal des Schalters mit...und reagiert richtig...die Dose wird auch direkt geschaltet...eigentlich alles bestens.

Ausfallrate unter 2%

Den org. Funksender habe ich in die Schublade ohne Batterie gelegt...wird bei mir nicht mehr benötigt..
von meinem Handy kann ich ebenfalls alles über Widget steuern (andFHEM)

NSA

@KölnSolar

hey, hier ist ein Ausschnitt aus meinem LogFile, dieser ist beim drücken der Taste A-on entstanden.
Scheinbar wird ein Signal empfangen.



2016.11.24 18:15:56 4: CUL_Parse: nanoCUL p11  528   48  960   64    0    0  49  1  6 1   384  6544     0 DB 00000000000000
2016.11.24 18:15:56 2: nanoCUL: unknown message p11  528   48  960   64    0    0  49  1  6 1   384  6544     0 DB 00000000000000
2016.11.24 18:16:30 5: CUL/RAW: /p
2016.11.24 18:16:30 5: CUL/RAW: p/11   
2016.11.24 18:16:30 5: CUL/RAW: p11   /48 1360   8
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   8/0 2048
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048/   64
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64/  544
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544 / 51 
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  /1  6 3
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  1  6 3/   336
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  1  6 3   336/  452
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  1  6 3   336  452/8   
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  1  6 3   336  4528    / 0 D9
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  1  6 3   336  4528     0 D9 /98204
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  1  6 3   336  4528     0 D9 98204/F60001
2016.11.24 18:16:30 5: CUL/RAW: p11   48 1360   80 2048   64  544  51  1  6 3   336  4528     0 D9 98204F60001/3A0

2016.11.24 18:16:30 4: CUL_Parse: nanoCUL p11   48 1360   80 2048   64  544  51  1  6 3   336  4528     0 D9 98204F600013A0
2016.11.24 18:16:30 2: nanoCUL: unknown message p11   48 1360   80 2048   64  544  51  1  6 3   336  4528     0 D9 98204F600013A0

KölnSolar

sieht für mich schon alleine von der Struktur komisch aus. Ob das am nanocul liegt ? Anstatt P11 hätte ich auch P7 erwartet. Als ob da was fehlen würde.
Poste mal Dein Ergebnis hier https://forum.fhem.de/index.php/topic,35064.1035.html und natürlich ein paar siuationsbeschreibende Worte dazu. Björn(Macher der aculfw) erkennt da vielleicht schneller was.
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