El reloj de red que puede controlar mediante LAN

No todos los proyectos tienen como objetivo resolver un problema nuevo. Algunos proyectos pueden ser una extensión de una solución existente solo para flexionar los músculos nerd. Uno de esos proyectos de [limbo] es el Network Clock 2.0, que es un reloj conectado a Internet.

Sí, usa WEMOS D1 mini, que está equipado con ESP-12F (ESP8266) y sí, usa LCD con módulo I2C para conectar los dos. El sistema funciona al conectarse a los servidores de Google para recibir GMT y luego compensarlo para calcular la hora local. También tiene el molesto timbre cada hora para avisarte que ha pasado otra hora preciosa de tu vida y necesitas arreglarla.

Qué [limbo] Se suma a la operación convencional es una aplicación LAN para enviar mensajes personalizados a la pantalla LCD. El software se llama 'Clock Commander' y se puede descargar porque actualmente no está disponible Windows binario con el código fuente. Simplemente apúntelo a la dirección IP correcta y luego puede enviarle comandos para mostrar cosas y también controlar el sonido. El proyecto viene con scripts de Lua e instrucciones de bricolaje.

Imaginamos que esto se puede usar para crear un reloj de mesa geek personalizado o piratear un reloj digital para volver locos a tus compañeros de trabajo presionando un botón. Para aquellos que buscan algo con láser, eche un vistazo al reloj con puntero láser para una construcción un poco más dura.

  • sdfdsdfsfd dice:

    "El sistema funciona al conectarse a los servidores de Google para obtener GMT y luego compensarlo para calcular la hora local".

    ¿Por qué? NTP existe por una razón. Incluso existen DNS circulares regionales específicos de cada país.

    • Steve dice:

      Sí, pero ¿realmente construiste un reloj de Internet basado en esp8266 y nodemcu? Lo hice y probé ntp, pero al final terminé tomándome el tiempo porque es mucho más fácil y funciona bastante bien.

      • Canuckfire dice:

        Pensé que hay algunas bibliotecas sntp salvajemente, ¿son difíciles de usar?
        Estoy empezando a profundizar en los detalles mientras trato de construir un reloj sp / ntp para mí.

        • ROBÓ dice:

          No es un problema con la disponibilidad de la biblioteca, incluso si no la conozco.

          Es propiedad de Node MCU, que se basa en LUA.

          En los eventos de LUA hay "ciudadanos de primera clase" https://en.wikipedia.org/wiki/First-class_citizen
          y las funciones también son de primera clase. Los eventos son funciones u objetos.

          Piense en un evento como una variable de tipo: una función que se puede vincular a un objeto como un atributo. Esta misma variable de tipo: función también se puede vincular a otros objetos, pero sigue siendo la misma función / objeto / evento, así como una variable dentro del mismo alcance, es decir
          x = a + 1
          y = a -1
          En ambos de los anteriores se hace referencia a la variable específica 'a'. En caso de LUA lo mismo.

          Esta propiedad de LUA se implementa en Node MCU y, como resultado, Node MCU está altamente optimizado como plataforma de eventos. Esto significa que hay una * MUCHA * división de un ciclo de CPU por los disparadores pares (o solo eventos, si es más fácil pensar en ello de esa manera).

          La desventaja de esto es que cualquier evento que procesa ciclos de CPU durante demasiado tiempo, con el intercambio de eventos de gestión de ciclo de CPU, por lo que Node MCU no es en absoluto útil para hilos largos en procesos, eventos o funciones.

          Los protocolos de servidor basados ​​en TCP / IP pueden ser subprocesos muy largos mientras espera las respuestas del servidor o hace una pausa y con protocolos complejos como NTP o protocolos que tienen muchas iteraciones hacia adelante y hacia atrás, Node MCU comienza a desmoronarse. No es una buena plataforma para nada más que simples subprocesos individuales: una solicitud y una respuesta, que excluyen casi todos los protocolos de servidor, excepto una simple solicitud / respuesta HTTP.

          LUA es un lenguaje muy poderoso e increíblemente rápido y en una CPU decente es fácil estructurar un programa para realizar LUA sin experimentar las limitaciones de Node MCU. Espero que hayan elegido LUA porque la simplicidad de LUA lo acelera y esa misma simplicidad facilita la entrada a un microcontrolador. Pero la realidad es que al llevar LUA a un microcontrolador de tan bajo consumo, realmente tuvieron que reducir la grasa.

          Hay muchas otras plataformas para el ESP8266 que son mucho mejores en protocolos de Internet "estrictos".

          • Jarek dice:

            http://www.reactiongifs.com/wp-content/uploads/2012/09/orson_wells_Slow-Clap.gif

            Ese es un comentario maravilloso.

  • Un dron dice:

    Caray, solo busca en Google algo como:

    ESP8266 NTP

    Existen muchas bibliotecas cliente. Mi pregunta es: ¿Por qué Inderpreet Singh no trajo esto al OP aquí? ¿Dónde está el valor agregado aquí en HaD?

  • Michiel145 dice:

    Las bibliotecas NTP son fáciles de encontrar y usar. Construyo un reloj de píxeles LED con tiempo NTP e información de mapa meteorológico abierto.

  • Biomed dice:

    Limitan el uso de NTP. Prefiriendo usar esto con un chip de reloj preciso a bordo, NTP lo configuró una vez a la semana, y este proyecto SNTP da tiempo a todos los sistemas domésticos con relojes que se desvían hasta 10 segundos por día.

Miguel Vidal
Miguel Vidal

Deja una respuesta

Tu dirección de correo electrónico no será publicada.