Signalduino NEFF Dunstabzugshaube (433Mhz) steuern

Begonnen von fhemjcm, 21 November 2018, 22:19:08

Vorheriges Thema - Nächstes Thema

Stütti

Zitat von: Sidey am 29 November 2018, 20:26:51
Probier doch bitte mal set sendMSG P86#001000110111110110#R5

Grüße Sidey

Das funktioniert - aber leider nur manchmal. Ich kann aktuell noch nicht ganz nachvollziehen, warum es mal geht und mal nicht.
Sobald ich wieder zu Hause bin, studiere ich mal das Log und poste es.
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

Sidey

Probiere es doch bitte einmal damit und berichte ob es besser / schlechter wird.

P86#001000110111110110#R7


Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Stütti

Hi Sidey,

das mit R7 hatte ich gestern schon probiert, da es bei den Raw-Befehlen auch half, die Wiederholungen zu erhöhen.
Leider hat auch sendMsg P86#001000110111110110#R7 ab und zu nicht funktioniert. Das Log ist leider zu 100% identisch, wenn es geht und wenn es nicht geht.
Rein subjektiv funktioniert es heute besser, wieso auch immer!? Aber ich kann nicht sagen, ob 5 oder 7 Wiederholungen insgesamt besser funktionieren.

Bei fhemjcm hatte es doch auch nicht immer funktioniert. Er hat es auf den Funk geschoben, das würde ich bei mir mal (bis auf irgendetwas Störendes) ausschließen, da die Entfernung konstant ca. 1,5m zum Empfänger beträgt.

Gruß
Stütti
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

Sidey

Hast Du schon Mal mit der Sendeleistung gespielt? Weniger ist manchmal auch mehr.

Gesendet von meinem Moto Z (2) mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

HomeAuto_User

Hallo,

Zitat von: Stütti am 01 Dezember 2018, 00:06:22
Hi Sidey,

das mit R7 hatte ich gestern schon probiert, da es bei den Raw-Befehlen auch half, die Wiederholungen zu erhöhen.
Leider hat auch sendMsg P86#001000110111110110#R7 ab und zu nicht funktioniert. Das Log ist leider zu 100% identisch, wenn es geht und wenn es nicht geht.
Rein subjektiv funktioniert es heute besser, wieso auch immer!? Aber ich kann nicht sagen, ob 5 oder 7 Wiederholungen insgesamt besser funktionieren.

Bei fhemjcm hatte es doch auch nicht immer funktioniert. Er hat es auf den Funk geschoben, das würde ich bei mir mal (bis auf irgendetwas Störendes) ausschließen, da die Entfernung konstant ca. 1,5m zum Empfänger beträgt.

Gruß
Stütti

bitte ein update machen und erneut testen.
MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Stütti

Zitat von: HomeAuto_User am 10 Dezember 2018, 21:05:57
Hallo,

bitte ein update machen und erneut testen.
MfG

Okay, Update ist gemacht. Gibt es irgendwas zu beachten?
Kann jetzt ein Model SF01_01319004_Typ2 wählen
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

HomeAuto_User

Hallo,
Zitat von: Stütti am 13 Dezember 2018, 20:30:49
Okay, Update ist gemacht. Gibt es irgendwas zu beachten?
Kann jetzt ein Model SF01_01319004_Typ2 wählen
dann wähle bitte deinen Typ2 aus und schaue ob bei Tastendruck deine Zustände angezeigt werden dort und ob du senden kannst.
Bitte alle Tasten ausprobieren um zu sehen ob Zustände und sendebefehle alle passen.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Stütti

Ich habe das gestern Abend bisher nur kurz testen können.
Es wurde ein zusätzliches (Typ2) Device erzeugt, über dass ich dann schalten konnte. Das aber (leider) nur ähnlich "stabil" wie über sendMSG, d.h. nicht jede Nachricht schaltet auch den Empfänger.
Die Zustände der Fernbedienung wurden sauber erkannt, aber in dem "alten" Device (ohne Typ2).

Ich habe dann mal alle Devices gelöscht und wollte sie neu erzeugen lassen, das hat aber leider noch nicht geklappt. Development habe ich auf m86 gesetzt, aber wahrscheinlich muss ich zusätzlich wieder manchesterMC auf disabled setzten.
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

HomeAuto_User

Hallo,
versuche bei deinem Gerät das Attribut Repeat zu setzen und dort den Wert zu erhöhen. Standard ist 5 Wiederholungen.

Sobald deine Umgebung durch Störeinflusse diese verschluckt hast du keine Steuerung. Aus diesem Grund, erhöhe Sie und teste neu bitte.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Stütti

So, ich habe das Device neu erzeugt (development=p86; disableMessagetype=manchesterMC) und repeat auf 7 erhöht.
Nun klappt das Senden und Empfangen der Nachrichten aller 5 Tasten ganz gut.

Sollte ich nun noch das Anlernen testen? Bzw. benötigt das Modul noch eine Anlern-Funktion?
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

Sidey

Zitat von: Stütti am 14 Dezember 2018, 22:26:05
So, ich habe das Device neu erzeugt (development=p86; disableMessagetype=manchesterMC) und repeat auf 7 erhöht.
Was passiert denn, wenn Du den Manchester decoder aktiv lässt?
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Stütti

Nachdem das Device erzeugt wurde geht das ohne Probleme, nur damit es angelegt wird, musste ich Manchester deaktivieren.

Auszug aus dem Log (als MC noch aktiv war):

2018.12.14 22:06:04 4: sduino01/msg READredu: MU;P0=-707;P1=347;P2=-376;P3=679;P4=-15360;D=01012301012341232301232323010123010101010123010123412323012323230101230101010101230101234123230123232301012301010101012301012;CP=1;R=71;
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 34 -> QUIGG_GT-7000 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 40 -> Romotec  matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 81 -> SA-434-1 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: decoded matched MU Protocol id 86 dmsg P86#237D8 length 20 dispatch(1/4) RSSI = -38.5
2018.12.14 22:06:04 4: sduino01: SD_UT protocol 86, bitData 00100011011111011000
2018.12.14 22:06:04 1: sduino01: SD_UT_Parse UNDEFINED sensor unknown detected, protocol 86, data 237D8, code 23
2018.12.14 22:06:04 4: sduino01: decoded matched MU Protocol id 86 dmsg P86#237D8 length 20 dispatch(2/4) RSSI = -38.5
2018.12.14 22:06:04 4: sduino01 Dispatch: P86#237D8, Dropped due to short time or equal msg
2018.12.14 22:06:04 4: sduino01: decoded matched MU Protocol id 86 dmsg P86#237D8 length 20 dispatch(3/4) RSSI = -38.5
2018.12.14 22:06:04 4: sduino01 Dispatch: P86#237D8, Dropped due to short time or equal msg
2018.12.14 22:06:04 4: sduino01/msg READredu: MU;P0=-32001;P1=333;P2=-380;P3=667;P4=-713;P5=-15361;D=0123234123232341412341414141412341412351232341232323414123414141414123414123512323412323234141234141414141234141235123234123232341412341414141412341412351232341232323414123414141414123414123512323412323234141234141414141234141235123234123232341412341414;CP=1;R=75;O;
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 19 -> minify matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 34 -> QUIGG_GT-7000 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 40 -> Romotec  matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 60 -> WS2000 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 61 -> FS10 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 70 -> FHT80TF matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 74 -> FS20 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 80 -> EM1000WZ matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 81 -> SA-434-1 matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: Fingerprint for MU Protocol id 86 -> BOSCH | CAME | Novy | Neff matches, trying to demodulate
2018.12.14 22:06:04 4: sduino01: decoded matched MU Protocol id 86 dmsg P86#237D8 length 20 dispatch(1/4) RSSI = -36.5
2018.12.14 22:06:04 4: sduino01 Dispatch: P86#237D8, Dropped due to short time or equal msg
2018.12.14 22:06:04 4: sduino01: decoded matched MU Protocol id 86 dmsg P86#237D8 length 20 dispatch(2/4) RSSI = -36.5
2018.12.14 22:06:04 4: sduino01 Dispatch: P86#237D8, Dropped due to short time or equal msg
2018.12.14 22:06:04 4: sduino01: decoded matched MU Protocol id 86 dmsg P86#237D8 length 20 dispatch(3/4) RSSI = -36.5
2018.12.14 22:06:04 4: sduino01 Dispatch: P86#237D8, Dropped due to short time or equal msg
2018.12.14 22:06:04 4: sduino01: decoded matched MU Protocol id 86 dmsg P86#237D8 length 20 dispatch(4/4) RSSI = -36.5
2018.12.14 22:06:04 4: sduino01 Dispatch: P86#237D8, Dropped due to short time or equal msg
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

HomeAuto_User

Einfach mal das Modul updaten und bitte auch die Firmware. Dann schauen ob du auch noch immer den Decoder deaktiviert lassen musst.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Stütti

Zitat von: HomeAuto_User am 01 Januar 2019, 22:28:22
Einfach mal das Modul updaten und bitte auch die Firmware. Dann schauen ob du auch noch immer den Decoder deaktiviert lassen musst.

MfG
Die Firmware meines SignalESPs ist bereits aktuell (3.3.1-rc4).
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

Stütti

Ich habe das Modul aktualisiert (14_SD_UT.pm 32 2018-12-28 12:00:00 v3.3.3-dev_05.12.) und das Gerät (SD_UT) wieder gelöscht. Ohne zusätzliche Einstellungen wird das Gerät danach nicht wieder neu angelegt. 
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU