ESPEasy Modul: Autocreate versagt

Begonnen von MAC66666, 19 Januar 2018, 13:45:34

Vorheriges Thema - Nächstes Thema

MAC66666

Hi,
habe gerade (zum ersten mal) einen Wemos D1 mit ESPEasy geflasht und konfiguriert. Habe noch keine weitere Hardware daran (Nur einen DHT22 mal eingerichtet ohne anzuschließen).
In Fhem habe ich die ESP Bridge eingerichtet.

Müsste da jetzt nicht in FHEM irgendwann mein Wemos erscheinen?
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

MAC66666

Mir ist noch aufgefallen, dass das Teil nicht in seiner eigenen Nodelist auftaucht...
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

dev0

Devices werden per autocreate angelegt, wenn Daten von der Bridge empfangen werden. Ohne Daten keine Devices.

MAC66666

Ja das ist logisch....
Aber warum werden keine Daten empfangen?
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

Frank_Huber

Die Frage ist: Warum werden keine Daten gesendet?

Aber meine Glas-Kugel ist heute kaputt.

Daher bitte mehr input... (versionen und Konfig...)

MAC66666

Ja immer langsam rantasten ;-)
Ich muss ja erst mal wissen was zur Fehleranalyse gebraucht wird.

Ich mache es mal ausführlich:

Auf Seiten ESP Easy:

NTP disabled (da trage ich noch meinen NTP Server bei Gelegenheit ein)

Unitname ESPHeizung
Adminpasswort habe ich eines gesetzt
GIT version:   v2.0-20180119
IP 192.168.5.171

Unit:   1
Uptime:   0 days 2 hours 8 minutes
Load:   32% (LC=15017)
Free Mem:   21960 (11616 - sendWebPageChunkedData)
Wifi RSSI:   -55 dB
Wifi Type:   802.11N
IP:   192.168.5.171
GW:   192.168.5.1
Build:   20000 - Mega
GIT version:   v2.0-20180119
Plugin sets:   [Normal]
Number of Plugins:   46
Core Version:   2_3_0
Flash Size:   4096 kB
Flash Writes (daily/boot):   43 / 43
Sketch Size/Free:   561 kB / 2508 kB
Boot cause:   Cold boot
Warm boot count:   0
STA MAC:   68:c6:3a:9f:4b:32
AP MAC:   6a:c6:3a:9f:4b:32
ESP Chip ID:   10439474
ESP Chip Freq:   80 MHz
Flash Chip ID:   Vendor: 0x5E Device: 0x4016
Flash Chip Real Size:   4096 kB
Flash IDE Size:   4096 kB
Flash IDE speed:   40 MHz
Flash IDE mode:   DIO

Config FHEM Controller:
IP 192.168.5.110, Port 8383
KEIN Username oder Passwort
Enabled angehakt

Log:
8013834 : DHT : No reading!
8017789 : WD : Uptime 134 ConnectFailures 0 FreeMem 22152
8047789 : WD : Uptime 134 ConnectFailures 0 FreeMem 22152


auf Seiten FHEM genau so wie beschrieben die Bridge aktiviert... Also es gibt einen Raum espeasy mit der bridge darin, initialized.

CFGFN
   
DEF    
bridge 8383
FD
   
52
HOST
   
bridge
IPV
   
4
MAX_HTTP_SESSIONS
   
3
MAX_QUEUE_SIZE
   
250
NAME
   
espBridge
NOTIFYDEV
   
global
NR
   
525
NTFY_ORDER
   
50-espBridge
PORT
   
8383
STATE
   
initialized
SUBTYPE
   
bridge
TYPE
   
ESPEasy
VERSION
   
1.35



Unten steht allerdings bei den Attributen Authentification.... Hat das ggf. was mit meinem vergebenen Passwort zu tun?
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

MAC66666

Hab das Passwort mal rausgenommen und reboot gemacht, aber gleiches Problem...
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

Frank_Huber

ist im ESPEasy auch ein Device angelegt?

Das blanke ESPEasy sendet nichts...

MAC66666

OK, nur ein "Dummy"... Also muss da was ran? Meine DHTs sind noch nicht geliefert....

Aber ich dachte der würde das auch so finden, da ich ja z. B. gar keine Sensoren fahren könnte sondern nur etwas damit schalten will?
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

Frank_Huber

z.B. kannst ihn die Wifi RSSI schicken lassen.

Hat Otto hier schön erklärt:
http://heinz-otto.blogspot.de/2017/01/esp8266-in-fhem.html

Mitch

Außerdem den Port der Bridge nicht von der fhem web Instanz
FHEM im Proxmox Container

Frank_Huber

Zitat von: Mitch am 19 Januar 2018, 15:42:35
Außerdem den Port der Bridge nicht von der fhem web Instanz
Hat er doch. Bridge und ESPEasy auf 8383

Mitch

FHEM im Proxmox Container

MAC66666

Hab noch einen DHT11 gefunden... Alles klar, umsonst Panik gehabt ;-) läuft!

Danke!

Aaaaaber, ich habe vor ausschließlich Relaisboards an einen ESP anzuschließen... Da müsste ich dann auf die RSSI Geschichte zurückgreifen, um das zu nutzen?
FHEM @ Ubuntu 20.04 VM@ Windows 2019 Hyper-V @ NVMe
MAXCube als CUL_MAX (Thermostate)
MAXCube als SlowRF (FS20, wird durch ESPs ersetzt, teilweise geschehen)
Einige ESPs mit ESPEasy, zwei GHoma und ein Sonoff Tasmota

Frank_Huber

nein, dann konfigurierst einen Switch input auf den GPIO und machst über Attribut presencecheck auf 0