cdlog2

Bonjour,

Si vous regardez bien, l’ordre d’affichage des Widgets dans le mode Responsive (smartphone), est effectivement priorisé par rapport à l’ordre défini en mode Responsive (PC) à savoir par un début de lecture des Widgets de la 1ere rangé du haut et poursuivant de la gauche vers la droite de cette rangé ayant comme position Verticale (Y) la valeur à Zéro.

Mais après, pour la 2eme rangé, l’affichage des Widgets suivant ne repart pas systématiquement sur la même logique, mais va poursuive l’affichage en priorisant cette fois les Widgets en fonction de leurs Coordonnées en X(colonne) et Y(hauteur).

Donc le trie et l’affichage des Widgets suivant sera organisé au regard de ceux dont la hauteur (Y) est la plus forte.

Comme chaque Widget, lorsque l’on les déplace, se colle systématiquement en dessous du Widget supérieur d’une même colonne, on ne peux pas jouer sur la Hauteur (Y) de chaque Widget.

S’il y a une 1ere modification à faire, c’est déjà donner la liberté de choisir la position verticale de chaque Widgets.

Je vais regarder si on peut apporter une solution et transmettrais à Nicolas une proposition de modification si faisable.

Cdt

Je vais regarder si je peux trouver à mieux organiser

Bonjour,

La présentation de toutes les pages du WES avec un smartphone, tablette…, s’affiche dans un mode qui est le Responsive Web design.

Le Responsive Web design offre une lecture et de navigation optimales pour l’utilisateur quelle que soit sa gamme d’appareil (téléphones mobiles, tablettes, ordinateur PC). Ce mode implique un minimum de redimensionnement (zoom), de recadrage, et de défilements de pages par rapport à l’affichage sur un PC.

Par ailleurs, vous pouvez forcer le navigateur de votre PC à basculer en mode de visualisation Responsive,

Vous pouvez réduire la largeur de la fenêtre du navigateur jusqu’à trouver le changement de présentation en Responsive.
Vous pouvez aussi faire basculer votre navigateur en mode Web design Responsive via leur Menu :

Pour Firefox : l’appuie sur les touches CTRL + SHIFT + M en même temps vous fait basculez du mode Normal au Mode Responsive et Vice et Versa, ou bien via le menu > Outils > Développement et cocher la case vue adaptative. Pour revenir en mode normal : Clic sur la X en haut à droite

Pour Chrome : Moins convivial que Firefox comme d’habitude ! Faire F12, cela ouvre la Console. Puis l’appuie sur les touches CTRL + SHIFT + M en même temps vous fait basculez d’un Mode à l’autre. Il faut réduire la zone de la Console ou la forcer à s’ouvrir dans une fenêtre à part via le menu à droite (3 points) de la console > puis choisir votre format du Dock Side.

Cdt

Bonjour,

Je peux répondre, la capacité MAX de la Carte MicroSD Compatible avec le WES est 32GB et Formatée en FAT32.

Préférer une Carte mémoire de marque Sandisk de classe 10

Cdt

Bonjour,

Le problème à déjà été signalé à Nicolas. Prochainement une nouvelle Release va arriver. Nicolas travaille encore dessus. Les problèmes avec ce Wifget sont connus de lui et seront corrigés dans cette Release.

Cdt

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