Neues Modul: ESPEasy [war: ESPEasy ohne MQTT]

[dev0]

Copy/paste würde ich vermeiden (wegen cr/lf Problematik). Besser: ins FHEM Update einbinden, als zip Downloaden oder das Repository clonen.

[sash.sc]

Danke für die Hinweise.

Gruß Sascha


Von mobil gesendet daher kurze Antwort

[Waldmensch]

Das mit dem HTML ist mir bei der Staging auch so gegangen. Im GIT rechts oben ist ein Button "als ZIP downloaden". Damit geht es 1A. Ansonsten ins Update einbinden wie dev0 sagte.

Bei mir ist der 2. sonoff heute and Netz gegangen, 5 weitere sind im Zulauf. Daumen hoch für dieses geile Modul!


Gesendet von iPhone mit Tapatalk

[Pyromane]

ESPEasy 0.78 released:

Nach dem Update haben nun alle meine ESP Device ein ON/OFF daben, siehe Anhang.

[dev0]

Ein list vom Device hätte mehr Informationsgehalt.
Sonst noch jemand betroffen?

[Pyromane]

Ein list vom Device hätte mehr Informationsgehalt.

Betroffen sind alle Devices bei mir, hier das vom Screen:

Code Auswählen Erweitern

Internals:
   DEF        192.168.0.124 80 ESPbridge ESPTest_System
   ESP_BUILD  142
   ESP_SLEEP  0
   ESP_UNIT   1
   ESPbridge_MSGCNT 1276
   ESPbridge_TIME 2016-12-09 16:46:36
   HOST       192.168.0.124
   IDENT      ESPTest_System
   INTERVAL   300
   IODev      ESPbridge
   LASTInputDev ESPbridge
   MSGCNT     1276
   NAME       ESPEasy_ESPTest_System
   NOTIFYDEV  global
   NR         47
   NTFY_ORDER 50-ESPEasy_ESPTest_System
   PORT       80
   STATE      ram: 24960 rss: -80 upt: 47248
   SUBTYPE    device
   TYPE       ESPEasy
   VERSION    0.78
   Helper:
     Dblog:
       Ram:
         Mydblog:
           TIME       1481298396.37354
           VALUE      24960 rss: -80 upt: 47248
       Rss:
         Mydblog:
           TIME       1481285649.49768
           VALUE      -79 upt
       Rssi:
         Mydblog:
           TIME       1481298396.37354
           VALUE      -80
       Upt:
         Mydblog:
           TIME       1481298382.35953
           VALUE      47248
   Readings:
     2016-12-09 16:45:35   presence        present
     2016-12-09 16:46:29   ram             24960
     2016-12-09 16:46:36   rssi            -80
     2016-12-09 16:46:36   state           ram: 24960 rss: -80 upt: 47248
     2016-12-09 16:46:22   upt             47248
   Helper:
     fpc        1481285636
     Intat:
       1:
         FN         ESPEasy_statusRequest
         INTERVAL   304
         TRIGGERTIME 09.12.2016 16:50:39
     Received:
       ram        1481298389
       rssi       1481298396
       upt        1481298382
Attributes:
   IODev      ESPbridge
   Interval   300
   event-on-change-reading .*
   group      ESPEasy Device
   presenceCheck 1
   readingSwitchText 1
   room       ESPEasy
   setState   3

[dev0]

In dem List gibt es kein 'on off', weder in state noch in STATE.

[Pyromane]

Ich habe gerade eben auf die Version 0.74 zurück gesprungen und ON/OFF ist weg:

Code Auswählen Erweitern

Internals:
   CHANGED
   DEF        192.168.0.124 80 ESPbridge ESPTest_System
   ESP_BUILD  142
   ESP_SLEEP  0
   ESP_UNIT   1
   ESPbridge_MSGCNT 8
   ESPbridge_TIME 2016-12-09 17:02:30
   HOST       192.168.0.124
   IDENT      ESPTest_System
   INTERVAL   300
   IODev      ESPbridge
   LASTInputDev ESPbridge
   MSGCNT     8
   NAME       ESPEasy_ESPTest_System
   NOTIFYDEV  global
   NR         47
   NTFY_ORDER 50-ESPEasy_ESPTest_System
   PORT       80
   STATE      ram: 25328 rss: -80 upt: 47264
   SUBTYPE    device
   TYPE       ESPEasy
   VERSION    0.74
   Helper:
     Dblog:
       Ram:
         Mydblog:
           TIME       1481299343.41717
           VALUE      25328 rss: -80 upt: 47264
       State:
         Mydblog:
           TIME       1481299276.84583
           VALUE      present
       Upt:
         Mydblog:
           TIME       1481299343.41717
           VALUE      47264
   Readings:
     2016-12-09 16:58:29   presence        present
     2016-12-09 17:02:30   ram             25328
     2016-12-09 17:02:07   rssi            -80
     2016-12-09 17:02:30   state           ram: 25328 rss: -80 upt: 47264
     2016-12-09 17:02:23   upt             47264
   Helper:
     fpc        1481299276
     Intat:
       1:
         FN         ESPEasy_statusRequest
         INTERVAL   304
         TRIGGERTIME 09.12.2016 17:06:19
     Received:
       ram        1481299350
       rssi       1481299327
       upt        1481299343
Attributes:
   IODev      ESPbridge
   Interval   300
   event-on-change-reading .*
   group      ESPEasy Device
   presenceCheck 1
   readingSwitchText 1
   room       ESPEasy
   setState   3

[dev0]

Es liegt an den noch undokumentierten und neuen on/off Befehlen.
Wirst Du mit
attr <esp> webCmd :
abstellen können, wenn es Dich stört.

[Waldmensch]

War mir noch gar nicht aufgefallen, aber stimmt. Bei Sensoren macht das natürlich keinen Sinn. Auf Klick wird im Eventmonitor auch ein "set <device> on " bzw. off angezeigt.

(http://uploads.tapatalk-cdn.com/20161209/8d1cfd32809dac77c9db91445f8315ad.jpg)


Gesendet von iPhone mit Tapatalk

[dev0]

Die on,off,... Befehle sind nicht dauerhaft. Ich brauche sie im Moment nur zum einfacheren Testen meines rgbww Plugins. On/off wird von FHEM automatisch angezeigt, wenn es sie gibt.

[Waldmensch]

Mich stört es nicht. Bei den Sensoren sind eh nur die Plots wichtig
Was ein nice to have wäre, wär en die -for-timer Settings, das man nicht die longpulse Syntax verwenden muss. Keine Ahnung wie schwer die Umsetzung ist.


Gesendet von iPhone mit Tapatalk

[dev0]

Die On/off Befehle kann man wit webCmd abschalten, falls es stört.
on-for-timer siehe ersten Beitrag, ist dort beschrieben.

[Elektrofreak]

Leider funktioniert bei mir doch die queue nicht so wie gewünscht. Ich nutze einen PID20-Regler und einen longpulse aus Ausgangswert. Es wird einmal alle 60 Sekunden der Wert ausgegeben (mit pidAktorKeepAlive). Leider kommt nur ein anderer Wert bei dem ESP an, der per gpio gesetzt wird. Ich sehe, dass der PID-Regler alle 60 Sekunden artig seine Readings aktualisiert, nur kommt im ESP-Log der longpulse nicht an.

Könnte man das WARNING-Internal in ein Reading umwandeln? Dann sieht man zumindest, wann der Fehler aufgetreten ist und ich könnte besser herausfinden, wo das Problem liegt.

http://192.168.***.***:80/control?cmd=longpulse,3,1,59: empty answer received

Edit: Es kann natürlich noch an etwas anderem liegen, auch wenn die queue am Naheliegendsten ist 
Edit2: Man sollte auch das resendFailedCmd-Attribut aktivieren  . Trotzdem die Bitte mit dem Error-Reading 

[sash.sc]

Hallo zusammen.

Habe nun endlich espeasy am Laufen.  Bin bis jetzt auch recht zufrieden mit den erfassten Temperaturen.. Diese kommen über 2 ds18b20 auf den esp8622. Jetzt sehe ich, daß eine permanente auslastung der CPU von ca. 12 bis 20% anliegt. Ist das normal?
Habe auch je einen 4k7 pull up auf die datenleitung liegen.
Müssen die dran? Da gibt es ja unterschiedliche Anleitungen für?

Danke für das Modul.

Gruß Sascha