Aunque el protocolo de señalización del DS18B20 requiere una transmisión para consultarlo, no se querría pasar eso por un enlace de radio. En su lugar, una MCU local en el nodo consultaría al sensor y luego transmitiría el resultado de forma unidireccional.
Llegados a este punto, es importante señalar que ya existen sensores de temperatura inalámbricos fabricados. Por ejemplo, tanto dispositivos con su propia pantalla LCD que también transmiten una señal OOK en 433 MHz, como sondas sin pantalla para sistemas de interior/exterior. A menudo, la codificación en el aire no está documentada y es propietaria, pero a menudo es fácil hacer ingeniería inversa, y se han publicado varias bases de código para la decodificación. La mayor preocupación puede ser si los nodos tienen números de serie únicos (probablemente, pero quizás no todos los modelos). Las colisiones no son realmente una preocupación, siempre y cuando haya suficientes paquetes libres de interferencias para obtener una tasa de actualización razonable. Por último, al igual que con los proyectos personalizados, la utilización de la batería de sonido es algo que puede variar, dependiendo de cuánto esfuerzo se haya puesto en ello.
Si te decides a hacer algo a medida, estarías buscando una solución de bajo coste para la MCU y el transmisor de radio. Los transmisores de 300-433 MHz basados en resonadores SAW, como los que has enlazado, son una opción, y con un pin para el sensor y otro para la radio, puedes utilizar algunas de las MCUs más pequeñas de 6 u 8 pines. Sin embargo, si sigues este camino, considera el uso de un receptor más sofisticado en el pi - TI y SiLabs tienen ofertas que son radios de datos superheterodinos "reales" sintonizables muy superiores a los receptores regenerativos baratos.
Las radios de datos de 2,4 GHz, mucho más sofisticadas, también pueden ser baratas, pero suelen requerir un bus SPI completo para su control, lo que significa más pines de la MCU. Algunas de las combinaciones MCU/radio de BTLE también pueden funcionar en modos propietarios más sencillos, a veces compatibles con los protocolos aéreos heredados, como el del nRF24, pero suelen costar más que una radio y una MCU baratas. El lado positivo es que puedes conseguirlas ya unidas en un submódulo. También hay algunas combinaciones de MCU + radio de gama muy baja procedentes de China que se encuentran en cosas como drones de juguete que podrían ser aplicables si puede obtener la documentación necesaria para trabajar con ellos.
El ESP8266 y el ESP32 se consideran generalmente como dispositivos WiFi, pero ofrecen algunos modos propios que utilizan sólo la señalización aérea de nivel inferior sin las capas de protocolo superiores, evitando así el coste de tiempo/energía de asociarse a una red sólo para informar de una lectura y volver a dormir inmediatamente.
Por último, aunque el esquema de modulación propietario de LoRa está recibiendo mucha atención para la información de los sensores de mayor alcance, vale la pena señalar que, a medida que aumenta la popularidad, la disponibilidad de kits de hardware programables de bajo coste que las radios de Semtech pueden, hasta cierto punto, funcionar en modos OOK o FSK más sencillos y hablar con otros dispositivos que los implementen. Sin embargo, estas radios todavía cuestan más de 20 dólares por nodo, y parece que, al menos en la función de recepción, no es posible activar un simple silenciador de RSSI, sino que se requiere satisfacer el detector de preámbulo de paquetes o bien falsearlo estableciendo una longitud mínima y un error máximo permitido.