Tunnel – MQTT Related configuration parameters: “MQTT _”

Suchen Sie etwas anderes?

Tunnel – MQTT Related configuration parameters: “MQTT _”

The MTX-Tunnel firmware has MQTT support as of version 9.25. It is possible to send data stored in the internal datalogger (LOGGER_mode: mqtt) using MQTT as well as the DNS data (DNS_mode: mqtt). It is also possible to send AT commands (to check modem status, make configuration changes, change relay status, etc.).

The main advantage is that being a standard MQTT protocol you can use a large number of applications that exist for your Android or IOS mobile. All regardless of whether the SIM card used has or does not have a public or private IP address.

MQTT_enabled

Description: Enables the MQTT service of the MTX-Tunnel. It is imperative to enable it in case you want to use this service for Logger, DNS or AT commands.

Possible values:

  • on, off
  • Default value: off

MQTT_server

Description: Any MQTT device acting as a “client” must be connected to an MQTT broker. Here you must specify the connection URL or IP as well as the connecting TCP port.

Possible values:

  • tcp://xxx.xxx.xxx.xxx:puerto
  • Default value: none

Additional notes:

  • An example url for an MQTT broker can be tcp: //2.3.4.5: 1883
  • On the Internet there are many free and paid MQTT broker services. For example you can test for your tests: tcp://test.mosquitto.org:1883

MQTT_id

Description: Each MQTT device that communicates with an MQTT Broker should have a different identifier. By means of this property it is possible to establish said identifier.

Possible values:

  • String up to 32 characters
  • Default value: none

Additional notes:

  • If you use the same equipment identifier in two devices, the broker will disconnect one of them, because only one unique ID is allowed

MQTT_login

Description: Some MQTT Broker services require that the client device be authenticated using a username and password system. By means of this parameter you can specify, if necessary, the username.

Possible values:

  • String up to 32 characters
  • Default value: none

Additional notes:

  • If your MQTT broker does not specify it, do not use this parameter

MQTT_password

Description: Some MQTT Broker services require that the client device be authenticated using a username and password system. By means of this parameter you can specify, if necessary, the password.

Possible values:

  • String up to 32 characters
  • Default value: none

Additional notes:

  • If your MQTT broker does not specify it, do not use this parameter

MQTT_attopic1, MQTT_attopic2, MQTT_attopic3

Description: With these 3 parameters, you can specify the topics to which the MTX Tunnel will subscribe in order to receive AT commands from an application with MQTT (for example to be able to send AT commands from a mobile phone).

Possible values:

  • String up to 64 characters
  • Default value: none

Additional notes:

  • For example, an appropriate value could be:
    MQTT_attopic1: midispositivo/comandosAT/mtx1
    This would imply that all the AT commands that you send (for example from a mobile phone) to the topic device/commandAT/mtx1 of the Broker to which the modem is connected will arrive to the MTX-Tunnel and therefore will be executed.
  • If you include the [IMEI] tag it will be replaced by the actual IMEI of the modem. It will be very useful in the case of having a significant number of MTX-Tunnel devices. For example, you could configure:
    MQTT_attopic1: [IMEI]/AT
    And the MTX-Tunnel would subscribe to the MQTT broker with the appropriate topic (eg 354740050182909/AT). This way you could put the same configuration file in all the devices.
  • Up to 3 tracks available for AT commands, so you can specify groups. That is, if you wanted to change the configuration of all the MTX-Tunnel modems located in Barcelona, you could do it by configuring them with the following command:
    MQTT_attopic2: grupo/Barcelona
    So every time you send an ATcommand from your MQTT application (for example, from your mobile phone) to the MQTT broker with the topic “group/Barcelona,” any MTX-Tunnel subscribed to that topic would execute that same AT command.
    You could also configure the third topic (MQTT_attopic3) to execute an AT command on all MTXTunnel devices, as long as you set the MQTT_attopic3 parameter identically in all the config.txt files in all the MTX-Tunnel.

MQTT_atrtopic

Description: This parameter allows defining the topic that the MTX-Tunnel will use to send the responses to executed AT commands. That is, if the MTX-Tunnel receives an AT command through the topics MQTT_attopic1, MQTT_attopic2 or MQTT_attopic3, the answer will be returned in this topic.

Possible values:

  • String up to 128 characters
  • Default value: none

Additional notes:

  • If you are going to use MQTT_attopi1, MQTT_attopi2, MQTT_attopi3 to send AT commands to the MTX-Tunnel you must specify a topic in MQTT_atrtopic for the response. Obviously you must subscribe to this topic on the device that you use to send AT commands in order to receive such a response
  • Analogously to the above parameters, it is possible to include the [IMEI] tag and the MTXTunnel will replace that tag with the corresponding actual value. For example: MQTT_atrtopic: [IMEI]/ATResponse
  • If your MQTT application allows you to send a message (AT command) with a given ID (message identifier mqtt), the MTX-Tunnel will respond to the AT command with the same ID

MQTT_qos

Description: This parameter allows to establish the quality of service of the MQTT communications used.

Possible values:

  • 0, 1, 2
  • Default value: 2

Additional notes:

  • The value 0 implies that the message will be sent once and there will be no response message to check if the message arrived correctly or not to the Broker
  • A value of 1 ensures that the message reaches the MQTT broker at least once (although it may arrive more often)
  • The value 2 ensures that the message will reach the MQTT broker once and only once
  • MQTT_qos is just used with LOGGER. DNS and answers to AT commands sent via MQTT use qos 0

MQTT_keepalive

Description: It is possible to define the seconds of keepalive with this parameter, that is, the seconds of waiting for the client to make a connection with the MQTT Broker to verify that the connection is still established.

Possible values:

  • 10… 3600
  • Default value: 300 (5 minutes)

Additional notes:

  • It is highly recommended to set a reasonable value for that value, such as 300. If you specify a maximum value of 1 hour you should keep in mind that in the event of a loss of connectivity with the mqtt broker (without socket closing signal) you could keep MTX-Tunnel disconnected from it during the same time period

MQTT_persistent

Description: This parameter allows to establish the persistence of the data for the data sent by MQTT from the LOGGER_ or by the DNS_ frames.

Possible values:

  • on, off
  • Default value: on (persistent data)

Additional notes:

  • Let’s say you are sending a DNS_ frame via MQTT each time a digital input changes. To do this, you have configured the DNS_mqttTopic: [IMEI] / DNS parameter to send a JSON with the modem I / O data to that broker topic each time a digital input changes. If the persistence is “off” the data (actually the last data received) are NOT stored in the broker. That means, for example, if you are going to query the MTX-Tunnel status (I/O) from a mobile phone with an MQTT client, you would only know the current MTX-Tunnel I/O status if the MTX-Tunnel sent the data to the broker MQTT you had connected the mobile phone to the broker at that time
  • If you want the MQTT broker, when you connect with the mobile phone or your application, to send you the last status received from the MTX-Tunnel, simply set this parameter on

MQTT_filetopic1

Description: this parameter allows to send a file to the modem via MQTT. The modem will subscribe to this broker TOPIC to receive files. This way, any file sent from this topic will be downloaded by the modem. It can be useful to change completely the configuration file config.txt for instance.

Possible values:

  • Text up to 128 characters
  • Default value: none

Additional notes:

  • The format we need to send the file to this TOPIC so it’s received and processed by the modem is this:
    path/nombreFichero,<array de bytes>
  • For instance, to change the configuration file “config.txt,” it will be similar to:
    config.txt,COMM_baudrate: 9600[0x13][0x10]COMM_bitsperchar: 8[0x13][0x10]…
    (where [0x13] and [0x10] represent hexadecimal values of ENTER after each parameter in the
    configuration file)
  • Check the parameter MQTT_filertopic to know the answer from the modem to this topic
  • This parameter is only available from MTX-Tunnel 9.39 on

MQTT_commrxtopic

Description: this parameter allows to configure the mqtt TOPIC to which the modem will subscribe to. All data the modem receives will be resent through the mail serial port (the one configured with the COMM_ parameters).

Possible values:

  • Text up to 128 characters
  • Default value: none

Additional notes:

  • To use this parameter we need to configure additionally the modem with the parameter MTX_mode: mqtt
  • All the bytes received on this topic will be resent through the main serial port of the MTX modem. If we need to resend them through the secondary port (RS485 in most MTX modems) we need to configure the parameter MTX_invertedCom: on
  • This parameter is only available from MTX-Tunnel 10.09 on

MQTT_commtxtopic

Description: this parameter allows to configure the mqtt TOPIC to which the modem will send all data received through its main serial port (the one configured with COMM_ parameters).

Possible values:

  • Text up to 128 characters
  • Default value: none

Additional notes:

  • To use this parameter we need to configure additionally the modem with the parameter MTX_mode: mqtt
  • All the bytes received on the main serial port of the MTX modem will be resent via MQTT to the topic configured on this parameter. If we need to use the secondary port (RS485 in most MTX modems) we need to configure the parameter MTX_invertedCom: on
  • Remember we have the MTX_msToSend parameter. It may be necessary to use it if you need to receive the data in your MQTT platform in just one package (without any fragmentation)
  • This parameter is only available from MTX-Tunnel 10.09 on

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

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

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

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.

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.

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.