Neues Modul: ESPEasy [war: ESPEasy ohne MQTT]

Begonnen von dev0, 18 Juli 2016, 11:53:28

Vorheriges Thema - Nächstes Thema

dev0

Zitat von: oli82 am 30 September 2016, 14:06:47
Fehler gefunden!
RSSI benötigt ein Value Name
Alle Sensorwerte benötigen einen Value Name. Hätte eigentlich auch durch einen Logeintrag gemeldet werden sollen, ist aber beim Umbau des Dispatch an das logische Device unwirksam geworden. Werde ich morgen korrigieren.

oli82

Danke.
Eine Frage hab ich aber noch. Ist das so gewollte, dass der Value Name angeschnitten wird? Statt RSSI wird nur RSS im Reading ausgegeben.

dev0

Zitat von: HelmutN am 30 September 2016, 18:38:22
Deine Frage hat geholfen vielen Dank, ich habe ein upgrade und restart gemacht, jetzt geht alles.
Das war auch meine Vermutung, aber dann muss Deine Installation schon fast antik gewesen sein ;) Ich konnte mich nur noch schemenhaft an die internalTimer Änderungen erinnern.

dev0

@oli82: wird nur im state reading gekürzt, läßt sich mit dem Attribut setState konfigurieren. Commandref lesen ;)

dev0

Zitat von: oli82 am 30 September 2016, 14:06:47
Fehler gefunden!
RSSI benötigt ein Value Name

Die aktualisierte Modul Version 0.4.9 liegt wieder im 'staging branch'.

Release Notes:
0.4.9  - fix check of empty device name, value name and values in received data
       - do not process any data and log it continuously if ESPEasy Version
         is too old. This will prevent wrong data and simplify support.

SusisStrolch

Mir ist gerade ein kleiner(?) Schönheitsfehler aufgefallen:
das Modul verwendet das Attribut 'setState' zum Einstellen der Länge im state-reading.

Dies kollidiert vom Namen mit der configDB, da es ja auch den Befehl "setstate" gibt.
2016.10.01 15:13:05 1: configDB: Usage: setstate <name> <state>
where <name> is a single device name, a list separated by komma (,) or a regexp. See the devspec section in the commandref.html for details.



Synology DS1515+, 16GB RAM, 4x 6TB WD-Red
- Docker (FHEM), MariaDB, MariaDB10, Surveillance Station
Gateways: LCG miniCUL433, LCG miniCUL868, AVR-X4000, VU-Solo SE, Kodi
ESP8266: ESPEasy (S0-Counter, Temp/Hum), Sonoff TH, Sonoff 4ch

SusisStrolch

Im log tauchen ständig diese Mitteilungen auf:
2016.10.01 15:51:49 5: No IO device or WriteFn found for ESPbridge_192.168.254.122_XXXXX
2016.10.01 15:51:53 5: ESPEasy ESPbridge_192.168.254.122_XXXXX: ESPbridge_192.168.254.122_XXXXX deleted

wobei XXXXX variiert:
2016.10.01 15:58:13 5: ESPEasy ESPbridge_192.168.254.122_26206: ESPbridge_192.168.254.122_26206 deleted
2016.10.01 15:58:16 5: ESPEasy ESPbridge_192.168.254.122_23965: ESPbridge_192.168.254.122_23965 deleted
2016.10.01 15:58:16 5: ESPEasy ESPbridge_192.168.254.122_22965: ESPbridge_192.168.254.122_22965 deleted
2016.10.01 15:58:18 5: ESPEasy ESPbridge_192.168.254.122_6452: ESPbridge_192.168.254.122_6452 deleted
2016.10.01 15:58:18 5: ESPEasy ESPbridge_192.168.254.122_1804: ESPbridge_192.168.254.122_1804 deleted
2016.10.01 15:58:19 5: ESPEasy ESPbridge_192.168.254.122_4486: ESPbridge_192.168.254.122_4486 deleted
2016.10.01 15:58:20 5: ESPEasy ESPbridge_192.168.254.122_22382: ESPbridge_192.168.254.122_22382 deleted
2016.10.01 15:58:24 5: ESPEasy ESPbridge_192.168.254.122_8861: ESPbridge_192.168.254.122_8861 deleted
2016.10.01 15:58:24 5: ESPEasy ESPbridge_192.168.254.122_24114: ESPbridge_192.168.254.122_24114 deleted
2016.10.01 15:58:24 5: ESPEasy ESPbridge_192.168.254.122_1983: ESPbridge_192.168.254.122_1983 deleted
2016.10.01 15:58:28 5: ESPEasy ESPbridge_192.168.254.122_5028: ESPbridge_192.168.254.122_5028 deleted
2016.10.01 15:58:28 5: ESPEasy ESPbridge_192.168.254.122_6318: ESPbridge_192.168.254.122_6318 deleted
2016.10.01 15:58:28 5: ESPEasy ESPbridge_192.168.254.122_6698: ESPbridge_192.168.254.122_6698 deleted
2016.10.01 15:58:28 5: ESPEasy ESPbridge_192.168.254.122_8566: ESPbridge_192.168.254.122_8566 deleted
2016.10.01 15:58:30 5: ESPEasy ESPbridge_192.168.254.122_1156: ESPbridge_192.168.254.122_1156 deleted
2016.10.01 15:58:30 5: ESPEasy ESPbridge_192.168.254.122_31933: ESPbridge_192.168.254.122_31933 deleted


Synology DS1515+, 16GB RAM, 4x 6TB WD-Red
- Docker (FHEM), MariaDB, MariaDB10, Surveillance Station
Gateways: LCG miniCUL433, LCG miniCUL868, AVR-X4000, VU-Solo SE, Kodi
ESP8266: ESPEasy (S0-Counter, Temp/Hum), Sonoff TH, Sonoff 4ch

dev0

Zitat von: SusisStrolch am 01 Oktober 2016, 15:22:35
Mir ist gerade ein kleiner(?) Schönheitsfehler aufgefallen:
das Modul verwendet das Attribut 'setState' zum Einstellen der Länge im state-reading.

Dies kollidiert vom Namen mit der configDB, da es ja auch den Befehl "setstate" gibt.
2016.10.01 15:13:05 1: configDB: Usage: setstate <name> <state>
where <name> is a single device name, a list separated by komma (,) or a regexp. See the devspec section in the commandref.html for details.

Mir Verlaub gesagt ist das Quatsch, da kollidiert nichts. Welches Problem configDB da hat weiss ich nicht, es hat aber nichts mit ESPEasy oder dem Attribut setState zu tun. 'setstate' ist davon abgesehen auch kein configDB Befehl, sondern ein globales fhem command.

Zitat von: SusisStrolch am 01 Oktober 2016, 16:46:20

2016.10.01 15:51:53 5: ESPEasy ESPbridge_192.168.254.122_XXXXX: ESPbridge_192.168.254.122_XXXXX deleted

wobei XXXXX variiert
Das sind die child devices der Bridge, die zum Empfangen der ESP Nachrichten benötigt werden. Wenn Du den log level auf debug drehst, dann werden sie angezeigt. In der folgenden Modul Version habe ich die Logzeile zwar geändert, es wird sie aber weiterhin geben.

Zitat von: SusisStrolch am 01 Oktober 2016, 16:46:20
2016.10.01 15:51:49 5: No IO device or WriteFn found for ESPbridge_192.168.254.122_XXXXX

Diese Meldung bzw. das IOWrite an das bridge device habe ich abgestellt. Ich hatte nicht berücksichtigt, dass die temporären child Devices auch gelöscht werden. Danke für den Hinweis. Das wird sich nebenbei auch auf das hier berichtete Verhalten auswirken: https://forum.fhem.de/index.php/topic,58321.msg497339.html#msg497339 , da die Datei uniqueID jetzt nicht mehr so oft gelesen wird.

dev0

#233
Die aktualisierte Version 0.5 des Modules habe ich wieder erst in den staging branch gelegt: https://github.com/ddtlabs/ESPEasy/tree/Staging (Edit: korrigiert)

Release Notes 0.5.0:
Zitat
- eval JSON decoding in http response
- removed Authorization String from debug log
- combined internals logging
- more detailed debug log (verbose 5, child bridge)
- check for temporary bridge device in deleteFn and do no IOWrite
   see: https://forum.fhem.de/index.php/topic,55728.msg497366.html#msg497366
- added check that fhem.pl is new enough (11000/2016-03-05)
   see: https://forum.fhem.de/index.php/topic,55728.msg497094.html#msg497094

oli82

Zitat von: dev0 am 02 Oktober 2016, 12:43:14
Die aktualisierte Version 0.5 des Modules habe ich wieder erst in den staging branch gelegt: https://github.com/ddtlabs/ESPEasy/tree/master

Schaut gut aus. Danke

dev0

Die Module Version 0.5 liegt hier https://github.com/ddtlabs/ESPEasy/tree/Staging im staging branch und nicht, wie ursprünglich geschrieben, im master branch.
Sorry.

P.A.Trick

#236
Funktioniert soweit vielen Dank dafür!
Allerdings tauchen bei mir bei jeder Aktualisierung der Devices folgende Meldungen im Log auf!

2016.10.03 08:14:03.804 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/34_ESPEasy.pm line 534.
2016.10.03 08:14:03.806 3: stacktrace:
2016.10.03 08:14:03.807 3:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (534)
2016.10.03 08:14:03.809 3:     main::ESPEasy_Read                  called by fhem.pl (3221)
2016.10.03 08:14:03.810 3:     main::CallFn                        called by fhem.pl (671)
2016.10.03 08:14:03.812 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/34_ESPEasy.pm line 537.
2016.10.03 08:14:03.813 3: stacktrace:
2016.10.03 08:14:03.814 3:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (537)
2016.10.03 08:14:03.816 3:     main::ESPEasy_Read                  called by fhem.pl (3221)
2016.10.03 08:14:03.817 3:     main::CallFn                        called by fhem.pl (671)
2016.10.03 08:14:03.820 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/34_ESPEasy.pm line 537.
2016.10.03 08:14:03.821 3: stacktrace:
2016.10.03 08:14:03.822 3:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (537)
2016.10.03 08:14:03.823 3:     main::ESPEasy_Read                  called by fhem.pl (3221)
2016.10.03 08:14:03.824 3:     main::CallFn                        called by fhem.pl (671)




V5 Log

2016.10.03 08:26:07.567 4: ESPEasy espBridge: dispatch: wemos3::192.168.1.19::1::1::setreading||Uptime||1142.00||0
2016.10.03 08:26:07.567 5: espBridge dispatch wemos3::192.168.1.19::1::1::setreading||Uptime||1142.00||0
2016.10.03 08:26:09.536 4: Connection accepted from espBridge_192.168.1.19_32347
2016.10.03 08:26:09.538 5: ESPEasy espBridge: accepted tcp connect <= 192.168.1.19:32347
2016.10.03 08:26:09.542 5: ESPEasy espBridge: header: {'Connection' => 'close','GET' => '/fhem?cmd=setreading%20wemos3%20RSSI%20-68.00 HTTP/1.1','Host' => '192.168.1.101'}
2016.10.03 08:26:09.544 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/34_ESPEasy.pm line 534.
2016.10.03 08:26:09.546 3: stacktrace:
2016.10.03 08:26:09.547 3:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (534)
2016.10.03 08:26:09.548 3:     main::ESPEasy_Read                  called by fhem.pl (3221)
2016.10.03 08:26:09.550 3:     main::CallFn                        called by fhem.pl (671)
2016.10.03 08:26:09.551 4: ESPEasy espBridge: data:
2016.10.03 08:26:09.554 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/34_ESPEasy.pm line 537.
2016.10.03 08:26:09.555 3: stacktrace:
2016.10.03 08:26:09.556 3:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (537)
2016.10.03 08:26:09.557 3:     main::ESPEasy_Read                  called by fhem.pl (3221)
2016.10.03 08:26:09.559 3:     main::CallFn                        called by fhem.pl (671)
2016.10.03 08:26:09.560 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/34_ESPEasy.pm line 537.
2016.10.03 08:26:09.561 3: stacktrace:
2016.10.03 08:26:09.562 3:     main::__ANON__                      called by ./FHEM/34_ESPEasy.pm (537)
2016.10.03 08:26:09.563 3:     main::ESPEasy_Read                  called by fhem.pl (3221)
2016.10.03 08:26:09.564 3:     main::CallFn                        called by fhem.pl (671)
2016.10.03 08:26:09.566 5: ESPEasy espBridge: no basic authentication required
2016.10.03 08:26:09.568 4: ESPEasy espBridge: received cmd:setreading device:wemos3 reading:RSSI value:-68.00
2016.10.03 08:26:09.569 4: ESPEasy espBridge: dispatch: wemos3::192.168.1.19::1::1::setreading||RSSI||-68.00||0
2016.10.03 08:26:09.570 5: espBridge dispatch wemos3::192.168.1.19::1::1::setreading||RSSI||-68.00||0


Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

fh168

#237
Hallo,

bei mir werden die ESP-Devices mit ihren Readings angelegt, sie geben jedoch nur alle 1 zurück.

ESPEasy_WeMos2_DHT
Hum:1 Tem:1
ESPEasy_WeMos2_RSSI
RSS:1
ESPEasy_WeMos2_Uptime
Upt:1
ESPEasy_wittyrelaisoled_LDR
Ana:1
ESPEasy_wittyrelaisoled_taster
Swi:on


edit:   problem gelöst: es lag hier dran -> - ab ESPEasy R120 wird die ArduinoJson library 5.6.4+ benötigt -> https://github.com/bblanchon/ArduinoJson
Hue, Lacrosse, PCA301, MySensors, V 1.67 CUL 868 V3.4, Lacrosse-WLAN-Gateway, Tasmota RF-

P.A.Trick

Hm also beim Build 133 von ESPEasy bekomme ich pro Wert ein neues Device angelegt.
Bei den 120 Build werden die Readings richtig unter einem Device angelegt. Ist das so gewollt?

Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

dev0

Zitat von: fh168 am 03 Oktober 2016, 09:57:41
bei mir werden die ESP-Devices mit ihren Readings angelegt, sie geben jedoch nur alle 1 zurück.
Deine ArduinoJson Library ist zu alt. Siehe ersten Beitrag.