SelectPlus Chime

Begonnen von ToSchu, 15 Februar 2016, 16:22:34

Vorheriges Thema - Nächstes Thema

Willi

Hmm. Woher hast Du die C775? Selbst gesetzt oder von der Taste der Klingel?

Habe jetzt den Code geändert, dass auch das dritte Byte gesetzt wird.
Bitte testen.

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

KölnSolar

Ahhhhh, Danke.
Über Klingeltaster im rfx-manager ermittelt.
Gute Nacht, Markus
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

Willi

Zitat von: KölnSolar am 15 Mai 2016, 23:24:13
Ahhhhh, Danke.
Über Klingeltaster im rfx-manager ermittelt.
Gute Nacht, Markus
Ok. Danke. Wenn Du es nicht in FHEM per autocreate erzeugt hast, ist mein Code zur Erkennung noch nicht korrekt. Werde ich noch anpassen.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

KölnSolar

langsam mit den jungen Pferden. Ich hab den doch schon seit nem halben Jahr laufen. Ich kann ja morgen nach einem update mal das device löschen und gucken, ob autocreate 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

KölnSolar

Du lagst leider richtig. Kein autocreate, kein Mucks im Eventmonitor oder im Log m. verbose 5 ;-(
Ansonsten normales rfxtrx_Verhalten in allen Modulen.
Schönen Feiertag, Markus
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

ToSchu

Hallo Willi, schon mal danke für die Integration! Bei mir funktioniert das autocreate leider auch nicht richtig. Das Device wird zwar angelegt, aber ich kann nicht klingeln. Werde heute Abend mal versuchen über den Rfxtrx Manager den Device code herauszubekommen und einzufügen.
Gruß,
Tobias

Gesendet von meinem SM-N9005 mit Tapatalk


Willi

Zitat von: ToSchu am 17 Mai 2016, 10:09:04
Hallo Willi, schon mal danke für die Integration! Bei mir funktioniert das autocreate leider auch nicht richtig. Das Device wird zwar angelegt, aber ich kann nicht klingeln. Werde heute Abend mal versuchen über den Rfxtrx Manager den Device code herauszubekommen und einzufügen.
Danke für die Infos. Bitte dann Angabe wie das Device bisher von FHEM angelegt wurde und bitte alle Infos von Rfxtrx Manager.
Um welches Gerät handelt es sich genau (Hersteller, Typ, ..)?

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

ToSchu

#22
Hallo Willi,

findest Du im dritten Post dieses Threads.

Gruß,

Tobias  ;)

Edit: Trage ich den über den RFXmanager ermittelten Code in das vom autocreate erstellte device ein klingelts.

Willi

Ok. Danke. Teste ich aus.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

ToSchu

Hallo Willi, könntest du mir ein paar Tipps zu diesem Thema geben

https://forum.fhem.de/index.php?topic=48050.0

Vielleicht schaffe ich die Integration auch selbst.

Viele Grüße und ein schönes Wochenende,

Tobias

Gesendet von meinem SM-N9005 mit Tapatalk


Willi

Zitat von: Willi am 18 Mai 2016, 18:07:42
Ok. Danke. Teste ich aus.
War die letzte Zeit ziemlich busy. Ich schaue es mir am kommenden Wochenende an.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

RaspiCOC

Seit der Änderung: https://forum.fhem.de/index.php/topic,53427.msg451079.html#msg451079 an der 46_TRX_LIGHT.pm waren plötzlich meine zwei Byron Klingeltaster (unterschiedliche Modelle) nicht mehr funktionsfähig. Sie wurden seinerzeit per Autocreate wie folgt angelegt:

define TRX_BYRONSX_da TRX_LIGHT BYRONSX da light
attr TRX_BYRONSX_da IODev TRX_0

define TRX_BYRONSX_03 TRX_LIGHT BYRONSX 03 light
attr TRX_BYRONSX_03 IODev TRX_0

Beide Klingeltaster funktionierten sehr zuverlässig.

Seit der Änderung funktionierten sie nicht mehr. Ich habe sodann die Defines der Klingeltaster erst mal auskommentiert und zunächst den ersten Klingeltaster per Autocreate neu ,,angelernt". Sah dann wie folgt aus:

define TRX_BYRONSX_00 TRX_LIGHT BYRONSX 00 light
attr TRX_BYRONSX_00 IODev TRX_0

Etwas überrascht war ich jedoch, dass der zweite Klingeltaster sich nicht mehr als separater Klingeltaster meldet, sondern mit der gleichen Definition wie vor funktioniert. Aus FHEM Sicht sind somit zwei vorher physisch unterschiedliche Devices nunmehr ein und dasselbe Device.

Also hat die Änderung am Modul irgendwie etwas in der BYRONSX-Welt verschlechtert...

KölnSolar

Nicht schön  >:( Beim autocreate muss Willi sowieso noch ran.
Änder mal Zeile 694
Zitatif ($subtype == 0x01) {
in
Zitatif ($subtype == 0x00 || $subtype == 0x01 ) {
dann müssten Deine alten Definitionen wieder funktionieren(hoff ich)
Wenn nicht, stell mal die Ausgabe von verbose 5 ein.
Grüße, Markus
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

Willi

Ok. habe ich gerade gefixed. Damit der neue Code kompatibel zum alten ist, musste ich die Zeile 694 von
Zitatif ($subtype == 0x01) {
nach
Zitatif ($subtype == 0x00) {
ändern. Für 0x01 machte es keinen Sinn, weil dieser Typ eine längere ID hat.

Habe ich gerade ins SVN gepackt. Sollte morgen per update verfügbar sein.
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

RaspiCOC

Hallo Willi,

wenn ich das richtig sehe, wurde die 46_TRX_LIGHT.pm heute nach Deiner Änderung neu verteilt.

Das Problem scheint mir aber noch nicht behoben zu sein.

Weiterhin werden beide Klingeltaster wie folgt von FHEM verarbeitet:

2016-06-02 20:44:10 TRX_LIGHT TRX_BYRONSX_00 light:

N.B. ich habe jetzt die ursprünglichen defines und das neu angelernte define (das nach der vorangegangenen Änderung) aktiv, kann mir aber irgendwie nicht vorstellen, dass das der Grund ist, oder?