Acrel AWT100-LoRaHW IoT Smart LoRa Gateway

De AWT100-LoRaHW in relaismodus heeft twee functies. De eerste is het ontvangen van gegevens van meetapparatuur zoals energiemeters via een RS485-interface en het verzenden van deze gegevens naar de AWT100-LoRaHW in terminalmodus. Met andere woorden, het LoRa-relais kan bekabelde RS485-communicatie omzetten in draadloze LoRa-communicatie.

De andere functie van de AWT100-LoRaHW in relaismodus was het vergroten van de LoRa-communicatieafstand door gebruik te maken van de RS485→LoRa-relais-1→LoRa-relais-2→LoRa-terminalstructuur. Dit kwam neer op het toevoegen van een extra LoRa-relais aan de communicatiestructuur.

De AWT100-LoRaHW in terminalmodus heeft 1 hoofdfunctie: hij kan gegevens ontvangen van een LoRa-relaisgateway of van een energiemeter met een ingebouwde LoRa-communicatiemodule zoals ADW300/LR en de gegevens verzenden naar een 4G-, WiFi- of Ethernet-gateway met behulp van een RS485-interface voor verdere gegevensoverdracht.

De LoRa-communicatieafstand binnenshuis bedraagt ​​ongeveer 200 tot 300 meter en buitenshuis ongeveer 1 tot 2 km. Houd er rekening mee dat de omstandigheden op de werkplek, bijvoorbeeld sterke signaalonderbrekingen, de daadwerkelijke LoRa-communicatieafstand beïnvloeden.

De communicatieafstand van RS485 zou in de praktijk binnen 400 meter moeten liggen. Normaal gesproken zal deze bekabelde RS485-communicatie echter geen belangrijk onderdeel van de gehele communicatie vormen, omdat we de bekabelde RS485-communicatie zullen omzetten naar draadloze LoRa-communicatie ter vervanging van de AWT100-LoRaHW in relaismodus.

Het LoRa-communicatieprotocol van de AWT100-LoRaHW is een standaard MODBUS-RTU. Wanneer een AWT100-LoRaHW in terminalmodus verbinding maakt met een andere Acrel-gateway, zoals de AWT100-4GHW, vindt draadloze 4G-communicatie plaats via het MODBUS-TCP- en MQTT-protocol, terwijl 4G kan dienen als laatste upstream-gegevensmethode.

Voor dit verzoek geldt hetzelfde als de FAQ vermeld in AWT100-4GHW:

Acrel kan hiervoor twee protocollen leveren, maar daarvoor zijn software- en communicatie-engineers nodig die bij het externe systeembedrijf werken en die de communicatieprotocollen kunnen aanpassen.

Het eerste protocol is het JSON-formaat MQTT-protocol, dat wordt gebruikt door het Acrel-systeem en apparaten met het MQTT-protocol. Normaal gesproken kunnen Acrel-apparaten (die dienen als de uiteindelijke data-upstream-apparaten) gelijktijdig zowel het MODBUS- als het MQTT-protocol ondersteunen, waardoor externe gebruikers de Acrel-producten kunnen aanpassen aan hun eigen systeem (meestal met het MQTT- en MODBUS-TCP-protocol, dus het externe systeem moet zowel het MQTT- als het MODBUS-protocol ondersteunen).

Het tweede protocol is het Acrel API-protocol, dat gebruikt kan worden voor gegevensoverdracht tussen het Acrel-systeem en een systeem van derden. In deze situatie is een complete Acrel-oplossing nodig, van basismeetapparatuur zoals een energiemeter tot een IoT-gateway en een systeem.