Titan – AN40: Gateway LoRa-4G with sensor data sending

Suchen Sie etwas anderes?

Scenario Details

This application note shows, step by step, how to carry out a scenario in which data sent by LoRa sensors, using a Titan router such as Gateway LoRa-2G / 3G / 4G, to a data collection and management platform such as Cervello, which will also act as Device Manager for the Titan router.

Description of the Example

It is necessary to install a network of dozens of LoRa sensors distributed in a wide area of ​​cultivation of 10 km radius. Digital input sensors are needed to monitor the opening of doors and hatches, as well as 0-10V and 4-20mA analog input sensors to monitor parameters such as humidity, temperatures, well levels, etc.

The sensors will not have external power, so they must have an internal battery and the autonomy of this must last several years. In order to save energy, digital and analog sensors must be able to be configured to send their reading data in two ways to a Management Platform, from where all the data received from the sensors must be managed and visualized as well as reports generated, alerts, etc.

The two reasons that will cause a LoRa sensor to send data should be:

  1. When an event occurs (such as a change in a digital input or a threshold exceeded in an analog input)
  2. For security, you must send your status every 12 hours

Due to the requirements of this scenario, the resolution approach is raised with the following devices / services:

LORA SENSORS:
ARF8170BA LoRa sensor with 4 digital inputs
ARF8190BA LoRa sensor with 2 configurable 4-20mA or 0-10V analog inputs

These battery-powered LoRa sensors allow the previously indicated sending configuration, that is, sending their data in the event of an event and / or periodically.

GATEWAY LORA:

MTX-Router-Titan-4G-LoRa, Gateway LoRa Capable 4G Router

This 4G router has the LoRa-IP Gateway capability (where IP communications can be routed through Ethernet, Wifi or 2g / 3g / 4g). In the case of the present example, the routing by 2g / 3g / 4g will be chosen. That is, this Titan router will collect the LoRa data emitted by the sensors in its range of action and will forward them to the LoRa server in TTN.

This Titan router also allows to be managed remotely in multiple ways (SMS, IP, Openvpn, Modbus TCP or, the most comfortable, from the Cervello Platform).

SERVER LORA:

TTN: The Things Network, a platform that will carry out the LoRa Server mission to manage the Device Network. It will be the part that is in charge of collecting the data from the sensors relayed by the Titan router.

DEVICE MANAGER PLATFORM AND SENSOR DATA TREATMENT:

Cervello: The Cervello platform manages the reception of sensor data from the TTN server. In other words, Cervello connects to TTN and, via MQTT, receives all the data from the LoRa sensors, storing them in its Database. In addition, it provides the visualization of the sensor data through gauges, allows the generation of the pertinent reports, generates alarms (SMS, emails, etc.) based on the data received from the sensors, etc.

It also performs the function of Device Manager of the Titan routers, allowing their remote management.

The following shows how to configure the different elements of the described scenario.

Configuration of Titan router as LoRa-2G/3G/4G Gateway

The first thing to do on the Titan router is to configure 2g / 3g / 4g connectivity. For this, you must enter the Titan router configuration through its default IP address 192.168.1.2 and user / password admin / admin.

To configure the Internet access of the TITAN router via SIM card, you must access the router\’s configuration menu WAN > Basic Settings

Once in this configuration screen, enter the parameters Sim PIN of the SIM card (if you have the PIN), and the APN, Username and Password of the operator used. Once this is done press the SAVE CONFIG button. Finally, restart the router (Other > Reboot menu) so that the Titan router starts up with the new settings and proceeds to connect to the Internet.

Once connected to the Internet, access the configuration menu “Other > LoRa Gateway” and enter the configuration as indicated below, specifying the Latitude / Longitude of where the Gateway will be located and selecting the “Gateway Lora – Packet Forwader” mode) .

Then enter a unique ID for the Gateway with 8 hexadecimal characters (in the example 010203040A0B0C0D). Where it indicates server address, enter router.eu.thethings.network (if your router will not be in Europe, search TTN for the most appropriate DNS). Finally complete the rest of the parameters as shown in the next screen. Once this screen is configured, save the changes and restart the Titan router.

Gateway Registration Configuration in TTN

This section assumes that the user has registered at www.thethingsnetwork.org. Once registered, the console section must be accessed: console.thethingsnetwork.org Once inside the console, the “Gateways” option must be selected. This will configure the TTN service to accept the connection from the Titan router as a LoRa Gateway.

Once inside Gateway, click on register gateway and proceed to enter the Titan router parameters. In the Gateway EUI box, enter the Gateway ID that was entered during the Titan router configuration process (in the example, 010203040A0B0C0D). A description must also be entered as well as the working frequency (Europe = 868MHz).

After completing the Gateway registration process (Titan router), after a few seconds the Gateway should appear as “Connected” as shown in the following figure. At this point the Gateway (Titan router) is already correctly connected with the TTN platform).

Setting Up an Application in TTN

In order to register the different LoRa sensors, an application must be created in TTN. To do this, in the console, you must go to the Applications menu. Once there, click on the link Create application.

Complete the Application ID fields (with a unique identifier of your choice), a description and the most appropriate handler.
The next screen shows the data to be completed.

Once the Application is created, it must be noted that: the Application EUI (as it must be specified in the sensors configuration to indicate which application to send the data to) and the Access Key of the application (as it will be necessary to communicate the Cervello platform with TTN).

LoRa Sensors Registration in TTN Application

In the same screen above, click on “register device” to register the different LoRa sensors in the newly created application.

For each sensor, enter a “Device ID” and the “Device EUI”. This last parameter is an identifying number that is printed on the attached label of each sensor.

Once the sensor is created, the APP Key must be noted, as it will also need to be entered in the sensor configuration.

LoRa Sensors Configuration

The most convenient way to configure Adeunis LoRa sensors is to use the Adeunis PC configuration application “IOT CONFIGURATOR”. Simply connect the LoRa sensor via a USB cable to access its configuration by pressing the CONNECT button. You will find the microUSB connector of the LoRa sensor by opening the sensor from its bottom.

Once inside the configuration there are two sections to configure. On the one hand Applicative Configuration, where the behavior of the sensor will be indicated, and on the other hand Network Configuration, with the network configuration. In “Applicative Configuration” several menus to configure will be displayed.

In Global Configurations you must specify Production, in Transmission periods you must specify how many seconds the sensor should transmit its data periodically. If you want them to send their status every 12 hours, you must specify 12×60 / 20 = 72.

In the Channel X configuration menus, the behavior of the analog and digital channels must be configured, depending on the type of sensor. That is, it sends analog measurements when they exceed a certain threshold, or when a digital sensor changes state, according to needs.

Then the Network configuration section must be configured. The activation mode OTAA must be specified in the General section. In the OTAA section, the “Application EUI” that was noted during the creation of the Application in TTN (section 4 of this application note) as well as the parameter “LORA_APP_KEY” generated in section 5 of this note must be specified. Note that LORA_APP_KEY is different for each registered sensor.

From this point on it is already possible to obtain data from the sensors configured in TTN each time any of them emit data.

Receiving Data from LoRa Sensors on the Cervello Platform

To receive the data from the LoRa Sensors in Cervello, it is only necessary to create a VPI and add 2 components to it. An “MQTT broker” component, which will be configured to connect with the TTN MQTT broker, and an “MQTT subscribe” component, used to subscribe to the appropriate TTN topic that will receive the data from the LoRa sensors associated with the application. created.

The configuration of the Broker MQTT component will be as follows:

In “hostname” you must enter the broker indicated in TTN (in Europe “eu.thethings.network”). In Port the port 1883 will be indicated. In the parameter Client ID a unique identifier for the MQTT client that is being configured must be indicated, and in password the Access KEY that was noted at the end of the point 4 of this application note.

Finally, the component “MQTT subscribe” must be configured as described in the previous figure. In “Select a broker”, the name of the “MQTT broker” component that has just been created must be chosen. In Topic you must enter the topic specified in TTN for receiving data from LoRa sensors, which is generically: + / devices (+ / up. You must also click on the Enable Console Debug checkbox, since in this way it will be possible to visualize the frames received from the LoRa sensors in the debug section.

If everything has been configured correctly, “Connected” should be displayed on both components.

The right section of the screen is where the debug is located. When devices transmit data, they should be shown in that section as shown in the following figure.

Note that when receiving data from a sensor a field of the received JSON object has the name payload_raw. This parameter contains the data (payload) sent by the sensor. In the case of the example, it shows the data of an analog sensor ARF8190BA. This data is configured in Base64, which can be easily decoded. Following this example, the QiARAAAAIQAAAA == data is decoded from Base64 as:

42 20 11 00 00 00 21 00 00 00

The values ​​indicated in red being the value of the 2 analog inputs of the sensor as specified in the Adeunis ARF8190BA sensor manual.

For any questions, contact us at iotsupport@mtxm2m.com.

Sie haben eine Frage? Sie benötigen ein Angebot? Kontaktieren Sie uns für ein Angebot.

  • Dieses Feld dient zur Validierung und sollte nicht verändert werden.

Anhänge und andere Dokumente

Annexes et autres documents

Anhänge und andere Dokumente

Anhänge und andere Dokumente

Anhänge und andere Dokumente

Anhänge und andere Dokumente

Anhänge und andere Dokumente

Product end of life cycle

FAQ

Nein, das Gateway kann keine WM-Bus Daten entschlüsseln da es über keinen Safe verfügt um die Sicherheit des Schlüssels zu gewährleisten. Die empfangenen Daten werden ohne Modifizierung (ohne Entschlüsselung) durch das Gateway auf Ihrem Server abgelegt.
Bitte überprüfen Sie diese Punkte in nachstehender Reihenfolge:
  • den Batteriestand: Wenn die Batterie zu schwach oder leer ist, funktioniert das Produkt nicht richtig oder gar nicht.
  • Modem-Empfangsebene: ein schlechtes Signal am Modem kann verhindern, dass der Hub Dateien ablegt. Verlegen Sie das Produkt oder installieren Sie eine externe Antenne, um die Signalqualität zu verbessern.
  • Die letzte Konfigurationsdatei: Eine fehlerhafte Konfigurationsdatei kann das Produkt sperren.

Aus der Ferne können Sie die abgelegten Dateien regelmäßig überprüfen, um sicherzustellen, dass die Produktkonfiguration korrekt durchgeführt wurde.

Vor Ort fahren Sie mit dem Magneten über die Oberseite des Produkts und hören 3 kurze Pieptöne.

Ersetzen Sie das Produkt und übertragen Sie die Konfiguration des alten Produkts in das neue. Falls eine weiße Liste verwendet wird, vergessen Sie nicht, diese auch in das neue Produkt zu übertragen.

Anhänge und andere Dokumente

Andere Bedienungsanleitungen

Anwendungshinweise

Product End of Life

FAQ

Konfigurieren des Gateways:

Prüfen Sie zunächst, ob die IP-Parameter des Computers mit der IP-Adresse von WebdynSunPM kompatibel sind (standardmäßig 192.168.1.12)

Starten Sie einen Webbrowser (Chrome, Firefox, Edge, Safari, …) und geben Sie die IP-Adresse des WebdynSunPM-Hubs in die Adresszeile ein. Eine Authentifizierungsseite wird angezeigt:

Die Standard-Login-Daten lauten:

KennungPasswort
userhighhigh

Klicken Sie auf „Login“

Die Konfiguration ist auf zwei Arten möglich, über die Web-Oberfläche und per SMS:
  • Konfiguration über die Web-Oberfläche:
Stellen Sie zunächst eine Verbindung zum Hub her, indem Sie sich anmelden, um auf die Serverkonfiguration zuzugreifen: Geben Sie den Verbindungsmodus „ethernet“ oder „modem“ ein: Stellen Sie bei einer Ethernet-Konfiguration sicher, dass die IP-Parameter mit dem Serverzugriff entsprechend der lokalen Netzwerkkonfiguration des Hubs kompatibel sind. Bei einer Ethernet-Verbindung muss die Konfiguration mit der lokalen Netztopologie des Hubs kompatibel sein, damit dieser auf die Server zugreifen kann. Diese Konfiguration erfolgt über die Konfigurationsseite „Networks“ (siehe Kapitel 3.2.2.3: „Netzwerke (Networks)“). Bei einer Modemverbindung muss das Modem korrekt konfiguriert sein, bevor eine Verbindung hergestellt werden kann. Diese Konfiguration erfolgt auf der Konfigurationsseite „Modem“ (siehe Kapitel 3.2.2.4: „Modem“). Die minimal zu konfigurierenden Serverparameter sind folgende: Diese Felder müssen konfiguriert werden: „Interface“, „Type“, „Server type“, „Address“, „Port“, „Login“ und „Password“. In den übrigen Feldern können die Standardwerte beibehalten werden, solange die Verzeichnisse zuvor korrekt angelegt wurden. Weitere Einzelheiten siehe Kapitel 3.1.2: Konfigurationsdateien“.
  • Konfiguration per SMS:
Die Konfiguration per SMS kann durch folgende Befehle vorgenommen werden:
    • Apn: zum Konfigurieren des APN der SIM-Karte. (siehe Kapitel 3.2: „Modem-Konfigurationsbefehl „apn““)
    • Ftp: zum Konfigurieren des FTP-Servers, der die Konfiguration des Hubs enthalten soll (siehe Kapitel3.3: FTP-Konfigurationsbefehl „ftp““).
    • Connect: zum Starten der Verbindung zum FTP-Server und zum Laden der Konfiguration (siehe Kapitel3.1: Verbindungsbefehl „Connect“ 

Die Zugangsdaten für den FTP-Server hängen von der gewählten Lösung ab.

Wenn Sie ein Portal gewählt haben, erhalten Sie die Zugangsdaten für den FTP-Server von diesem.

Wenn Sie einen eigenen FTP-Server verwenden möchten, wenden Sie sich bitte an Ihren Netzwerkadministrator.

Für alle anderen Konfigurationen und für die Auswahl der am besten geeigneten Lösung sollten Sie sich an die Webdyn-Vertriebsabteilung wenden, die Sie beraten und an die entsprechenden Ansprechpartner weiterleiten kann: contact@webdyn.com

Allgemeine Nutzung des Gateways

Es gibt 2 Methoden, um das Zurücksetzen auf die Werkseinstellungen des Hubs zu erzwingen:
  • Halten Sie die Taste Werksrückstellung am Hub für 20 Sekunden gedrückt:
Warten Sie. Der Hub startet nach ein paar Augenblicken mit der Werkseinstellung neu.
  • Wenn eine SIM-Karte installiert und konfiguriert ist, kann mit dem SMS-Befehl „factory“ auch eine Werksrückstellung durchgeführt werden. Senden Sie dafür einfach eine SMS mit dem Befehl „factory“ an die Rufnummer der SIM-Karte (siehe Kapitel 3.7: „Befehl Werksrückstellung „factory““)

Es ist möglich, Befehle an das angeschlossene Gerät zu senden, wenn letzteres diese akzeptiert.

Der WebdynSunPM speichert maximal 50MB unkomprimierte Daten pro definiertem Gerät.

Bei Nichtzugriff auf den Remote-Server kann der WebdynSunPM-Hub so Daten über mehrere Monate speichern.

Die maximale Datenspeicherzeit hängt von der zu erfassenden Datenmenge und der konfigurierten Erfassungshäufigkeit ab.

Die durchschnittliche Speicherzeit beträgt 3 bis 4 Monate.

Die durchschnittliche Lebensdauer der Batterie beträgt circa 5 Jahre.

Sie hängt vom Umfeld der Anlage ab.

Alle unsere Produkte haben eine Garantielaufzeit von 2 Jahren.

Weitere Informationen hierzu erhalten Sie in unseren Allgemeinen Geschäftsbedingungen.

Das Datenvolumen hängt von den ausgetauschten Dateien ab.

Der Durchschnitt liegt bei ca. 5 MB pro Monat und ist bei jeder Anlage anders.

Kompatibilität der Wechselrichter

Siehe Kapitel 1.4: „Unterstützte Geräte“.

Kompatibilität der Modbus-Geräte:

Ja, es ist möglich, verschiedene Modbus-Geräte an denselben seriellen Port anzuschließen.

Kompatibilität der Geräte:

  • Gleicher Verbindungstyp RS485 2-Draht oder 4-Draht.
  • Alle Geräte müssen mit identischen Buseigenschaften konfigurierbar sein. Gleiche Geschwindigkeit, gleiche Parität, gleiche Anzahl von Stoppbits und Datenbits auf allen Geräten und im WebdynSunPM.

Jedem Gerät muss eine eindeutige Modbus-Adresse (zwischen 1 und 247) auf dem Bus zugewiesen werden. (UnitID)

Anhänge und andere Dokumente

Product End of Life Cycle

FAQ

 KONFIGURATION DES WEBDYNSUN-GATEWAYS

  • Überprüfen Sie zunächst, ob die IP-Einstellungen Ihres Computers mit der IP-Adresse des WebdynSun-Gateways kompatibel sind (Standard: 192.168.1.12).
  • Starten Sie anschließend einen Webbrowser (Firefox oder IE) und geben Sie die IP-Adresse des WebdynSun-Gateways in die Adressleiste ein. Eine Authentifizierungsseite wird angezeigt:

Die Standarddaten für den Zugang lauten:
Benutzername: userhigh
Passwort: high

  • Klicken Sie auf „Se connecter“ (Anmelden) 

Es gibt zwei Arten von Konfigurationen, über die Web-Schnittstelle und über SMS.

Konfiguration über die Web-Schnittstelle:
1/ Navigieren Sie zur Konfigurationsseite mit der IP-Adresse des Hubs (Standard 192.168.1.12)
2/ Gehen Sie zur Registerkarte „Configuration“ (Konfiguration).
3/ Wählen Sie den Verbindungsmodus Ethernet oder Modem:

Bei einer Verbindung über das LAN (Ethernet):

  • Ändern Sie die IP-Einstellungen des WebdynSun-Gateways, indem sie ihm eine netzwerkfähige Adresse zuweisen.

Beachten Sie, dass alle Felder gemäß der Konfiguration Ihres lokalen Netzwerks ausgefüllt werden müssen.

Bei einer Verbindung über das GPRS-Netz (Modem):

  • Ändern Sie die Verbindungseinstellungen des GPRS-Modems auf der Grundlage der von Ihrem Mobilfunkanbieter bereitgestellten Einstellungen.

4/ Editieren Sie die FTP-Server-Einstellungen.

5/ Bestätigen Sie die Änderungen.
6/ Starten Sie das WebdynSun-Gateway neu, damit die neuen Einstellungen berücksichtigt werden.
7/ Klicken Sie im Menü auf die Registerkarte „Installation“, dann auf die Unterregisterkarte „Connexion“ (Anmelden) und starten Sie die Verbindung.

Konfiguration über SMS:
Dieser Konfigurationsmodus erfordert die Verwendung einer aktiven SIM-Karte mit Datenoption und einem PIN-Code, der entweder „0000“ oder „deaktiviert“ sein muss.
Die SIM-Karte muss vor dem Einschalten des Geräts in das Gehäuse eingelegt werden.
Nach dem Einschalten des Geräts senden Sie die folgenden SMS an die Nummer der zuvor eingesetzten SIM-Karte:

Konfigurations-SMS des APN:
Nachdem Sie die generischen Felder durch die Felder Ihres Betreibers ersetzt haben, senden Sie die folgende SMS*:
apn=apn_name;usr=user_name;pwd=password;

Ersetzen Sie die Felder in der obigen SMS mit den folgenden Informationen:

  • apn_name: Name des APN, der von Ihrem Mobilfunkanbieter bereitgestellt wird
  • user_name: APN-Benutzername, der von Ihrem Mobilfunkanbieter bereitgestellt wird
  • password: APN-Passwort, das von Ihrem Mobilfunkanbieter bereitgestellt wird

 

SMS für FTP-Konfiguration:

Nachdem Sie die generischen Felder durch die Felder auf Ihrem FTP-Server ersetzt haben, senden Sie die folgende SMS*:
Ftp=server_name:user_name:password:port;

Ersetzen Sie die Felder in der obigen SMS mit den folgenden Informationen:

  • server_name: Adresse des FTP-Servers
  • user_name: Benutzername des FTP-Kontos
  • Password : Passwort des FTP-Kontos
  • Port : FTP-Server-Port (Standard-Port 21)

 

Anmelde-SMS:
Senden Sie per SMS* das Wort „connect“, um eine Verbindung zum FTP-Server zu initiieren

*Achtung: Die Formatierung der SMS muss strikt identisch mit der obigen sein (z. B. kein Leerzeichen zwischen den Zeichen, …)

 ALLGEMEINE NUTZUNG DES WEBDYNSUN-GATEWAYS

Es gibt 2 Methoden, um das Gateway zurückzusetzen.

Beim Verbindungsmodus Ethernet:

  • Trennen Sie das Gateway vom Netzstrom
  • Nehmen Sie den Deckel ab
  • Trennen Sie die Batterieverbindung
  • Setzen Sie den DIP-Schalter 2 der Karte des WebdynSun-Gateways auf die Position „ON“
  • Starten Sie das WebdynSun-Gateway, indem Sie es nur an den Netzstrom anschließen
  • Warten Sie, bis alle LED blinken und dann aufhören zu blinken (3 bis 5 Minuten)
  • Trennen Sie das Gateway vom Netzstrom
  • Stellen Sie den DIP-Schalter 2 auf „OFF“
  • Stellen Sie die Batterieverbindung wieder her
  • Stellen Sie die Verbindung mit dem Netzstrom wieder her; das WebdynSun-Gateway startet normal

Wenn eine SIM-Karte in den Hub eingesetzt ist:

  • Senden Sie eine SMS mit dem Wort „factory“ an die Nummer der eingesetzten SIM-Karte.

N.B.: Das Reset des Gateways stellt die Konfiguration in ihrem ursprünglichen Zustand wieder her. Achtung: Die Daten bleiben erhalten, jedoch nicht die spezifischen Einstellungen. Daher müssen alle Einstellungen neu konfiguriert werden.

Es ist möglich, Befehle an angeschlossene Geräte zu senden, außer an bestimmte Modbus-Wechselrichter oder -Slaves, die Schreibanforderungen nicht akzeptieren.

Für Geräte, die dies ermöglichen, können Auftragsdateien auf dem FTP-Server erstellt werden.

Die Speicherkapazität des WebdynSun-Gateways beträgt etwa 100 MB.
Wenn kein Zugriff auf den Remote-Server erfolgt, kann der WebdynSun-Hub die Daten daher mehrere Monate lang speichern.

Die maximale Zeit für die Datenspeicherung hängt von der Anzahl der zu erfassenden Daten ab.

Die durchschnittliche Backup-Dauer liegt zwischen 3 und 4 Monaten.

Die durchschnittliche Batterielebensdauer beträgt 5 Jahre.

Sie kann je nach Umgebung der Anlage variieren.

Ja, man kann Daten an einen Automaten senden, wenn dieser das Modbus-Protokoll integriert.

Die Konfigurationsdatei „Report“ (Bericht) ermöglicht es dem WebdynSun-Hub, die gelesenen Werte automatisch auf einen Modbus-Slave zu schreiben.

Wir gewähren auf alle unsere Produkte 2 Jahre Garantie.

Weitere Informationen finden Sie in unseren Allgemeinen Geschäftsbedingungen.

Die vom WebdynSun-Gateway hinterlegten Dateien werden im GZ-Format komprimiert.

Die in diesen Dateien enthaltenen Daten sind im CSV-Format strukturiert.

Das Datenvolumen hängt von den ausgetauschten Dateien ab.

Der Durchschnitt liegt bei etwa 5 MB pro Monat und variiert für jede Anlage.

 KOMPATIBILITÄT DER WECHSELRICHTER MIT DEM WEBDYNSUN-GATEWAY

Es ist möglich, Wechselrichter verschiedener Marken über den RS485(B)-Port oder über den Ethernet-Port zu verbinden, wenn das Protokoll der Wechselrichter auf dem Modbus-Protokoll (RTU oder TCP) basiert.

Es ist jedoch nicht möglich, Wechselrichter verschiedener Marken an denselben RS485(A)-Port anzuschließen.

Um die Liste kompatibler Wechselrichter in Erfahrung zu bringen, konsultieren Sie die Produktseite des WebdynSun-Datengateways.

  • Überprüfen Sie, ob das richtige Wechselrichter-Protokoll ausgewählt ist, bevor Sie die Erkennung starten:

  • Überprüfen Sie die Verkabelung und Konfiguration der Wechselrichter anhand der Anlagen zu den Wechselrichtern.
  • Vergewissern Sie sich, dass sich die Wechselrichter nicht im OFF- oder Standby-Modus befinden.
  • Überprüfen Sie, ob die Endkappen auf dem RS 485(A)-Bus aktiviert sind.

 KOMPATIBILITÄT MIT MODBUS-GERÄTEN

Ja, die zu verbindenden Geräte müssen konfiguriert und ihre Modbus-Definitionsdatei erstellt werden.

Die Konfiguration basiert hauptsächlich auf den seriellen RS485-Bus-Einstellungen oder den IP-Einstellungen.

Ja, es ist möglich, verschiedene Modbus-Geräte an denselben RS485-Port (B) anzuschließen.

Damit sie jedoch miteinander kommunizieren können, müssen sie dieselben Kommunikationsparameter (kompatible Bus-Einstellungen oder IP-Einstellungen) haben.

Anhänge und andere Dokumente

  • ACHTUNG: Für die alte Version mit SIM-Karte lautet der PIN-Code 0000. Sie können in dieser Version aktualisieren. Für den zweiten Fall: Wenn Sie eine SIM-Karte mit dem PIN-Code 0000 einlegen, der in dieser Version (4.07.02) verwendet wird, ist ein Downgrade auf eine frühere Version nicht zulässig.


PRODUCT END OF LIFE CYCLE

Anhänge und andere Dokumente

  • ACHTUNG: Für die alte Version mit SIM-Karte lautet der PIN-Code 0000. Sie können in dieser Version aktualisieren. Für den zweiten Fall: Wenn Sie eine SIM-Karte mit dem PIN-Code 0000 einlegen, der in dieser Version (4.07.02) verwendet wird, ist ein Downgrade auf eine frühere Version nicht zulässig.


PRODUCT END OF LIFE CYCLE

Anhänge und andere Dokumente

FAQ

Anhänge und andere Dokumente

FAQ

Anhänge und andere Dokumente

FAQ

Anhänge und andere Dokumente

FAQ

 KONFIGURATION DES WEBDYNRF-GATEWAYS

  • Wenn die Datei nach dem Verbinden des WebdynRF-Hubs aus dem Verzeichnis entfernt wird, liegt das Problem in der Regel an einem Fehler im Dateiformat. Die Konfigurations- und Befehlsdateien müssen das in den Schemadateien (XSD) beschriebene Format erfüllen. Um die Konsistenz eines Schemas zu überprüfen, öffnen Sie die XML-Datei mit dem Editor Notepad++ und installieren Sie das Add-in „XML Tool“. Kopieren Sie dann die XSD-Datei, die der XML-Datei entspricht, in dasselbe Verzeichnis, und wählen Sie im XML-Tool „Validate now“ (Jetzt bestätigen) aus. Die vom Tool erkannten Fehler müssen angezeigt werden.
  • Wenn die Datei nicht vom Server gelöscht wird, besteht das Problem meist darin, dass die Datei nicht an der richtigen Stelle abgelegt wurde. Die Datei muss auf dem Server im Verzeichnis „INBOX“ und im Unterverzeichnis mit dem Namen der Produkt-UID verfügbar sein (Beispiel: „/INBOX/0045CE/“).

ALLGEMEINE NUTZUNG DES WEBDYNRF-GATEWAYS

Die Menge der über das GPRS-Netzwerk ausgetauschten Daten hängt von der Konfiguration ab. Der Verbrauch kann auf etwa 5 MB/Monat geschätzt werden.
Der WebdynRF-Hub verbraucht durchschnittlich ca. 250 mA.

Es gibt 2 Modi für die Aktualisierung der Firmware:

Die lokale Aktualisierung:
Wechseln Sie auf der WebdynRF-Konfigurationsschnittstelle zur Registerkarte „Actions“ (Aktionen) und wählen Sie im Menü „File upload“ (Datei-Upload) den Updater aus, bevor Sie auf die Schaltfläche „Upload“ (Aktualisieren) klicken

Die Remote-Aktualisierung:
Laden Sie die Datei, die den Updater enthält (Datei mit der Erweiterung „.bz2“), auf den FTP-Server in das Verzeichnis „BIN“ hoch. Geben Sie dann den Aktualisierungsbefehl in das INBOX-Verzeichnis für Ihren Hub („INBOX/“ mit dem Benutzernamen des betreffenden Hubs).


Der Aktualisierungsbefehl muss folgendem Format entsprechen:

updater.tar.bz2
checksum_md5

updater.tar.bz2
checksum_md5

Mit :

  • updater.tar.bz2: Name der Updater-Datei, die in das Verzeichnis „BIN“ geladen wurde
  • checksum_md5: md5-Code der Updater-Datei

Eine fehlende Verbindung zum FTP-Server kann durch ein Problem mit der Netzwerkverbindung (Ethernet oder GPRS), ein Problem mit der FTP-Anmeldung oder durch die Nichtauslösung der Verbindung verursacht werden.

Falls Probleme mit der Netzwerkverbindung auftreten, überprüfen Sie Folgendes:

  • Ethernet:
    • Modem-Modus auf „off“ oder „alwaysoff“
    • „Gateway“-Feld korrekt eingegeben
    • Es muss mindestens ein DNS-Server konfiguriert sein
  • GPRS:
    • Modem-Modus auf „on“
    • APN, APN-Benutzername und APN-Passwort korrekt eingegeben
    • GPRS-Rufnummer auf „*99“ *1#“

 

Falls Probleme bei der Anmeldung auftreten, überprüfen Sie Folgendes:

  • Falsche FTP-Einstellungen
  • TCP-Port 21 geschlossen bei Ausgang
  • Problem bei der Auflösung des Domain-Namens: Der DNS-Server ist nicht näher spezifiziert

 

Bei Nichtauslösung der Verbindung:

In diesem Fall funktioniert nur die automatische Anmeldung nicht. Das Problem ist in der Regel auf eine schlechte Konfiguration der Zeitpläne zurückzuführen. Achtung, die ID der Zeitpläne muss eine Ganzzahl sein.

BESONDERE VERWENDUNG DES WEBDYNRF WIRELESS M-BUS-GATEWAYS

Für die Eskalation der Daten der WM-Bus-Module gehen Sie wie folgt vor:

  • Wählen Sie den Modus aus, der den verwendeten Modulen entspricht (S, T oder N)
  • Definieren Sie die Module oder Modulgruppen, die verarbeitet werden sollen

Ein Modul kann durch alle folgenden Felder eindeutig definiert werden:

  • Id
  • Manufacturer (Hersteller)
  • Version
  • Medium

Falls die Daten eines Moduls verschlüsselt werden, kann der Verschlüsselungsschlüssel für dieses Modul im Feld „Schlüssel“ festgelegt werden.

Um die Eingabe der zu verarbeitenden Module zu vereinfachen, kann eine Modulgruppe definiert werden, die die eingegebenen Felder erfüllt. Die anderen Felder bleiben dann leer (nachfolgend ein Beispiel für eine Konfiguration, mit der alle Module des Herstellers Webdyn (WDN) mit Verschlüsselungsschlüssel „00000000000000000000000000000000“ abgerufen werden können.)

  •   Id :
  •   Manufacturer (Hersteller): WDN
  •   Medium :
  •   Version :
  •   Label : Webdyn
  •   Key : 00000000000000000000000000000000

Hinweis: Damit die eingegebenen Module (Filter) berücksichtigt werden können, muss der Modus „Bypass filter“ (Bypass-Filter) deaktiviert werden.

 BESONDERE VERWENDUNG DES WAVENIS WEBDYNRF-GATEWAYS

Der Anschluss des Tools an den Hub erfolgt über den Installateurzugang (Install).

Es muss also das Passwort des Installateurs (standardmäßig „middle“) und nicht das des Administrators (standardmäßig „high“) verwendet werden.

Die Status, die vom WebdynRF-Hub eskaliert werden, sind die Rohwerte, die in den Wavenis-Modulen enthalten sind. Sie werden ohne Interpretation eskaliert. Weitere Informationen finden Sie in den Handbüchern der Coronis-Module.

Anhänge und andere Dokumente

FAQ

 KONFIGURATION DES WEBDYNRF-GATEWAYS

  • Wenn die Datei nach dem Verbinden des WebdynRF-Hubs aus dem Verzeichnis entfernt wird, liegt das Problem in der Regel an einem Fehler im Dateiformat. Die Konfigurations- und Befehlsdateien müssen das in den Schemadateien (XSD) beschriebene Format erfüllen. Um die Konsistenz eines Schemas zu überprüfen, öffnen Sie die XML-Datei mit dem Editor Notepad++ und installieren Sie das Add-in „XML Tool“. Kopieren Sie dann die XSD-Datei, die der XML-Datei entspricht, in dasselbe Verzeichnis, und wählen Sie im XML-Tool „Validate now“ (Jetzt bestätigen) aus. Die vom Tool erkannten Fehler müssen angezeigt werden.
  • Wenn die Datei nicht vom Server gelöscht wird, besteht das Problem meist darin, dass die Datei nicht an der richtigen Stelle abgelegt wurde. Die Datei muss auf dem Server im Verzeichnis „INBOX“ und im Unterverzeichnis mit dem Namen der Produkt-UID verfügbar sein (Beispiel: „/INBOX/0045CE/“).

ALLGEMEINE NUTZUNG DES WEBDYNRF-GATEWAYS

Die Menge der über das GPRS-Netzwerk ausgetauschten Daten hängt von der Konfiguration ab. Der Verbrauch kann auf etwa 5 MB/Monat geschätzt werden.
Der WebdynRF-Hub verbraucht durchschnittlich ca. 250 mA.

Es gibt 2 Modi für die Aktualisierung der Firmware:

Die lokale Aktualisierung:
Wechseln Sie auf der WebdynRF-Konfigurationsschnittstelle zur Registerkarte „Actions“ (Aktionen) und wählen Sie im Menü „File upload“ (Datei-Upload) den Updater aus, bevor Sie auf die Schaltfläche „Upload“ (Aktualisieren) klicken

Die Remote-Aktualisierung:
Laden Sie die Datei, die den Updater enthält (Datei mit der Erweiterung „.bz2“), auf den FTP-Server in das Verzeichnis „BIN“ hoch. Geben Sie dann den Aktualisierungsbefehl in das INBOX-Verzeichnis für Ihren Hub („INBOX/“ mit dem Benutzernamen des betreffenden Hubs).


Der Aktualisierungsbefehl muss folgendem Format entsprechen:

updater.tar.bz2
checksum_md5

updater.tar.bz2
checksum_md5

Mit :

  • updater.tar.bz2: Name der Updater-Datei, die in das Verzeichnis „BIN“ geladen wurde
  • checksum_md5: md5-Code der Updater-Datei

Eine fehlende Verbindung zum FTP-Server kann durch ein Problem mit der Netzwerkverbindung (Ethernet oder GPRS), ein Problem mit der FTP-Anmeldung oder durch die Nichtauslösung der Verbindung verursacht werden.

Falls Probleme mit der Netzwerkverbindung auftreten, überprüfen Sie Folgendes:

  • Ethernet:
    • Modem-Modus auf „off“ oder „alwaysoff“
    • „Gateway“-Feld korrekt eingegeben
    • Es muss mindestens ein DNS-Server konfiguriert sein
  • GPRS:
    • Modem-Modus auf „on“
    • APN, APN-Benutzername und APN-Passwort korrekt eingegeben
    • GPRS-Rufnummer auf „*99“ *1#“

 

Falls Probleme bei der Anmeldung auftreten, überprüfen Sie Folgendes:

  • Falsche FTP-Einstellungen
  • TCP-Port 21 geschlossen bei Ausgang
  • Problem bei der Auflösung des Domain-Namens: Der DNS-Server ist nicht näher spezifiziert

 

Bei Nichtauslösung der Verbindung:

In diesem Fall funktioniert nur die automatische Anmeldung nicht. Das Problem ist in der Regel auf eine schlechte Konfiguration der Zeitpläne zurückzuführen. Achtung, die ID der Zeitpläne muss eine Ganzzahl sein.

BESONDERE VERWENDUNG DES WEBDYNRF WIRELESS M-BUS-GATEWAYS

Für die Eskalation der Daten der WM-Bus-Module gehen Sie wie folgt vor:

  • Wählen Sie den Modus aus, der den verwendeten Modulen entspricht (S, T oder N)
  • Definieren Sie die Module oder Modulgruppen, die verarbeitet werden sollen

Ein Modul kann durch alle folgenden Felder eindeutig definiert werden:

  • Id
  • Manufacturer (Hersteller)
  • Version
  • Medium

Falls die Daten eines Moduls verschlüsselt werden, kann der Verschlüsselungsschlüssel für dieses Modul im Feld „Schlüssel“ festgelegt werden.

Um die Eingabe der zu verarbeitenden Module zu vereinfachen, kann eine Modulgruppe definiert werden, die die eingegebenen Felder erfüllt. Die anderen Felder bleiben dann leer (nachfolgend ein Beispiel für eine Konfiguration, mit der alle Module des Herstellers Webdyn (WDN) mit Verschlüsselungsschlüssel „00000000000000000000000000000000“ abgerufen werden können.)

  •   Id :
  •   Manufacturer (Hersteller): WDN
  •   Medium :
  •   Version :
  •   Label : Webdyn
  •   Key : 00000000000000000000000000000000

Hinweis: Damit die eingegebenen Module (Filter) berücksichtigt werden können, muss der Modus „Bypass filter“ (Bypass-Filter) deaktiviert werden.

 BESONDERE VERWENDUNG DES WAVENIS WEBDYNRF-GATEWAYS

Der Anschluss des Tools an den Hub erfolgt über den Installateurzugang (Install).

Es muss also das Passwort des Installateurs (standardmäßig „middle“) und nicht das des Administrators (standardmäßig „high“) verwendet werden.

Die Status, die vom WebdynRF-Hub eskaliert werden, sind die Rohwerte, die in den Wavenis-Modulen enthalten sind. Sie werden ohne Interpretation eskaliert. Weitere Informationen finden Sie in den Handbüchern der Coronis-Module.

Annexes et autres documents

  • WARNING :  Pour les anciens produits qui disposent d’une carte SIM avec un code PIN à 0000 , la mise à jour vers la version 4.07.02 sera fonctionelle.

    Second cas : Si la carte SIM avec un code PIN à 0000 est utilisée dans cette version (4.07.02), le passage vers une mise à jour antérieure est interdit. 

NOTICE DE FIN DE VIE DES PRODUITS