DS18B20 an ESPEasy wird an ESPbridge nicht gefunden

Begonnen von DerD, 22 Februar 2023, 19:02:56

Vorheriges Thema - Nächstes Thema

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 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
Gruß,
Dieter

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
Aktuelles FHEM | PROXMOX | Fujitsu Futro S740 | Debian 12 | UniFi | Homematic, VCCU, HMUART | ESP8266 | ATtiny85 | Wasser-, Stromzähler | Wlan-Kamera | SIGNALduino, Flamingo Rauchmelder FA21/22RF | RHASSPY

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.
Gruß,
Dieter

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)
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

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

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

Gruß,
Dieter

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?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

DerD

#7
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
Gruß,
Dieter

Wernieman

Guuute Frage .... kann ich Dir heute nicht beantworten ...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

DasQ

was sagt denn der log im espeasy? tools --> log
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

DerD

Zitat von: DasQ am 23 Februar 2023, 18:52:12
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.
Gruß,
Dieter

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.
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

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 ....
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

DerD

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

Gruß,
Dieter