Los nuevos PICs de Microchip con la designación "XLP" son de muy bajo consumo. He oído que los MSP430 de TI también son de muy bajo consumo, pero no lo he investigado.
La precisión del 0,5% descarta el uso de un oscilador R-C interno para el despertar. La mejor solución accesible para eso será un micro que está destinado a ejecutar un cristal de 32768 Hz como se utiliza en los relojes de pulsera. En la línea PIC, esto es un micro con un oscilador de temporizador 1, que es la mayoría de ellos. El oscilador principal y la CPU pueden apagarse, pero el cristal del reloj y el temporizador 1 siguen funcionando y pueden usarse para despertar al procesador periódicamente. Sin hacer nada especial, esto ocurrirá cada 2 segundos. El firmware entonces cuenta los despertares de 2 segundos para llegar a cualquier tiempo más largo que quieras. Si tus requerimientos de procesamiento son pequeños, uno de los nuevos PIC 16LFxxxx de cuatro dígitos debería funcionar bien. Tienen un oscilador interno para hacer funcionar la CPU cuando se despierta y por lo demás son pequeños, baratos y de bajo consumo.
En cuanto a la transmisión por radio, no es tan sencillo como enviar un par de bytes. El otro extremo tiene que identificar que estás transmitiendo, averiguar el nivel para detectar el 1 del 0, etc. En la práctica, esto suele significar una codificación manchester con unos 10 bits de preámbulo, un bit de inicio, los 16 bits de datos y una suma de comprobación.
La posibilidad de que cualquier bit de una transmisión de RF se estropee es lo suficientemente alta como para tener que planificar que eso ocurra. Con la suma de comprobación CRC, al menos tienes una buena oportunidad de determinar que ha ocurrido. Entonces tienes que decidir qué probabilidad hay y cuáles son las consecuencias de que los datos no pasen. Podrías enviar dos paquetes cada vez con la esperanza de que al menos uno pase. Pero si vas a gastar la energía en eso, también podrías enviar a la mitad del intervalo para que cuando las cosas funcionen bien obtengas mejores datos. No hay una respuesta fácil. No se puede garantizar la fiabilidad sin una comunicación bidireccional. Es un juego de probabilidades y costes frente a riesgos.
Si realmente se quiere reducir la potencia total, hay que buscar esquemas de codificación de corrección de errores de lujo. Algunos de ellos no serán fáciles de realizar en un micro pequeño. Algunos ponen la mayor parte de la carga en el receptor. Hay muchos esquemas. Por ejemplo, una de las sondas de Venus de los años 70 enviaba los datos hacia delante y hacia atrás (y probablemente algunos trucos más). Se tardó más de un día en decodificar el último fotograma antes de que la sonda se adentrara en las nubes y no se pudiera saber nada de ella en un ordenador central de gama alta de la época. De nuevo, hay muchos esquemas con diferentes compensaciones, pero considérelos frente al coste de una batería más grande.
Añadido:
Originalmente había pensado que la potencia sería dominada por el transmisor de RF, pero no había trabajado realmente a través de los números. He visto la respuesta de Clabacchio donde afirma lo contrario, así que vamos a hacer los cálculos.
Digamos que el transmisor consume 20 mA de media cuando está encendido. Esto es plausible para un transmisor OOK de 434 MHz en banda ISM. Digamos que los datos se envían utilizando la codificación manchester a una velocidad de bits de 10 kHz. Esto es fácilmente realizable con un pequeño PIC. He hecho exactamente esto con un PIC 10F202 en algunas pequeñas etiquetas RFID activas. Digamos que el flujo total transmitido es de 10 bits de preámbulo, 1 bit de inicio, 16 bits de datos y 16 bits de suma de comprobación, para un total de 43 bits. Se necesitan 4,3 ms para enviar esos bits. El transmisor necesitará uno o dos milisegundos de tiempo de arranque, durante los cuales consume algo de energía, pero menos que cuando está transmitiendo. Así que redondeemos y digamos que el consumo de energía es equivalente a 5 ms a 20 mA cada 5 minutos. Esto supone una media de 333 nA. Eso significa que la corriente de reposo del procesador es un factor significativo en la vida total de la batería, particularmente porque estará ejecutando un cristal de reloj de 32768 Hz durante ese tiempo. De hecho, parece que la corriente de reposo más la del cristal del reloj será mayor que la corriente media de transmisión de RF.
