That is correct. And they are widely and cheaply available in a standard waterproof package. Also widely supported by software and firmware.
Not sure about more stable but certainly easier to set up and maintain.
Of course, if you already have a server you can use and are happy to run MQTT on it and if it has reliable Wi-Fi, I'd say use a cheap ESP32 to connect the sensor to and output to MQTT.
The WebRelay module looks quite expensive >$200, so unless you need PoE, Celluar and Relay Output functionality - you might be able to implement a cheaper DIY solution like this...
Yes, cheap prices would be nice, because in my country nobody would pay $200+ for a device.
But sadly I do not have much time and all the equipments to solder and box everything together 10-20-100 times.
Also most of those 5-10+ fridges are far away from each other, so it would be hard to daisy chain all of them together!
In most cases even wiring + drilling wholes is complicated for most of the restaurant owners, and they will not pay me enough to travel 50-800Km to do it for them.
(Not to mention they are open every each day, from ca 07AM - to 23:30PM … so any drilling + wiring is impossible in that time while people are cooking food there!)
So I’m looking for some kind of “golden middle way”.
M5 Stack have pre-build ESP32 devices that might fit the bill. Wiring in a DS18B20 would be simple.
While access to MQTT would be good, you could instead just create a simple Internet-facing API (Or better still a local one using existing on-prem servers) that the unit could call if temperatures were outside the correct range.
They have a range of packaged controllers some with small screens in case you wanted people to be able see the temperature locally as well.
Even something like the Atom Matrix could be used to give a quick visual indication of temperature as well as sending alerts wirelessly:
I have found on this forum so far only one possibility:
Here are 433MHz wireless temp readers. This one is $20 and supports -40°C
But I haven’t found any USB dongle yet to receive the data. Also it seems to work on Linux only.
one more consideration:
it would be nice (and logical) for the gateways to store those values for a while, if the PC/Tablet is offline or there is something wrong with the internet.
15sec reading = 24 * 60 * 4 * (4+8) byte = 70 KiB / sensor / day
It looks like with all of those the sensor module communicates wirelessly from inside the freezer?
Maybe their batteries will still work down to -40° but in any case, don't the freezer cabinets block the signal?
How modern are these freezers? Do they already offer external temperature reporting to comply with regulations?
Can you rely on there being a working wireless network at each location 24/7?
Can you rely on a power supply such as USB being available nearby?
It's tempting to imagine a DIY solution with ds18b20 sensors and ESP32 or Raspberry Pi but neither the inside of a freezer nor a restaurant kitchen are friendly environments for electronic components. How to adequately seal everything?
This device seems to comply every standard I wished for.
The Zigbee dongle is cheap too, and Windows compatible.
Also like the idea of an iHost or Zigbee Bridge.
The only thing I haven't found yet, is the "repeater device", so mesh can network work on wide areas too. Or are those thermometers also repeaters?
I would check if the freezer has exposed controller + temp sensor already. If it has, then hijack the controller or sensor signals with another controller and some wiring.