WeMos D1 mini als WLAN-Sensor/-Aktor
Moderator: Co-Administratoren
-
- Beiträge: 3974
- Registriert: 24.03.2011, 04:32
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 110 Mal
- Danksagung erhalten: 71 Mal
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Versuche mal den String vom Browser aus zu senden. Das ist einfacher und muß auch gehen. Da muß natürlich noch http://ip:port davor.
Und ich habe als TFK bzw Schaltereingang z.B. CUX4000001:1 verwendet.
Und ich habe als TFK bzw Schaltereingang z.B. CUX4000001:1 verwendet.
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Danke für die schnelle Info, aber offensichtlich habe ich mit dem manuellen zusammensetzen mehr Probleme, da ich mit diesem den Schaltaktor, welcher per Script ja geht, nicht geschaltet bekomme.
http://192.168.178.38:8181/WeMos.exe?st ... ).State('1')
Ich sehe leider erneut den Fehler nicht.
-
- Beiträge: 3974
- Registriert: 24.03.2011, 04:32
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 110 Mal
- Danksagung erhalten: 71 Mal
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Schreibe Deinen Link mal als code (Knopf im Forum: </>). er wird sonst verändert.
Wenn Du schon eine funktionierende Verbindung hast, dann lass Dir den Text mal per serieller Schnittstelle ausgeben.
Dann baue den Link nach dem Schema im Browser zusammen. S lange bis es auch vom Browser aus geht. Dann den neuen CUxD-Link basteln, so lange bis es geht. Und erst dann in den Sketch rückübersetzen. Und wieder über Debug ausgeben lassen, um zu testen ob alles so ist wie es sein sollte.
So mache ich das, bzw. habe es gemacht.
Wenn Du schon eine funktionierende Verbindung hast, dann lass Dir den Text mal per serieller Schnittstelle ausgeben.
Dann baue den Link nach dem Schema im Browser zusammen. S lange bis es auch vom Browser aus geht. Dann den neuen CUxD-Link basteln, so lange bis es geht. Und erst dann in den Sketch rückübersetzen. Und wieder über Debug ausgeben lassen, um zu testen ob alles so ist wie es sein sollte.
So mache ich das, bzw. habe es gemacht.
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Guter Tipp mit dem String ausgeben, da habe ich doch glatt das Http/1.1 beim manuellen Aufruf vergessen.
Mit diesem Browseraufruf kann ich den Schalter auf ein/aus setzen.
Gleicher Aufruf nur mit dem Türsensor und es passiert nichts, also:
Wird der Türsensor mit dem gleichen set_state angesprochen oder gibt es hier einen Unterschied?
Dachte im Cuxd Handbuch State gelesen zu haben, da schau ich aber gleich nochmal.
Code: Alles auswählen
http:\\192.168.178.38:8181\WeMos.exe?state=dom.GetObject('CUxD.CUX2801002:3.SET_STATE').State('1') HTTP/1.1
Gleicher Aufruf nur mit dem Türsensor und es passiert nichts, also:
Code: Alles auswählen
http:\\192.168.178.38:8181\WeMos.exe?state=dom.GetObject('CUxD.CUX1600001:1.SET_STATE').State('1') HTTP/1.1
Dachte im Cuxd Handbuch State gelesen zu haben, da schau ich aber gleich nochmal.
-
- Beiträge: 3974
- Registriert: 24.03.2011, 04:32
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 110 Mal
- Danksagung erhalten: 71 Mal
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Prima, geht voran.
Wi oben geschrieben, habe ich als TFK bzw Schaltereingang z.B. CUX4000001:1 verwendet.
den CUX16 kenne ich leider nicht.
Wi oben geschrieben, habe ich als TFK bzw Schaltereingang z.B. CUX4000001:1 verwendet.
den CUX16 kenne ich leider nicht.
-
- Beiträge: 3974
- Registriert: 24.03.2011, 04:32
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 110 Mal
- Danksagung erhalten: 71 Mal
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Habe nochmals im Sketch nachgeschaut
Beim (40) TFK gebe ich folgendes aus
mit rainOutputState als boolean, dem ich andernorts 0 oder 1 zuweise.
Der TFK erscheint in der CUxD Geräteliste als Shutter-contact
Beim (40) TFK gebe ich folgendes aus
Code: Alles auswählen
meldungSwitchState = String(F("/xy.exe?state=dom.GetObject('CUxD.")) + cfg.cuxdRainChannel + F(".SET_STATE').State(") + rainOutputState + ")";
meldungSwitchState = String(F("GET ")) + meldungSwitchState + F(" HTTP/1.1\r\nHost: ") + cfg.hostCCU + F(":") + cfg.hostportCCU + F("\r\nConnection: close\r\n\r\n");
Der TFK erscheint in der CUxD Geräteliste als Shutter-contact
Code: Alles auswählen
SHUTTER_CONTACT|ACTIVE -> Haken
SHUTTER_CONTACT|REPEAT (0-2) -> 0
alles andere unbedatet
SHUTTER_CONTACT|DEVICE
SHUTTER_CONTACT|REG_MATCH
SHUTTER_CONTACT|RCV_SHORT
SHUTTER_CONTACT|RCV_LONG
SHUTTER_CONTACT|CMD_EXEC
SHUTTER_CONTACT|CMD_SHORT
SHUTTER_CONTACT|CMD_LONG
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Aha, jetzt hab ichs verstanden. Der Satz wars:
Beim (40) TFK gebe ich folgendes aus
Habe das Gerät 40 als Fenster- und Türsensor konfiguiert und schon ändert sich der Status.
Da kommt aber die Grundlegende Frage auf, ob irgendwo beschrieben ist, wann ich welches Cuxd Gerät nutze?
Ich habe natürlich den ersten namentlich richtigen Sensor in der Liste genommen und das war der (16) HMS100 TFK.
Als nächstes würde ich mich nämlich an die Programmierung von SHT31, BME280, VEML und LUXsensor machen und (30) Wetter/Thermo... nehmen.
Ist das dann das richtige Gerät?
Beim (40) TFK gebe ich folgendes aus
Habe das Gerät 40 als Fenster- und Türsensor konfiguiert und schon ändert sich der Status.
Da kommt aber die Grundlegende Frage auf, ob irgendwo beschrieben ist, wann ich welches Cuxd Gerät nutze?
Ich habe natürlich den ersten namentlich richtigen Sensor in der Liste genommen und das war der (16) HMS100 TFK.
Als nächstes würde ich mich nämlich an die Programmierung von SHT31, BME280, VEML und LUXsensor machen und (30) Wetter/Thermo... nehmen.
Ist das dann das richtige Gerät?
-
- Beiträge: 3974
- Registriert: 24.03.2011, 04:32
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 110 Mal
- Danksagung erhalten: 71 Mal
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Prima, Glückwunsch! Ich sehe, Du hast Dich freigeschwommen!
Ich nutze
T/H Sensor: CUX9002xxx , findet man unter (90) und da (3), Thermostst Device
Luftdruck: CUX9000xxx, Universal Transform device (90), lineare Kennlinie definieren. Damit mache ich auch praktisch alle einkanaligen Sensoren
Schaltkanäle CUX2801xxx:y (28)
TFKs über die Mehrfach-Fernbedienung CUX4000xxx:y (40)
Ich nutze
T/H Sensor: CUX9002xxx , findet man unter (90) und da (3), Thermostst Device
Luftdruck: CUX9000xxx, Universal Transform device (90), lineare Kennlinie definieren. Damit mache ich auch praktisch alle einkanaligen Sensoren
Schaltkanäle CUX2801xxx:y (28)
TFKs über die Mehrfach-Fernbedienung CUX4000xxx:y (40)
-
- Beiträge: 269
- Registriert: 14.11.2018, 20:43
- System: CCU
- Wohnort: Bayern
- Hat sich bedankt: 14 Mal
- Danksagung erhalten: 17 Mal
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Hallo in die Runde
ich hätte eine Frage / Problem beim Nachbau Luft-/Feuchtesensor WemosD1 mini mit DHT22 Sensor.
Bitte um Nachsicht ist mein erstes WeMos Projekt
Folgendes ist bis jetzt passiert:
Ich habe auf dem Linux Rechner Arduino IDE installiert.
Dann passenden Boardmanager für den ESP-8266 hinzugefügt und ausgewählt.
Einen neuen Sketch geöffnet, das Script von hier mit den neuen void CCU Änderungen versehen, IP Adressen eingetragen, CCU Adresse und SysVars eingetragen.
DHT sensor library by Adafruit installiert (die neuste)
soweit so gut .... wenn ich jetzt auf Sketch überprüfen gehe kommt folgende Fehlmeldung:
Ich finde den Fehler nicht da es so 1:1 aus dem Script übernommen wurde ?!?
hier die Betreffenden Codezeilen aus meinem Script:
Nachtrag: wenn ich anstatt DHT dht(D4, DHT22) -> DHT dht(4, DHT22) eingebe und überprüfe kommt keine Fehlmeldung mehr ! Ist das jetzt korrekt so ?? Entschuldigung für die dumme Nachfrage will nix kaputt machen
Bin für jeden Tipp / Hilfe dankbar
ich hätte eine Frage / Problem beim Nachbau Luft-/Feuchtesensor WemosD1 mini mit DHT22 Sensor.
Bitte um Nachsicht ist mein erstes WeMos Projekt
Folgendes ist bis jetzt passiert:
Ich habe auf dem Linux Rechner Arduino IDE installiert.
Dann passenden Boardmanager für den ESP-8266 hinzugefügt und ausgewählt.
Einen neuen Sketch geöffnet, das Script von hier mit den neuen void CCU Änderungen versehen, IP Adressen eingetragen, CCU Adresse und SysVars eingetragen.
DHT sensor library by Adafruit installiert (die neuste)
soweit so gut .... wenn ich jetzt auf Sketch überprüfen gehe kommt folgende Fehlmeldung:
Code: Alles auswählen
Arduino: 1.8.13 (Linux), Board: "Generic ESP8266 Module, 80 MHz, Flash, Legacy (new can return nullptr), All SSL ciphers (most compatible), dtr (aka nodemcu), 26 MHz, 40MHz, DOUT (compatible), 1MB (FS:64KB OTA:~470KB), 2, nonos-sdk 2.2.1+100 (190703), v2 Lower Memory, Disabled, None, Only Sketch, 115200"
sketch_wemos_temp_feuchte:45:9: error: 'D4' was not declared in this scope
DHT dht(D4, DHT22); // verwendeter Datenpin des Sensors, bei WeMos mini Shields = D4
^
exit status 1
'D4' was not declared in this scope
hier die Betreffenden Codezeilen aus meinem Script:
Code: Alles auswählen
// ******* Sensoreinstellungen, bitte anpassen! *******
DHT dht(D4, DHT22); // verwendeter Datenpin des Sensors, bei WeMos mini Shields = D4
// verwendeter Sensortyp, unterstützt werden DHT11 DHT21 DHT22
// WeMos mini DHT Shield = DHT11
// WeMos mini DHT Pro Shield = DHT22
unsigned long deltaMessungSekunden = 10; //Zeitintervall (Sekunden) nach dem eine Messung erfolgt
float korrTemp = 0; // Korrekturwert fuer die Temperaturmessung
float korrFeucht = 0; // Korrekturwert fuer die Feuchtigkeitsmessung
Nachtrag: wenn ich anstatt DHT dht(D4, DHT22) -> DHT dht(4, DHT22) eingebe und überprüfe kommt keine Fehlmeldung mehr ! Ist das jetzt korrekt so ?? Entschuldigung für die dumme Nachfrage will nix kaputt machen
Bin für jeden Tipp / Hilfe dankbar
Gruß André
Re: WeMos D1 mini als WLAN-Sensor/-Aktor
Probier es mal mit 2 anstatt D4. Die PIN Belegung sagt Pin D4 ist 2. Dann sollte es funktionieren.