Tunnel – DNS Parameter configuration: “DNS_”

Looking for something else?

In the previous section about DynDNS we explained how and why we use it when we have a few remote modem SIMs that have dynamic IP addresses. If you plan to use and control a large number of devices, this is not practical. Also, DynDNS requires you to have an external server, which means that any possible drops on the server are harder to control.

The following parameters are useful for when you are required to use your own server to collect the changes detected by MTX-Tunnel in the IP addresses.

In other words, these parameters will make sure MTX-Tunnel informs your server of any changes in its IP address, giving you complete control of the system at all times.

DNS_enabled

Description: enable the DNS service using your own server. Every time the modem starts a data connection or changes the IP address, it is sent to your configured server.

Possible values:

  • on, off
  • Default value: off

Additional notes:

  • Only use the DNS feature when your SIM is dynamic IP provisioned. It makes no sense to use a dynamic IP provisioned SIM if your network operator has fixed IP addressing
  • DNS must be used in incoming connection requests with MTX-Tunnel services using socket servers like:
    • GPRS-Serial RS232 server mode tunnel
    • WebServer
    • Telnet
    • If you are going to use MTX-Tunnel client connection services, meaning that the MTXTunnel starts with a connection from a well known IP address, the DNS service is not needed and must be disabled (value “off”)

DNS_mode

Description: The MTXTunnel mode, in which MTX-Tunnel sends the change in IP address to a server. We can use a TCP socket or HTTP protocol for web server.

Possible values:

  • socket, socketjson, http, mqtt
  • Default value: socket

Additional notes:

  • If you are going to write your own code/application, use the “socket” option
  • If you already have a web server and the code is written in ASP or PHP, we recommend that you use the “http” option
  • If you are going to send data from sensors to a MQTT broker, it will be easier to use the “mqtt” method. From the MTX-Tunnel 9.25 on it is possible to configure the “mqtt” mode. If you select this method don’t forget to configure the MQTT parameters and the DNS_mqttTopic parameter

DNS_password

Description: You can secure this service by setting up a password. MTX-Tunnel will send the DNS_password in any new GPRS connection or if there are any IP address changes and your server will have to check the password.

Possible values:

  • A text string of up to 64 characters
  • Default value: none

Additional notes:

  • DNS_password is sent using either “socket” or “http” transmission mode

DNS_server

Description:

  • Socket mode: (DNS_mode: socket) The value is the DNS or IP server address where the new IP address is to be sent..
  • HTTP mode: (DNS_mode: http) The value is the URL (domain + web page) of the WebServer to which you will pass on information about the new IP address.

Possible values:

  • Text string of less than 255 characters
  • Default value: none

Additional notes:

  • In HTTP mode “DNS_mode: http”, DNS_server URL does not include “http://” string. DNS example URL: www.mtxtunnel.com/dns.asp
  • In Socket mode, MTX-Tunnel sends the following string to the server:
#IMEI#DNS_password#IPPublica#
  • In HTTP mode, MTX-Tunnel sends the following string to server:
URL?IMEI=<suIMEI>&PASS=<DNS_password>&IP=<IP Public>
  • If you program web pages in ASP, you can collect the information using this method as an example:
<%
IMEI=Request.QueryString(“IMEI”)
Password=Request.QueryString(“PASS”)
IP=Request.QueryString(“IP”)
%>

DNS_port

Description: TCP DNS server port being used in DNS socket mode (DNS_mode: socket).

Possible values:

  • 1… 65535
  • Default value: 20011

Additional notes:

  • Only use this parameter if “socket”mode is used. If you use “http” mode, the standard port is 80. However if you use another one, you need to include it in the DNS_server parameter
  • E.g. if you are going to use port 20011, DNS_server value parameter is: www.mtxtunnel.com:20011/dns.asp

DNS_extended

Description: if enabled, and only if the DNS service is enabled too (DNS_enabled: on), MTX-Tunnel will send the password and IP address information together with the IMEI and more information like the GPIO status. This is useful in telemetry applications. To send additional information, DNS_extended must be configured to “on”.

Possible values:

  • on, off
  • Default value: off

Additional notes:

  • DNS_extended “on”, DNS_mode set as “socket”, the information sent to the server is:
#IMEI#DNS_password#IPPublica#gpio1#gpio2#gpio3#gpio4#gpio5
#gpio6#gpio7#gpio8#gpio9#gpio10#ADC1#ADC2#<gpsLocation>#

The additional extended information is shown.
gpioX is input/output X value (0 -1)
ADCX is analog to digital converter X value.
In the MTX terminal modems with GPS receiver, the GPS location information is also added.

  • DNS_extended “on”, DNS_mode set as “http”, the information sent to the server is:
URL?IMEI=<suIMEI>&PASS=<DNS_password>&IP=<IP Public> &GPIO1=X
&GPIO2=X &GPIO3=X &GPIO4=X &GPIO5=X &GPIO6=X &GPIO7=X &GPIO8=X
&GPIO9=X &GPIO10=X &ADC1=X&ADC2=X&GPS=<gpsLocation>

The additional extended information is shown.
gpioX is input/output X value (0 -1)
ADCX is analog to digital converter X value.
In the MTX terminal modems with GPS receiver, the GPS location information is also added.

DNS_gpios

Description: When this parameter is enabled it can send DNS information (which can include GPIO and ADC values if DNS_extended = “on”) when there is a change in a digital input.

Possible values:

  • on, off
  • Default value: off

Additional notes:

  • MTX-Tunnel sends just one data DNS information string if there has been one or several changes in digital inputs
  • Parameter available from version MTX-Tunnel v5.3

DNS_adc1, DNS_adc2

Description: This parameter, if enabled, can send DNS information (which can include GPIO and ADC values if DNS_extended = “on”) only when the analog input is above or below trigger value.

Possible values:

  • Possible values: 0, 250 … 47750
  • Default value: 0

Additional notes:

  • 0 value disables this feature and a DNS string will be not sent
  • DNS_adcX >=250 sets the trigger analog value above or below +-250mV, if it exceeds this value a DNS frame string will be sent
  • DNS_adc1: 1200 means that when DNS_adc1 > 1200mV + 250mV, the DNS text string will be sent, as well as when DNS_adc2 < 1200mV – 250mV
  • Parameter available from MTX-Tunnel v5.3

DNS_period

Description: A data string with the DNS information is sent whenever the MTX-Tunnel IP address changes, but you can also define it to send the IP address periodically. This is useful for a more secure indication of IP address changes and it establishes timing periods by sending telemetric data if the DNS_extended parameter is enabled (value “on”).

  • 0, 30… 2592000
  • Default value: 0

Additional notes:

  • Value=0 means DNS information is not sent periodically
  • Value of time is in seconds

DNS_httpMode

Description: This parameter allows you to choose the type of communication that will be used when DNS_mode is set to “http” mode. You can choose between “get” and “json”

Possible values:

  • get, getjson, postjson
  • Default value: get

Additional notes:

  • The parameter is available from MTX-Tunnel version 8.10 onwards. Before this version the only possible option was “get”. It is strongly recommended not to use the option “get”, and
    use the option ‘’getjson” or “postjson”.
  • EXAMPLE of data transmission in “get” mode where DNS_extended parameter has the value “off”:
    http://www.mydomain.com?TYPE=DNS&IMEI=357973041110401&PASS=ID000001&IP=95.126.113.202&CSQ=24&VER=9.12&AUX=0&MOD=201
  • EXAMPLE of data transmission in “getjson” mode where DNS_extended parameter has the value “off”:
    {“TYPE”,”DNS”,”IMEI”: 357973041110401,“P”:”ID001”,”IP”:”95.126.113.202”, ”CSQ”:24,”VER”:”9.12”, “AUX”:”0”,”MOD”:201}
    Where:
    TYPE: DNS frame type
    IMEI: IMEI of the modem (unique device identification)
    P: user’s field in DNS_password parameter
    IP: MTX-Tunnel IP
    CSQ: GSM coverage of MTX (0… 31)
    VER: MTX-Tunnel firmware version
    AUX: Reserved for configuration version control
    MOD: MTX terminal model
  • EXAMPLE of data transmission in “getjson” mode where DNS_extended parameter has the value “on”:
    {“TYPE”,”DNS”,”IMEI”: 357973041110401, “P”:”ID001”,”IP”:”95.126.113.202”, ”CSQ”:24,”VER”:”9.12”, “AUX”:”0”,”MOD”:201,”IO1”:0,”IO2”:0,”IO3”:0,”IO4”:0,”IO5”:0, ”IO6”:0,“IO7”:0,”IO8”:0,”IO9”:0,”IO10”:0,”AD1”:100,”AD2”:2000,”CO1”:”0”,”CO2”:”0”, ”CID”:”214;07;0322;4E8F”}”}
    Where:
    TYPE: DNS frame type
    IMEI: IMEI of the modem (unique device identification)
    P: user’s field in DNS_password parameter
    IP: MTX-Tunnel IP
    CSQ: GSM coverage of MTX (0 … 31)
    VER: MTX-Tunnel firmware version
    AUX: Reserved for configuration version control
    MOD: MTX terminal model
    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)
    CID: GSM cell information (for GSM localization)
  • EXAMPLE of data transfer in “postjson” mode where DNS_extended parameter has the value “off”. When using “postjson” mode data is sent to JSON as follows:
    {“IMEI”:”357042060366409”,”TYPE”:”DNS”,“P”:”ID-12345678”, ”IP”:”95.126.113.202”,”CSQ”:24,”VER”:”9.12”,“AUX”:”4”,”MOD”:”201”,VCC:12100}
    Where:
    TYPE: DNS frame type
    IMEI: MTX internal indentification
    P: user’s field in DNS_password parameter
    IP: MTX-Tunnel IP
    CSQ: GSM coverage of MTX (0 … 31)
    VER: MTX-Tunnel firmware version
    AUX: Reserved for configuration version control
    MOD: MTX terminal model
    VCC: MTX supply voltage (in millivolts)
  • EXAMPLE of data transmission in “postjson” mode where DNS_extended parameter has the value “on”. When using “postjson” mode data is sent to JSON as follows:
    {“IMEI”:”357042060366409”,”TYPE”:”DNS”,“P”:”ID-12345678”, ”IP”:”95.126.113.202”,”CSQ”:24,”VER”:”9.12”,“AUX”:”4”,”MOD”:”201”,VCC:12100,”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”,”CID”:”214;07;0322;4E8F”}
    Where:
    TYPE: DNS frame type
    IMEI: MTX internal indentification
    P: user’s field in DNS_password parameter
    IP: MTX-Tunnel IP
    CSQ: GSM coverage of MTX (0 … 31)
    VER: MTX-Tunnel firmware version
    AUX: Reserved for configuration version control
    MOD: MTX terminal model
    VCC: MTX supply voltage (in millivolts)
    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)
    CID: GSM cell information (for GSM localization)

DNS_serverLogin

Description: This parameter allows you to establish a login (username) that must be used by MTX-Tunnel to send data to a Web server containing a Login/Password authentication system.

Possible values:

  • Text string of up to 64 characters
  • Default value: none

Additional notes:

  • If your web server does not use a simple authentication system consisting of a Login and Password, this parameter is not necessary. It is necessary, however, in those web servers that
    use authentication systems.
  • This parameter is available in versions of MTX-Tunnel from v8.10.

DNS_serverPassword

Description: This parameter allows you to establish a password that must be used by MTX-Tunnel to send data to a Web server containing a Login/Password authentication system.

Possible values:

  • Text string of up to 64 characters
  • Default value: none

Additional notes:

  • If your web server does not use a simple authentication system consisting of a Login and Password, this parameter is not necessary. It is necessary, however, in those web servers that use authentication systems.

DNS_https

Description: Allows to state whether 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

DNS_header1, DNS_header2, DNS_header3

Description: Allows to use personalized HTTP headers.Very useful for communication between MTX-Tunnel and thirdparty web platforms (like THINGWORKS).

Possible values:

  • ASCII string up to 64 charaters
  • Default value: none

Additional notes:

  • The headers have the following format: 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:
    DNS_header1: Content-Type;application/json
    DNS _header2: Accept;application/json
    DNS _header3: appKey;194f5476-7346-4638-ac30-bbca28595be1

DNS_mqttTopic

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

Possible values:

  • ASCII string up to 64 charaters
  • 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:
    DNS_mqttTopic: [IMEI]/DNS
    And the MTX-Tunnel would send the DNS service data using the topic:
    354740050182909/DNS
  • Data are sent to the MQTT topic in JSON format. Check the parameter DNS_httpMode to find information about sent JSON

Une question ? Besoin d’un devis ? Contactez-nous.

  • Ce champ n’est utilisé qu’à des fins de validation et devrait rester inchangé.

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

FAQ

Non, le concentrateur n’est pas capable de déchiffrer les données des équipements WM-BUS car il n’embarque pas de coffre-fort afin de garantir la sécurité des clés de chiffrage de vos équipements. Les données récupérées sont déposées sans modification (sans déchiffrage) par le concentrateur sur votre serveur distant.

Veuillez vérifier ces points dans cet ordre :

  • le niveau de la pile : si la pile est trop basse ou vide, le produit ne fonctionnera pas correctement ou plus du tout.
  • Le niveau de réception du modem : un mauvais signal au niveau du modem peut également empêcher le concentrateur de déposer les fichiers. Voir pour déplacer le produit ou installer une antenne externe pour améliorer la qualité du signal.
  • Le dernier fichier de configuration : un mauvais fichier de configuration peut bloquer le produit.

À distance, en vérifiant les fichiers déposés périodiquement si la configuration du produit a bien été faite.

À proximité, en passant l’aimant sur le haut du produit, vous entendrez 3 bips courts retentir.

Remplacer le produit et injecter la configuration de l’ancien produit dans le nouveau. Si une liste blanche est utilisée, ne pas oublier de l’injecter dans le nouveau produit également.

Annexes et autres documents

Autres manuels

Notes d'Application

FAQ

CONFIGURATION DE LA PASSERELLE

Commencer par vérifier que les paramètres IP de l’ordinateur sont compatibles avec l’adresse IP de la WebdynSunPM (par défaut 192.168.1.12) Lancer un navigateur Web (Chrome, Firefox, Edge, Safari, …) et saisir l’adresse IP du concentrateur WebdynSunPM dans la barre d’adresse. Une page d’authentification va s’afficher : Les accès par défaut sont :
Identifiant Mot de passe
userhigh high
Cliquer sur « Login »
Il existe deux solutions de configuration, via l’interface web et via SMS :
  • Configuration via l’interface web :
Etablir tout d’abord une connexion au concentrateur en se connectant dessus pour accéder à la configuration des serveurs : Saisir le mode de connexion « Ethernet » ou « modem » : Dans le cas d’une configuration par Ethernet, veiller à ce que les paramètres IP soient compatibles avec l’accès au serveur d’après la configuration du réseau local du concentrateur. Dans le cas d’une connexion par Ethernet, la configuration doit être compatible avec la topologie du réseau local du concentrateur afin qu’il puisse accéder aux serveurs. Cette configuration se fait via la page de configuration « Networks » (voir chapitre 3.2.2.3 : « Réseaux (Networks) »). Dans le cas d’une connexion par modem, la configuration du modem doit être correcte avant de pouvoir effectuer une connexion. Cette configuration se fait dans la page de configuration « Modem » (voir chapitre 3.2.2.4 : « Modem »). Les paramètres des serveurs à configurer au minimum sont les suivants : Il faut donc configurer les champs : « Interface », « Type », « Server type », « Address », « Port », « Login » et « Password ». Les autres champs peuvent être laissés aux valeurs par défaut à condition que les répertoires aient été créés correctement auparavant. Voir chapitre 3.1.2 : « Fichiers de configuration » pour plus de détails.
  • Configuration par SMS :
La configuration par SMS nécessite l’envoi des commandes suivantes :
      • Apn: pour configurer l’APN de la carte SIM. (voir chapitre 4.2 : « Commande de configuration du modem « apn »)
      • Ftp: pour configuration le serveur FTP qui va contenir la configuration du concentrateur (voir chapitre 4.3 : « Commande de configuration du FTP « ftp » »).
      • Connect : pour lancer la connexion au serveur FTP et charger la configuration (voir chapitre 4.1: « Commande de connexion « connect » 

L’accès au serveur FTP dépend de la solution adoptée.

Si vous avez choisi un portail, les identifiants d’accès au serveur FTP vous est communiqué par celui-ci.

Si vous voulez utiliser votre propre serveur FTP, veuillez vous rapprocher de votre administrateur réseau.

Pour toutes autres configurations et pour déterminer la solution qui convient le mieux, il faut se rapprocher du service commercial Webdyn qui saura conseiller et rediriger vers les interlocuteurs pertinents : contact@webdyn.com

UTILISATION GENERALE DE LA PASSERELLE

Il existe 2 méthodes pour forcer un retour aux paramètres usine du concentrateur :
  • Appuyer sur le bouton Retour Usine du concentrateur pendant 20 secondes :
Attendre. Le concentrateur va redémarrer avec sa configuration usine.
  • Si une carte SIM est installée et configurée, un SMS « factory » permet également d’effectuer un retour usine. Il suffit d’envoyer le SMS « factory » au numéro de téléphone de la carte SIM (voir chapitre 4.7: « Commande de retour usine « factory » »)

Il est possible d’envoyer des commandes aux équipements connectés si celui-ci les accepte.

La WebdynSunPM mémorise jusqu’à 50Mo de données non compressées par équipement déclaré.

En cas de non-accès au serveur distant, le concentrateur WebdynSunPM peut donc stocker les données pendant plusieurs mois.

Le temps maximum de stockage de données varie en fonction du nombre de données à collecter et de la fréquence de la collecte configurée.

La durée moyenne de sauvegarde varie entre 3 et 4 mois.

La durée de vie moyenne de la batterie est de 5 ans.

Elle peut varier selon l’environnement de l’installation.

Tous nos produits sont garantis 2 ans.

Pour plus d’information, consultez nos conditions générales de vente.

Le volume de données dépend des fichiers échangés.

La moyenne est de l’ordre de 5 Mo par mois et varie pour chaque installation.

COMPATIBILITE DES ONDULATEURS

Voir chapitre 1.4 : « Équipements supportés ».

Compatibilité des équipements modbus :

  • Vérifier qu’il possède une sortie TIC
  • Utiliser une paire torsadée blindée pour le câblage
  • Vérifier que la sortie TIC est activée sur le compteur
  • Pour les compteurs PME/PMI, vérifier la vitesse du flux TIC et la polarisation
  • Compteur « Bleu » électronique monophasé multi tarifs (CBEMM)
  • Compteur « Bleu » électronique monophasé multi tarifs (CBEMM – évolution ICC)
  • Compteur « Bleu » électronique triphasé multi tarifs (CBETM)
  • Compteur « Jaune » électronique (CJE)
  • Compteur « Interface Clientèle Emeraude » (ICE)
  • Compteur « Interface Clientèle Emeraude à quatre quadrants » (ICE-4Q)
  • Compteur « Saphir »
  • Compteur « PME-PMI »
  • Compteur « Linky »

Annexes et autres documents

  • Liste des onduleurs compatibles avec la WebdynSun
  • Annexes des onduleurs
  • Supervision équipement Modbus
  • 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.

FAQ

CONFIGURATION DE LA PASSERELLE WEBDYNSUN

  • Commencez par vérifier que les paramètres IP de votre ordinateur sont compatibles avec l’adresse « IP » de la WebdynSun (par défaut : 192.168.1.12). 
  • Puis lancez un navigateur Web (Firefox ou IE) et saisissiez l’adresse IP de la WebdynSun dans la barre d’adresse. Une page d’authentification va s’afficher : 

 Les accès par défaut sont :
Nom d’utilisateur : userhigh
Mot de passe : high 

  • Cliquez sur « se connecter »  

Il existe deux types de configuration, via l’interface web et via SMS.

Configuration via l’interface web :

1/ Accédez à la page de configuration avec l’adresse IP du concentrateur (par défaut 192.168.1.12)

2/ Allez dans l’onglet Configuration.

3/ Sélectionnez le mode de connexion Ethernet ou modem :

Dans le cas d’une connexion via le réseau local (Ethernet) :

  • Editez les paramètres IP de la WebdynSun en lui attribuant une adresse compatible avec le réseau.

Attention, tous les champs doivent être renseignés d’après la configuration de votre réseau local.

Dans le cas d’une connexion via le réseau GPRS (Modem) :

  • Modifiez les paramètres de connexion du modem GPRS, en se basant sur les paramètres fournis par votre opérateur mobile.

4/ Editez les paramètres du serveur FTP.

5/ Valider les modifications.

6/ Redémarrez la passerelle WebdynSun afin que les nouveaux paramètres soient pris en compte.

7/ Dans le menu, cliquez sur l’onglet « installation », puis le sous-onglet « connexion » et lancez la connexion.

Configuration via SMS :

Ce mode de configuration nécessite l’utilisation d’une carte SIM active avec une option data et un code PIN qui doit être, soit « 0000 », soit désactivé.
La carte SIM doit être insérée dans le boitier avant la mise sous tension du produit.
Après la mise sous tension du produit envoyez les SMS suivants au numéro de la carte SIM précédemment insérée :

SMS de configuration de l’APN :
Après remplacement des champs génériques par ceux de votre opérateur, envoyez le SMS* suivant :
apn=apn_name;usr=user_name;pwd=password;

Remplacez les champs du SMS ci-dessus avec les informations suivantes :

  • apn_name : Nom de l’APN fourni par votre opérateur mobile
  • user_name : Identifiant APN fourni par votre opérateur mobile
  • password : Mot de passe APN fourni par votre opérateur mobile

SMS pour la configuration FTP :
Après remplacement des champs génériques par ceux de votre serveur FTP, envoyez le SMS* suivant :

Ftp=server_name:user_name:password:port;

Remplacez les champs du SMS ci-dessus avec les informations suivantes :

  • server_name : Adresse du serveur FTP
  • user_name : Identifiant du compte FTP
  • Password : Mot de passe du compte FTP
  • Port : Port du serveur FTP (par défaut port 21)

SMS de connexion :

Envoyez par SMS* le mot « connect » pour lancer une connexion au serveur FTP

*Attention : la mise en forme du SMS doit être strictement identique à celle-ci-dessus (ex : pas d’espace entre les caractères, …)

 UTILISATION GÉNÉRALE DE LA PASSERELLE WEBDYNSUN

Il existe 2 méthodes pour reseter la passerelle.

Si le mode de connexion est en Ethernet :

  • Débranchez le secteur
  • Enlevez le couvercle
  • Débranchez la batterie
  • Mettez le dip Switch 2 présent sur la carte de la WebdynSun en position « ON »
  • Démarrez la WebdynSun en la branchant seulement sur secteur
  • Attendre que toutes les leds clignotent puis s’arrêtent de clignoter (3 à 5 min).
  • Débranchez le secteur
  • Remettez le dip Switch 2 sur « OFF»
  • Rebranchez la batterie
  • Rebranchez le Secteur, la WebdynSun démarre normalement.

S’il y a une carte SIM insérée dans le concentrateur :

  • Envoyer un SMS contenant le mot « factory » au numéro de la carte SIM insérée.

N.B. : Le reset de la passerelle restaure la configuration à son état d’origine. Attention, les données seront conservées mais pas les paramétrages spécifiques. Il faut donc configurer à nouveau tous les paramètres.

Il est possible d’envoyer des commandes aux équipements connectés sauf à certains onduleurs ou esclaves Modbus qui n’acceptent pas les requêtes d’écriture.

Pour les équipements qui le permettent, il est possible de créer des fichiers de commande sur le serveur FTP.

La capacité de la mémoire de la WebdynSun est d’environ 100Mo.
En cas de non accès au serveur distant, le concentrateur WebdynSun peut donc stocker les données pendant plusieurs mois.

Le temps maximum de stockage de données varie en fonction du nombre de données à collecter.

La durée moyenne de sauvegarde varie entre 3 et 4 mois.

La durée de vie moyenne de la batterie est de 5 ans.

Elle peut varier selon l’environnement de l’installation.

Oui on peut envoyer des données sur un automate si ce dernier intègre le protocole Modbus.

Le fichier de configuration « Report » permet au concentrateur WebdynSun d’écrire automatiquement les valeurs lues sur un esclave Modbus.

Tous nos produits sont garantis 2 ans.

Pour plus d’information, consultez nos conditions générales de vente.

Les fichiers déposés par la passerelle WebdynSun sont compressés en format Gz.

Les données contenues dans ces fichiers sont structurées au format csv.

Le volume de données dépend des fichiers échangés.

La moyenne est de l’ordre de 5 Mo par mois et varie pour chaque installation.

 COMPATIBILITÉ DES ONDULEURS AVEC LA PASSERELLE WEBDYNSUN

Il est possible de connecter des onduleurs de différentes marques sur le port RS485(B) ou via le port Ethernet si le protocole des onduleurs est basé sur le protocole Modbus (RTU ou TCP).

Toutefois, il n’est pas possible de connecter des onduleurs de marques différentes sur le même port RS485(A).

Pour connaitre la liste des onduleurs compatibles, référez-vous à la page produit de la passerelle de données WebdynSun.

  • Vérifiez si le bon protocole onduleur est sélectionné avant de lancer la détection :

  • Vérifiez le câblage et la configuration des onduleurs en se basant sur les annexes onduleurs.
  • Vérifiez que les onduleurs ne soient pas en mode OFF ou stand-by.
  • Vérifiez que les bouchons de fin de lignes sur le Bus RS 485(A) soient activés.

COMPATIBILITÉ AVEC LES ÉQUIPEMENTS MODBUS

Oui, il faut configurer l’équipement à connecter et créer son fichier de définition Modbus.

La configuration est principalement basée sur les paramètres série de bus RS485 ou les paramètres IP.

Oui, il est possible de connecter différents équipements Modbus sur le même port RS485 (B).

Toutefois, pour qu’ils puissent communiquer ensemble, ils doivent avoir les mêmes paramètres de communication (paramètres de bus ou paramètres IP compatibles).

COMPATIBILITÉ AVEC LES COMPTEURS TIC

  • Vérifiez qu’il possède une sortie TIC
  • Utilisez une paire torsadée blindée pour le câblage
  • Vérifiez que la sortie TIC est activée sur le compteur
  • Pour les compteurs PME/PMI, vérifiez la vitesse du flux TIC
  • Pour les compteurs Landis+Gyr L18C5, vérifiez que le flux TIC sortant est cohérent
  • Pour les compteurs Schlumberger tarif jaune, ajoutez une résistance entre 200 et 300 Ohms entre les bornes de l’entée TIC et la WebdynSun.
  • Compteur « Bleu » électronique monophasé multitarifs (CBEMM)
  • Compteur « Bleu » électronique monophasé multitarifs (CBEMM – évolution ICC)
  • Compteur « Bleu » électronique triphasé multitarifs (CBETM)
  • Compteur « Jaune » électronique (CJE)
  • Compteur « Interface Clientèle Emeraude » (ICE)
  • Compteur « Interface Clientèle Emeraude à quatre quadrants » (ICE-4Q)
  • Compteur « PME-PMI»

Annexes et autres documents

  • Warning – Firmware – mise à jour V4.07.02 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 fonctionnelle. 
    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. 

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. 

Annexes et autres documents

FAQ

Annexes et autres documents

FAQ

Annexes et autres documents

FAQ

Annexes et autres documents

FAQ

CONFIGURATION DE LA GATEWAY WEBDYNRF

  • Dans le cas où le fichier est supprimé du répertoire après connexion du concentrateur WebdynRF, le problème est généralement dû à une erreur du format de fichier. Les fichiers de configuration et de commande doivent respecter le format décrit dans les fichiers schéma (XSD).
    Pour vérifier la cohérence d’un schéma, ouvrez le fichier XML avec l’éditeur de texte Notepad++ et installez le complément « XML Tool ». Copiez ensuite le fichier XSD correspondant au fichier XML dans le même répertoire, et sélectionnez dans XML Tool « Validate now ». Les erreurs détectées par l’outil doivent s’afficher.
  • Dans le cas où le fichier n’est pas supprimé du serveur, le problème le plus courant est que le fichier n’a pas été déposé au bon endroit. Le fichier doit être disponible sur le serveur dans le répertoire « INBOX », et dans le sous-répertoire ayant pour nom l’uid du produit (exemple « /INBOX/0045CE/ »).

 UTILISATION GÉNÉRALE DE LA GATEWAY WEBDYNRF

La quantité de données échangées sur le réseau GPRS varie en fonction de la configuration. Cependant, on peut estimer une consommation de l’ordre de 5Mo / mois.

Le concentrateur WebdynRF consomme en moyenne environ 250mA.

Il existe 2 modes de mise à jour de firmware :
La mise à jour locale :
Sur l’interface de configuration de la WebdynRF, accédez à l’onglet « Actions », et sélectionnez l’updater dans le menu « File upload » avant de cliquer sur le bouton « Upload »

La mise à jour à distance :
Téléchargez le serveur FTP le fichier contenant l’updater (fichier avec l’extension « .bz2 ») dans le répertoire « BIN ». Puis déposez la commande de mise à jour dans le répertoire INBOX correspondant à votre concentrateur (« INBOX/« , avec , l’identifiant du concentrateur concerné)

La commande de mise à jour doit respecter le format suivant:

      updater.tar.bz2
      checksum_md5

updater.tar.bz2
checksum_md5

Avec :

  • updater.tar.bz2 : Nom du fichier updater téléchargé dans le répertoire « BIN »
  • checksum_md5 : Code md5 du fichier updater

Une absence de connexion au serveur FTP peut s’expliquer par un problème de connexion au réseau (Ethernet ou GPRS), par un problème d’ouverture de session FTP ou par un non déclenchement de la connexion.

En cas de problème de connexion au réseau, vérifiez les points suivants:

  • Ethernet :
    • Mode du modem à « off » ou « alwaysoff »
    • Champs « Gateway » correctement saisi
    • Au moins un serveur DNS doit être configuré
  • GPRS :
    • Mode du modem à « on »
    • APN, identifiant APN et mot de passe APN correctement saisis
    • Numéro d’appel GPRS à « *99***1# »

En cas de problème d’ouverture de session, vérifiez les points suivants:

  • Paramètres FTP incorrects
  • Port TCP 21 fermé en sortie
  • Problème de résolution du nom de domaine: le serveur DNS n’est pas précisé

En cas de non déclenchement de la connexion :

Dans ce cas, seule la connexion automatique ne fonctionne pas. Le problème est généralement dû à une mauvaise configuration des schedules. Attention, l’ID des schedules doit être un entier.

 UTILISATION PARTICULIÈRE DE LA PASSERELLE WEBDYNRF WIRELESS M-BUS

Pour que les données des modules WM-bus soient remontées, il faut :

  • Choisir le mode correspondant aux modules utilisés (S, T ou N)
  • Définir les modules ou groupes de modules à traiter

Un module peut être défini de manière unique par l’ensemble des champs ci-dessous :

  • Id
  • Manufacturer
  • Version
  • Medium

Dans le cas où les données d’un module seraient cryptées, il est possible de définir la clé de cryptage de ce module dans le champ « Key ».

Afin de simplifier la saisie des modules à traiter, il possible de définir un groupe de module respectant les champs saisis. Les autres champs seront alors laissés vides (ci-dessous un exemple de configuration permettant de récupérer l’ensemble des modules du manufacturer Webdyn (WDN) avec pour clé de cryptage « 00000000000000000000000000000000 ».

  •   Id : 
  •   Manufacturer : WDN
  •   Medium :
  •   Version : 
  •   Label : Webdyn
  •   Key : 00000000000000000000000000000000

Remarque : Pour que les modules (filtres) saisis soient pris en compte, le mode « ByPass filter » doit être désactivé.

UTILISATION PARTICULIÈRE DE LA WEBDYNRF WAVENIS

La connexion de l’outil au concentrateur est réalisée via l’accès installateur (install).

Il faut donc utiliser le mot de passe installateur (par défaut « middle »), et non celui de l’administrateur (par défaut « high »)

Les statuts remontés par le concentrateur WebdynRF sont les valeurs brutes contenues dans les modules Wavenis. Elles sont remontées sans interprétation. Pour plus de détails, se référer aux manuels des modules Coronis.

Annexes et autres documents

FAQ

CONFIGURATION DE LA GATEWAY WEBDYNRF

  • Dans le cas où le fichier est supprimé du répertoire après connexion du concentrateur WebdynRF, le problème est généralement dû à une erreur du format de fichier. Les fichiers de configuration et de commande doivent respecter le format décrit dans les fichiers schéma (XSD).
    Pour vérifier la cohérence d’un schéma, ouvrez le fichier XML avec l’éditeur de texte Notepad++ et installez le complément « XML Tool ». Copiez ensuite le fichier XSD correspondant au fichier XML dans le même répertoire, et sélectionnez dans XML Tool « Validate now ». Les erreurs détectées par l’outil doivent s’afficher.
  • Dans le cas où le fichier n’est pas supprimé du serveur, le problème le plus courant est que le fichier n’a pas été déposé au bon endroit. Le fichier doit être disponible sur le serveur dans le répertoire « INBOX », et dans le sous-répertoire ayant pour nom l’uid du produit (exemple « /INBOX/0045CE/ »).

 UTILISATION GÉNÉRALE DE LA GATEWAY WEBDYNRF

La quantité de données échangées sur le réseau GPRS varie en fonction de la configuration. Cependant, on peut estimer une consommation de l’ordre de 5Mo / mois.

Le concentrateur WebdynRF consomme en moyenne environ 250mA.

Il existe 2 modes de mise à jour de firmware :
La mise à jour locale :
Sur l’interface de configuration de la WebdynRF, accédez à l’onglet « Actions », et sélectionnez l’updater dans le menu « File upload » avant de cliquer sur le bouton « Upload »

La mise à jour à distance :
Téléchargez le serveur FTP le fichier contenant l’updater (fichier avec l’extension « .bz2 ») dans le répertoire « BIN ». Puis déposez la commande de mise à jour dans le répertoire INBOX correspondant à votre concentrateur (« INBOX/« , avec , l’identifiant du concentrateur concerné)

La commande de mise à jour doit respecter le format suivant:

      updater.tar.bz2
      checksum_md5

updater.tar.bz2
checksum_md5

Avec :

  • updater.tar.bz2 : Nom du fichier updater téléchargé dans le répertoire « BIN »
  • checksum_md5 : Code md5 du fichier updater

Une absence de connexion au serveur FTP peut s’expliquer par un problème de connexion au réseau (Ethernet ou GPRS), par un problème d’ouverture de session FTP ou par un non déclenchement de la connexion.

En cas de problème de connexion au réseau, vérifiez les points suivants:

  • Ethernet :
    • Mode du modem à « off » ou « alwaysoff »
    • Champs « Gateway » correctement saisi
    • Au moins un serveur DNS doit être configuré
  • GPRS :
    • Mode du modem à « on »
    • APN, identifiant APN et mot de passe APN correctement saisis
    • Numéro d’appel GPRS à « *99***1# »

En cas de problème d’ouverture de session, vérifiez les points suivants:

  • Paramètres FTP incorrects
  • Port TCP 21 fermé en sortie
  • Problème de résolution du nom de domaine: le serveur DNS n’est pas précisé

En cas de non déclenchement de la connexion :

Dans ce cas, seule la connexion automatique ne fonctionne pas. Le problème est généralement dû à une mauvaise configuration des schedules. Attention, l’ID des schedules doit être un entier.

 UTILISATION PARTICULIÈRE DE LA PASSERELLE WEBDYNRF WIRELESS M-BUS

Pour que les données des modules WM-bus soient remontées, il faut :

  • Choisir le mode correspondant aux modules utilisés (S, T ou N)
  • Définir les modules ou groupes de modules à traiter

Un module peut être défini de manière unique par l’ensemble des champs ci-dessous :

  • Id
  • Manufacturer
  • Version
  • Medium

Dans le cas où les données d’un module seraient cryptées, il est possible de définir la clé de cryptage de ce module dans le champ « Key ».

Afin de simplifier la saisie des modules à traiter, il possible de définir un groupe de module respectant les champs saisis. Les autres champs seront alors laissés vides (ci-dessous un exemple de configuration permettant de récupérer l’ensemble des modules du manufacturer Webdyn (WDN) avec pour clé de cryptage « 00000000000000000000000000000000 ».

  •   Id : 
  •   Manufacturer : WDN
  •   Medium :
  •   Version : 
  •   Label : Webdyn
  •   Key : 00000000000000000000000000000000

Remarque : Pour que les modules (filtres) saisis soient pris en compte, le mode « ByPass filter » doit être désactivé.

UTILISATION PARTICULIÈRE DE LA WEBDYNRF WAVENIS

La connexion de l’outil au concentrateur est réalisée via l’accès installateur (install).

Il faut donc utiliser le mot de passe installateur (par défaut « middle »), et non celui de l’administrateur (par défaut « high »)

Les statuts remontés par le concentrateur WebdynRF sont les valeurs brutes contenues dans les modules Wavenis. Elles sont remontées sans interprétation. Pour plus de détails, se référer aux manuels des modules Coronis.

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.