Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login

    Proposed removal of DHT11 sensor support

    Scheduled Pinned Locked Moved
    Future Direction
    9
    17
    1.4k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • pkosundefined
      pkos @pixelpieper
      last edited by

      @pixelpieper You can go for DHT22. It's more accurate and has the same footprint - and it works with 3.2.2 😉

      Voron 2.4 (Duet 3 6HC + 3HC standalone), Voron SW (Duet 3 mini 5+ standalone), Voron Trident (Duet 3 mini 5+ standalone), Voron 0.1

      1 Reply Last reply Reply Quote 0
      • dc42undefined
        dc42 administrators
        last edited by dc42

        BME280 could be supported vis the SPI daughter board connector, but the driver would need to be written. Does it offer any advantages over the DHT22?

        BME680 could be supported likewise.

        Duet WiFi hardware designer and firmware engineer
        Please do not ask me for Duet support via PM or email, use the forum
        http://www.escher3d.com, https://miscsolutions.wordpress.com

        jay_s_ukundefined 1 Reply Last reply Reply Quote 1
        • jay_s_ukundefined
          jay_s_uk @dc42
          last edited by

          @dc42 this should give you an overview https://randomnerdtutorials.com/dht11-vs-dht22-vs-lm35-vs-ds18b20-vs-bme280-vs-bmp180/
          The BME280 also has pressure.
          It generally gives more stable readings compared to a DHT22

          Owns various duet boards and is the main wiki maintainer for the Teamgloomy LPC/STM32 port of RRF. Assume I'm running whatever the latest beta/stable build is

          lbtqsbundefined 1 Reply Last reply Reply Quote 0
          • dc42undefined
            dc42 administrators
            last edited by

            I don't have time to write a BME280/BME680 right now, but if anyone else wants to then I will provide advice. It should use SPI protocol and the primary sensor class should be derived from SpiTemperatureSensor.

            Duet WiFi hardware designer and firmware engineer
            Please do not ask me for Duet support via PM or email, use the forum
            http://www.escher3d.com, https://miscsolutions.wordpress.com

            1 Reply Last reply Reply Quote 0
            • lbtqsbundefined
              lbtqsb @jay_s_uk
              last edited by lbtqsb

              @jay_s_uk

              Hi,
              "long time no see", I know this a bit old, but just stumbeld upon this comparison "shoot-out" and it seems there are better alternatives to the DHT´s on the long run: https://www.kandrsmith.org/RJS/Misc/Hygrometers/calib_many.html

              Question is now for me: What do I need to train to write the library for e.g. the sensirion e.g. here https://sensirion.com/de/produkte/katalog/SHT45/ or https://sensirion.com/de/produkte/katalog/SHT85/ (we have sensirion at work also) and the bosch (given the fact that the temperature-max is a bit low but humidity seems to be pretty on spot https://www.bosch-sensortec.com/products/environmental-sensors/humidity-sensors-bme280/)

              Lucas

              dc42undefined 1 Reply Last reply Reply Quote 0
              • dc42undefined
                dc42 administrators @lbtqsb
                last edited by dc42

                @lbtqsb I've added BMP280 BME280 support as an item for consideration in the RRF 3.5 development cycle.

                Duet WiFi hardware designer and firmware engineer
                Please do not ask me for Duet support via PM or email, use the forum
                http://www.escher3d.com, https://miscsolutions.wordpress.com

                lbtqsbundefined 1 Reply Last reply Reply Quote 2
                • lbtqsbundefined
                  lbtqsb @dc42
                  last edited by lbtqsb

                  @dc42

                  🙂 that is really cool! Thank you! I hope my post was not too "threatening", or was it "too good", I rather not know 🙂 We currently test at work printer with duet-mainboard (duet3mini) with heated chamber to around 70°C (goal is to reach around 95°C till end of the year (need to switch cables and or maybe motors for that) and you can already now see that the dht´s drift away from our other laboratory temperature probes, e.g. when our good calibrated voltcraft probe I installed right next to the dht inside says chamber has 70 dht tells me 65 and so forth, let´s see what even higher temperatures will show 🙂 Can report back if that stays same with 3.4 or higher, but I think the posted website shows already that dht´s can vary quite a bit +- so the easiest would be to switch to something that has a lower error (also the bosch seems to give rather "hot" values back). On the very long run (3.5/3.6 or even higher) it would be great to be able to calibrate temperature-probes, first maybe by a simple +- value and maybe later with a LUT but I remember I had this discussion already in the forum some time ago...

                  dc42undefined 1 Reply Last reply Reply Quote 0
                  • dc42undefined
                    dc42 administrators @lbtqsb
                    last edited by dc42

                    @lbtqsb the SHT45 and SHT85 are I2C only, so only usable reliably with very short cable lengths. The BME280 also does SPI, which is better with longer cable lengths and will fit in with the existing SPI temperature sensor support, so I plan to support it.

                    Have you considered using a thermistor or PT100 or Pt100 sensor to monitor the chamber temperature? Or do you need to monitor humidity as well?

                    Duet WiFi hardware designer and firmware engineer
                    Please do not ask me for Duet support via PM or email, use the forum
                    http://www.escher3d.com, https://miscsolutions.wordpress.com

                    lbtqsbundefined 1 Reply Last reply Reply Quote 2
                    • lbtqsbundefined
                      lbtqsb @dc42
                      last edited by lbtqsb

                      @dc42

                      Thanks! Definetly I can cut the cable shorter! Will try that. Ah you are right we do not really need humidity, it was more a test to see how a heated chamber maybe could drive out relative humidity as well. Yeah so I guess on the long run it will be replaced by a "classic" temperature sensor. Albeit in the filament-chamber of course it will stay there to trigger for now an alarm to swap dry-bags and on the long run have an automated dehumidifier take care of that.
                      Thanks!

                      dc42undefined 1 Reply Last reply Reply Quote 0
                      • dc42undefined
                        dc42 administrators @lbtqsb
                        last edited by dc42

                        @lbtqsb btw I didn't find you post at all threatening. I had been looking at the BMP280 and BME280 already.

                        Duet WiFi hardware designer and firmware engineer
                        Please do not ask me for Duet support via PM or email, use the forum
                        http://www.escher3d.com, https://miscsolutions.wordpress.com

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Unless otherwise noted, all forum content is licensed under CC-BY-SA