Signalduino NEFF Dunstabzugshaube (433Mhz) steuern

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

Vorheriges Thema - Nächstes Thema

Sidey

Probier doch den kurzen mal mit 7 wiederholungen

R=4 ind R=7 ändern
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

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

Stütti

Zitat von: Sidey am 26 November 2018, 22:17:43
Probier doch den kurzen mal mit 7 wiederholungen

R=4 ind R=7 ändern

Das funktioniert. Danke!

Mir ist immer noch nicht ganz klar, wie ich den Anfang eines Nachrichtenblocks (oder gar die kurze Hex-Nachricht) herausfinde.

Und noch etwas: die folgenden Befehle funktionieren beide und haben dieselbe Funktion (Lüfter minus):
set sduino01 raw SR;;R=7;;P0=-701;;P1=346;;P2=-370;;P3=675;;P4=-15357;;D=14123230123232301012301010101012301230;;
set sduino01 raw SR;;R=7;;P0=-717;;P1=333;;P2=-380;;P3=666;;P4=-15368;;D=010123230123412323012323230101230101010101232301234123230123232301012301010101012323012341232301232323010123010101010123230123;;

Wirklich gleich ist allerdingdirklich gleich ist allerdings nur der Teil: 41232301232323010123010101010123

FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

Sidey

Der 2. Sendebefehl ist einfach nur murks und Du belegst das Frquenzband deutlich länger, da Du viel zu oft wiederholst.

Das senden sollte jetzt aber aus dem Modul heraus funktionieren, also keine Notwendigkeit die Daten selbst zu finden.

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

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

Stütti

Okay, welches Modul? Bzw. wie erzeuge ich das Device?
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

fhemjcm

Schau mal unter dem GitHub Link nach bzw. etwas zurück....ist bei Dir schon ein SD_UT angelegt worden?

Stütti

#95
Habe mir die 14_SD_UT.pm aus dem github heruntergeladen, bin mir aber nicht sicher, ob sie richtig geladen wird.

2018.11.27 21:45:18 1: PERL WARNING: Subroutine SD_UT_Initialize redefined at ./FHEM/14_SD_UT.pm line 204.
2018.11.27 21:45:18 1: PERL WARNING: Subroutine SD_UT_Define redefined at ./FHEM/14_SD_UT.pm line 219.
2018.11.27 21:45:18 1: PERL WARNING: Subroutine SD_UT_Set redefined at ./FHEM/14_SD_UT.pm line 276.
2018.11.27 21:45:18 1: PERL WARNING: Subroutine SD_UT_Undef redefined at ./FHEM/14_SD_UT.pm line 404.
2018.11.27 21:45:18 1: PERL WARNING: Subroutine SD_UT_Parse redefined at ./FHEM/14_SD_UT.pm line 413.
2018.11.27 21:45:18 1: PERL WARNING: Subroutine SD_UT_Attr redefined at ./FHEM/14_SD_UT.pm line 660.
2018.11.27 21:45:18 1: PERL WARNING: Subroutine SD_UT_binaryToNumber redefined at ./FHEM/14_SD_UT.pm line 784.


Das SD_UT-device wurde auf jeden Fall noch nicht angelegt.

Wie sollte denn die config angelegt sein?
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

fhemjcm

Sorry, da bin ich leider überfragt.... bei mir wurde es schon vorher angezeigt, dann die Einstellungen vorgenommen und die Fernbedienung gedrückt, und es lief...welche Info fehlt Dir genau?

Stütti

Weißt du denn noch, wie deine config eingestellt war - also welche Nachrichtentypen an/aus - als das Device bei dir erkannt wurde? Das lässt sich in den vielen Logauszügen schwer nachhalten ;)
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

fhemjcm

Ziemlich sicher als alle Nachrichtentypen an waren, sonst Manchester aus, das war die einzige Variante bei den Narichtentypen.

Stütti

Ich sehe gerade, dass ich im SIGNALduino den Wert "m86" im Attribut "development" eintragen muss. Das teste ich heute Abend noch mal. Ansonsten dann weiter im Github.
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU

Sidey

Den Manchester Decoder sollte man eigentlich nicht mehr deaktivieren müssen, wenn man die 3.3.1 RC10 verwendet.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

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

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

fhemjcm

Ich nutze die 8er Version (siehe oben), da es bei der 10er Probleme gab.

Grüße fhemjcm

Sidey

Ich habe nach den Problemen mit der RC10 gesucht.

Aber ich habe keine eindeutige Beschreibung gefunden was genau gemacht wurde / nicht geht.

Ich würde das ganze gerne aussortieren, brauche dazu aber deine Hilfe.

Kannst Du beschreiben, was Du gemacht hast und was dann nicht funktioniert?

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

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

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

fhemjcm

Teilweise funktionierte nichts mehr (Seite 4/5), es war ein Neustart notwendig, dann Factory Reset gemacht und es lies sich kein Befehl mehr absetzen, bei set raa wurde automatisch ,,ccFactoryReset Done" eingetragen und die raw Befehle nahm er nicht mehr an, auch Befehle vom Modul nicht, dann Version 8 genommen und es ging...Wenn ich mich richtig erinnere aber immer nur in Bezug auf die Haube, die Intertechno Steckdosen gingen noch....

Stütti

Zitat von: Sidey am 28 November 2018, 14:04:46
Den Manchester Decoder sollte man eigentlich nicht mehr deaktivieren müssen, wenn man die 3.3.1 RC10 verwendet.

Durch meinen SignalESP komme ich - wie oben schon geschrieben -  "nur" auf Version 3.3.1-rc4.

(OT: Coolerweise wurde damit aber quasi nebenbei mein Maverick-Thermometer erkannt :D)
FHEM auf Pi 4 + FTUI auf Pi 3, Eltako 14, SignalESP, JeeLink, EasyESP, ArduCounter, eBus-Koppler, openDTU