DS18B20 an ESPEasy wird an ESPbridge nicht gefunden

[DerD]

Hallo zusammen,

ich habe an einem ESPEasy über fhem-http die folgende devices:
- RSSI
- ADS1115 über I2C
- high/low über GPIO
- DS18B20 über 1-wire

Über den ESPEasy Webserver kann ich bei allen Modulen Werte abfragen, bzw. auch konfigurieren.

An der ESPbridge werden die Module auch sauber erkannt, bis eben auf die DS18B20. Natürlich sind alle Module enabled, und "send to controller" an.

Hat jemand noch eine Idee bzw. mal ähnliche Erfahrung gemacht? Es hatte vor Wochen mal funktioniert, als ich jetzt das Projekt wieder angegangen bin, geht es nicht mehr. Und doch, ich habe zwischenzeitlich sehr viel verändert, auch zB ein anderes ESPEasy-Modul.

Gruß,
Dieter

PS:
ESPEasy ist Git Build: mega-20221224_35f2ff8
Fhem

Code Auswählen Erweitern

Latest Revision: 27263

File              Rev   Last Change

fhem.pl           27110 2023-01-23 15:15:30Z rudolfkoenig
90_at.pm          25248 2021-11-21 10:29:01Z rudolfkoenig
98_autocreate.pm  23727 2021-02-12 20:31:37Z rudolfkoenig
98_dummy.pm       25606 2022-02-01 10:43:57Z rudolfkoenig
34_ESPEasy.pm     18608 2019-02-16 09:03:52Z dev0
91_eventTypes.pm  23471 2021-01-04 19:24:21Z rudolfkoenig
01_FHEMWEB.pm     27209 2023-02-12 14:45:51Z rudolfkoenig
92_FileLog.pm     26959 2023-01-04 12:56:01Z rudolfkoenig
98_help.pm        25013 2021-09-23 21:07:00Z betateilchen
91_notify.pm      25888 2022-03-27 10:22:58Z rudolfkoenig
99_SUNRISE_EL.pm  24249 2021-04-14 05:45:49Z rudolfkoenig
98_telnet.pm      25754 2022-02-27 16:49:52Z rudolfkoenig
98_update.pm      26986 2023-01-06 17:15:47Z rudolfkoenig
99_Utils.pm       24128 2021-04-02 16:29:11Z rudolfkoenig
98_version.pm     26611 2022-10-28 16:32:29Z betateilchen

AttrTemplate.pm   27145 2023-01-29 11:48:19Z rudolfkoenig
Blocking.pm       23268 2020-12-01 11:48:48Z rudolfkoenig
Color.pm          20813 2019-12-22 18:42:10Z justme1968
DevIo.pm          27247 2023-02-18 21:22:32Z rudolfkoenig
HttpUtils.pm      27255 2023-02-20 12:21:24Z rudolfkoenig
RTypes.pm         10476 2016-01-12 21:03:33Z borisneubert
SetExtensions.pm  25286 2021-12-03 10:16:56Z rudolfkoenig
TcpServerUtils.pm 25866 2022-03-21 09:01:16Z rudolfkoenig

f18.js                     26271 2022-07-29 15:22:05Z rudolfkoenig
fhemweb.js                 27117 2023-01-25 09:13:32Z rudolfkoenig

[Gisbert]

Hallo Dieter,

ich nutze in 95% aller Fälle MQTT zur Datenübermittlung. Mit Fhem-Devices z.B. MQTT2_DEVICE können dann die Daten in FHEM hineingebracht werden.
ESPbridge nutze ich nicht und ich vermisse es auch nicht.

Poste doch mal deine Fhem-Devices, die du für diese Thematik einsetzt, sonst dürfte es schwierig werden für jemanden, der dir bei ESPbridge helfen könnte

Viele Grüße Gisbert

[DerD]

Nun, MQTT wollte ich mir wegen (bisher) 2 ESPs nicht antun. Deshalb der direkte Weg mit ESPbridge.

Inwiefern kann ich da was posten? Wenn ich bei einem Device "send to controller" an mache, erscheint es direkt in fhem. Tut es aber nicht. Log mit verbose 5 bleibt auch stumm. Möglicherweise tatsächlich ein Kompatibilitätsproblem, aber ich sehe den Fehler noch bei mir.

[buec65]

Hallo, nach aktivieren von Send to Controller einmal den ESP über Tools - Reboot neu starten

Dann sendet er an die ESPBridge

[Wernieman]

Also Prinzipiell funktioniert 18B20 mit ESPEasy und dem direkten FHEM-Modul. Du müsstest uns mehr Infos geben, z.B. wie hast Du die 18B20 in ESPEasy eingebunden?

Wie ist Deine Bridge konfiguriert? (List)

[DerD]

Ein reboot hat nichts gebracht. Alle anderen devices werden auch nach Aktivierung gleich angezeigt, nur eben die DS18B20er nicht. Ich habe aber keine anderen 1-wire Sensoren um zu checken ob es daran liegen könnte.

Hier meine bridge

Code Auswählen Erweitern

defmod espBridge ESPEasy bridge 9383
attr espBridge authentication 0
attr espBridge combineDevices 0
attr espBridge group ESPEasy Bridge
attr espBridge room ESPEasy
attr espBridge verbose 5

setstate espBridge 2023-02-21 22:42:10 state Initialized



[Wernieman]

Sieht erstmal gut aus ... kannst explizite aber mal autocreate 1 setzen.

Die Daten auf der Webside von ESPEasy sind wirklich aktuell?
Steht was im Logfile von FHEM?

[DerD]

Dasselbe Verhalten miit autocreate 1

Ja. Ich habe den refresh auf Kanälen die nicht an fhem geschickt werden aus 2s. Und die aktualisieren sich.

Im log sehe ich nur Einträge für die Devices, die auch angezeigt werden.

Was hast du für ein ESPEasy laufen? Habe festgestellt dass ich das Problem schon mal hatte, nach Update auf build 20221105 hat es aber funktioniert. Habe nun von 202221224 auf den testweise  downgegraded, aber ohne Erfolg.
Leider weiß ich nicht mehr, welches bin ich damals genau hatte, jetzt ist es ESP_Easy_mega_20221105_normal_ESP32_4M316k_LittleFS.

Edit: habe ein Dummy device testweise mit dem Wert aus dem Sensor gefüllt, und wird auch sofort angezeigt
Meine Vermutung geht zwischenzeitlich stark in Richtung bug in der bridge

[Wernieman]

Guuute Frage .... kann ich Dir heute nicht beantworten ...

[DasQ]

was sagt denn der log im espeasy? tools --> log

[DerD]

was sagt denn der log im espeasy? tools --> log

Im log sehe ich nur Einträge für die Devices, die auch angezeigt werden.

Dennoch: bug fixed. Bin aber nicht sicher ob mein Fehler, der bridge oder ESPEasy

Erklärung:
ich habe 2 Devives angelegt für meine DS18B20 Sensoren, eines mit 2 Sensoren, eines mit 4 Sensoren. Vollständig benamst. Im Test habe ich aktuell aber nur 3 der 6 Sensoren angeschlossen, 1 im ersten und 2 im zweiten Device. Die anderen blieben leer.
Und das mag die Kombination gar nicht
Im Web-Interface wird am Fehler "NAN" angezeigt, Adresse 00-00..., sieht alles OK aus.
wo jetzt der Fehler in der Kommunikation ESPEasy<=>bridge liegt weiß ich nicht, auch nicht wie das herauszufinden wäre

Sobald im device 1 beide Sensoren eingetragen sind, funktioniert auch die Übertragung.

[DasQ]

das scheint mir alles etwas sehr verwirrend. könntest du mal ein screenshot von den config seite in espeasy machen? (wie z.b. siehe screenshots)

btw. geb ich gisbert absolut recht, auch wenn das für dich jetzt zunächst viel erscheint, aber über MQTT2 wärst womöglich leichter fertig geworden.

[Maista]

Moin,

bei mir funktioniert das ESPEASY ohne Probleme.
Ist den beim ESP die Übertragung des DS18B20 Enabled ?

Daher ist ein Screenshot sicher von Vorteil.

Gruss Gerd

[Wernieman]

Und .. Du kannst einstellen ob die Daten einzeln oder "im Block" gesendet werden ....

[DerD]

Verwirrend trifft es sehr gut, nur das eine device wird angezeigt

[DerD]

Und umgekehrtm wäre interessant ob das jemand ausprobieren und ggfalls bestätigen kann

Edit: nach entfernen des Ports im Device in ESPEasy auch in fhem die devices löschen, nur das mit allen belegten Ports wird wieder angelegt
bzw. neues dual device anlegen, und nur eines verbinden

[DasQ]

Wie lang sind die Kabel zu den Sensoren und welchen Pullup Widerstand nutzt du?

[DerD]

je 1m, 4k7. Aber das kann nicht das Problem sein, im Webinterface ist alles OK.

Bitte selber mal ausprobieren wie es bei euch reagiert

[DasQ]

ich nutze keine espbridge, also kann ich da nix testen.
espbridge ist für mich auch etwas oldschool, ich mach alles via mqtt.

[Wernieman]

Dafür funzt es einfach ;o)

[Gisbert]

Wie lang sind die Kabel zu den Sensoren und welchen Pullup Widerstand nutzt du?

Verkabelung, Widerstände und auch tote Dallas DS18B20 können Ärger machen. Letzteres hatte ich auch schon.

[Maista]

Wie siehts den im EventMonitor aus?
Verbose 5 ein und das Kästchen im VenetMonitor (wie immer das gerade heisst) mit aktivieren.
Dann könnte man da vielleicht sehen ob etwas an FHEM gesendet wird.
Oder danach im Logfile schauen ob da etwas vom abgetauschten Sensor zu sehen ist.

Wurde den die IP vom ESP dem FHEM bekannt gemacht (meine unter WEB allowed?)?

Bin da aber kein Experte, das läuft alles schon ewig so vor sich hin.

Gruss Gerd

[DerD]

Eure Vorschläge in Ehren, an meinem System kann ich den Fehler sauber reproduzieren und das hat auch gar nix mit Kabeln oder deb Sensoren zu tun.
Und zu dem was gelogged wird habe ich ja auch was geschrieben.

Ich würde nun gerne von jemand hören, der auch diese Sensoren an der Bridge hat, ob es in dem beschriebenen Szenario auch zum Fehler kommt.

[Gisbert]

Hallo Dieter,

aus meiner ganz persönlichen Erfahrung kann ich sagen, dass sehr oft, nicht immer, irgendetwas schief gelaufen ist bei der eigenen Arbeit. Oft komme ich nach Stunden oder Tagen dahinter, manchmal auch nicht.
Im letzteren Fall gibt es eigentlich nur 2 Möglichkeiten: das Problem ad acta legen, zumindest zeitweise - oder nach einem Umweg zu suchen. Das wiederum hilft oft auch bei Problemen, die man nicht selbst in der Hand hat oder dafür verantwortlich ist.

Ich weiß, dass das dir nicht konkret weiter hilft, aber vielleicht schaust du dir doch MQTT an und kommst auf den Geschmack.

Viele Grüße Gisbert

[DerD]

Mein Problem ist ja gelöst siehe hier dort. Aber ich hätte gernenoch  herausgefunden, ob es tatsächlich nun ein bug ist oder nicht.

Erklärung: ...

[Maista]

Ich sehe nix?