Neues Modul: ESPEasy [war: ESPEasy ohne MQTT]

[JoWiemann]

Hallo dev0,

habe gerade gesehen, dass Dein Branch in den Master gemerged worden ist. Somit ist Dein Link auf den Branch nur noch notwendig, wenn Du etwas änderst, dass vor der Übernahme in den Master getestet werden soll.

Grüße Jörg

[dev0]

Ich hatte die Mail von Github zwar aus dem Augenwinkel gesehen, aber noch gar nicht registriert, dass der Pull Request angenommen wurde. Ich hatte eher mit einer Ablehnung gerechnet Den ersten Beitrag werde ich anpassen.

Danke für den Hinweis.

/Uli

[dev0]

- Link auf das Plugin im 1. Beitrag entfernt -> "FHEM HTTP" ist nun Bestandteil von ESPEasy.
- Das aktuelle FHEM ESPEasy Modul liegt ab jetzt auf Github: https://github.com/ddtlabs/ESPEasy
- Modulupdate via controls.txt hinzugefügt.

[dev0]

Ich habe eine aktualisierte Version des ESPEasy Modules auf Github eingecheckt:
https://github.com/ddtlabs/ESPEasy

Release notes:

Version 0.1.3
      - added pin mapping for Wemos D1 mini, NodeMCU,... within set commands (eg. D8 instead of GPIO 15)
      - added get command "pinMap" (display pin mapping)
      - added state mapping (on->1 off->0) within set commands
      - added set command "clearReadings" (GPIO readings will be wiped out)
      - show usage if there are too few arguments
      - command reference adopted

[chunter1]

Die vom ESP-Modul retournierten Werte werden ja ganz einfach in einen dummy geschrieben.
Ist es möglich, dass die Werte nicht im Dummy sondern im gleichnamigen ESPEasy "Device" landen?
Damit wären beide Kommuniaktionsrichtungen an einer Stelle zugänglich und viel einfacher zu warten?

[dev0]

Ja und ja.

[chunter1]

Hab des ESPEasy device in FHEM so benannt wie das ESPEasy-Modul heißt.
Es kommen aber die zuvor beim dummy eingegangenen Daten nicht an.
Muss ich was beachten oder geht das ganz anders?

[carlos]

Haben ich auch so gemacht, funktioniert bei mir mit 2 sonoffs aber nicht mit einem nodemcu. Warum auch immer?

Gesendet von meinem SM-G930F mit Tapatalk

[dev0]

ESPEasy und FHEM ist es egal in welchen Devicetyp die Werte geschrieben werden, da setreading verwendet wird.
Zum Debuggen das verbose Attribut vom ESPEasy Modul und der verwendeten FHEMWEB Instanz auf 4 oder 5 setzen, dann sieht man die aufgerufenen Befehle im Log.

[kroonen]

Hi,

I used already with the generic http plugs and bij advanced setting and by publish template I added :
fhem?cmd=setreading%20%tskname%%20%valname%%20%value%

I had dummy devices created.

Now i flashed it to 120 en choose fhem http, is this working than out of the box, because I don't get the temperatures??


another question about the module espeasy you created in them. I should be nice to have PWMFADE with it.

ex: http://192.168.180.30/control?cmd=PWMFADE,1,1000,1

I flashed espeasy on an h801 device and put an warm white led strip on it.

I can dim it with the command: http://192.168.180.30/control?cmd=PWMFADE,1,1000,1

Where pinno = 0-3 (0=r,1=g,2=b,3=w). Target 0-1023, Time 1-30 seconds.

regards Richard

[dev0]

Now i flashed it to 120 en choose fhem http, is this working than out of the box, because I don't get the temperatures??

Yes, it should work out of the box. Please check all ESP settings, especially controller ip and port (FHEMWEB oprt). You also have to configure in ESP GUI:
- Config->Main Settings->Name: This will be used for fhem device name
- Devices->Edit Sensor->Optional Settings->Value Name x: This will be used for reading names
After that you can set "attr <fhemweb> verbose 5" to see incoming commands in your fhem log.

I should be nice to have PWMFADE with it.

Of cause, but in the completely rewritten ESPEasy module that will be released in a few days. The new version will use the 2-stage design ("zweistufig" in german) with it's own tcp socket. It can be found in the develop branch at the moment.

I wonder that the PWMFADE command cannot be found in the ESP Command Reference. Where did you find this command? In the source code or is there another command overview?

[kroonen]

I found it in the topic of the h801 in espeasy http://www.esp8266.nu/forum/search.php?st=0&sk=t&sd=d&sr=posts&keywords=H801

You need to compile the milight (RWBW) plug-in from espeasy playground

https://github.com/ESP8266nu/ESPEasyPluginPlayground

[dev0]

Ich habe gerade die aktuelle Entwicklerversion in den "developer branch" eingecheckt: https://github.com/ddtlabs/ESPEasy/tree/develop

Das Modul ist jetzt zweistufig aufgebaut und der define Aufruf hat sich geändert. Bereits angelegt Devices vor dem Update besser direkt löschen, da sie nach einem Neustart nicht mehr funktionieren werden. Sorry for that!

Ab der aktuellen Version musst zuerst ein Bridge Device angelegt werden:

Code Auswählen Erweitern

define <name> ESPEasy bridge <port>
Der Port darf auf eurem System natürlich nicht bereits genutzt werden und wenn FHEM ohne root Rechte läuft (default), dann muss der Port >1024 sein. Vorschlag: 8383, da ich diesen Wert auch in ESPEasy Software demnächst vorgeben werde. Auf ESP Seite muss dieser Port ebenfalls eingestellt werden (ESP GUI -> Config -> Controller Port). Wenn Daten vom ESP auf diesem Port empfangen werden, dann werden die logischen Devices automatisch angelegt. Sollte jemand den ESP wirklich nur zum Schalten verwenden, ohne sich zumindest RSSI Werte schicken zu lassen, dann müssen die logischen Devices manuell angelegt werden. Ist in der Command reference beschrieben.
Die logischen Devices und die Bridge können nun auch beliebig (um)benannt werden. FHEM2FHEM sollte mit diesem Modul auch im raw Modus funktionieren. Habe ich aber noch nicht getestet. Sollte jemand vor dem Update in die Command Ref schauen wollen, dann auf Github gucken.

Sollte ein erfahrener FHEM Entwickler die Muße haben, mal in den Code zu gucken, wäre ich für konstruktive Kritik dankbar.

@kroonen: Do you understand some German? I released a new version on Github. Delete your defined ESPEasy devices within FHEM before you are going to update. New command reference is on Github, too.

[kroonen]

Hi,

I get this error and fhem hangs while starting

2016.08.12 21:13:02 1: PERL WARNING: keys on reference is experimental at ./FHEM/34_ESPEasy.pm line 887, <$fh> line 353.
2016.08.12 21:13:02 2: ESPEasy Woonkamertemp2: opened as bridge -> port:8383 (v0.2.3)
Undefined subroutine &main::TcpServer_Open called at ./FHEM/34_ESPEasy.pm line 806, <$fh> line 353

I have in my config:

define Woonkamertemp2 ESPEasy bridge 8383
attr Woonkamertemp2 room Woonkamer

define Woonkameresp ESPEasy 192.168.180.71 80 Woonkamertemp2 Woonkamer-Sensor
attr Woonkameresp room Woonkamer

[dev0]

TcpServer_Open is a function provided by FHEM. I guess your FHEM Installation is not up to date.
Post the output of version command, in code tags, please.