Muchos dispositivos, como refrigeradores conectados, cámaras de seguridad, Raspberry Pis, Arduinos y mi termostato Nest, no tienen botones de encendido.
¿Cuál es la forma preferida de desconectarlos del poder? ¿Qué pasa si hay un corte de energía?
¿Mis datos están en riesgo?
¿Debo comprar una batería separada para alimentarlos y evitar el riesgo de corrupción?
Por ejemplo, si un ladrón entra a mi casa, lo primero que puede hacer es cortar la corriente principal. ¿Cómo puedo acceder a mi cámara si mi Wi-Fi no funciona?
Respuestas:
Un dispositivo de punto final bien diseñado gestionará la pérdida de alimentación de red. Esto se puede lograr mediante el uso de un diseño de sistema de archivos robusto, o manteniendo suficiente energía en los suministros de batería / supercondensador para finalizar cualquier operación abierta. No se trata solo de mantener la seguridad de los datos, se trata de mantener una operación estable durante varios años de uso en tiempo real sin una intervención de gestión activa.
fuente
file system
diseño es motivo de preocupación; unaflash translation layer
también puede fallar con la pérdida de energía inesperada, y parte del problema con la Frambuesa Pi es que la capa de traducción de inflamación de una tarjeta SD está enterrado dentro de la tarjeta, no expuesta a la validación o mejora.Supongo que está hablando de dispositivos que actúan como puertas de enlace para agregar y enviar a la nube (por ejemplo: Raspberry Pi se ejecuta en Debian, que es un sistema operativo completo) y generalmente se ejecuta desde una fuente de alimentación que no es una batería celular. Tomando RPi como ejemplo, puede desconectar directamente la energía al igual que la computadora portátil, no habrá pérdida de datos ya que los datos se almacenarán en unidades, las posibilidades de corrupción aquí son mínimas o raras.
Depende de cómo se almacenan o leen los datos de los dispositivos. La mayoría de los sensores (tal vez frigoríficos o cámaras) no almacenan ningún dato, incluso si almacenan el almacenamiento de datos se limitará a la cantidad que puede ofrecer el chip. Las puertas de enlace o los agregadores solicitan datos a los sensores de forma continua / periódica para enviar datos que luego se almacenarán en la puerta de enlace que no es un dispositivo limitado en comparación con los sensores (por ejemplo: RPi).
En general, cualquier dispositivo IoT que sea de misión crítica viene (debería venir) con redundancia incorporada.
fuente
Es muy raro que desee apagar de forma remota un dispositivo integrado. En cambio, lo pones en modo de suspensión , de lo contrario nunca podrás volver a activarlo de forma remota.
En el modo de suspensión, la funcionalidad normal se suspende, pero aún puede activar el dispositivo de forma remota.
fuente
La mayoría de los microcontroladores tienen una función llamada " detección de oscurecimiento ". Básicamente, este es un mecanismo de monitoreo de voltaje de suministro que mantiene el MCU en restablecimiento mientras el voltaje de suministro está por debajo de cierto umbral. Este umbral está preestablecido o el software lo puede cambiar. También se conoce como bloqueo por bajo voltaje.
fuente
Sus dispositivos inteligentes (cámara, sensores, ...) manejan muy bien el corte de energía por diseño.
Para su Rapsberry Pi, puede colocar un UPS o un banco de energía y monitorear (hacer ping) su puerta de enlace de Internet para verificar si hay una pérdida general de energía y enviar un SMS con un dongle USB 3G .
Incluso sin tener en cuenta el corte de energía, siempre debe hacer una copia de seguridad de sus datos (bases de datos, es decir, MySQL tiene una
mysqldump
función para guardar rápidamente) y clonar su tarjeta SD .fuente
Para la mayoría de los dispositivos comerciales IoT bien diseñados, no necesita preocuparse por la pérdida repentina de energía. Consideremos el termostato Nest. El termostato Nest utiliza la memoria flash NAND Micron de 2 Gb. Dado su flash NAND, el sistema de archivos utilizado debe ser YAFSS , ya que YAFFS ha sido diseñado específicamente para su uso con flash NAND. YAFFS utiliza técnicas como el registro en diario , la corrección de errores y las técnicas de verificación ajustadas a la forma en que normalmente falla NAND. Estas técnicas proporcionan una cobertura razonable contra la corrupción debido a fallas de energía, fallas o actos imprevistos.
Para dispositivos comerciales bien diseñados, No. Para sus propios proyectos de pasatiempos basados en Raspberry Pis, Arduinos, Sí, a menos que tenga un sistema de archivos tolerante a fallas.
Si no hay un botón de encendido físico en su dispositivo IoT, entonces puede asumir con seguridad que el dispositivo ha sido diseñado para una pérdida repentina de energía, el fabricante del dispositivo debe haber utilizado el sistema de archivos de tolerancia a fallas.
fuente
Las diferentes clases de dispositivos IoT tienen diferentes requisitos para funcionar a la luz de la pérdida de energía. Es posible que a su estación meteorológica no le importe si se corta la energía, pero a su sistema de seguridad sí. Es posible que su sistema de control de temperatura quiera funcionar localmente a pesar de la pérdida de energía.
En cuanto a cómo controlar su dispositivo, debe haber un canal de control que permita un apagado elegante. Como han dicho otros, esto debe pensarse si se hace de forma remota. Apagar es solo un caso especial de todas las cosas que desea hacer de forma remota en su dispositivo.
fuente