Botón pulsador → Notificación pulsada

¿Cuántos dispositivos seculares se están actualizando a IoT porque le permiten monitorear un punto o variable de datos? Este pequeño empujón sobre el acantilado de la comunicación le permite cobrar un 500% más. Ahora, si eres tan hábil como un lector de La-Tecnologia, puedes dedicar una tarde de descanso al problema y obtener el mismo efecto con un dispositivo "tonto". Si IoT es tan simple como recibir una notificación cuando la ropa está seca o el agua está hirviendo, solo necesita un dispositivo WiFi y una notificación automática, ¿verdad? ¿Tiene que ser más complicado que eso? [Gianni] cree que es muy simple (traducción automática) y ha creado una versión fácilmente funcional de Raspberry Pi, Arduino y ESP8266.

[Gianni] aproveche el apropiadamente llamado Pushover (un programa pago con un período de 1 semana) para convertir sus bits, bytes, palabras o cadenas en notificaciones push. Esta idea surge del deseo de un sistema de seguridad para el hogar que no necesite un monitoreo constante, sino que le advierta de los problemas. El requisito mínimo que necesita es que su teléfono suene con una notificación que diga: "El sensor de la ventana delantera explotó". Ahora es el momento de iniciar la aplicación de su cámara IP o llamar a alguien cercano.

No es revolucionario, puede ser el "Hola mundo" de IoT, pero algunas personas lo necesitan. La idea general es la misma, sin importar el marco que desee utilizar. Por ejemplo, si su cuenta de Google Suite, puede configurar un chat solo para sus notificaciones de alerta; El inicio rápido de Google tarda unos 3 minutos en probarse en Python. El mismo diseño también está disponible para Slack y [Tom Nardi] hizo una guía para hacer esto a través de Discord. Estos tratan con el lado de recepción, pero el lado de envío también es muy flexible: ese corredor de MQTT que creó podría ser fácilmente la fuente de las alertas.

Construya un puñado de estos en un fin de semana y manténgalos cerca para aumentar su próximo proyecto al estado de IoT con algunas juntas de soldadura. Tal vez sea un sensor de movimiento para su propio sistema de seguridad.

• Daños severos a los neumáticos dice:

  sí. Mis proyectos actuales de IoT son una campana para la puerta de enlace wifi (para que pueda recibir notificaciones en mi tienda sin más cables a través de una trinchera) y un remitente de llegada de correo. Un automóvil en el sensor de entrada puede ser un tercero. Todos son dispositivos "sucedió algo" como los que se describen aquí.

  • Dan dice:

    También aquí, mi timbre es lo único conectado. Envía una notificación automática a mi teléfono y transmite un paquete UDP. Dos campanas esclavas y una base de datos (para iniciar sesión) escuchan ese paquete de ID.
    Una de las campanas esclavas es una campana de hardware hecha de viejas placas HD cuidadosamente seleccionadas para el tono 🙂

    • ESTOLA dice:

      Es interesante que todo ahora use notificaciones "push".

      Los primeros sistemas eran notificaciones "pull".

      Un ejemplo temprano de notificaciones "pull" para un timbre fue el protocolo de transporte StRInG y la mayor parte del hardware se basó en la plataforma BeLL.

• Thomas Brusehaver dice:

  ¿Qué hay de malo en la alimentación de 8266 node-red?

  Todos de código abierto y pueden tener alertas y son fácilmente programables.

• jeffeb3 dice:

  Tenemos un arreglo relajado para la casa con el doble propósito de regalarnos algunas notificaciones y gifs. Lo bueno es que cada usuario (mi esposa y yo) podemos controlar nuestras propias notificaciones. Entonces los avisos de los rociadores no suenan a las 2 de la mañana.

• Jme dice:

  Mire también una bala de empuje. Tuve un buen éxito con esto y con una conexión de Python a la API. También tiene una ventaja adicional de empujar a un navegador.
  Buen proyecto!

• Avellana dice:

  Ya en el siglo pasado teníamos Internet Kola Machine. Hace que este nuevo IoT se sienta como un sombrero viejo ...
  https://knowyourmeme.com/memes/internet-coke-machine
  https://www.cs.cmu.edu/~coke/history_long.txt

• ESTOLA dice:

  Dispositivo IoT> WiFi> Enrutador> Internet> servidor de transferencia> Internet> móvil> servidor> aplicación de transferencia> notificación

  Esa es la solución más difícil al problema más simple.

  Dispositivo IoT> WiFi> Enrutador> Internet> móvil> servidor> programa> notificación

  Dispositivo IoT> WiFi> Enrutador> LAN> móvil> servidor> programa> notificación

  Dispositivo IoT> WiFi> móvil> servidor> aplicación> notificación

  Dispositivo IoT> WiFi> móvil> aplicación> notificación

  Dispositivo IoT> bluetooth> teléfono celular> aplicación> notificación

  • Mate dice:

    ¿Qué pasa si el teléfono celular no está en el rango de wifi / bluetooth? El resumen dice que el concepto surge de una necesidad de seguridad en el hogar, y la seguridad del hogar, que requiere que esté en casa todo el día, supera ligeramente el problema.

  • Dan dice:

    Además, esto requeriría que los dispositivos BT hablen, posiblemente agotando la batería de su teléfono, mientras que las notificaciones push ya están funcionando y se están haciendo de manera bastante eficiente a través de la red celular.

• Guglielmino dice:

  Por cierto, si necesita recibir notificaciones también en el dispositivo (ESP8266, Arduino y Raspberry Pi), hay otro proyecto llamado Pushetta que puede hacer eso (yo soy el autor, así que lo sé con certeza :-)) Mira aquí http: // www.pushetta.com. Creé un puente entre el corredor MQTT y el backend de Pushetta para que puedas suscribirte a un tema como “/pushetta.com/channels/MYCHANNEL” desde tu dispositivo y recibir una notificación enviada con la API de Pushetta o el sitio web. Desarrollé un complemento para mosquitto (el corredor que uso) para administrar la autenticación (https://github.com/guglielmino/mosquitto-pushetta-auth-plug) pero aún necesita algo de trabajo para funcionar completamente.

• David Smith dice:

  Pensé que el uso de dispositivos esp8266 como sensor único de menor potencia era un problema resuelto hace años. Un pequeño fragmento de código que se autentica con wifi, saca una ip, llama a una página web y duerme profundamente. adjunte un botón a la línea de reinicio del ESP. cada vez que se activa el botón, el esp vuelve a salir de un sueño profundo, reanuda la secuencia superior y vuelve a dormir para la siguiente pulsación del botón.

• Máximo dice:

  Utilizo la herramienta CLI de señales para las notificaciones. Gratis y seguro.

• CrossDraw dice:

  personalmente, solo usaría una de las muchas cosas como https://github.com/connornishijima/AlertMe - envío gratuito de smtp / sms desde esp8266

• Garry dice:

  Utilizo un robot contra pelea para enviarme notificaciones automáticas, funciona bastante bien.

• Enlace dice:

  Instalé un bot de Telegram "personal" para enviar la notificación solo a mi UUID de Telegram. Sí, necesita cambiar el UUID decodificado en el código ESP de mi campana, pero todo el sistema no es tan malo.

• Juan Pablo dice:

  Por favor, ayúdame a hacer esto como un novato para hacer un proyecto de este tipo y es mi proyecto de tesis que cualquiera puede ayudarme, gracias, realmente necesito ayuda para este asunto.
  verifique este enlace, quiero que mi botón envíe un mensaje a mi aplicación móvil personal como en este enlace
  

  • David Smith dice:

    Vaya, algo como esto se considera una tesis hoy en día? ¡Cómo cayó el sistema universitario!

  • David Smith dice:

    Algo como esto debería considerarse un proyecto ejemplar en el microcontrolador 101 en la actualidad. Literalmente, algo que tienes que batir juntos en aproximadamente una hora vale la pena. Es un poco más de un programa global en un curso de programación.

• besenyeim dice:

  Botón wifi más pequeño:
  https://youtu.be/ImVK5cGVrpQ

• Thanh dice:

  Utilizo un enlace de red IFTTT (también llamado Evento Maker) para enviarme una notificación de inserción a través de mi teléfono Android usando la aplicación IFTTT, pero de vez en cuando noté que las notificaciones de inserción pueden llegar hasta 30 minutos (generalmente ocurre alrededor de la una en la mañana en la mañana). No estoy seguro de si el retraso fue causado por un servidor IFTTT o por Google. El teléfono estaba en la casa con WIFI de forma permanente. Cuando desapareció cualquier problema causal, recibí mucha información a través de mi teléfono. No estoy seguro de por qué. ¿Alguien sabe qué podría estar causando este comportamiento? Gracias.

  He visto a personas mencionar que usan el chat de Telegram para recibir notificaciones, pero igual lo intenté.

  Luego, simplemente uso otro servidor HTTP 8266 en ejecución que suena con un timbre cuando se requiere una API en reposo para una notificación crítica.