Neues Modul: ESPEasy [war: ESPEasy ohne MQTT]

[dev0]

Wenn die Werte auf der ESP Webseite korrekt angezeigt werden, aber als 1 oder true übertragen werden, dann liegt es an einer zu alten ArduinoJson Library. Ob die Werte schon falsch übertragen werden siehst du im Log mit verbose 5. Wahrscheinlich hast du mehrere Versionen der Library installiert.

Die Werte der Sensoren werden immer direkt nach den 'Value Names' übertragen:

BA_SEN1::192.168.30.148::1::1::1::i||unit||4||0|||i||sleep||0||0|||i||build||140||0|||r||humidity||39.8||2|||r||temperature||20.9||2

[lonzo]

Hi,

tatsächlich zwei Json-libs ....

Jatzt klappts! Danke für die schnelle und korrekte Fehleranalyse 

Gruß
Timo

[Omega-5]

tatsächlich zwei Json-libs ....

Ich trenne die verschiedenen Versionen dadurch, dass ich die Arduino-IDE nicht installiere, sondern als portable anlege.
Also auch mehrer nebeneinander. Beim kompilieren werden dann nur die Libraries benutzt die im Unterverzeichnis ./portable liegen.
Habe ich hier schon mal erklärt: https://forum.fhem.de/index.php/topic,58138.msg495778.html#msg495778

Gruß Friedrich

[dev0]

Die aktualisierte Modul Version 0.6 liegt auf Github: https://github.com/ddtlabs/ESPEasy

Main Release Notes:

0.6.0  - increase verbose level for startup/shutdown log messages
         - new attribute parseCmdResponse
         - disabled parsing httpRequests by default, enable with attr parseCmdResponse
         - more relaxed checking of existenz of 'esp name' and 'device name'.
         - dispatch error msgs to device, show last WARNING in internals
         - new attribute allowedIPs
         - added default attributes for auto created devices

Details: see module command reference or readme.md on github

[Pyromane]

Die aktualisierte Modul Version 0.6 liegt auf Github: https://github.com/ddtlabs/ESPEasy

Main Release Notes:

Nach dem Update muss unbedingt das Attribut "allowedIPs" mit den IPs der ESP gefüllt werden, sonst kommen keine Messwerte mehr rein.

[dev0]

Das sollte so nicht sein, prüfe ich morgen früh.

[Pyromane]

Das sollte so nicht sein, prüfe ich morgen früh.

Danke für die schnelle Rückmeldung.


Vielleicht hilft es ja:
Bei verbose5 sieht das wie folgt aus:

Code Auswählen Erweitern


2016.10.23 17:10:53 4: Connection accepted from ESPbridge_192.168.0.24_23473
2016.10.23 17:10:53 4: ESPEasy ESPbridge_192.168.0.24_23473: Peer address rejected
2016.10.23 17:10:53 4: ESPEasy ESPbridge_192.168.0.24_23473: Closing tcp session.

[dev0]

Ist gefixed. Version 0.61 liegt auf Github bereit.
Kannst Du es bitte kurz testen?

[homeum]

Nach dem Update muss unbedingt das Attribut "allowedIPs" mit den IPs der ESP gefüllt werden, sonst kommen keine Messwerte mehr rein.

Damit kämpfe ich seit 2 Stunden bei meinen 3 ESP's.
Habe inzwichen alles neu kompiliert auf 141, hatte zuvor 138, trotzdem kein Erfolg,
als Notlösung habe ich das Backup des Moduls reaktiviert.

Nun habe ich die Lösung gefunden

[Pyromane]

Japp, ist mit 0.61 gefixt. 
Besten Dank!

[SusisStrolch]

Hallo dev0,
könntest Du auch noch die Blacklist (deniedIPs) für die IP-Adressen implementieren?

[dev0]

Welchen genauen Anwendungsfall möchtest Du damit abdecken, der sich nicht oder nur umständlich über allowedIPs umsetzen läßt.

[SusisStrolch]

Nun, der Usecase ist der Gleiche wie bei 'allowedIP'.
Allerdings ist es bei >4 Devices deutlich weniger fehlerträchtig eine Blacklist zu führen.

[dev0]

Kann ich nicht nachvollziehen. Zeige das mal bitte anhand eines Beispiels auf.

[Peter_64]

Hallo Dev
Erst mal danke für das gute Tool. Mein Problem ich schalte Relais, nach Reset, schalten die Relais nicht wieder in die Pos vor Reset,   kann man das einstellen.