Traduit de English par IA ·
Hermetry accepte depuis les appareils MQTT 3.1.1 et HTTPS, plus LoRaWAN via son propre serveur réseau, ainsi que SNMP en interrogation et les caméras. Pas de MQTT-SN, pas de CoAP. Donc pour tout ce qui n’est pas IP, la solution est une passerelle sur site qui parle le côté terrain et remonte en MQTT. Deux façons que j’ai utilisées :Passerelle sous licence avec Hermetry Edge. Elle lit du Modbus RTU sur RS-485 et du Modbus TCP (selon le modèle), se connecte en sortie via TLS avec son propre certificat, tamponne les données pendant les coupures, et chaque onduleur apparaît comme un appareil enfant distinct. Vous la revendiquez avec le code affiché sur sa page Cloud locale, personne n’a besoin de saisir d’identifiants sur site.Votre propre passerelle. Un Pi ou un PC industriel lit les bus avec pymodbus, lit la radio série de la station météo et un récepteur 433 MHz, puis publie pour tous sur v1/gw/connect et v1/gw/telemetry :
{"INV-07": {"ts": 1793000000000, "values": {"p_ac_kw": 41.2, "e_day_kwh": 188.4}},
"WX-1": {"values": {"irradiance": 612, "t_amb": 9.8}}}Cochez « This device is a gateway » lors de l’ajout de l’appareil, sinon chaque message v1/gw est refusé et la session est fermée au bout de trois. Si les onduleurs ont un jour besoin de commandes, vous les envoyez à l’appareil enfant et la passerelle les reçoit sur v1/gw/rpc. Votre propre passerelle doit ensuite les transmettre au bus ; une passerelle sous licence le fait à votre place.Pour un site probablement non surveillé pendant des semaines, je paierais pour le boîtier sous licence.
Hermetry takes MQTT 3.1.1 and HTTPS from devices, plus LoRaWAN through its own network server and polled SNMP and cameras. No MQTT-SN, no CoAP. So for anything non-IP the answer is a gateway on site that speaks the field side and talks MQTT up. Two ways I’ve done it:
Licensed gateway with Hermetry Edge. It reads Modbus RTU over RS-485 and Modbus TCP (depends on the model), dials out over TLS with its own certificate, buffers during outages, and each inverter appears as its own child device. You claim it with the code on its local Cloud page, nobody types credentials on site.
Your own gateway. A Pi or industrial PC reads the buses with pymodbus, reads the weather station’s serial radio and a 433 MHz receiver, and publishes for all of them on v1/gw/connect and v1/gw/telemetry:
{"INV-07": {"ts": 1793000000000, "values": {"p_ac_kw": 41.2, "e_day_kwh": 188.4}},
"WX-1": {"values": {"irradiance": 612, "t_amb": 9.8}}}Mark the device « This device is a gateway » when you add it, or every v1/gw message is refused and the session gets closed after three. If the inverters ever need commands, you send them to the child device and the gateway receives them on v1/gw/rpc. Your own gateway has to pass them on to the bus, a licensed one does that for you.
For a site that is probably unattended for weeks, I’d pay for the licensed box.