Tunnel – MQTT Related configuration parameters: “MQTT _”

Looking for something else?

Tunnel – MQTT Related configuration parameters: “MQTT _”

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

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

MQTT_enabled

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

Possible values:

  • on, off
  • Default value: off

MQTT_server

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

Possible values:

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

Additional notes:

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

MQTT_id

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

Possible values:

  • String up to 32 characters
  • Default value: none

Additional notes:

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

MQTT_login

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

Possible values:

  • String up to 32 characters
  • Default value: none

Additional notes:

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

MQTT_password

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

Possible values:

  • String up to 32 characters
  • Default value: none

Additional notes:

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

MQTT_attopic1, MQTT_attopic2, MQTT_attopic3

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

Possible values:

  • String up to 64 characters
  • Default value: none

Additional notes:

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

MQTT_atrtopic

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

Possible values:

  • String up to 128 characters
  • Default value: none

Additional notes:

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

MQTT_qos

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

Possible values:

  • 0, 1, 2
  • Default value: 2

Additional notes:

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

MQTT_keepalive

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

Possible values:

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

Additional notes:

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

MQTT_persistent

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

Possible values:

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

Additional notes:

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

MQTT_filetopic1

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

Possible values:

  • Text up to 128 characters
  • Default value: none

Additional notes:

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

MQTT_commrxtopic

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

Possible values:

  • Text up to 128 characters
  • Default value: none

Additional notes:

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

MQTT_commtxtopic

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

Possible values:

  • Text up to 128 characters
  • Default value: none

Additional notes:

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

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

Annexes et autres documents

Annexes et autres documents

FAQ

Annexes et autres documents

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

FAQ

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.
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.

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

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

FAQ

Annexes et autres documents

FAQ

Annexes et autres documents

FAQ

Annexes et autres documents

FAQ

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

Annexes et autres documents

FAQ