He instalado el Freeds hace una semana (GEN9) y en el tiempo que lo he estado usando cumple su función bastante bien, teniendo en cuenta que está en fase BETA.
Se producen a veces cuelgues (2 en 4 dias) en los que no responde ni a la interfaz web ni a la OLED, que obligan a reiniciar el freeds. Normalmente, desenchufo y enchufo el freeds, pero esto provoca, al menos en mi caso cosas raras, como que me pierda la configuración y me muestre el portal cautivo, teniendo que volver a configurarlo.
Normalmente, cuando se instala el Freeds en producción, no se tiene un PC conectado por el puerto serial para poder ayudar a detectar y corregir problemas e incluso para abrir issues adjuntando el log. Con el objetivo de poder echar una mano a pulir estos problemas sugiero añadir un sistema de log distinto al del puerto serial y el de consola, que en caso de cuelgues, no permiten hasta donde se obtener los logs hasta el momento del cuelgue. Por ejemplo usar alguna librería que permita habilitar o deshabilitar a través de la interfaz web/consola un modo de DEBUG que sería un logueo circular en el sistema de ficheros y que además envíe a syslog/mqtt. Con el log en el sistema de ficheros se podrían loguear problemas incluso aunque se pierda conexión y con el syslog/mqtt sería muy cómodo para el resto de problemas. Se podría poner un botón de descarga del log circular en la interfaz web o un comando para mostrarlo en la consola.
He instalado el Freeds hace una semana (GEN9) y en el tiempo que lo he estado usando cumple su función bastante bien, teniendo en cuenta que está en fase BETA. Se producen a veces cuelgues (2 en 4 dias) en los que no responde ni a la interfaz web ni a la OLED, que obligan a reiniciar el freeds. Normalmente, desenchufo y enchufo el freeds, pero esto provoca, al menos en mi caso cosas raras, como que me pierda la configuración y me muestre el portal cautivo, teniendo que volver a configurarlo.
Normalmente, cuando se instala el Freeds en producción, no se tiene un PC conectado por el puerto serial para poder ayudar a detectar y corregir problemas e incluso para abrir issues adjuntando el log. Con el objetivo de poder echar una mano a pulir estos problemas sugiero añadir un sistema de log distinto al del puerto serial y el de consola, que en caso de cuelgues, no permiten hasta donde se obtener los logs hasta el momento del cuelgue. Por ejemplo usar alguna librería que permita habilitar o deshabilitar a través de la interfaz web/consola un modo de DEBUG que sería un logueo circular en el sistema de ficheros y que además envíe a syslog/mqtt. Con el log en el sistema de ficheros se podrían loguear problemas incluso aunque se pierda conexión y con el syslog/mqtt sería muy cómodo para el resto de problemas. Se podría poner un botón de descarga del log circular en la interfaz web o un comando para mostrarlo en la consola.