¿Quieres hacer un respirador Arduino? Leé esto primero Deja un comentario

Gracias a la crisis del virus, muchas personas están diseñando diseños de ventiladores improvisados ​​con la esperanza de salvar la vida de las personas. Muchos de estos se basan en algún tipo de CPU con Arduino. [Armstrong Subero] cree que es una gran idea, pero advierte que hacer un par de dados electrónicos es una propuesta diferente a crear una máquina para respirar por alguien . Pero no solo se está quejando. Habla sobre consideraciones al construir un sistema en tiempo real y crítico para la seguridad.

[Armstrong] tiene muchos puntos buenos, aunque no estamos seguros de que necesite la complejidad de un sistema operativo en tiempo real solo para apretar una bolsa. En todo caso, parece que podría hacerlo más susceptible a operaciones inesperadas. Sin embargo, estamos de acuerdo con sus comentarios en que debe tener un control de circuito cerrado para asegurarse de que el dispositivo funciona, alarmante cuando el dispositivo no está funcionando y temporizadores de vigilancia para evitar bloqueos.

Un excelente punto del post:

Por ejemplo, un sistema de alta disponibilidad en tiempo real puede especificarse con un tiempo de actividad de alrededor del 99% en un período de 24 horas. ¿Qué 1% del día es aceptable que el ventilador no funcione? Dado que tenemos 1440 minutos en un día, ¿qué 14.4 minutos del día no se le debe permitir al paciente respirar?

Sin embargo, él tiene algunas sugerencias sólidas, como el uso de un IDE con la depuración y la adhesión a un estándar de codificación como MISRA. Por supuesto, también señala que puede elegir una CPU diferente que tenga certificaciones críticas para la seguridad y las bibliotecas correspondientes. Una sugerencia es tener múltiples CPU, y esta es una solución bastante común en muchos sistemas críticos para la seguridad. Por ejemplo, imagine 3 CPU que controlan un circuito de conmutación que requiere un nivel lógico bajo para encenderse.

Puede hacer que las salidas vayan a entradas si la CPU no quiere accionar el interruptor, o tirar la salida a tierra si lo hace. Luego, una resistencia pull-up mantiene el estado alto si ninguna CPU lo pone a tierra. Todas las CPU pueden detectar el estado de la línea y, si no creen que se ve bien, hacen sonar su propia alarma. Algunos sistemas votan de modo que dos de las tres CPU deben estar de acuerdo (al menos) o, en algunos casos, tres de cada cinco.

Recientemente hemos estado hablando de Respiradores . El tipo de diseño mecánico en el que [Armstrong] probablemente está pensando es como el diseño MIT del que hablamos la semana pasada.