Neues Modul: ESPEasy [war: ESPEasy ohne MQTT]

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

Vorheriges Thema - Nächstes Thema

Maiks

Habe das modul heute mal eingesetzt, da ich es besser finde als MQTT. Allerdings zeigt der bei mir immer nur 1 als wert an, von meinen Sensoren :(

Habe ein eigenes CO2 Sensor plugin für das MHZ-14 im Einsatz und BME280, alle zeigen aber nur 1 anstatt den Messwert. in MQTT funktioniert das allerdings ohne Probleme.

Woran kann das liegen, habe ich ewtl etwas beim Konfigurieren übersehen ?

ESP Easy Version 145

dev0

Die ArduinoJson Lib ist zu alt. Siehe ersten Beitrag.

Maiks

Ohh, hatte die in Ubuntu upgedatet aber nicht an den ESP gedacht :(

Maiks

So Update durchgeführt, werte kommen an :D

Kaum macht man es richtig geht es  ;D

Danke dev0

O.T was mir jetzt aufgefallen ist, das mein Online Update nicht geht, beim Upload kommt immer Fehler, musste die ESP manuell flashen :(

Kennt jemand den Fehler  ? .ERROR[8]: Flash config wrong real: 4194304 IDE: 16777216   ist ein ESP12E oder F .   Ist bei 3 von meinen 4 Sensoren der fall, der 4 geht aber ich sehe keinen Unterschied zwischen den Sensoren.

hulzer

Hallo dev0,

vielen Dank für das Modul!

Hast du das Protkoll-Plugin für ESP Easy auch geschrieben? Ich frage nur, weil ich aktuell Probleme damit habe.

Ich verwende derzeit einen ESP8266 ESP-12E NodeMCU v1.0. Wenn ich meine FHEM-Devices über das HTTP Protokoll aktualisieren lassen, läuft der ESP ohne Probleme tagelang. Sobald ich auf FHEM HTTP umstelle, kann ich darauf warten, dass er nach kurzer Zeit immer wieder mit einem wdt reset bootet. Aber scheinbar immer beim client.connect(...). Mal ständig, dann mal wieder nach 10 Minuten. Soweit ich das sehe wird ja nur zusätzlich das JSON in den Body geschrieben. Ich probiere nun schon seit Tagen....

Vielleicht hatte ja jemand auch das Problem?

Vielen Dank.

dev0

Ja, das HTTP-FHEM Controller Plugin ist auch von mir.
Ich kann das Problem nicht nachvollziehen, meine Wemos Module und einzelne ESP8266 haben aktuell uptimes von 40-50 Tagen und senden Daten im 10s Takt. Ich habe bisher auch noch nichts davon gehört.
Es soll bei suspekten Problem schon geholfen haben das komplette Flash zu löschen.

Zur anderen Frage: Das ESPEasy Modul verwendet nur die JSON Daten, alternativ kann man statt des ESPEasy Moduls auch auf einen FHEMWEB Port connecten um dann die Daten in Dummy Readings zu schreiben. Hierbei werden die Daten über die url übergeben: ?cmd=...
Letztere Variante wird auf Dauer aus dem Plugin entfernt. Ich wollte aber vor dem nächsten ESPEasy Release keine größeren Änderungen mehr vornehmen.

Elektrofreak

#426
Zitat von: dev0 am 22 November 2016, 05:39:05
Gefixed und auf Github eingecheckt.

Guten Morgen,

ich habe das Modul mit den Befehlen

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


vor ca. einer Woche installiert, ein normales

update

scheint aber nicht das gefixte Modul nachzuladen. Im Header der Datei 34_ESPEasy.pm steht noch

# $Id: 34_ESPEasy.pm 72 2016-10-02 08:30:00Z dev0 $

Es scheint also noch eine alte Version zu sein. Mache ich etwas falsch? ???

Waldmensch

Hallo,

ich habe gestern mein erstes ESPEasy in Betrieb genommen. Daran hängen 2 Temperatursensoren, die auch korrekte Werte liefern. Leider habe ich über Nacht 2 Ausreißer Werte gehabt (s.u.). An welcher Stelle kann ich mit der Fehlersuche beginnen? Falls sich das nicht beheben läßt - kann man irgendwo einen plausibilitätscheck einbauen "Wenn Wert > 100 oder < -100 dann Wert verwerfen" ?

2016-11-24_00:00:21 13.50
2016-11-24_00:03:05 13.50
2016-11-24_00:09:21 13.50
2016-11-24_00:13:08 13.50
2016-11-24_00:14:22 13.50
2016-11-24_00:15:22 13.50
2016-11-24_00:18:12 13.50
2016-11-24_00:18:22 13.50
2016-11-24_00:19:22 13.50
2016-11-24_00:23:16 13.50
2016-11-24_00:23:22 13.44
2016-11-24_00:25:22 13.44
2016-11-24_00:28:21 13.44
2016-11-24_00:33:23 13.44
2016-11-24_00:33:23 13.44
2016-11-24_00:34:23 13.44
2016-11-24_00:38:23 13.44
2016-11-24_00:38:28 13.44
2016-11-24_00:39:23 13.44
2016-11-24_00:40:23 13.44
2016-11-24_00:43:29 13.44
2016-11-24_00:56:25 13.44
2016-11-24_00:58:36 13.44
2016-11-24_01:01:25 13.44
2016-11-24_01:02:25 13.44
2016-11-24_01:03:39 13.44
2016-11-24_01:04:26 13.44
2016-11-24_01:08:26 13.44
2016-11-24_01:08:42 13.44
2016-11-24_01:14:26 13.44
2016-11-24_01:18:46 13.44
2016-11-24_01:27:28 13.44
2016-11-24_01:28:55 13.44
2016-11-24_01:43:29 13.38
2016-11-24_01:44:07 13.38
2016-11-24_01:44:29 13.38
2016-11-24_01:45:29 13.38
2016-11-24_01:49:11 13.38
2016-11-24_01:54:29 13.44
2016-11-24_01:58:30 13.44
2016-11-24_01:59:16 13.44
2016-11-24_02:23:32 13.38
2016-11-24_02:26:49 13.38
2016-11-24_02:31:33 13.38
2016-11-24_02:31:54 13.38
2016-11-24_02:32:33 1575.75
2016-11-24_02:34:33 13.38
2016-11-24_02:36:55 13.38
2016-11-24_02:49:36 13.38
2016-11-24_02:52:01 13.38
2016-11-24_02:52:36 13.38
2016-11-24_02:57:06 13.38
2016-11-24_03:05:37 13.44
2016-11-24_03:07:08 13.44
2016-11-24_03:12:38 13.44
2016-11-24_03:15:38 13.44
2016-11-24_03:17:15 13.44
2016-11-24_03:17:38 13.38
2016-11-24_03:20:38 13.38
2016-11-24_03:21:38 13.38
2016-11-24_03:22:16 13.38
2016-11-24_03:24:38 13.38
2016-11-24_03:26:38 13.38
2016-11-24_03:27:17 13.38
2016-11-24_03:28:39 13.38
2016-11-24_03:29:39 13.38
2016-11-24_03:32:18 13.38
2016-11-24_03:43:40 13.44
2016-11-24_03:46:40 13.44
2016-11-24_03:47:23 13.44
2016-11-24_03:52:40 13.44
2016-11-24_03:57:28 13.44
2016-11-24_03:58:41 -2042.62
2016-11-24_04:00:41 13.44
2016-11-24_04:01:41 13.44
2016-11-24_04:02:31 13.44
2016-11-24_04:05:41 13.38
2016-11-24_04:07:32 13.38
2016-11-24_04:13:41 13.38
2016-11-24_04:17:37 13.38
2016-11-24_04:20:42 13.38
2016-11-24_04:22:40 13.38
2016-11-24_04:23:42 13.38
2016-11-24_04:27:41 13.38
2016-11-24_04:27:42 13.38
2016-11-24_04:32:44 13.38
2016-11-24_04:35:43 13.38

JoWiemann

Welche Temperatursensoren hast Du?

Für einen Plausi-Check kannst Du ein userReading definieren.




Gesendet von iPad mit Tapatalk
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

dev0

Zitat von: Elektrofreak am 24 November 2016, 07:30:17
# $Id: 34_ESPEasy.pm 72 2016-10-02 08:30:00Z dev0 $
Es scheint also noch eine alte Version zu sein. Mache ich etwas falsch? ???

Du hast bereits die aktuelle Verison. Die $ID Zeile wird normalerweise automatisch durch das Einchecken ins offzielle FHEM SVN gesetzt. Damit sich der FHEM version Befehl nicht über eine fehlende ID beschwert, habe ich diese Fake-Zeile eingefügt und pflege nur die Verisons Nr. darin. In diesem Fall 72 -> Version 0.72. Nach einem Update und shutdown restart wird die Versoin in den Internals korrekt angezeigt.

Waldmensch

Zitat von: JoWiemann am 24 November 2016, 09:45:33
Welche Temperatursensoren hast Du?
Für einen Plausi-Check kannst Du ein userReading definieren.
Gesendet von iPad mit Tapatalk

2 Stück DS18B20 (die Wasserdichten mit 1m Kabel) parallel an D4 mit einem 4,7k pullup zu VCC, also quasi Standard. Das soll eine Messung für Heizungs Vor-/Rücklauf werden.
Userreading ist klar, ich würde aber gern der Sache auf den Grund gehen. Momentan zeige ich die Daten nur in einem Chart an. Ich wüßte gern, ob die Daten falsch vom ESP kommen oder in der Bridge falsch aufbereitet werden. Ich habe die Bridge jetzt erstmal auf verbose 5 gestellt. Dort sieht man den JSON auflaufen - darüber sollte man es rausfinden. Ich vermute den Fehler eher im ESP. Leider ist ESPEasy schlecht dokumentiert, ich weiß nicht, ob man da mit "formula" was regeln kann. Ich denke aber eher nicht.

dev0

Zitat von: Waldmensch am 24 November 2016, 09:26:58
An welcher Stelle kann ich mit der Fehlersuche beginnen?
Vermutlich bei Deiner Hardware: zu lange Kabel, schlechte Lötstellen, defekter Sensor, ...

Zitat von: JoWiemann am 24 November 2016, 09:45:33
Für einen Plausi-Check kannst Du ein userReading definieren.
Oder das Reading mit dem Attribut adjustValue direkt modifizieren. Ab der nächsten Modulversion können Werte auch ignoriert werden, wenn die adjustValue Funktion undef zurückliefert. Besser aber Du findest den Fehler.

Zitat von: Waldmensch am 24 November 2016, 10:30:26
Ich wüßte gern, ob die Daten falsch vom ESP kommen oder in der Bridge falsch aufbereitet werden.
Wenn Du das adjustValue Attribut nicht gesetzt hast, dann werden die Werte nicht angefasst.

JoWiemann

Der DS18B20 signalisiert über komische Temperaturen auch Fehlerzustände: http://datasheets.maximintegrated.com/en/ds/DS18B20.pdf . Leider taucht Dein Wert -2042.62 nicht auf.



Gesendet von iPad mit Tapatalk
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

Waldmensch

Hardware: die 3 Lötstellen habe ich unter der Lupe begutachtet, das passt schon. Sensor defekt würde ich ausschließen. Der 2. Sensor hatte gestern auch einen Ausreißer. Dann müssten Beide defekt sein. Zudem werden in langer Folge normale Werte geliefert. Leider hängt der ESP momentan an einer Stelle wo er nur RSSI von -80 hat. Daran kann es aber glaube auch nicht liegen, da dann der JSON vermutlich, bei Netzwerkfehler, nicht lesbar wäre.

Werte ignorieren: klingt sehr gut, auch wenn es nur das Symptom bekämpft. Mit Userreading und adjustValue kann man ja nicht einen Wert ganz verwerfen, sondern nur modifizieren. Da könnte man maximal den letzten Wert aus der DB fischen und setzen. Ein Defaultwert würde ja auch immer einen knick im Diagramm bedeuten

adjustValue: ist nicht gesetzt, habe ich auch grade erst entdeckt ;)

dev0

Zitat von: Waldmensch am 24 November 2016, 10:53:53
Mit Userreading und adjustValue kann man ja nicht einen Wert ganz verwerfen, sondern nur modifizieren
Doch, das geht jetzt auch schon mit beiden Varianten indem Du mit ReadingsVal den alten Wert ausliest und diesen zurückgibst.