ESP EASY status absent logged obwohl verfügbar und ping ok

Begonnen von riker1, 21 März 2018, 08:06:04

Vorheriges Thema - Nächstes Thema

riker1

Zitat von: Frank_Huber am 22 März 2018, 09:57:11
nochmal:

Die ESPEasy Presence erkennt eingehende Daten des ESP.
sendet der ESP regelmäßig die Daten ist er anwesend.
kommt nichts ist er (nach der eingestellten Zeit) abwesend.

Wir haben gestern schon festgestellt dass dein ESP nichts sendet.
Dein Fehler liegt am ESP selbst oder im ESPEasy.

Hatte es so verstanden, das ich , wenn ich einen get presence in fhem mache, dies ein pull an ESP ist.
trotzdem antwortet er hier nicht.

Kann ich das attribut presence zeitlich steuern? wie oft prüft fhem auf antwort von ESP?

Irgendwie ist mir das etwas unklar?
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Frank_Huber

Zitat von: riker1 am 22 März 2018, 11:14:48
Hatte es so verstanden, das ich , wenn ich einen get presence in fhem mache, dies ein pull an ESP ist.
trotzdem antwortet er hier nicht.

Kann ich das attribut presence zeitlich steuern? wie oft prüft fhem auf antwort von ESP?
Irgendwie ist mir das etwas unklar?
attr ESPEasy_esp_172_gelb_Relais_G0 Interval 300

300 = 5 Minuten

Aus der Commandref:
ZitatGet (bridge)

<reading>
returns the value of the specified reading

Das Get ESPDEVICE presence liefert also nur den Wert des Readings zurück. Kein Push, kein Pull, kein nichts zum ESP.

KlaGho

Versuch es doch mal mit einem zusätzlichem Device (z.B. Generic - System Info mit Indicator Wifi RSSI und Value WifiRSSI, Delay 60).
Dann sollte ein entprechendes Reading (WifiRSSI) alle 60 aktualisiert werden. Ist zumindest eine Test, ob ESP.. über haupt etwas zurückliefert.

gruss gho

riker1

Hallo

er liefert ja den Status des GPIO zurück wenn ich es von FHEM aus
mit Get GPIO
oder set GPIO 0 1 , etc.

setze.

Ebenfalls wurde es ja auch von der espbridge erkannt und angelegt.

Werde die Vorschläge heute abend mal probieren

Danke soweit
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Frank_Huber

Zitat von: riker1 am 22 März 2018, 13:44:25
Hallo

er liefert ja den Status des GPIO zurück wenn ich es von FHEM aus
mit Get GPIO
oder set GPIO 0 1 , etc.

setze.

Ebenfalls wurde es ja auch von der espbridge erkannt und angelegt.

Werde die Vorschläge heute abend mal probieren

Danke soweit

Bist Du sicher dass er den Status zurückmeldet?
Wenn Du von fhem aus schaltest kennt FHEM den Status.

Hast Du für den Taster des Teiles Regeln angelegt zum lokal schalten?
falls ja dann drücke den Taster und schau ob FHEM den Status mitbekommt.


riker1

Hi
ich schalte mit einem Dummy und dann springt das device von Absent auf  Rel: on  beispielsweise.


ebenso wenn ich per http den ESP schalte.


das ist doch die Meldung vom ESP.

suche heute abend das log nochmal durch .

FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox

Frank_Huber

Ich hab auch noch einen Wemos mit ESPEasy release 147 laufen.
Hab das mal eben mit dem getestet.

Das Reading pinlevel aktualisiert wie es soll alle 15 Sek.
Screens angehängt.

riker1

Ok, muss ich alles nochmal prüfen. habe aktuell leider keine Zeit....

Danke für die Tips
FHEM    5.26.1 Ubuntu 18, FHEM    5.26.1 RPI 3 , Actoren: IT ,Tasmota, ESPEasy,
MAX CUBE, MAX HT, MAX WT, Selbstbau nanoCULs, FS 20,Tasmota, Homematic, FTK, SW. DIM, Smoke,KODI,Squeezebox