Breeding chamber temperature sensor (DS18b20)

By | February 16, 2021

The DS18B20 or DS18S20 is used as the outdoor temperature sensor. These temperature sensors measure the temperature quite accurately and can be placed inside the hive with a cable. The DS18B20 differs from the DS18S20 in that it is already equipped with a long waterproof cable. For simplicity’s sake we use the DS18B20 directly and invest the small extra charge. With some shrink tubing you can build a waterproof outdoor temperature sensor out of the DS18S20.

The sensors can be configured in maintenance mode. The temperature sensor must be assigned to the ThingSpeak field as shown in the figure below:

The cost of the sensors is 2.60 euros per sensor with a cable length of 3 meters. On Ebay they are available in packs of 5.

Connection

The connection of further temperature sensors can be implemented according to the following structure. Up to 30 temperature sensors can be connected to a 1-Wire GPIO.

Wiring

  • Red (VCC) at PIN 17 (3.3V)
  • Green (Data) at PIN 7 (GPIO4) / From version v0.1.1 it is GPIO11
  • Black (GND) at PIN 14 (Ground)
  • Connect VCC and Data with 4,700 Ohm resistor

Translated 28.07.2019 by JK

Print Friendly, PDF & Email

45 thoughts on “Breeding chamber temperature sensor (DS18b20)

  1. Holger

    Hallo Javan,
    erst al danke für das Tolle Projekt das Ihr hier aufgezogen habt, ich denke jeder Imker ist stolz auf euch 😉

    Ich habe momentan bei meinen RasperryPI die Version ;
    Derzeit installierte Version:

    HoneyPi (last install on Raspi: 2024-02-04)
    rpi-scripts v1.4.1
    rpi-webinterface v1.4.1
    postupdatefinished 1
    Instlliert nur bekomme ich bei den Brutraumsensor DS18B20 leider kein Sensor Device geliefert,
    habt Ihr mir einen Tip an was das leigen kann bzw wo ich den fehler suchen muß ?
    Bei der Konsole vom Rasperry zeigt er immer an DS18B20 With device-IT undefiniert was missing

    Reply
  2. Jürgen

    Servus.

    Ihr habt hier ein echt tolles Projekt am laufen!
    Bei mir ist die Verkabelung beim 1-Wire sternförmig aufgebaut und die macht mir oft Probleme. Deshalb die Frage: Ist es möglich einen weiteren 1-Wire Bus zu aktivieren?

    LG Jürgen

    Reply
  3. Jan

    Guten Abend,
    warum muss ich VCC und Data mit einem Wiederstand verbinden?

    LG Jan

    Reply
    1. Javan Post author

      Hallo Jan,
      das ist beim DS18b20 eben so – einfach so verkabeln wie in der Anleitung. Der Widerstand mit 4,7 Kilo-Ohm ist ein sogenannter Pull-Up-Widerstand und sorgt dafür, dass der Anschluss DQ eine definierte Spannung hat.

      Reply
  4. Hendrik

    Hallo Javan,
    vielen lieben Dank, jetzt nach Update auf 1.3.5 läuft wieder alles wie gewohnt – super!

    Reply
  5. Hendrik

    Hallo Java, seit dem Update auf 1.3.3 bekomme ich leider wieder keine Sensor Device-ID bei den Temperatursensoren angeboten. Vor dem Update liefen alle Temperatursensoren ud eine Device-ID war jeweils zugewiesen, an einem falschen, oder fehlenden Wiederstand kann es daher m.M.n. nicht liegen. Außerdem sehe ich nun die Seite ohne graphische Aufhübschung, quasi wie ein reines Textdokument, unabhängig davon, mit welchem Browser ich die das Modul aufrufe.

    Reply
    1. Javan Post author

      Hi, bitte nochmal ein Update auf v1.3.4 machen. Dort ist das Layout-Problem behoben.
      Die Device-ID sollte bei angeschlossenem Sensor erkannt werden.

      Reply
  6. Thomas Müller

    Hallo zusammen,
    ich habe das Problem unter 0 Grad ebenfalls noch beim DS18b20 .

    Reply
    1. Javan Post author

      Das Problem ist mit der heute veröffentlichten Version v1.3.3 behoben. Du kannst im HoneyPi Wartungsmodus im Reiter “Systemupdate” einfach die neue Version installieren.

      Reply
  7. Martin

    Servus, ja ich habe das Problem auch ab -0,1 Grad das die Temperatur in den 4000er Bereich springt?

    Reply
    1. Javan Post author

      Danke für die Info, wir werden bald eine aktualisierte Version bereitstellen, wo diese Minus Grade richtig funktionieren.
      Edit: Das Problem ist mit der heute veröffentlichten Version v1.3.3 behoben. Du kannst im HoneyPi Wartungsmodus im Reiter “Systemupdate” einfach die neue Version installieren.

      Reply
  8. Erik Paulsen

    Guten Tag,

    Da die Nächte wieder kälter werden, gab es heute die erste an der es in den Minusberich viel. Am Haus waren es in ca -1°C. Es scheint leider, das dass Problem mit den DS18b20 noch vorhanden ist. Bei unter 0 wird irgendwas um die 4093/94°C gemessen. Hat das noch jemand beobachtet? Ich arbeite mit Version 1.3

    Gruß Erik

    Reply
    1. Javan Post author

      Das Problem ist mit der heute veröffentlichten Version v1.3.3 behoben. Du kannst im HoneyPi Wartungsmodus im Reiter “Systemupdate” einfach die neue Version installieren.

      Reply
  9. Hans

    Hallo zusammen!

    Noch einmal die Frage zur Lage der Brutraumsensoren – welche Erfahrungen habt Ihr da gemacht?
    Ich plane, drei Sensoren auf halber Höhe durch die Rückwand einzubauen, die dann so ca. sechs Brutrahmen abdecken für den Winter (US Dadant).
    Spricht etwas dagegen? Andere Ideen? Leider liefert die Bildergalerie zu diesem Thema nicht so viele Einblicke.
    Danke und viele Grüße
    Hans

    Reply
  10. Jan Eicker

    Hallo Javan,
    nochmals vielen lieben Dank für die Antworten. Mein Problem ist nun auch gelöst. Es war Feuchtigkeit in den Schrumpfschlauch über dem Wiederstand eingedrungen. In Kombination mit mechanischer Belastung war wohl ein Beinchen zusammen mit dem Kontakt auf 3,3V abgebrochen. Neuen Wiederstand angelötet und es läuft wieder alles. Ich habe im Moment nur einen 1K Wiederstand an einem Array von insgesamt fünf Sensoren auf dem 1-Wire. Klappt problemlos. (Übrigens führt der Link in der Einkaufsliste zu einem Wiederstandssortiment ohne 4,7K Wiederständen), aber wie gesagt mit dem 1K läufts auch sehr gut. Die Spannung habe ich nun auf einen GPIO gelegt und weil ich ohnehin den Kolben heiß hatte noch einen DHT22 in den Honigraum gehangen. Informations- und Datentechnisch ziehe ich bald mit den Bienen gleich 😉 Wenn ich jetzt noch den Schwarmalarm als Ableitung in Thingspeak progammiert bekäme, wäre ich restlos glücklich. Im Moment muss ich immer die Triggerschwelle manuell an den Gewichtszuwachs anpassen, damit ich eine Warnung erhalte, wenn das Gewicht unter einen bestimmten Wert fällt. Lieber wäre mir, ich bekäme die Warnung bei einem Gewichtsverlust in Höhe von z.B. 500 Gramm innerhalb der letzten 10 Minuten. Ich habe hier (https://honey-pi.de/teil-2-individuelle-diagramme-mit-matlab-visualization-erstellen/) zwar mal eie Anleitung gefunden und auch mit Interesse Johannes Tipps gelesen, aber scheinbar bin ich zu blöd dafür… Aber vieles klappt bei mir erst beim 2. oder 3. Anlauf, vielleicht brauche ich auch nur mehr Schwung / Druck / Schwarmzellen….

    Reply
  11. Christian

    Hallo zusammen,
    ich habe eine Frage zur Visualisierung der Brutraumsensoren in ThingSpeak.
    In allen 11 Wabengassen soll ein DS18b20 die Temperatur im Brutraum messen.
    Jetzt meine Frage: Wie kann man die Werte in einer Graphik in ThingSpeak realisieren?
    Als Einzelwerte konnte ich dies schon realisieren. Irgendwie müssten die Werte
    in einer Graphik überlagert werden können.

    Wer von euch hat das schon realisiert?

    Viele Grüße
    Christian

    Reply
  12. Javan Post author

    ja das Problem tritt gerade auf und wird in der kommenden Firmwareversion behoben.

    Reply
  13. Ben

    ich mache jetzt einfach täglich einen Neustart, dann funktioniert es.
    sudo su (Wechsel auf root Berechtigung)
    sudo crontab -e (Öffnet den crontab Editor)
    00 2 * * * sudo reboot (Hier im Bsp. ist der reboot um 2 Uhr Nachts)
    ctl o (Speichern)
    ctl x (crontab Editor Verlassen)
    ctl d ( von root auf Pi Berechtigung wechseln)

    Reply
  14. Ben

    Hallo Bienenfreunde,

    leider bekomme ich die Temperaturmessung mit mehr als einem DS18b20 Sensor nicht hin.
    Angeschlossen am Zero W ist eine Waage und 3 DS18b20. Die Messung wird alle 5 min. korrekt übertragen.
    Manchmal läuft es mehrere Stunden gut und dann wird nur noch das Gewicht oder nichts mehr gesendet.
    Device-ID der Sensoren sind noch korrekt gespeichert.

    Habe schon unterschiedliche Sensoren DS18b20, DS18S20 unterschiedliche Widerstände getestet
    und alles fest verlötet. Mit der Waage und einem DS18b20 Sensor läuft es gut ohne Probleme.

    vielleicht kann mir jemand helfen, ich gebe auf.

    Viele Grüße Ben

    Reply
    1. Javan Post author

      Hey Ben,
      sehr merkwürdig, dass es bei dir nicht klappt. Hast du den Widerstand richtig eingelötet?
      Wenn der Sensor plötzlich verschwindet und nicht mehr misst könnte das auf eine Stromunterversorgung oder einen falschen Widerstand hindeuten. Aber wie du schreibst hast du dies eigentlich bereit getestet. Funktioniert es denn, wenn du den Raspberry vom Strom trennst und wieder startest?

      Wenn es mit dem Strom trennen funktioniert, dann deutet dies auf ein am Raspberry auftretendes Problem hin. Die Lösung ist hier beim DS18b20 statt den 3,3V Pin einen eigenen GPIO für die Stromversorgung auszuwählen. Die Firmwareversion v1.0 bietet im Webinterface ein Auswahlfeld dafür. Wenn du den 3,3V Pin umsteckst und im Webinterface den GPIO auswählst sollte dies dein Problem lösen.

      Reply
      1. Frank

        Hallo zusammen,

        ich habe genau dasselbe Problem mit 8 DS18b20 Sensoren. Stundenlang läuft es super und dann plötzlich sind die Sensoren weg. Erst mit trennen des Stroms für den Raspberry funktioniert es wieder. Die Sensoren sind aktuell mit 3,3V auf GPIO17, GND auf GPIO14 und Daten auf GPIO11.
        Ich verstehe allerdings nicht so ganz, wie ich einen eigenen / anderen GPIO für die 3,3V geben soll und was sich dadurch ändern soll…?
        Ich kann das wohl auswählen bei einem Sensor und dann z.B. GPIO 14 (UART TX) auswählen. Aber ich verstehe nicht, wie das funktionieren soll. Ich wähle softwaretechnisch eine andere Spannungsquelle aus, aber liegt dort dann auch 3,3V an?? Muss ich dann umverkabeln, also rotes Kabel vom bisherigen GPIO17 auf den gewählten GPIO gehen? Sorry für die Anfängerfragen! Und vielen Dank im Voraus für Eure Hilfe.
        Frank

        Reply
  15. Klaus

    Hallo zusammen,
    hatte schon jemand folgendes Problem: Wenn ich den zweiten Temperatursensor anschließe, wird nur die Device-ID des ersten Temperatursensor zur Auswahl angeboten. Und natürlich misst der 2. Sensor dann auch nichts.
    Ist das auch das “billige-China-Sensoren-Problem”?

    Schon jetzt vielen Dank für Eure Hilfe,
    Klaus

    Reply
    1. Javan Post author

      Ist das mit allen 2. Sensoren so oder funktioniert nur dieses eine Fabrikat nicht? Denke das liegt am kaputten Sensor, hatte sowas noch nicht.

      Reply
      1. Klaus

        Hallo Javan,
        Ich habe 15 Sensoren von einem Händler bestellt. Überall das gleiche Bild.
        Danke. die Rückmeldung hilft weiter. ich werde mal neue Sensoren besorgen und mich dann wieder melden.
        Beste Grüße
        Klaus

        Reply
        1. Florian

          Hallo Klaus,

          Ich habe genau das gleiche Problem, dass du im ersten Kommentar beschrieben hast. Wenn ich Sensor 2 anschließe steht mir nur die Device-ID des ersten Sensors zu Verfügung. Tausche ich die Sensoren liefert Sensor 2 valide Ergebnisse zurück, die Device-ID bleibt aber unverändert. Leider habe ich keine Lösung des Problems gefunden.

          Beste Grüße
          Florian

          Reply
          1. Klaus

            Der Fehler war: Weil ich die Sensoren bereits beschriftet hatte, wollte ich sie nach und nach anschliessen, um zu wissen, welche Adresse zu welchem Sensor gehört.
            Das sieht die Software so nicht vor. Alle Sensoren anschließen, dann in der Software den ersten Temperatursensor hinzufügen bzw. „Liste aktualisieren“ auswählen, hat funktioniert. Das Identifizieren, welcher Sensor welchem ThingSpeakfeld zugeordnet ist, ging dann mit dem Fön recht fix.

  16. Jakob Fochler

    Hallo Community,
    ich baue gerade meinen HoneyPi zusammen und habe aus Testgründen erstmal nur zwei DS18b20 (nicht die ganz billigen) mit pull-up per Steckbrett an einen Zero W angeschlossen (non-parasitic mode). Die Messung funktioniert grundsätzlich,
    bricht allerdings nach einigen Stunden ab, obwohl der Pi weiterläuft. Bei Inspektion im Wartungsmodus habe ich festgestellt, dass die Device-IDs nichtmehr gefunden werden, im Protokoll wird keine Fehlermeldung angezeigt. Nach mehrmaligem Neustart oder “Hard Reset” funktioniert dann wieder alles, das Problem scheint demnach nicht bei den Sensoren zu liegen.
    Wackelkontakte in den Steckverbindungen und die Stromversorgung des Pis kann ich ebenfalls ausschließen, daher bin ich etwas ratlos.

    Hat jemand eine Idee, was nicht stimmen könnte?

    Reply
    1. Javan Post author

      Dein DS18b20 meldet sich nach x Zeit einfach ab. Das Problem tritt vereinzelnd auf. Man kann es verhindern, indem man mit der Höhe des Widerstands spielt.
      Ich plane in einer kommenden Version dieses Problem zu beheben. Wenn du selbst eine Idee hast, wie man es umsetzten könnte, würde mich das freuen.

      Edit: Problem ist inzwischen in der Software behoben. Siehe FAQ: https://www.honey-pi.de/faq/

      Reply
      1. Jakob

        Ich habe meine wasserdichten DS18B20 aufgesägt und festgestellt, dass chinesiche Counterfeits verbaut sind. Inzwischen gekaufte Originalprodukte von Dallas
        laufen stabil. Bei den eingehülsten Sensoren kann nur schwer die Qualität des verbauten Sensors geprüft werden, somit besteht seitens der Händler ein Anreiz zur Nutzung von Plagiaten. Wer das vermeiden will sollte darüber nachdenken, “nackte” Sensoren zu kaufen und selber zu verkabeln und einzuhülsen.

        Reply
    2. Robert Stucki

      Hallo Jakob
      Dieses Phänomen hatte ich anfangs auch. Bin fast verzweifelt.
      Nach einigen Wochen ohne Unterbrüche erachte ich das Problem als gelöst.
      Geändert habe ich folgendes :
      1. Pull-up Resistor von 4.7k auf 1.5k reduziert.
      2. Die Steckverbindungen ersetzt.
      Die Steckverbindungen hatten unglaublich schlechte Kupferlitzen mit kurzeitigen Unterbrüchen.
      Wohlgemerkt das Kabel leitete schlecht, nicht die Stecker ! Ca 90% der Packung musste ich wegschmeissen.
      Mit Kabeln eines anderen Lieferanten und dem 1.5k Widerstandes habe ich keine Aussetzer mehr.

      Reply
  17. Martin

    Hallo,

    wie verbaut ihr eigentlich den Sensor in der Beute?
    Wird das Kabel von den Bienen ignoriert, oder doch irgendwie angeknabbert?
    Drückt ihr den Metall-Teil in die Wabe rein oder lasst ihr den Sensor in die Wabengasse hängen.
    sG
    Martin

    Reply
    1. Javan Post author

      Ja mein Sensor wurde schon fast aufgefressen 😆

      Reply
      1. Friedrich

        Ich habe bei einer Studie irgendwo gesehen: die haben den Temperatursensor für den Brutraum in ein Aluröhrchen gesteckt, ein Loch in die Beutenwand gebohrt und dann das Röhrchen inkl. Sensor in den Brutraum geschoben. So werde ich es auch machen.

        Reply
    2. Klaus

      Hallo Martin,
      ich werde mit meinem Temperatursensor ganz vorne ganz am Rand durch den Beutenboden reingehen, so dass der Varroa-Boden ohne Behinderung eingeschoben werden kann. Dann kann ich das Kabel hinter dem Schied, mit dem der Brutraum eingeschränkt ist, nach oben gehen.
      Ich kann mir nicht vorstellen, dass die Bienen das Kabel anknabbern. Ich erwarte eher, dass es eingekittet wird.

      Viele Grüße
      Klaus

      Reply
  18. Karl-Heinz Holz

    Hallo Java,
    ich hatte dir heute geschrieben das ich Probleme mit dem Temperatur-Sensor hatte.
    Problem gelöst !
    Programm nochmals neu aufgespielt. Die Steckverbindungen neu gesteckt. Danach war die Feldauswahl wieder möglich. Messdaten wurden wieder übertragen.
    Ich muss vom Test weg und die Anlage vernünftig verlötet. Ich vermute, dass ein lose Steckverbindung der Auslöser war.

    Nochmals Danke

    Mit freundlichen Grüßen
    Karl-Heinz

    Reply
    1. Jan Eicker

      War es zufällig so, dass plötzlich alle Temperatursensoren ihre Werte nicht mehr lieferten?
      Warning: Cannot find Device-ID from Ds18b20 Sensor

      So ist´s bei mir heute, aber das Gewicht wird weiter eifrig übermittelt!?
      Dass plötzlich alle vier Sensoren in zwei unterschiedlichen Beuten ausfallen deutet eher auf Software hin, oder.
      Hast du das Programm auf der SD des Raspi neu aufgespielt, oder online ein update gemacht?

      LG Jan

      Reply
      1. Javan Post author

        Hallo Jan,
        wenn das passiert hilft ein Neustart des Raspberry Pis indem er kurz vom Strom genommen wird.
        Im Wartungsmodus hast du zusätzlich die Möglichkeit beim DS18b20 Sensor einen 3,3V GPIO Pin auszuwählen. Das hilft ebenfalls. Unsere Software resettet dann diesen 3,3V GPIO.
        Viele Grüße

        Reply
        1. Jan Eicker

          Hallo Java,
          lieben Dank für die schnelle Antwort. Leider hatte ich das bereits ausprobiert, bevor ich gefragt habe. Ich vermute, dass ich nun als nächstes am Widerstand kontrollieren muss, vielleicht hat es bei der letzten Völkerdurchsicht Zug auf dem Kabel an der eingeschrumpften Stelle gegeben und mir dort etwas zerrissen; das könnte erklären, warum Sensoren in zwei nebeneinander stehenden Beuten ausgefallen sind, denn die hängen alle am 1-Wire GPIO-11. Wenn ich dich richtig verstehe ist es unabhängig davon sinnvoll, die 3,3V via Software auf z.B. PIN19 (GPIO10) zu legen? Im Moment greife ich noch vom benachbarten PIN17 ab.

          Reply
          1. Javan

            Ja, das wird dann wahrscheinlich das Problem sein und ja es ist generell gut einen freien GPIO aus Quelle für die 3,3V zu wählen.

          2. Jan Eicker

            …. andere Frage:
            Wenn fünf DS18b20 an einem GPIO hängen, fallen dann alle aus, wenn auch nur einer kaputt geht, oder liefern die anderen vier munter ihr Signal weiter?

          3. Javan Rasokat

            Die anderen laufen weiter wenn einer defekt ist.

Leave a Reply to Erik Paulsen Cancel reply

Your email address will not be published. Required fields are marked *