[Gelöst] Westinghouse Deckenventilator mit 433 MHz Modul steuern

Begonnen von ErzGabriel, 11 Mai 2016, 20:01:40

Vorheriges Thema - Nächstes Thema

datwusel

Zitat von: elektron-bbs am 22 Januar 2023, 11:34:27
Also funktioniert bei DIP 5 off eigentlich alles. Einen Dim-Befehl gibt es ja eigentlich nicht.
Funktioniert auch das Senden?

Genau da liegt das "Problem": Der von Fhem gesendete Steuerbefehl zum ein/ausschalten des Lichts löst keine Reaktion beim Ventilator aus.

Auch der DIM - Befehl, der das Licht zumindest zum Blinken bringen sollte (Dimmen kann ich ja wie gesagt Aufgrund der Leuchtmittel nicht), löst beim Ventilator keine Reaktion aus.


elektron-bbs

Ich habe die Protokolldefinition jetzt geändert. Mach doch bitte nochmal ein Update:

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master_FB-FNK_Powerboat/controls_signalduino.txt

Bitte erstmal nur auf diese Befehle achten, ob Senden und Empfangen jetzt funktioniert:

1_fan_low_speed
2_fan_medium_speed
3_fan_high_speed
light_on_off
fan_off


Am Dim-Befehl habe ich noch nichts verändert.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

datwusel

Jetzt lässt sich das Licht ein u. ausschalten, dafür funktioniert die Fan-Steuerung nicht mehr.

DIM habe ich auch getestet, das schaltet aber auch nur das Licht an und aus.

elektron-bbs

OK, dann jetzt der nächste Versuch: Bitte nochmal ein Update auf diesen Branch durchführen.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

datwusel

Super!

Jetzt funktioniert es inkl. DIM.

Allerdings muss man, um den DIM auszulösen, vorher über DIM_ON_OFF das Licht eingeschaltet haben. Für mein Verständnis würde die DIM_ON_OFF also völlig ausreichen anstatt der "normalen" on/off - Funktion.

Ob man dann im Anschluss dimmen möchte kann man dann ja selbst entscheiden. Oder wie siehst Du das?

Aber davon abgesehen: Mega vielen Dank, dass Du dir die Zeit genommen hast, das für uns zu implementieren!

elektron-bbs

Ich habe jetzt den Befehl "light_dimm" erweitert, so das zuerst 5 Nachrichten "light_dimm_on_off" und anschließend die eigentlichen Dimm-Nachrichten gesendet werden. Deren Anzahl ist einstellbar mit einem Slider im Bereich von 1 bis 100. Die 100 habe ich willkürlich gewählt, da ich nicht weiß, wieviel maximal erforderlich sind.

Ob das Ganze sinnvoll ist, kannst nur du testen. Wie funktioniert das eigentlich, wenn man mehrfach den Dimm-Befehl sendet? Geht das Licht dann immer erst aus und wird dann hell gedimmt, oder wird es von der aktuellen Helligkeit ausgehend weiter heller oder dunkler?
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

datwusel

Mit dem aktuellen Slider geht das Licht erst aus und wird dann auf die eingestellte Helligkeit hochgedimmt.

Allerdings kommt es oft vor, dass man den Befehl 2fach ausführen muss, da er dann das Licht beim ersten Ausführen nur ausschaltet nicht aber zu dem eingestellten Wert hochdimmt.

elektron-bbs

Kann es sein, das das nur bei niedrigen Werten für Dimm passiert?
Evtl. muss ja noch eine Pause zwischen die Nachrichten für light_dimm_on_off und die eigentlichen Dimm-Nachrichten.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

elektron-bbs

Zitat von: datwusel am 24 Januar 2023, 21:49:19
Allerdings kommt es oft vor, dass man den Befehl 2fach ausführen muss, da er dann das Licht beim ersten Ausführen nur ausschaltet nicht aber zu dem eingestellten Wert hochdimmt.

Ich wiederhole nochmal meine Frage vom 25 Januar 2023:

Kann es sein, das das nur bei niedrigen Werten für Dimm passiert?
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

Skusi

Zitat von: elektron-bbs am 27 November 2022, 14:45:11
Wenn jetzt immer noch alles funktioniert, würde ich das Protokoll gerne in den Master-Branch überführen.
Spricht etwas dagegen?

Hallo, ich muß nach einem Fhem Update immer noch händisch die Version für meinen Ventilator nach installieren.
Ich log bekomme ich immer

define Ventilator SD_UT DC_1961_TG 1846: wrong <model> DC_1961_TG

gemeldet.

Wolltest Du das Protokoll nicht mit aufnehmen ?
HP ThinClient 630, SIGNALduino, NanoCul868 (a-culfw), JeeLink Clone (LaCrosse), Firmata  für FB Heizung,Wasser+Gas+Klingel+Lux, Somfy Rolladen, Pollin Steckd.,TX29DTH,Tasmota+IR Lesekopf an Stromz., MAX Fensterkontakte, IButton, Fingerprint, SonOff Tasmota, ESP LED Controler, WLed,zigbee2mqtt...

elektron-bbs

Wahrscheinlich hast du nur ein Update vom SVN durchgeführt.
Nach einem
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

sollte es wieder funktionieren.

Am besten fügst du das gleich dem normalen Update hinzu:
update add https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

steffen83

Zitat von: elektron-bbs am 28 Oktober 2022, 16:13:44
Hallo steffen83,

das Protokoll ist jetzt im Master-Branch und wird mit folgendem Befehl installiert:

update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Hallo elektron-bbs,

kannst du noch mal schauen ob das Protokoll wirklich richtig drin ist? (RCnoName20_10)
Du sagtest ja, es hängt irgendwie.

Ich muss es immer über diesen Link reinholen. Aber bei einem Update zieht der sich das nicht wirklich aus dem Master und ich muss die Datei neu laden.
Downloading https://fhem.de/fhemupdate/controls_fhem.txt
fhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_FS10.pm
UPD FHEM/10_SD_GT.pm
UPD FHEM/14_FLAMINGO.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_BELL.pm
UPD FHEM/14_SD_UT.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/lib/SD_ProtocolData.pm
UPD FHEM/lib/SD_Protocols.pm

Downloading https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
signalduino
nothing to do...


Danke Steffen
Raspberry Pi 3 (Noobs, aktuelle Fhem und Pilight) | FHEMduino | HM-OCCU-SDK | HM-Sec-SCo | HM-Sec-SD-2 | HM-CC-RT-DN | HM-LC-Bl1PBU-FM

elektron-bbs

Mhmm, eigenartig...
Ich habe es eben mal hier probiert. Ein "update list" zeigt bei mir:
http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt


Anschließend ein "update":
2023.03.04 17:29:01 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2023.03.04 17:29:01 1: fhem
2023.03.04 17:29:02 1: RMDIR: ./restoreDir/update/2023-02-11
2023.03.04 17:29:02 1: UPD FHEM/01_FHEMWEB.pm
2023.03.04 17:29:02 1: UPD FHEM/lib/AttrTemplate/mqtt2.template
2023.03.04 17:29:03 1: saving fhem.cfg
2023.03.04 17:29:03 1: saving ./log/fhem.save
2023.03.04 17:29:03 1:
2023.03.04 17:29:03 1:
2023.03.04 17:29:03 1: Downloading https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
2023.03.04 17:29:03 1: signalduino
2023.03.04 17:29:04 1: UPD FHEM/00_SIGNALduino.pm
2023.03.04 17:29:04 1: UPD FHEM/10_FS10.pm
2023.03.04 17:29:04 1: UPD FHEM/10_SD_GT.pm
2023.03.04 17:29:04 1: UPD FHEM/10_SD_Rojaflex.pm
2023.03.04 17:29:04 1: UPD FHEM/14_BresserTemeo.pm
2023.03.04 17:29:05 1: UPD FHEM/14_FLAMINGO.pm
2023.03.04 17:29:05 1: UPD FHEM/14_Hideki.pm
2023.03.04 17:29:05 1: UPD FHEM/14_SD_AS.pm
2023.03.04 17:29:05 1: UPD FHEM/14_SD_BELL.pm
2023.03.04 17:29:05 1: UPD FHEM/14_SD_UT.pm
2023.03.04 17:29:06 1: UPD FHEM/14_SD_WS.pm
2023.03.04 17:29:06 1: UPD FHEM/14_SD_WS07.pm
2023.03.04 17:29:06 1: UPD FHEM/14_SD_WS09.pm
2023.03.04 17:29:06 1: UPD FHEM/14_SD_WS_Maverick.pm
2023.03.04 17:29:06 1: UPD FHEM/41_OREGON.pm
2023.03.04 17:29:07 1: UPD FHEM/90_SIGNALduino_un.pm
2023.03.04 17:29:07 1: UPD FHEM/lib/SD_ProtocolData.pm
2023.03.04 17:29:07 1: UPD FHEM/lib/SD_Protocols.pm
2023.03.04 17:29:07 1: saving fhem.cfg
2023.03.04 17:29:07 1: saving ./log/fhem.save


Hast du evtl. irgend etwas in "global" Attribut "exclude_from_update" stehen?
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway

steffen83

Nein das habe ich nicht. Aber das ist doch komisch.... warum zieht er das alles von
https://fhem.de/fhemupdate/controls_fhem.txt rein?

update check wirft mir das aus. Wenn ich deine URL jedoch rausnehme, ist mein Ventilator wieder weg. Muss das so? Dachte es wäre falsch
Downloading https://fhem.de/fhemupdate/controls_fhem.txt
fhem
List of new / modified files since last update:
UPD FHEM/00_SIGNALduino.pm
UPD FHEM/10_FS10.pm
UPD FHEM/10_SD_GT.pm
UPD FHEM/14_FLAMINGO.pm
UPD FHEM/14_Hideki.pm
UPD FHEM/14_SD_BELL.pm
UPD FHEM/14_SD_UT.pm
UPD FHEM/14_SD_WS.pm
UPD FHEM/14_SD_WS07.pm
UPD FHEM/14_SD_WS09.pm
UPD FHEM/14_SD_WS_Maverick.pm
UPD FHEM/41_OREGON.pm
UPD FHEM/lib/SD_ProtocolData.pm
UPD FHEM/lib/SD_Protocols.pm

Downloading https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
signalduino
nothing to do...
Raspberry Pi 3 (Noobs, aktuelle Fhem und Pilight) | FHEMduino | HM-OCCU-SDK | HM-Sec-SCo | HM-Sec-SD-2 | HM-CC-RT-DN | HM-LC-Bl1PBU-FM

elektron-bbs

Im SVN ist noch nicht die aktuelle Version, deshalb muss zusätzlich immer noch von:
https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt
aktualisiert werden.

"update check" scheint nicht zu prüfen, wo die aktuelleren Versionen liegen.
Intel(R) Atom(TM) CPU N270 mit 2 SIGNALduino nanoCC1101 + ESPEasy 2x serial server SIGNALduino nanoCC1101, Raspberry Pi 2 mit 2 CUL Stackable CC1101, Raspberry Pi 3 mit SIGNALduino radino + nano328 + 2 x SIGNAL-ESP CC1101 + 2 x rf_Gateway