Paso 9: Nuestro diseño final
Generales de diseño para el software de servidor
Para el código del lado del servidor que genera los mensajes de estado, se utilizó un simple conjunto de scripts PHP. Periódicamente el arduino solicita al servidor para mostrar un mensaje. Tenemos dos tipos de secuencias de comandos en nuestro diseño. Secuencias de comandos de "Recolección de datos" y un solo script "Consolidador de datos".
La recolección de datossecuencias de comandos tiene una tarea. Cada vez que se corren, agarra los datos más recientes para algo que quieras seguir. Por ejemplo, decir que sobre el precio del Bitcoin. El script para precio del Bitcoin datos obtiene el último precio y guarda en un archivo. Cada vez se pone el último precio del Bitcoin, sobrescribe el contenido del archivo. Las secuencias de comandos se pueden ejecutar en un intervalo que usted elija.
El consolidador de datos se ejecuta cada vez que el símbolo quiere el último mensaje. Simplemente mira los últimos datos escritos por las escrituras de la reunión, consolida en un mensaje y echo hacia atrás. Este es el mensaje que el Arduino periódicamente agarra y muestra.
La última pieza del rompecabezas es asegurarse de que los datos secuencias de comandos se ejecutan tantas veces como quieras los datos a ser actualizados. (Tiene sentido actualizar los datos de metro cada minuto, pero no el tiempo, por ejemplo). Idealmente esto se maneja por configurar cronjobs en el servidor, pero para una rápida y opción usuario utilizamos un servicio llamado UptimeRobot. Con él, puede configurar las direcciones URL que se ping UptimeRobot intervalos que especifique. UptimeRobot automáticamente se hace peticiones, garantizando que los datos se ha actualizado. La imagen de arriba muestra una pantalla desde el dashboard de nuestro UptimeRobot.
