Tunnel – LOGGER configuration parameters: “LOGGER_”

Suchen Sie etwas anderes?

LOGGER_ prefix parameters relate to MTX internal datalogger features.

Datalogger has to be enabled when reading ModBus equipment connected to a serial port. Datalogger can be used to store readings and the status of inputs/outputs.

LOGGER_enabled

Description: enable internal MTX-Tunnel datalogger. It will store RF cards –Wavenis cards- readings, input/output values/statuses and Modbus data in the memory and sends it to a http server using GET via a JSON object.

Possible values:

  • on, off
  • Default value: off

Additional notes:

  • Please use the account support line at iotsupport@mtxm2m.com for further information

LOGGER_password

Description: this parameter can set a user password string that can be used in every JSON object frame that goes to the end server.

Possible values:

  • A text string with a maximum of 64 characters
  • Default value: none

Additional notes:

  • Please use the account support line at iotsupport@mtxm2m.com for further information

LOGGER_server

Description: This parameter sets the server’s URL datalogger and sends its saved data using a JSON object character.

Possible values:

  • A text string with a maximum of 256 characters
  • Default value: none

Additional notes:

  • URL example:
    www.midominio.com/set.asp?V=
    V is the variable used to send JSON information to the server
  • Please use the technical support line at iotsupport@mtxm2m.com for further information

LOGGER_registerSize

Description: This parameter sets the register size of the non volatile Flash internal datalogger for JSON objects. E.g. If using a remote Wavetherm temperature sensor, the reading will be stored in the memory in a JSON format:

{“IMEI”:357973041110401,”TS”:”18/10/12 10:04:37”,”P”:”matrix”,”A”:0B19083000D3,”BAT”:0,”T1”:23.4375,”T2”:0.0 }

The parameter value should be at least the maximum frame length that a JSON frame has.

In the above example it would be be 110. If you do not know what it could be, use 300 as the value.

Possible values:

  • 10… 1024
  • Default value: 100

Additional notes:

  • Please use the technical support line at iotsupport@mtxm2m.com for further information

LOGGER_numRegistersFlash

Description: This parameter allows you to specify the maximum number of records that the MTX-Tunnel can store in its internal flash memory.

Possible values:

  • 1… 10000
  • Default value: 1500

Additional notes:

  • Remember that the flash memory is used in cases where the MTX-Tunnel doesn’t have, at a given moment, 2G/3G/4G connectivity for the broadcasting of information. This memory is used to ensure records are not lost. When 2G/3G/4G connectivity is back those records will be sent again via GPRS.
  • It is recommended that the data file (data.txt that will be automatically created inside the modem) doesn’t occupy more than 1MByte. Remember that the size of the file is calculated by multiplying LOGGER_numRegistersFlas x Logger_registerSize.

LOGGER_ioPeriod

Description: Period time datalogger takes readings from digital and analog inputs, stores them to memory and afterwards, they are sent to server using a JSON object.

Possible values:

  • 0 (disabled), 30… 2592000
  • Default value: 0

Additional notes:

  • See this or this scenario examples for more information. Please use the technical support line at iotsupport@mtxm2m.com for any further questions

LOGGER_serverLogin

Description: This parameter allows you to specify the login (user name) that the MTX-Tunnel must use to send data to a Web platform that has an authentication system of Login and Password.

Possible values:

  • String of up to 64 characters
  • Default value: none

Additional notes:

  • If your web platform does not use a simple authentication system based on Login and Password then it is not necessary to include this parameter in the set up file. Its use is only compulsory in web platforms that use authentication mechanisms
  • This parameter is available from version MTX-Tunnel 7.27

LOGGER_serverPassword

Description: It allows you to specify the password to be used by the MTX-Tunnel to send data to a Web Platform with an authentication system of Login and Password.

Possible values:

  • String of up to 64 characters
  • Default value: none

Additional notes:

  • If your web platform does not have a simple authentication system of Login and Password, then it is not necessary to include this parameter in the setting file. It is only compulsory for web platforms with authentication systems

LOGGER_serialFrequency

Description: This allows you to establish the frequency with which the internal logger must register the received serial data.

Possible values:

  • 0… 1000 (seconds)
  • Default value: 0

Additional notes:

  • This configuration parameter is valid in versions from MTX-Tunnel 8.10
  • A value of 0 means that no data is registered in the modem’s serial port.
  • A value of 1 means all received data is registered in the serial port.
  • A value of 6 means 1 in every 6 data strings is registered. This is useful in situations such as with a temperature sensor that automatically sends data (without the option to change this), and we need to change the frequency.
  • The data should be sent consecutive, without pauses. The maximum size is 256 bytes.

LOGGER_serialData1… LOGGER_serialData10

Description: this allows you to configure up to 10 data strings to be sent by the modem; i.e. every X seconds (configured in the LOGGER_serialPeriod parameter), MTX will send this data via serial ports, logging the responses to send them to a platform at a later time.

Possible values:

  • A5B78912… FE80916F (string in hexadecimal)
  • Default value: none

Additional notes:

  • This configuration parameter is valid in versions from MTX-Tunnel 8.10
  • The strings must be in hexadecimal format
  • Data is sent according to the period indicated in the LOGGER_serialPeriod parameter. The minimum pause between each of the 10 strings being sent is 2 seconds
  • The response from the device connected to the serial port can’t be more than 256 bytes

LOGGER_serialPeriod

Description: this specifies how often the modem will send data contained in the LOGGER_serialData1 … LOGGER_serialData10 parameters.

Possible values:

  • 0 (disabled), 30… 2592000
  • Default value: 0

Additional notes:

  • This configuration parameter is valid in versions from MTX-Tunnel 8.10 Please consult the examples for a clearer understanding of this parameter. If you require additional help, contact iotsupport@mtxm2m.com.

LOGGER_https

Description: Allows to state if information is sent via http or via https in encrypted format.

Possible values:

  • on, off
  • Default value: off

Additional notes:

  • Keep in mind that if you want to activate this option, you will need a web server with SSL support

LOGGER_httpMode

Description: Allows to choose the type of communication to be used with a Web Platform. It is possible to choose between “getjson” and “postjson.”

Possible values:

  • getjson, postjson
  • Default value: getjson

Additional notes:

  • Here are some examples of the format of data sent both by means of getjson and postjson methods. Remember that data frames sent by Logger can be very diverse, because Logger is engaged in different internal processes of MTX-Tunnel. The following examples show Logger frames where the I/O of MTX-Tunnel are sent every certain period of time (LOGGER_ioPeriod >0). They belong to ‘IOS” type, but it is possible to receive the following types: “IOS”, “SERIAL”, “TEMP”, “WMBUS”, WAVT”, “WAVSC”, “WAVSV”, “WAVF”, “WAVL”, “POWER”, “MBUS”
  • Example of “getjson” mode:
{“TYPE”:”IOS”,”IMEI”:357042060366409, “P”:”ID00001”, “TS”:”09/08/16 18:32:53”,”IO1” :0,”IO2”:0,”IO3”:0,”IO4”:0, “IO5”:0,”IO6”:0,”IO7”:0,”IO8”:0,”IO9”:0,”IO10”:0,”AD1”:0,”AD2”:0, “CO1”:”0”,”CO2”:”0”}

Where:
TYPE: IOS frame type
IMEI: MTX internal indentification
P: user’s field in LOGGER_password parameter
TS: TimeStamp of when data are collected
IO1: Value of digital input/output 1 of the modem (if it is available)
IO2: Value of digital input/output 2 of the modem (if it is available)
IO3: Value of digital input/output 3 of the modem (if it is available)
IO4: Value of digital input/output 4 of the modem (if it is available)
IO5: Value of digital input/output 5 of the modem (if it is available)
IO6: Value of digital input/output 6 of the modem (if it is available)
IO7: Value of digital input/output 7 of the modem (if it is available)
IO8: Value of digital input/output 8 of the modem (if it is available)
IO9: Value of digital input/output 9 of the modem (if it is available)
IO10: Value of digital input/output 10 of the modem (if it is available)
AD1: Value of analog input 1 of the modem (if it is available)
AD2: Value of analog input 2 of the modem (if it is available)
CO1: Value of pulse counter input 1 (if it is available)
CO2: Value of pulse counter input 2 (if it is available)

  • Example of “postjson” mode:
{“IMEI”:357042060366409,”TS”:”09/08/16 18:32:53”,”TYPE”:”IOS”,”IO1”:0,”IO2”:0,”IO3”:0,”IO4”:0,”IO5”:0,”IO6”:0,”IO7”:0,”IO8”:0,”IO9”:0,”IO10”:0,”AD1”:0,”AD2”:0,”CO1”:”0”,”CO3”:”0”}

TYPE: IOS frame type
IMEI: MTX internal indentification
P: user’s field in LOGGER_password parameter
TS: TimeStamp of when data are collected
IO1: Value of digital input/output 1 of the modem (if it is available)
IO2: Value of digital input/output 2 of the modem (if it is available)
IO3: Value of digital input/output 3 of the modem (if it is available)
IO4: Value of digital input/output 4 of the modem (if it is available)
IO5: Value of digital input/output 5 of the modem (if it is available)
IO6: Value of digital input/output 6 of the modem (if it is available)
IO7: Value of digital input/output 7 of the modem (if it is available)
IO8: Value of digital input/output 8 of the modem (if it is available)
IO9: Value of digital input/output 9 of the modem (if it is available)
IO10: Value of digital input/output 10 of the modem (if it is available)
AD1: Value of analog input 1 of the modem (if it is available)
AD2: Value of analog input 2 of the modem (if it is available)
CO1: Value of pulse counter input 1 (if it is available)
CO3: Value of pulse counter input 3 (if it is available)

LOGGER_header1, LOGGER_header2, LOGGER_header3

Description: allows to use personalized HTTP headers. Very useful for the communication between MTXTunnel and third-party web platforms (like THINGWORKS).

Possible values:

  • Cadena ascii hasta 64 caracteres
  • Default value: none

Additional notes:

  • The headers format is the following: nameHeader;valueHeader . That is to say, fields are separated by ; (semicolon)
  • You will find them necessary if you want your MTX-Tunnel to communicate with some generic platforms. For example, to communicate with Thingworks platform you will have to specify something similar to:
    LOGGER_header1: Content-Type;application/json
    LOGGER_header2: Accept;application/json
    LOGGER_header3: appKey;194f5476-7346-4638-ac30-bbca28595be1

LOGGER_mode

Description: It allows to select the mechanism of data sending registered in the internal datalogger.

Possible values:

  • http, mqtt, ftp
  • Default value: http

Additional notes:

  • If you select “mqtt”, remember to use the MQTT_ parameters indicated in this manual
  • If you specify “mqtt”, you must also configure the LOGGER_mqttTopic parameter
  • If you select “FTP,” you also need to specify the FTP server address, username and password in the following parameters respectively: LOGGER_server, LOGGER_serverLogin, and LOGGER_serverPassword

LOGGER_mqttTopic

Description: Configure the topic that MTX-Tunnel will use to publish all data stored in the Logger.

Possible values:

  • String up to 64 characters
  • Default value: none

Additional notes:

  • In the same way as the MQTT_attopicX parameters, you can use the [IMEI] tag in the parameter and the MTX-Tunnel will internally replace that tag with the appropriate value. For example, if your modem has the IMEI 354740050182909 you could specify in the config.txt configuration file the value:
    LOGGER_mqttTopic: [IMEI]/LOGGER
    And the MTX-Tunnel would send logger data using the topic::
    354740050182909/LOGGER

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.