cdlog2

bonjour,

Je vois que vous avez du mal avec votre convertisseur http/Serial rs232.
Pourriez vous nous faire une capture écran de toutes les rubriques du menu.
Il y a des configs dans Misc etc… qui serait intéressant de voir.

Dans le menu rs232, au bas de la page il y a >> Soket et parameter avec une rubrique Work mode. Qui a t’il dans cette sélection ?.

Concernant le port COM1, si vous avez une prise RS232 sur votre PC il est donc présent.

Pour y accéder il suffit d’écrire Gestionnaire de périphériques en bas à gauche de votre PC dans la recherche de Windows. Il va vous le trouver. Vous cliquez sur le lien et le Gestionnaire Matériels va s’ouvrir. Le port COM1 se trouve en bas dans la liste du matériel dans Port(Com et LPT), vous l’ouvrez et vous tomber sur votre Port COM1.

Un clic droit sur le port de communication(COM1) > propriété > Paramètre du Port. Vous pouvez changer les valeurs si nécessaire.

En attente de vos capture écran,
Bonne Soirée,
Cdt

Bonjour,

Pour répondre à votre 1ere question concernant la Téléinfo, Oui il est judicieux d’avoir des liaisons via un câble avec des Paires Torsadées.

Si vous pouvez effectivement tirer un autre câble type téléphonique à paires torsadées 5 /10eme ou bien passer votre câble Cat 5 en utilisant votre câble électrique comme aiguille dans le fourreau, cela pourrait régler votre problème. En plus avec votre câble Cat 5 vous auriez des paires disponibles pour réaliser d’autres connections.

Concernant votre compteur d’eau, c’est un comptage mécanique par contact sec qui établit un court circuit rapide à chaque impulsions.  Vous pouvez utiliser votre câble CAT 5 si vous en avez suffisant long, mais vous pouvez aussi utiliser du câble type Téléphonique 5/10 eme classique avec ses paires torsadées. ce type de câble ne coûte pas cher en général.

De façon général, préférez d’utiliser des câbles à paires Torsadées pour relier tout type de Capteurs au WES, ( Input, Analogique etc ).

Les paires Torsadées permettent d’éliminer les parasites induits autour et à proximités du câble de liaison entre les Capteurs et le WES.

Cdt

Bonjour,

Il faut éviter de coupler deux récepteurs de trames Téléinfo avec vos longueurs de câble, que ce soit avec via des connexions mises en parallèle et  encore moins en une connexion mise en série. Vous aurez inévitablement des erreurs de transmission. Surtout si dans le Futur vous changer le compteur Actuel par un Compteur Linky.

Nous attendons tous que Nicolas finalise et mette en vente un petit module qui permettra d’amplifier et de dispatcher le signal d’entrée de la Téléinfo des Compteurs lambda vers deux sorties indépendantes.

Avec ce petit module vous pourrez alimenter votre délesteur DeltaDore ainsi que le WES avec la même Téléinfo Source, sans perte de signal. Par contre ce petit module devra se raccorder à la Téléinfo au plus du Compteur.

Normalement il est prévu que ce module soit alimenté directement depuis les Compteurs Linky qui possède une sortie 12vac. Mais je pense que ce module pourra être alimenté via une petite alim 12v indépendante lorsque le Compteur n’est pas Linky.

Cdt

bonjour @fred9274

Je vous donne un suivi lors de mes échanges mails avec les Chinois.

Je leurs avais ouvert l’accès à l’Adim de mon GL-MT300N-V2 depuis internet et depuis le DDNS fonctionne bien. Ils ne m’ont absolument rien dit en retour concernant leur intervention, même pas une confirmation de quoi que ce soit ! seulement j’ai remarqué que le DDNS c’est remis à fonctionner correctement depuis comme au début ?.

Etant curieux de nature j’ai voulu voir s’il m’était possible de trouver ce qu’ils avaient fait ? j’ai installé le plugin OpenWrt SFTP et ouvert le SSH du routeur GL.Inet ce qui me permet maintenant d’accéder à la mémoire interne de mon GL.Inet et voir tous les dossier linux et OpenWrt via BitWise en SSH et FTP.

En regardant la Date des fichiers dans le dossier /etc/ddns Je constate que certains fichiers ont été modifiés à la date de leurs intervention !

Parmi je trouve un fichier de Config qui permet de paramétrer les Options du DDNS. Ils ont mis une Option dans ce fichier de config afin que ‘CURL’ soit utilisé pour les échanges des requête et échanges TCP avec OpenWrt.

Possible que ma proposition d’utiliser ‘CURL’ au lieu de ‘GET’ qui est utilisé par défaut dans OpenWrt leur à mis la puce à l’oreille ?
En tout cas cela fonctionne bien maintenant.

Je ne sais pas si vous êtes revenu de déplacement, mais si vous le voulez, comme votre GL-MT300N distant semble bloquer les appels à votre WES via le GL.iNet GoodCloud avec le port 80 alors que l’accès par FTP semblait fonctionner, je vous propose de rajouter provisoirement dans votre config GoodCloud,  l’ID de mon GL-MT300N-V2 pour Test afin de simuler votre liaison Cloud distant avec mon Routeur GL.Inet provisoirement.

Actuellement j’ai un WES de Test comme Client connecté derrière mon routeur GL.INET, donc vous pourriez retrouver votre config distante.

Etant donné que je ne me sert pas de cet ensemble pour l’instant, vous pourriez plus facilement, étant moi même présent à distance, voir à faire fonctionner votre GL.INET GoodCloud avec mon Routeur.

Dès lors que cela fonctionne, cela vous assure que votre config est bonne et que après il suffit de voir du coté de votre GL.INET distant si vos problèmes d’ouverture du port 80 et/ou 443 sont induit par un pare-feu soit celui de la BOX ou celui du GL.Inet et voir si le port 80 et/ou 443 sont bien ouvert aussi bien dans votre BOX (NAT) et pare-feu de votre GL.Inet distant.

Si vous souhaitez faire les Test évoqués plus haut, J’ai ouvert une boite mail temporaire sur un de mes Serveurs Perso afin d’échanger en dehors du Blog :  contact@cdlogserv.com.

Confirmez moi si cela vous intéresse sur le blog, ensuite je surveillerais ma boite MAil.

Cdt

Re Re: Retour expérience.

Bonjour,

Je reviens sur l’utilisation du service DDNS du GL-MT300N-V2. J’avais cru avoir réussi à faire fonctionner le DDNS du petit routeur GL.Inet en tant que Client LAN du Routeur associé à ma BOX FAI connecté en ADSL et ayant une IP Dynamique Public.

L’appel DDNS http://xxxxyy.glddns.com a bien fonctionné 2 jours mais lorsque j’ai voulu refaire des essais, bizarrement les tentatives de connexions échoues à 80% ? alors que l’IP public de ma BOX n’a pas encore changée ?.

J’ai joint par Mail le service support de GL.Inet pour voir s’il avait un problème avec leur Serveur DDNS. Il me confirme rapidement, sans me donner des explications sur leur Routeur DDNS, que leur petit GL-MT300N-V2 doit être en Frontal en direct sur le WAN du Modem ADSL afin de récupérer l’IP public de l’ADSL et non derrière le Routeur du Modem et dont le serveur DHCP fourni une IP locale ???.

Ils n’ont pas insisté et non pas donné d’explication sur le fait que cela à pu fonctionner un moment et presque plus maintenant ! Echange mail pas très ouvert au dialogue !

Ce petit routeur GL-MT300N-V2 fonctionne sous une plateforme Linux et c’est la distribution OpenWrt en Open source qui gère l’ensemble des applications de communication. J’ai trouvé le GitHub avec les fichiers sources du firmware OpenWrt de ce petit routeur GL.Inet:  https://github.com/openwrt/packages/.

Les diverses interfaces du GL-MT300N-V2 sont gérées via des applications de OpenWrt sous forme de Plugins élaborés pour la plus part en BASH Script Shell. Voici le dossier des Plugins et applications Réseau: https://github.com/openwrt/net/

On trouve parmi, le package ddns-scripts qui contient les Sources qui gèrent le DDNS du GL.Inet. Ce que ne comprend pas, c’est que la fonction (Script Shell ) dédié à trouver l’IP Public de la BOX FAI, a du mal actuellement à trouver cette IP à travers le Gateway du Routeur de la BOX en tant que Client LAN directement associé au Routeur.

Je sais que l’Interface Linux cURL est installé car certains Scripts OpenWrt l’utilisent. Il y a une commande simple avec cURL qui permet de récupérer très facilement l’IP Public ADSL d’une BOX FAI à travers son Routeur, si vous êtes Client LAN DHCP direct de ce même Routeur.

Si ce Client LAN est un PC ou Micro Contrôleur (Raspberry pi, etc) sous Linux Ubuntu, Débian, Raspbian etc.., avec cUrl installé, comme c’est le cas du GL-MT300N-V2, si vous lancez la commande suivante via un Script Bash ou manuellement depuis une Console :

~# sudo curl http://ifconfig.me

cUrl vous renvoie immédiatement l’IP Public Dynamique de la BOX aussi simplement !

A priori, GL-MT300N-V2 permet de charger ou de modifier un Plugins OpenWrt existant. Je vais voir à étudier comment rajouter ce Test cUrl dans le Script dédié à la recherche de l’IP Public du plugin DDNS et lorsque la recherche de cette IP Public n’aboutit pas avec le Script de base..

J’ai soumis l’idée de rajouter ce simple test Bash cURL aux support Chinois de GL.Inet. Jusqu’à présent ils ne m’ont pas répondu !
Mais à l’origine c’est OpenWrt qui gère mal la recherche de l’IP Public dans son package ddns-scripts dans le cas de figure décrit plus haut.

Cdt

Ok pour tout.

Joignez Nicolas par Mail comme il vous le propose : contact@cartelectronic.fr

Bonne soirée,

Cdt

Ok Parfait.

Néanmoins surveillez votre alim qu’elle ne chauffe pas trop avec tous les Relais sur On et en naviguant sur les pages du WES !

Si vous constatez parfois des blocages ou perturbations du WES ou bizzareries avec vos capteurs, pensez à votre Alim avant d’incriminer autre chose.

Bonne journée,

Cdt