Titan – AN8: Implementing a Modbus RTU/TCP – SNMP Gateway

Suchen Sie etwas anderes?

Scenario Details

The Titan routers include all the typical features of a 2G/3G/4G router. However, they also include a series of additional features that help make it one of the leading market routers based on the number of features it includes.

One of these additional features is the ability to create SNMP (v2) connectivity for any Modbus RTU or Modbus TCP device, through which carrying out SET/GET operations, as well as sending traps upon changes in register values or status, is available.

In this Application Note an example will be used to show how to configure the Titan router in order to create this capability for a Modbus RTU device.

Description of the Example

In this example we will use a device with Modbus RTU communication protocol via its RS232 port (configuration: 9600,8,N,1). The Modbus device has as its Modbus address the value @1 and contains 33 Modbus registers for both reading and writing (numbered from 0 to 32).

We will also have an SNMP v2 server, from which we must be able to send GET SNMP commands at any time in order to any of the device’s Modbus RTU registers. We must also be able to use SET SNMP commands to change a Modbus register in the device. Finally, we also require that a TRAP is sent to the SNMP server to inform of any change in status for the Modbus registers 2 and 10 since these represent alarms.

For this, we will use the MTX-Router-Titan-3G-mini router which is habilitated to carry out SNMP-Modbus protocol conversions.

SNMP Configuration

The first thing we must do is configure the SNMP section of the Titan router. For this, we must access the menu “Other > SNMP”, where we can activate the SNMP service and specify the UDP port and community for the SET and GET SNMP commands. The same is necessary for the sending of TRAPS, with the additional requirement of specifying the IP address used to send them.

In the screen above, we can see a link marked “Click here for download MIB”. By clicking this link, the MIB database will be downloaded which includes information about the OIDs, TRAPS, etc.

Configuring the Titan Router’s COM1 Serial Port

We will use the Titan’s COM1 port to access the Modbus device containing the RS232 port. The necessary configuration, to be inserted in the menu “Serial Settings > Serial Port1-232/485”, is shown in the screen below.

In summary, we must configure the Titan’s COM1 port to RS232 mode, using the same configuration as the port contained in the Modbus device (9600,8,N,1). The mode to be selected is “Function: nothing or Used by External Device” since the port will be used by the external Modbus device.

Configuring the Titan Router’s Modbus

This configuration is done from the menu “External Devices > Modbus Devices”. In the main part of the screen, we must select “Enabled” as well as indicate the COM1 serial port to read the Modbus, as we configured in the previous section.

The Modbus-SNMP gateway is configured in the lower part of this screen. We must select “Enabled” and indicate the Modbus device’s address to be used (in this example, @1). We must also specify the first register (in this example, @0) and the number of registers to be read (in this example, 33), as well as those registers for which the Titan router will not send a notification TRAP in the event of changes in status (in this example, 2 and 10). Note that this must be specified using commas to separate each number, without spaces. The configured registers will be read by the Titan router every 5 seconds, using the Modbus command 0x03. Only registers of the type “word” will be read.

Note that the maximum number of registers to be mapped between the Modbus RTU and SNMP is 500. A list of the existing relations between the 500 Modbus registers and the OIDs and TRAPS is included in the MIB database. It is not necessary for the 500 registers to be read consecutively. For example, if you only wish to read registers 1 to 5 and 100 to 200, this can be specified in the “Number Words” field as follows: “1-5;100-200”.

Once configured, the device must be reset for this configuration to be effective.

Checking the Configuration

There are several ways in which the configuration can be checked. The most obvious is to use real devices. However, an alternative method is to use emulators, given that this provides the possibility to detect and resolve problems that could occur. We will use the latter in this section.

Firstly, we must connect the Titan router’s serial port to the RS232 port in our PC. Then, we will use a piece of PC software called “Modbus Slave” to act as our Modbus device to be read. A slave device will be created with address @1, 03 reading function, first register as 0 and the number of registers to be 33.

The PC’s serial port will be configured using the same speed as the real device (9600,8,N,1).

Upon pressing OK and establishing a connection, we will go to the menu “Display > Communication” where we must activate the visor for the communication traffic between the Titan router and the emulator.

Providing everything is correct, we should see RX strings which are the ‘questions’ sent to the emulator by the Titan router. The TX strings are the responses received by the Titan router.

If everything is correct (i.e. communications between the Modbus registers and the emulator are working correctly), we can continue to the SNMP section. For this we will use MIB Browser software. In this example, we have used “ManageEngine MibBrowser5”, which is free. Here we must configure the local Internet IP address (the default value is 192.168.1.2), as well as specifying the UDP port as 161, and inserting “public” into the community fields.

After completing this, the MIB file from the Titan device must be copied to the “mibs” folder, which should be located where the “ManageEngina MibBrowser” was installed (usually this would be “C: Program Files (x86)Manage EngineMibBrowser Free Toolmibs”. The MIB file can be downloaded using the Titan router as explained in section 3 of this Application Note. Once copied, it can be loaded using the menu “File > Load MIB”. We will choose the file TITAN-MIB.

We can see that the TITAN-MIB device now appears in the menu to the left of the screen, as well as the different OIDs. In particular, we are interested in the OIDs “modbus0” to “modbus32”. The last thing to be configured at this stage is the SNMP version to be used, in this case v2c.

Once completed, we can carry out SNMP readings, observing how these affect the Modbus registers contained in our emulator. For example, by right clicking on OID Modbus 3, we can carry out a “GET” function. The result of this action is shown to the right of the screen (the value 3), which corresponds to the value contained in the Modbus 3 register of our emulator.

To test a SET SNMP command, for example, inserting the value 33 in the same OID, we must write this value in the field “Set Value” and once again right click the OID, selecting the SET command. This change will be visible in the corresponding register of our emulator.

Now we must check the TRAPS. In Section 4 of this Application Note we saw that a TRAP must be sent in the event of any changings in the values contained in the Modbus registers 2 and 10. To see the TRAPS, we must go to the menu “View > Trap Viewer”, specifying the field “Port 162”, as well as inserting the value “public” into the Community field. To finish, we must click “Start”.

Now, by double clicking the Modbus 2 register in our emulator and changing the value of the register to 20 for example, we will see that a new TRAP will appear in the screen, indicating that a change in this register has occurred.

FAQs

  • In this Application Note, the process explained is for a Modbus RTU device. Is the process the same for a Modbus TCP device?
    Yes, it is. We would have to change the Modbus address value for the IP address. For example, in this example we specified the value “1” in the Modbus RTU device’s address. We would change this to “192.168.1.100:502” (assuming the IP address were 192.168.1.100 and the TCP port awaiting responses were 502). The following screen shows this change.

  • This example sends a TRAP when a register changes value, which is useful for those Modbus registers linked to some type of alarm. Would it be possible for TRAPS to be sent when the value of a register is greater than a certain value?
    Yes, it would. However, the configuration for this scenario is slightly more complex. The configuration would have to be done from the menu “Titan Scripts”. For example, let us
    assume that we want the following to occur:
    1. When the Modbus 10 register (of the Modbus RTU device with address @1) **********, a TRAP must be sent by the Titan router with severity “1” ([.1.3.6.1.4.1.45711.12.1.1)
    2. When the sum of the Modbus 10 and 11 registers (of the Modbus RTU device with address @1) is 50, a TRAP must be sent by the Titan router with severity “2” [.1.3.6.1.4.1.45711.14.1.1)
    3. When the Modbus 12 register (of the Modbus RTU device with address @1) is greater than 50, an SMS must be sent by the Titan router to the cell phone number +34123456 with the text “Temperature Alarm”. (For this option, a SIM card must be inserted in the Titan router)

These three options can be specified in the menu “Other > Titan Scripts”, using the ST (Send Trap) and SS (Send SMS) commands.

  • In this example, 33 consecutive Modbus registers are read. How would non-consecutive registers be read (for example, register 200, 210, and the intervals 400-410 and 430-600)?
    This is possible. By default, the register “Number Words” indicates the number of registers to be read from the register identified in “Start”, but it is possible to enter intervals in this field. In order to read the registers as given in the example, we would need to configure the Titan router as shown in the following screen:

Here, we indicate in the “Start” field register number 200. Then, in the “Number Words” field we would enter “0” (200+0=200), “10” (200+10=210), and the intervals “200-210” and “230-400”. Each register/interval is separated by a semi-colon.

  • I need my PLC Modbus TCP device to have SNMP connectivity, as per the example given in this Application Note; however, I do not want the Titan router to send the TRAPS, yet the PLC. Is this possible?
    Yes, it is. The Titan router works like a Modbus TCP master, periodically reading the Modbus registers from the PLC, but it can also work simultaneously as a Modbus TCP slave. When the Titan router is in TCP Slave mode, AT commands can be sent via Modbus, through which SMS messages, emails and TRAPS can be sent, as well as the possibility of switching relays or consulting network coverage.
    For more information regarding how to use AT commands with Modbus TCP, please consult Application Note 10 (AN10-Sending SMSs, EMAILs, TRAPS SNMP using Modbus TCP).

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