Neues Modul: ESPEasy [war: ESPEasy ohne MQTT]

[dev0]

Noch entspannter empfinde ich das Einbinden in den normalen Update-Prozess

update add https://raw.githubusercontent.com/ddtlabs/ESPEasy/master/controls_ESPEasy.txt

[Otto123]

Noch entspannter empfinde ich das Einbinden in den normalen Update-Prozess

Ja, ich weiß. Mach ich auch.
Aber für den der nicht so oft updates macht...   

[Waldmensch]

Wenn Du das Git mit update add zugefügt hast, kannst du es auch gezielt solo updaten, ohne FHEM updates zu bekommen.


Gesendet von iPhone mit Tapatalk

[PeMue]

Leute, ich bin zu doof für ESPEasy 

Was ich gemacht habe:
- fhem aktualisiert, update check bringt

nothing to do...

- das Modul ESPEasy aktualisiert
- folgende Definition

Code Auswählen Erweitern

define PMESPbridge01 ESPEasy bridge 8383
attr PMESPbridge01 allowedIPs 192.168.188.39
attr PMESPbridge01 verbose 5
attr PMESPbridge01 combineDevices 1

der Rest

Code Auswählen Erweitern

attr PMESPbridge01 authentication 0
attr PMESPbridge01 autocreate 1
attr PMESPbridge01 group ESPEasy Bridge
attr PMESPbridge01 room ESPEasy

kommt von alleine. Der ESP01 ist mit FHEM HTTP bzw. einem DS18B20 eingerichtet, Send Date ist angehakt, delay steht auf 0 und der Sensor zeigt in der ESPEasy Oberfläche auch vernünftige Temperaturen an.

Habt ihr mir einen Tipp, wo ich noch suchen soll? Braucht ihr noch eine Info?

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        bridge 8383
   FD         16
   HOST       bridge
   MAX_HTTP_SESSIONS 3
   MAX_QUEUE_SIZE 250
   NAME       PMESPbridge01
   NOTIFYDEV  global
   NR         329
   NTFY_ORDER 50-PMESPbridge01
   PASS       not defined yet !!!
   PORT       8383
   STATE      initialized
   SUBTYPE    bridge
   TYPE       ESPEasy
   USER       not defined yet !!!
   VERSION    0.81
   Readings:
     2017-01-26 21:32:05   state           initialized
Attributes:
   allowedIPs 192.168.188.39
   authentication 0
   autocreate 1
   combineDevices 1
   group      ESPEasy Bridge
   room       ESPEasy
   verbose    5

Oder soll ich einfach mal per OTA Update (es ist ein 1MB Modul) eine vorcompilierte Version draufmachen?

Danke + Gruß

PeMue

[Otto123]

Hallo PeMue,

bei mir steht delay per default auf 60.

Ich weiß nicht ob 0 - never bedeutet?

Hast Du zuviel gemacht? Zu kompliziert gedacht? Ich habe mein erstes Vorgehen mal aufgeschrieben:
http://heinz-otto.blogspot.de/2017/01/esp8266-in-fhem.html
So sieht meine espBridge aus, einfach define gemacht:

Code Auswählen Erweitern

Internals:
   CONNECTS   12082
   DEF        bridge 8383
   FD         13
   HOST       bridge
   NAME       espBridge
   NOTIFYDEV  global
   NR         41
   NTFY_ORDER 50-espBridge
   PASS       ****
   PORT       8383
   SESSIONS   0
   STATE      initialized
   SUBTYPE    bridge
   TYPE       ESPEasy
   USER       ESP
   VERSION    0.74
   Readings:
     2017-01-22 17:30:44   state           initialized
   Helper:
     Received:
       192.168.178.74:
         build      147
         espName    LoLin
         sleep      0
         unit       0
Attributes:
   combineDevices 0
   group      ESPEasy Bridge
   room       ESPEasy
Gruß Otto

[dev0]

Ich würde auch erst einmal ein Delay > 0 einstellen, wenn das nicht hilft, dann zeig bitte mal Screenshots vom Config Tab und von der DS Detailseite.

[amunra]

Ich korrigiere mal:

ich habe einen ESP-01 mit ESPEasy R148 (inkl. SSSRV Plugin von amunra) geflasht und eingerichtet

Es ist ein ESP Plugin von immi und nicht von mir.

@PeMue, schau doch einfach mal in die Doku 7.3 dort steht wie man ESPEasy mit ESPEasy FHEM Modul in Betrieb nimmt.
Zum Testen der grundsätzlichen Funktionalität kannst Du einfach nur ein System Info Device (siehe 7.3.2) einrichten.

Ach,noch etwas - zum Einbinden des DS18B20 brauchst Du übrigens das SSSRV Plugin gar nicht, da der Sensor bereits built-in unterstütz wird.

[Otto123]

@PeMue, schau doch einfach mal in die Doku 7.3 dort steht wie man ESPEasy mit ESPEasy FHEM Modul in Betrieb nimmt.
Zum Testen der grundsätzlichen Funktionalität kannst Du einfach nur ein System Info Device (siehe 7.3.2) einrichten.

Hi PeMue,

da finde ich die Beschreibung in meinem Link wesentlich einfacher, aber ich habe sie auch geschrieben 

Gruß Otto

[PeMue]

Hallo Otto,

da finde ich die Beschreibung in meinem Link wesentlich einfacher, aber ich habe sie auch geschrieben 

Name: <Eindeutiger Name> damit es im eigenen Netzwerk auffindbar ist.
Protocol: FHEM HTTP
Locate Controller: Auswahl entweder Name oder IP Adresse
Controller IP: <IPAdresse des FHEM Servers>
Controller Port:8383 (Das Gleiche wie beim define der Bridge)

Das war's. Ich habe die Adresse des ESPEasy eingetragen in der irrigen Annahme, dass das fhem ESPEasy Modul eine IP Addresse des ESP's braucht. Nun ist es aber gerade anders herum, der ESP braucht die Adresse des fhem Servers ...
Funktioniert, vielen Dank.

@amunra: vielleicht kannst Du das in Deiner v1.0a auch mit aufnehmen, damit solche Schlafmützen wie ich das nicht verpennen 

Gruß PeMue

[amunra]

Hallo Otto,
Das war's. Ich habe die Adresse des ESPEasy eingetragen in der irrigen Annahme, dass das fhem ESPEasy Modul eine IP Addresse des ESP's braucht. Nun ist es aber gerade anders herum, der ESP braucht die Adresse des fhem Servers ...
Funktioniert, vielen Dank.

@amunra: vielleicht kannst Du das in Deiner v1.0a auch mit aufnehmen, damit solche Schlafmützen wie ich das nicht verpennen 

Bei aller Liebe PeMue, aber ich verstehe aktuell nicht was an dieser Aussage:
"Zitat Doku:"

3) Controller IP: IP-Adresse oder den Hostname des FHEM Servers eingeben.

missvertändlich sein soll?

Sorry dev0...

[dev0]

Sorry dev0...

Kein Problem, die Hauptsache ist, dass PeMue's ESP nun funktioniert.

An eine falsche IP hatte ich auch als erstes gedacht und weiter oben auch geschrieben, aber manchmal sieht man den Baum vor lauter Wäldern nicht

[PeMue]

Bei aller Liebe PeMue, aber ich verstehe aktuell nicht was an dieser Aussage:
"Zitat Doku:"missvertändlich sein soll?

Ähm, die Schlafmütze  hat nur Kapitel 5.5 gelesen. Vielleicht könntest Du die Kapitel 7.3.1 - 7.3.3 nach Kapitel 5.5 schieben 
Aber nun ist es selbst mir klar   

Vielen Dank an alle für Eure Geduld.

Gruß PeMue

[fhem-challenge]

Guten Tag,

Öfter muss ich Dummy Werte im ESPEasy zeitnah zum FHEM übertragen.

Frage: Welche Möglichkeit, abseits vom definierten "delay" im ESPEasy, habe ich, bei einem "Dummy Device" die Daten nach Änderung auch sofort (als Event) zum FHEM zu schicken ?

U.A. habe ich beispielhaft in den Rules:

Code Auswählen Erweitern

on gassensor#ppm>120 do
TaskValueSet 2,1,1
endon

on gassensor#ppm<120 do
TaskValueSet 2,1,0
endon

... nur sehe ich natürlich den Wert des Dummy (hier TaskValueSet 2,1) erst nach "delay" Sekunden. Hier die Sekunden auf "min 10" zu reduzieren ist auch aus meiner Sicht keinen Lösung, da sonst eben alle 10s Daten übertragen werden, bei denen keinen Änderung sich ergeben hat.

Code Auswählen Erweitern

SendToHTTP 192.168.x.x,8085,/fhem?cmd=attr%20move.i.ESP.waschraum%20disable%201

Derzeit nutze ich SendToHTTP als Interimslösung in den Rules. Nur eben das möchte ich vermeiden, denn sonst benötige ich auch kein "ESPEasy.pm" mehr in FHEM, und kann ja ohnehin alles via SendToHTTP übertragen.

Viele Grüße!

Andreas

[dev0]

Frage: Welche Möglichkeit, abseits vom definierten "delay" im ESPEasy, habe ich, bei einem "Dummy Device" die Daten nach Änderung auch sofort (als Event) zum FHEM zu schicken ?

Ich sehe zwei Möglichkeiten:
- Die Funktion sendData(event) an geeigneter Stelle in ESPEasy aufrufen. sendData ist die Funktion, die die Werte an den Controller verschickt.
- Die Werte von gassensor#ppm in FHEM auswerten und per notify das Attribut disable setzen.

denn sonst benötige ich auch kein "ESPEasy.pm" mehr in FHEM, und kann ja ohnehin alles via SendToHTTP übertragen.

Auch ein Variante, Dich zwing niemand das Modul zu nutzen

[fhem-challenge]

Danke für die schnelle Antwort!

Ich sehe zwei Möglichkeiten:
- Die Funktion sendData(event) an geeigneter Stelle in ESPEasy aufrufen. sendData ist die Funktion, die die Werte an den Controller verschickt.
- Die Werte von gassensor#ppm in FHEM auswerten und per notify das Attribut disable setzen.
Auch ein Variante, Dich zwing niemand das Modul zu nutzen

Nein, es sollte keinen Kritik von meiner Seite sein... und ja , es hat sicherlich Vorteile ESPEasy.pm zu nutzen (ganz klar).

Ich habe nun eine andere Lösung für das Problem:

Ich habe ein "Wifi Relay (nein, nicht von SONOFF)" --> http://www.electrodragon.com/w/ESP_Relay_Board

Mit den beiden Buttons kann man mit einfachen Rules die Releais schalten. Dumm ist es nur, wenn man via FHEM die Releais schaltet, dann braucht man innerhalb der Rules den Status der Relais (hier GPIO12 & GPIO13), damit man beim nächsten Betätigen der Taster den "richtigen" erforderlichen Toggle hinbekommt (also wenn Relais=1, dann Relais=0 und vice versa).

Ich habe es nun anders gelöst:

GPIO12 & GPIO13 sind die beiden RELAIS Ports. Ich habe nun (abwohl es ausgänge zu den Relais sind) zwei Devices in ESPEasy (auf dem 8266) angelegt, die als Eingang eben auch GPIO 12 & 13 haben. Dieser Status wird ja unmittelbar bei einem Event an FHEM übermittelt, Somit kann ich nun auch in FHEM sofort sehen, welchen Status die beiden GPIO12 & 13 (also die Relais) haben, ohne von FHEM aus pollen zu müssen.

Code Auswählen Erweitern

// Relais 1
on sw1#status do
if [licht#lux]<35
if [controlSW1#status]=1
gpio,13,0
else
gpio,13,1
timerSet,1,3
endif
endif
endon

on Rules#Timer=1 do
gpio,13,0
endon


// Relais 2
on sw2#status do
if [licht#lux]<35
if [controlSW2#status]=1
gpio,12,0
else
gpio,12,1
timerSet,2,3
endif
endif
endon

on Rules#Timer=2 do
gpio,12,0
endon



Die Lösung mit sendData habe ich (noch) nicht verstanden ? Kann ich das in den Rules des 8266 nutzen ?
In den commandref's (http://www.letscontrolit.com/wiki/index.php/ESPEasy_Command_Reference) ist zu sendData nichts zu finden.

Viele Grüße!

Andreas