NEWS
[Gelöst] ESP32S mit DS18B20 Temp-Sensor
-
Neue Wasserstandsmeldung
Inzwischen gibt es einen Grafana-Plot für die Sensoren ... Habe extra noch einmal die Firmware angefasst, für zwei Bool-Datenpunkte, um den Status Errechbar/nicht erreichbar jedes Sensors wiederzugeben.
Habe dies über DS18B20 Clones gefunden.
https://github.com/cpetrich/counterfeit_DS18B20Meine Codierung des Empfangenen scheint nicht dem zu entsprechen, was die meisten Arduino Programmierer voneinander abschreiben
written = snprintf (pBuff,19,", %02X%02X%02X%02X%02X%02X/%02X", // statDeviceAddress[DevIdx][7], <- skipped, CRC statDeviceAddress[DevIdx][6], // <- MSByte of serial number statDeviceAddress[DevIdx][5], statDeviceAddress[DevIdx][4], statDeviceAddress[DevIdx][3], statDeviceAddress[DevIdx][2], statDeviceAddress[DevIdx][1], // <- LSByte of serial number statDeviceAddress[DevIdx][0]); // <- family code set to 0x28Bei den meisten Programmierern wird einfach die Reihenfolge andersherum ausgegeben... scheint mir aber nicht zu stimmen.
Jedenfalls sind die Experten der Meinung, dass ....
If the ROM does not follow the pattern 28-xx-xx-xx-xx-00-00-xx then the DS18B20 sensor is a clone
Quelle https://github.com/cpetrich/counterfeit_DS18B20
Meine drei Sensoren melden sich mit... (nach obiger Sortierung)
3C13E381F66D
3C1E0457CBD0
3C610457DB22Das könnten nach dem Github-Artikel diese sein...
Family D2: Interesting, No Parasitic Power Da gibt es drei Chips, die 3C als Byte direkt neben der CRC haben.
Interessante Aussage in einer der Funde auf meiner Suche nach Ursachen meiner Probleme:
https://github.com/cpetrich/counterfeit_DS18B20
Above is an example of an authentic, Maxim-produced DS18B20 sensor in TO-92 case.
As of writing (2019), the topmark of original Maxim chips is lasered rather than printed.
The first two rows, DALLAS 18B20, specify that this part is a DS18B20 (Dallas Semiconductor being the original producer), parasitic power-only chips bear the maring DALLAS 18B20P.
The + in the 4th row indicates that the part is RoHS compliant ([1]).Es gibt also anscheinend Varianten, die AUSSCHLIESSLICH für Parasitäre Versorgung ausgelegt sind!
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
Interessante Aussage in einer der Funde auf meiner Suche nach Ursachen meiner Probleme:
https://github.com/cpetrich/counterfeit_DS18B20
Above is an example of an authentic, Maxim-produced DS18B20 sensor in TO-92 case.
As of writing (2019), the topmark of original Maxim chips is lasered rather than printed.
The first two rows, DALLAS 18B20, specify that this part is a DS18B20 (Dallas Semiconductor being the original producer), parasitic power-only chips bear the maring DALLAS 18B20P.
The + in the 4th row indicates that the part is RoHS compliant ([1]).Es gibt also anscheinend Varianten, die AUSSCHLIESSLICH für Parasitäre Versorgung ausgelegt sind!
habe es doch geschafft, den Code wieder auf Grundlage der aktuellen Arduino IDE mit aktuellen Bibliotheken zum Laufen zu bringen, AsyncTCP ist nun eine andere
Vorher war die Obere installiert, jetzt die Untere.
Ziemliches Minenfeld diese Entwicklungsumgebung ...Leider hat es bezüglich der Stabilität der Anbindung der Temperatursensoren keine Verbesserung gegeben..
Es ist eher wieder schlimmer geworden ... Hatte gehofft, dass ein Update der Bibliotheken hier Verbesserungen bringen würde..
EDIT: Mal schauen, bei genauer Betrachtung der Leiterplatte habe ich eine verdächtige Lötstelle erspäht, und diese noch einmal nachgelötet. Bleifreies Lot ist schon speziell... Aktuell laufen alle Sensoren wieder ...
Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.13)
kernel Linux pve 6.8.12-15-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
habe es doch geschafft, den Code wieder auf Grundlage der aktuellen Arduino IDE mit aktuellen Bibliotheken zum Laufen zu bringen, AsyncTCP ist nun eine andere
Vorher war die Obere installiert, jetzt die Untere.
Ziemliches Minenfeld diese Entwicklungsumgebung ...Leider hat es bezüglich der Stabilität der Anbindung der Temperatursensoren keine Verbesserung gegeben..
Es ist eher wieder schlimmer geworden ... Hatte gehofft, dass ein Update der Bibliotheken hier Verbesserungen bringen würde..
EDIT: Mal schauen, bei genauer Betrachtung der Leiterplatte habe ich eine verdächtige Lötstelle erspäht, und diese noch einmal nachgelötet. Bleifreies Lot ist schon speziell... Aktuell laufen alle Sensoren wieder ...
Das wäre WIRKLICH Peinlich ...
Nach dem Nachlöten der Thermosensor-Steckerleisten KEIN einziger Ausfall eines DS18B20 mehr ...
Ist zwar inzwischen eine richtige Leiterplatte, und keine Lochrasterplatte mit Vero-Lackdraht verdrahtet mehr, wie der Prototyp, aber ich hatte den Ehrgeiz, das Ding mit bleifreiem Lötzinn zu realisieren ...
Die Lötstellen ordentlich mit dem Flussmittel-Pen bearbeitet und nachgelötet. Nun ist alles glatt ...
-
Das wäre WIRKLICH Peinlich ...
Nach dem Nachlöten der Thermosensor-Steckerleisten KEIN einziger Ausfall eines DS18B20 mehr ...
Ist zwar inzwischen eine richtige Leiterplatte, und keine Lochrasterplatte mit Vero-Lackdraht verdrahtet mehr, wie der Prototyp, aber ich hatte den Ehrgeiz, das Ding mit bleifreiem Lötzinn zu realisieren ...
Die Lötstellen ordentlich mit dem Flussmittel-Pen bearbeitet und nachgelötet. Nun ist alles glatt ...
-
@dojodojo Ich verwende kein Zigbee für meine DS18B20, sondern WLAN und MQTT
Es gibt einen anderen Thread, da bastelt User @skvarel alte Zigbee USB-Sticks zu Zigbee-Clients um, und pinnt da DS18B20 und anderes an die GPIO-Pins..
https://forum.iobroker.net/topic/78932/cc2530-cc2531-als-custom-zigbee-aktor-sensor/69?lang=en-GB
-
@dojodojo Ich verwende kein Zigbee für meine DS18B20, sondern WLAN und MQTT
Es gibt einen anderen Thread, da bastelt User @skvarel alte Zigbee USB-Sticks zu Zigbee-Clients um, und pinnt da DS18B20 und anderes an die GPIO-Pins..
https://forum.iobroker.net/topic/78932/cc2530-cc2531-als-custom-zigbee-aktor-sensor/69?lang=en-GB
-
Auf welche Zigbee Chips bezieht Ihr euch um mit dem DS18B20 18B20 Temperaturen übertragen zu können?
@dojodojo sagte in ESP32S mit DS18B20 Temp-Sensor:
Auf welche Zigbee Chips bezieht Ihr euch
Bitte nicht den nächsten Thread kapern!
niemand bezieht sich hier auf Zigbee
-
@senior1418 ... mittlerweile bin ich von ESP auf CC2531 (Zigbee) umgestiegen ;)
Man benötigt auch keinen externen Widerstand, weil der CC2531 alles onBoard hat.
Die DS18B20 habe ich direkt an 5v und GND vom USB angelötet. Data dann auf die GPIOs vom SS2531.
Mir gefällt Zigbee einfach besser.
Hier ein Beispiel von meinem Vor- und Rücklauf der Heizung (klappt auch mit dem Zigbee-Adapter=:
@skvarel sagte in ESP32S mit DS18B20 Temp-Sensor:
@senior1418 ... mittlerweile bin ich von ESP auf CC2531 (Zigbee) umgestiegen
Jetzt bin ich irritiert, ist das kein Bezug?
Wie hätte ich die Frage stellen sollen?
-
@skvarel sagte in ESP32S mit DS18B20 Temp-Sensor:
@senior1418 ... mittlerweile bin ich von ESP auf CC2531 (Zigbee) umgestiegen
Jetzt bin ich irritiert, ist das kein Bezug?
Wie hätte ich die Frage stellen sollen?
-
@skvarel sagte in ESP32S mit DS18B20 Temp-Sensor:
@senior1418 ... mittlerweile bin ich von ESP auf CC2531 (Zigbee) umgestiegen
Jetzt bin ich irritiert, ist das kein Bezug?
Wie hätte ich die Frage stellen sollen?
@dojodojo sagte in ESP32S mit DS18B20 Temp-Sensor:
ist das kein Bezug?
nein!
@dojodojo sagte in ESP32S mit DS18B20 Temp-Sensor:
Wie hätte ich die Frage stellen sollen?
in einem eigenen Thread, wenn es nicht in dem von @skvarel verlinkten Thread passt
das ist nämlich in der Rubrik Showcase -
@dojodojo sagte in ESP32S mit DS18B20 Temp-Sensor:
ist das kein Bezug?
nein!
@dojodojo sagte in ESP32S mit DS18B20 Temp-Sensor:
Wie hätte ich die Frage stellen sollen?
in einem eigenen Thread, wenn es nicht in dem von @skvarel verlinkten Thread passt
das ist nämlich in der Rubrik Showcase
Support us
325
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge