Tunnel – Basic Concepts

Suchen Sie etwas anderes?

If still you have doubts about the new MTX-Tunnel please read the following FAQ section:

What is the MTX-Tunnel?

The MTX-Tunnel is an embedded software application that you can order from your distributor which is already installed into the MTX modems family.

What is the MTX-Tunnel for?

The MTX-Tunnel can be mainly used to create a transparent serial Gateway (or tunnel) 2G/3G/4G/GSM (RS232/485). If you already have a machine or device with a serial port and want to control them remotely as if it were physically connected to your computer, MTX-Tunnel is the solution you need.

This is the scenario: serial equipment connected to a PC to read/write data…

With GPRS-Serial MTX-Tunnel gateway, the above scenario is shown in the following example. Now your PC has to establish a TCP/IP connection using MTX-Tunnel. Then, EVERYTHING you send to this TCP/IP connection will be sent to the equipment’s serial port by MTX-Tunnel. On the contrary, all of the information in the equipment’s serial port is sent to your server using the GPRS network.

This feature (serial gateway 2G/3G/4G) is one of the many features that the MTX-Tunnel allows. Check the examples listed in this guide to grasp all the posibilities.

Is MTX-Tunnel needed at the PC server’s side?

It depends, but in general, it is not needed at the PC server’s side 99% of the time.

Not needed: If you already have your PC control software and have the option to connect via TCP/IP or UDP, a modem with MTX-Tunnel is not needed. Just configure the IP and the TCP port of the remote MTX-Tunnel and your PC will use the existing Internet connection to send and receive data remotely.

Not needed: If your PC control software does not have the option to connect using TCP/IP or UDP and the only option you have is to choose a COM port, the MTX-Tunnel modem is not needed. There are some freeware drivers for your operating system as Windows can emulate a COM port. Once this free driver is installed, a virtual COM (like COM100) will be installed in your PC and you must point to the IP and TCP port of the MTX-Tunnel remote. You must choose this virtual COM in your PC software.

Needed: If you need a “serial cable replacer” because you have to communicate two RS232 serial devices remotely and neither is a PC, i.e. you cannot install a virtual COM port because there is no operating system, you will need two MTX-Tunnels, one in each end. This is the scenario:

Who starts the connection?

MTX-Tunnel has the following modes TCP Server, TCP Client and UDP.

  • TCP Server mode. MTX-Tunnel is waiting to receive incoming connections. This means that the remote device (PC server) will start and establish the 2G/3G/4G – Serial Gateway. (In newer versions of MTX-Tunnel, a temporary client socket can be created when there is no connection available and MTX-Tunnel receives data via the series port
  • TCP Client mode. The MTX-Tunnel will start the Gateway. It will connect to the configured IP port of the server PC AND establish the GRPS-Serial Gateway automatically
  • UDP mode. UDP is not oriented to connection protocol. MTX-Tunnel just waits for the UDP packet and sends them to the serial port and vice versa. The data present at the serial port is sent to a PC via UDP

It is mandatory to be permanently connected to GPRS?

No, it’s not.

If your application requires it (99% of the cases), MTX-Tunnel can always be connected to GPRS/3G. Remember that network operators will bill the data volume, not time.

If you do not need MTX-Tunnel to be connected 100% of the time and you want the connection to be sporadic, MTX-Tunnel can be activated in these ways:

  1. Missed call from authorized phone number
  2. Incoming SMS with the text “mtxtunnel on” from an authorized phone number
  3. By a change on the level of an input
  4. If the analog input is higher than the configured limits
  5. With any date/hour scheduled timing
  6. Just when data is present on RS232 port (only in TCP Server mode)

So… how long is MTX-Tunnel active for (4G/3G/GPRS connected)?

It is configurable by the GPRS_timeout parameter. You can specify the time in minutes after which, if no GPRS connection is detected, MTX-Tunnel will close the session.

I want to use MTX-Tunnel as a TCP Server so I can connect to it periodically from my PC. Will I need a SIM card with a fixed IP?

It is not mandatory. There are various ways of finding out the remote IP if using SIMs with normal dynamic IP addresses. You can either make a missed call or send an SMS with the word “mtxtunnel on” to the remote MTX-Tunnel equipments. MTX-Tunnel will reply with an SMS including the IP obtained at this moment in time.

The new MTX-Tunnel is DynDNS featured. DynDNS is a service allowing you to associate a DNS name (like modem1.dyndns.org) to the IP obtained by MTX-Tunnel. For now, you can use this service for free: www.dyndns.org. It is also fully compatible with the free service offered by No-IP (www.no-ip.com).

Keep in mind that these services are NOT offered by MTX-Tunnel; we do not offer support and we are not responsible for these third party services.

I found that in my case I’m going to use thousands of MTX-Tunnel devices. I cannot use missed calls or SMSs to work out IP addresses. I do not want to use DynDNS as it can be difficult to handle and even costly. What can I do?

The MTX-Tunnel can inform the server PC every time an IP address changes.

You just need to enable a configuration parameter so that each time MTX-Tunnel changes the IP it will send frame data to a server PC with the following information: IMEI, the newly obtained IP and an optional user-configurable text.

Is it possible to send the new IP to a Web server? I’m more familiar with Web programming – ASP, PHP – rather than TCP-IP sockets. I’m thinking about using a database. Is this possible?

Yes, it does support this protocol conversion.

And via MQTT/MQTTS?

Yes, it can configure a TOPIC in the MTX-Tunnel to inform about the IP change (it can include other data like the digital inputs status, counters, analog inputs, etc.).

You are talking about relays, analog inputs… Is MTX-Tunnel not a Serial-GPRS Gateway?

MTX-Tunnel is a serial-GPRS Gateway but can also simultaneouslycontrol digital inputs/outputs, analog inputs, relays, GPS receivers, and devices connected to SPI/I2C, as well as read modbus series devices and 868MHz radio devices.

For example,the MTX-Tunnel can remotely read a digital input or commute remotely with a relay. It can also send automatically, at a pre-configured time of every X seconds.

Also, it can send automatically, at a pre-configured time of every X seconds, the status of all inputs/outputs or the GPS position to a server PC or WebServer. SMS messages can also be used. It can also remotely read a sensor connected to SPI or I2C. See the example annex for more information.

I’ve read about sending AT commands using a TCP/IP connection. Can I use an AT command to change the value of a digital output?

Yes, you can send AT commands via TCP/IP; you can also send them from a normal modem, via serial ports or you can send them via SMS. You can also activate relays or read or write digital input/outputs on your Web page (see API section 7 and example scenarios)

So, using MTX-IND, I can activate a relay using a SMS, but… it is impractical because the AT commands are not intuitive nor easy to remember.

Yes. It is possible to send AT commands via SMS and therefore activate a relay; however, it is not necessary to send the exact AT command. MTX-Tunnel supports ALIAS which means you can configure the modem to understand the SMS with the text “RELE1ON” as the command “AT^SSIO=0,0”, which activates Relay #1. Up to 10 ALIAS strings can be created.

Could I control two RS232 external devices with one terminal?

Yes, you can. MTX-Tunnel can control two RS232 external devices with just one SIM card. MTX-Tunnel will create two serial-GPRS tunnels running in parallel.

Just remember that the MTX-65i, and MTX-65i-ULP modems only have the TX and RX lines and therefore the secondary port cannot use flow control because the do not have the CTS and RTS lines; they only have the TX and RX lines.

See a configuration example: An advanced example for reading 2 serial devices using a single modem/SIM and simultaneously using GPRS connection and GSM calls. There is additional serial tunnelling when there are no GSM/ GPRS connections

What about using the MTX-Tunnel in a modem with GPS receiver inside? Can I use it for fleet management?

It is not intended for professional fleet management. The possibility of installing the MTXTunnel on modem witg GPS receiver inside exists so that the GPS position can be read in any given moment, i.e. the location of the modem can always be known, be it through requesting it via IP, WebServer, Telnet or SMS.

MTX-Tunnel can be configured to automatically send the GPS position every X seconds. However, MTX-Tunnel does not internally store the position in the Flash memory. This means that if there is no GPRS network and the GPS position cannot be sent in the given moment, the positions will not be stored for sending when the network coverage is restored. This is a typical application if GPRS coverage is lost. Because of this, it can only be used for basic fleet management as professional systems usually store the GPS position points like a data logger for future sending.

What is WebServer used for?

MTX-Tunnel WebServer which is included can be used to read the digital input/outputs or analog inputs and to change digital outputs easily on a PC (connected to the Internet) using a standard Internet browser.

Not only this, you can remotely see and modify the MTX-Tunnel’s configuration parameters. Also you can execute AT remote commands, like network coverage (using the command AT+CSQ), check incoming SMS, etc.

What is Telnet used for?

You can basically do the same with the Telnet service in MTX-Tunnel as you can with WebServer but it is more commonly used for third party application integration. Please read the TELNET and API section.

If you are unsure about whether to use WebServer or Telnet, we recommend Telnet since the remote access is much quicker.

I’m worried about unauthorized access using WebServer or Telnet.

MTX-Tunnel has an internal firewall which can be activated. Then MTX-Tunnel will only accept connections from previously configured IP addresses. Any other IP addresses will be blocked. Check the parameters FIREWALL_ in this guide.

For maintenance purposes, I would like access to MTX-Tunnel at any time and in any location, from any IP address.

In this case Firewall WebServer can be disabled, but we recommend protecting the WebServer with a user Login and Password. MTX-Tunnel can work with or without a Login/Password (public WebServer). The same applies for Telnet.

Could I or somebody else receive an SMS when an input changes, like alarm detection?

You can configure MTX-Tunnel to send special and configured SMS text strings to up to 10 configured different phone numbers. The SMS text can be configured in different text strings related to digital or analog input.

MTX-Tunnel is a GRPS-Serial tunnel Gateway. What is a GRPS-I2C, GPRS-SPI, HTTP-Serial or SMS-Serial tunnel? Do you have some examples?

EXAMPLES:

GPRS-I2C Tunnel: You can read an I2C sensor remotely like a temperature sensor.

GPRS-SPI Tunnel: You can write data on SPI bus and if a display is connected to it, the data will be on display.

HTTP-Serial Tunnel: You have a Web page with a form. All filled form data can be sent to the serial port of the device connected to the MTX-Tunnel. Then MTX-Tunnel will collect the machine response and send the data as a web response to your Web page.

SMS-Serial Tunnel: Example. You can define special text like “MTX” at the beginning of the SMS string. The text after this special string will be redirected to the serial port of the machine. MTX-Tunnel can extract the response from the machine and send another SMS to the user. For example: for the SMS “MTX 12345”, MTX-Tunnel will send the string “12345” to the serial port and will get a response from the machine like “67890”, which will be sent as SMS.

I need a low power application terminal modem. What can MTX-Tunnel do?

It allows the modem to be switched off completely until an event happens. This way the power consumption is about 2 uA. The modem is off and cannot do anything. It cannot receive calls, SMSs or communicate at all. Therefore an event needs to happen.

This event can be a digital input level change or a periodic alarm. As an example, MTX-Tunnel can be configured to wake up every 24 hours, send the telemetry (all the inputs values, RS232…) and after five minutes of being awake in case it needed to communicate with a serial equipment connected to the MTX-Tunnel, the terminal will be automatically switched off for another 24 hours.

Is it also possible to define scheduled wake up tasks. For example, the modem can wake up for X minutes every day at 10.00 AM or only on the 1st and 15th days of the current month at 08.00am and 08.00pm, or as needed.

If MTX-Tunnel can be woken up in a configured time, does this mean that there is clock inside? But you can also say that it’s powered off. Please explain.

ULP modems have their own Real Time Clock that allows to them to wake up at a configured/scheduled time/date.

Does the clock lose time? How can I assure that it always keeps time? that there is clock inside? But you can also say that it’s powered off. Please explain.

MTX-Tunnel includes time synchronization via 2G/3G/4G; in fact, it is mandatory to use it if the RTC is to be used. This way, each time a connection to the 2G/3G/4G is made, another is also made to a time server to synchronize the time and ensure it is always accurate (to UTC time). It is also mandatory to use the time server when using the Datalogger function that is included in MTX-Tunnel.

MTX-Tunnel used on the MTX-65-ULP wakes up at configured day/hour for some time (x minutes). Will the GPRS-Serial Gateway be active at this time?

During wake-up time, the modem will start and will run all configured services (WebServer, Telnet, Input/output telemetries…). In case the 2G/3G/4G serial tunnel is configured, it will activate it, but in case the WebServer is, it will activate, same with Telnet, if it has to send the digital I/Os, or if it needs to read an RTU Modbus device, it will also do it during that time.

What about SSL security? How does it work?

Some applications need some encryption data transmission. SSL is used. This way the data is transmitted and received SSL encrypted, avoiding data recovering sniffer. SSK is only available in TCP client mode. Be sure that your server can support SSL sockets in the following specifications:

  • TLS Protocol Version 1.0 as RFC 2246.
  • SSL V3 as The SSL Protocol Version 3.0
  • WAP(TM) TLS Profile and Tunneling Specification as WAP-219-TLS-20010411-a

It is also possible to send data via HTTPS for sending telemetries over secure web servers. Same to send data via MQTTS.

From the MTX-Tunnel v10 on it is also possible to include in the modem up to 10 SSL Root CA certificates, as well as an SSL client certificate if needed.

What does “API” feature mean?

API is mainly a way to integrate MTX-Tunnel in end user application. Basically it is like a special AT command end user. It can be easily integrated in a web page and can also switch a relay (change an Output) for example.

API could also be used to remotely access the MTX configuration and send AT commands at the same time without knowing all of the configuration parameter syntax.

What does “API” feature mean?

API is mainly a way to integrate MTX-Tunnel in end user application. Basically it is like a special AT command end user. It can be easily integrated in a web page and can also switch a relay (change an Output) for example.

API could also be used to remotely access the MTX configuration and send AT commands at the same time without knowing all of the configuration parameter syntax.

Please explain what MTX-Tunnel is able to do with a ModBus device connected to serial port on MTX-Terminal.

MTX-Tunnel will periodically and independently request data to the ModBus device connected to serial port. It will store the data in the internal memory and it will send the data to an http web server encapsulated in a JSON object. In any case the internal buffer is 1500 long which allows it to store data in case of network or coverage loss. The readings will be re-sent when the modem connectivity problems are resolved.

Is it possible to access the advice via GPRS and GSM at the same time?

Indeed, since MTX-Tunnelv7.11 it has been possible to establish gateways with both at the same time, but GSM calls have priority. A typical is example is that of an energy operator (Endesa, Iberdrola…). They could want daily access to a meter to take a reading via GSM but you also want to be able to access the meter but via GPRS, MTX-Tunnel allows you to do this. Remember MTX-2G-IoT does not support GSM calls made from analog modems. If you configure a 3G device to receive analog calls it must be set to work in 2G mode with the parameter GPRS_mode: 2g

How to configure a specific scenario

The new MTX-Tunnel has a lot of configuration parameters, more than explained in the FAQ section. Take a look in the configuration section.

Next you can find step-by-step MTX-Tunnel examples of first configuration scenarios; they are very useful for you for first hands-on usage.

In the Annex there are lots of examples of scenarios with the appropriate configuration to get MTX-Tunnel working. Try to find the closest scenario to you and review the copy & paste selected configuration, it’s nothing more special than that.

If you have specific questions contact the support line iotsupport@matrix.es.

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

Notice de fin de vie des produits

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

Notice de fin de vie des produits

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.

Notice de fin de vie des produits

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. 

 

NOTICE DE FIN DE VIE DES PRODUITS

Annexes et autres documents

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

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

NOTICE DE FIN DE VIE DES PRODUITS

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. 

NOTICE DE FIN DE VIE DES PRODUITS