Raspberry Pi como 433 MHz a MQTT Gateway

Muchos sensores inalámbricos de temperatura y humedad de bajo costo utilizan un transmisor de 433 MHz para devolver datos a sus estaciones base. Esta es una gran opción para el fabricante de dichos dispositivos ya que es simple y las radios son baratas pero limita un poco lo que nosotros, como consumidores, podemos hacer con ellas. En términos generales, no leerá datos de estos sensores en su computadora a menos que tenga un dispositivo SDR y algo de experiencia con GNU Radio y lea el protocolo Nexus.

Pero [Aquaticus] ha desarrollado un programa muy completo que facilitaría mucho la integración de estos sensores en su sistema de automatización del hogar, siempre que tenga una Raspberry Pi de respaldo por ahí. Llamado nexus433, utiliza un receptor de 433 MHz de bajo costo conectado a los pines GPIO de Pi para recibir datos de sensores ambientales a través del popular protocolo de comunicación Nexus. Varios sensores compatibles conocidos se enumeran en la documentación del proyecto, uno de los cuales se puede comprar por solo $ 5 USD enviados.

Además de publicar los valores de temperatura, humedad y nivel de batería de los sensores hasta MQTT, incluso rastrea la calidad de la conexión para cada sensor individual, tanto cuando están funcionando como apagados. Por supuesto, este no es un simple truco. En link433, [Aquaticus] ha creado un servicio de Linux maduro con suficiente flexibilidad para que no tenga problemas para procesarlo en su configuración de automatización, ya sea un Home Assistant o algo autoensamblado.

Hemos visto una serie de pirateos automáticos domésticos que utilizan estas omnipresentes radios de 433 MHz, desde controlarlas con ESP8266 hasta piratear un popular enrutador TP-LINK en un concentrador de automatización del hogar barato.

• SirJMD (@SirJMD) dice:

  No me malinterpretes, es un edificio hermoso. Pero ... el puente Sonoff RF por $ 10 hace lo mismo.

  • Elliot Williams dice:

    ¿Ha visto los comentarios de los clientes en el puente de RF? Puede ser parcial (las personas con experiencia no publican más que las personas para las que simplemente funciona), pero la gran mayoría de las reseñas en Amazon dicen que "esto no funcionó con mi equipo".

    Si lo hace, es "esto no funciona con mi equipo ... todavía". Hasta que alguien escriba algún código para aplicarlo, claro.

    Y el puente cuesta $ 20, ¿verdad?

    De todos modos, el puente Sonoff es solo ESP8266 y radio de 433 MHz más código, lo que sugiere que la alternativa de bricolaje tiene cierto margen para la reducción de precios si está tan interesado.

    • rkachowski dice:

      Lo mencioné en otro comentario, pero es un proyecto bastante impresionante esp + 433 aquí https://github.com/1technophile/OpenMQTTGateway

      • Shannon dice:

        Eso es muy interesante ... Tengo algunos módulos ESP32 ahora innecesarios por ahí, los probaré con esto. ¡Gracias!

      • Elliot Williams dice:

        Santa vaca. Eso es increíble.

• Ewald dice:

  Bela!
  Utilizo RFlink para integrar todos mis 433MHz con domoticz en el Pi. El RFlink es una placa barata para el mega arduino, que realiza toda la decodificación del protocolo y se conecta mediante USB a la Raspberry Pi. El desarrollador es asombroso, se admiten docenas de dispositivos de 433MHz, y si tienes algo que no sabe, solo tienes que enviar la información de depuración y él la agrega al firmware.
  http://www.rflink.nl/blog2/easyha

  • lanroth dice:

    Yo uso RFLink y me gusta, pero:
    Ahora es una fuente cerrada.
    En noviembre envié detalles de mi dispositivo (estado de calefacción central).
    Si fuera de código abierto, probablemente podría averiguar cómo agregarlo yo mismo, ya que detectó correctamente el paquete "apagar hervidor" pero no "encender hervidor".
    La última edición fue en octubre, aunque la semana pasada publicaron “¡pronto habrá una nueva edición!”. Así que cruzaron los dedos.

• ziew dice:

  Consejo. No compre los receptores con transmisores de $ 0,99 más baratos. Los que obtuve de varios proveedores apenas consiguieron el termómetro exterior de 5 pies (son como 15 pies, ¿no?) Lejos de RPi. En lugar de gastar 1,50 dólares en un receptor superheterodino como el que se muestra en el artículo, la diferencia es notable. Por supuesto, podría haber un ruido de un equipo cercano o que mi termómetro tenía un transmisor de mierda, pero $ 0.50 no vale la pena, en mi opinión.

  • rkachowski dice:

    También tuve muchos dolores de cabeza con estas unidades baratas, pero también con las variantes más caras. Comprar transmisiones de 433 MHz parece un poco desagradable. Con mucho gusto gastaría los 0,50 adicionales si supiera que coincidiría de manera confiable en capacidad.

    Además, un proyecto relacionado impresionante que funciona desde esp8266 es https://github.com/1technophile/OpenMQTTGateway

    • NiHaoMike dice:

      Podrías usar RTL-SDR (con Pi al menos) pero su costo, aunque bajo, es mucho más que esos módulos baratos.

      • ziew dice:

        También puede usar RTL-SDR para configurar un receptor o transmisor (que tiene un trípode) para que sus frecuencias coincidan más o menos. Algunos módulos que tengo en mi cubo son 433,92 MHz.

      • rkachowski dice:

        No sabía que se puede transmitir a través de rtl-sdr. Tengo rad1o (basado en hackrf) que utilizo para capturar las frecuencias y protocolos exactos de los 433 dispositivos parlantes.

  • elektrobob dice:

    Un mejor acceso (pero no popular y un poco más caro) serían radios como RFM110 y RFM210. Son rendimientos mucho más altos y personalizables. La configuración se puede guardar en la EEPROM, para luego usarlos como los demás, con un solo cable de datos.
    por supuesto, idealmente podría ser un poco más serio y usar el RFM69.

  • Emilee McKnight dice:

    $ 1,50?! ¡¿Parece que está hecho de dinero ?! : PAG

• Mike Massen dice:

  Buena observación, refleja otras experiencias que he observado durante la última década más o menos ...
  Esta banda solía estar muy cerca de la localización local para los protocolos de asociación POCSAG en Australia a fines de la década de 1990 hasta alrededor de 2006, luego surgieron los protocolos síncronos (principalmente telecomunicaciones nacionales) mientras que los teléfonos móviles / mb se desbordaron con tantos modelos que desplazaron muchos segmentos del mercado de comunicaciones como en la medicina, incluidos los hospicios, donde los receptores de megafonía muy baratos pero altamente confiables inundaron ese segmento de mercado para los principiantes (2000). Los protocolos de búsqueda (aunque mínimos) lo suficientemente buenos para la confiabilidad y con un receptor preparado para ack / nak clásico, especialmente para la transmisión envolvente local (no télex), ofrecieron una mayor confianza, lo que afecta la observación de ziew.

  Hoy en día, aunque con tantos dispositivos baratos alrededor de esa banda también agrega un ruido de bola extraño, mejoraría la confiabilidad para incluir extensiones a los protocolos básicos y una mayor confianza en los aspectos de seguridad de bajo nivel para incluir algunas formas de Audit Trail incorporadas en los niveles más bajos. . Gracias por publicar un artículo, ¡hurra!

• RW versión 0.0.1 dice:

  Recuérdame si los estropeo para que mi cuadro ejecute un texto para hablar, para leer "Iniciar el protocolo Nexus"

• todos los expertos dice:

  Gracias por la info.

• Bob Henry dice:

  rtl_433 tiene más de 100 dispositivos y protocolos diferentes ya ideados para todo, desde sensores de temperatura, TPMS de control de presión de neumáticos, llaves, contactos de puertas, etc.

  https://github.com/merbanan/rtl_433
  rtl_433 convierte su dongle DVB basado en Realtek RTL2832 en un receptor de datos sin marcar de 433,92 MHz

• blazzerbg dice:

  Toque los datos del sensor remoto inalámbrico Sencor SWS THS
  https://github.com/erkobg/Sencor-SWS-THS