Tengo tres DS18B20. No puedo decir si alguno de ellos está funcionando correctamente.

Mirando a el código fuente de w1_therm , nunca toca el registro de configuración, por lo tanto, depende de la configuración de precisión programada en EEPROM.

De hecho, su propio volcado de datos muestra que el byte de configuración es 0x7F para dos de sus sensores y 0x1F para uno de sus sensores. Esto corresponde a 12 bits y 9 bits de precisión respectivamente.

Entonces, todo lo que necesita hacer es inicializar la configuración de su sensor de temperatura de baja precisión una vez, almacenar en EEPROM y luego puede usar el controlador original nuevamente. Por supuesto, una contribución de algunos códigos limpios para establecer la precisión probablemente sería bienvenida por la comunidad de Linux;)

La hoja de datos dice en la página 2, Descripción general:

  

... y el 1   - Registro de configuración de bytes. El registro de configuración permite al usuario configurar la resolución de la temperatura   - a   - conversión digital a 9, 10, 11 o 12 bits . Los registros de configuración \ $ T_H \ $, \ $ T_L \ $ y son no volátiles (EEPROM), por lo que   retener datos cuando el dispositivo está apagado .

La página 8 muestra los detalles de configuración. Debe establecer estos bits en la resolución que desee.

Supongo que hay algo extraño en ello, pero no está totalmente roto.

El DS18B20 tiene varias "partes móviles": extremo frontal analógico, A / D, transmisor de 1 cable. Por lo general, cuando un IC como ese se rompe, o se queda en silencio (no muestra ninguna lectura), o genera valores ridículos que están fuera de las listas.

El DS18B20 tiene una configuración de resolución ajustable, que se almacena en la memoria no volátil del DS18B20 (consulte los Ajustes de configuración en p.8 de la hoja de datos ). La lectura de 9 bits de resolución reducida ocupa los bits más significativos del registro de temperatura de 12 bits (consulte último párrafo en p.3 en la hoja de datos ). Supongo que estos sensores vienen de fábrica con diferentes configuraciones.
[descargo de responsabilidad: no he usado DS18B20 a mí mismo. Solo estoy leyendo la hoja de datos.]

¿Conoce la procedencia del sensor impar?

No es inaudito que los fabricantes se degraden intencionalmente programando algo así. Tal vez el sensor sea un dispositivo de contenedor inferior, quizás un ruido más alto o menos lineal, por lo que tiene una resolución más baja fija para enmascarar esto. Puede ser compatible con DS18, sin ser uno. Quizás se haya vendido más barato a un contrato y, por lo tanto, se haya "paralizado" para ajustarse al precio.