Bonjour Nicolas,

Parfois un BON EXEMPLE CONCRET avec explication sur le remplissage des divers champs permet d’enlever les ambiguïtés sur la compréhension. Tel que présenté ce n’est pas INTUITIF pour remplir tous ces champs. Vous baigné dedans mais ce n’est pas toujours évidents pour d’autre à comprendre votre logique.

Moi même,  j’ai toujours eu des problèmes d’interprétation et de compréhension pour remplir les Index Année, Mois, Jour de la téléinfo, pour me cadrer à une facturation virtuelle avec prise en compte des index à une date d’anniversaire sur les anciennes versions, alors que cette facilité n’était pas encore proposée.

Ce serait peut être bien, en attendant une Maj de votre DOC, que vous fassiez une copie d’écran de vos propres paramètres avec ajout de commentaires  fléchés pour fournir une explication sur les divers Champs à remplir.

Ou bien ! prendre un exemple concret EX: je veux faire partir ma date d’anniversaire à la date du 11 Sept, comment rentrer tous les index existants et infos à fournir pour y parvenir ?.

Cdt

Bonjour,

Voici une solution pour votre programmation :

On va tester une Sonde de température que l’on va appeler « Temp Ext » à une valeur Inférieure ex:  < 2°  et on va forcer un FlipFlop d’une durée d’une heure  (3600s) pour chaque cycle avec un relais d’une carte à Relais 1Wire  ex : Relais 121 et le relais nommé  ex: « REL Piscine »
On utilise un Switch Virtuel ex: « SW1 » pour enclencher le processus relatif à la consigne définie avec la Sonde « Temp Ext »

On programme le tout sur 3 lignes  :

Source — Temp Ext — Température —  <  — 02.00 — plage horaire 00:00-00:00 — Journée tous les jours
Sortie — Switch Virtuel —  SW1  —  Action  —  On tant que Cdt vrai  —  Toujours Actif !

Source  —  REL Piscine  —  Etat  —  =  —  ON  —  Plage horaire 00:00-00:00  —  Journée tous les jours
Sortie — relais 121 — REL Piscine — Action — OFF si cdt vrai pendant tempo — TEMPO (s)— 3600 —Actif suivant  Switch V. — SW1

Source  —  REL Piscine  —  Etat  —  =  —  OFF  —  Plage horaire 00:00-00:00  —  Journée tous les jours
Sortie — relais 121 — REL Piscine — Action — ON si cdt vrai pendant tempo — TEMPO (s) — 3600 — Actif suivant  Switch V. — SW1

Voila.

Cdt

Christian

Activer l’Option « fichier CSV tte/min  » dans les configs PCE, PLS et TEMP et vous aurez vos fichiers CVS.

Ok Mairot pour votre retour. Je ne mets pas votre parole en doute mais vos erreurs retournées ne sont pas logique en étant dans la V2 !

Lorsque l’on se connecte au serveur WES, le 1er fichier chargé et index.cgi ce qui vous affiche en 1er la V1 du WES. Puis ensuite vous basculez sur la version V2 du WES par les menus (si c’est bien toujours comme cela pour la version V0.83F car je ne l’ai pas encore chargé et testé).

Hors le Script Jsapi corechart est chargé dans le index.cgi au chargement de la V1 mais reste néanmoins en mémoire cache du navigateur lorsque vous basculez en V2 WES.

Peut être que ce que vous avez lu dans la console était le reliquat du chargement de la V1.

Vider par F5 votre navigateur dès que vous passez en V2. cela devrait faire disparaître l’ensemble ainsi que ce Jsapi. Par contre si vous avez ensuite dans la console les mêmes erreurs de Jsapi en étant en V2 après un F5 alors la je ne puis l’expliquer.

Par contre si vous constatez toujours des blocages dans la configuration des pulses, relancer les outils de développement de Chrome (F12)  en V2 après un F5 et cette fois cliquer dans le champs réseau. On va vous demander de recharger la page en cliquant sur le bouton. regardez bien vous allez voir tous les fichiers du WES qui sont chargés les un après les autres. Si le blocage intervient ce pourrait être le dernier fichier chargé qui  pose problème.

Cdt

Ouvrez le fichier Graph.js avec un éditeur. faites des recherches de http …, vous verrez au moins 4 voir 5 requêtes vers le site W3.

Je n’ai pas analysé ce qu’il fait exactement, mais je peux penser qu’il essais de se caler au site W3 ( Site officiel qui à généré ce Script) au lancement ou lors de renvoie d’un Log en cas d’erreurs rencontrées,  pour leur infos de suivi ou ???

Pour en être sur, modifier pour test ces requêtes https://../…. dans ce fichier graph.js  par un appel local vers un de vos serveur (192.168.x.x) vous verrez bien ainsi si ce script essais de ce connecter ou pas. Ce ne sont que des supputations pour ma part , je n’ai pas essayé !.

Par contre Les erreurs lu dans la console des outils de développement du navigateur Chrome fourni par la personne qui à lancé ce fil de discussion, précise qu’il y a un fichier Script JS qui bloque le chargement de la page sur une connexion Tierce. Sa page reste bloqué.

Comme cela ce produit sur une gestion de Graphique, j’ai tout de suite fait le rapprochement avec ce fichier graph.js !

Cdt

Christian

Bonjour,

D’après vos messages lues, on vous explique :

en Anglais « . A parser-blocking, cross site ….  The network request for this script MAY be blocked by the browser in this or a future page load due to poor network connectivity……… »

Traduit en Français :  Blocage à l’accès à un Site Tier…. La requête réseau pour ce script PEUT être bloquée par le navigateur lors de ce chargement de page ou lors d’un futur chargement de page en raison d’une connectivité réseau médiocre.…..

Il peut y avoir plusieurs causes à votre problème :

_ Bien sur l’un des premiers problème peut venir de la carte SD et fichiers chargés comme Nicolas peut le penser. Essayez de formater votre carte SD et de recopier l’intégral du ZIP de la version V0_38F avec vos fichiers CSG.

_ D’après les messages d’erreurs : Une connexion Tierce est bloqué par le navigateur lors d’un lancement d’un Script. Je Suppute que l’un des Scripts Javascript qui se trouve bloqué et qui utilise une connexion Tierce peut être  » graph.js  » lancé depuis le fichier Index.html au lancement du site WES. Ce Script JS est utilisé par le WES pour générer tous les graphiques. Ce Script utilise un langage interprété par le site Tier W3C scalable vector graphics (SVG). Je peux penser que votre Navigateur bloque les connections à ce site Tierce W3C pour des raison de connectivité faible ou manque de ressource.- Vous avez peut être une connexion Internet un peu lente ? ou un pare feu ou module qui vous bloque.

_ Un autre problème peut également provoquer ce type de blocage. Certain FAI internet (ex: SRF ) configure dans les paramètres de leur BOX les DNS principal et secondaire de Cloudflare DNS 1.1.1.1 et 1.0.0.1. Cloudflare est un site américain qui est utilisé comme serveur de DNS. Il est concurrent au serveur DNS de Google et remplace celui de base du FAI. Il se veut être plus Rapide et sécurisé ? Par contre Cloudflare peut dans certain cas provoquer des blocages comme celui d’un Cross Réference. En Plus on peut se demander ce que fait ce site Américain de nos infos qu’il reçoit lors de la demande de toutes nos connections qui lui sont transmises ?!!! On peut modifier les DNS en remettant ceux qui sont propre aux Serveur DNS du FAI si vous lisez les DNS 1.1.1.1 et 1.0.0.1  de Cloudflare dans les Params de config de votre Box.

– Vous avez peut être dans Google Chrome un ou des modules complémentaires qui vous provoque des perturbations. Avez vous chargez des modules dans Google Chrome pour visualiser par exemple le trafic et vos accès WEB ou bien des modules pour partager vos connexion avec d’autre Réseau sociaux ou Modules pour sécuriser vos connexions. Il semble peut être y avoir « urlscan.io » qui est activé ? Voyez à désactiver pour essais tous vos modules complémentaire dans Google chrome ou autre Navigateur. Vous verrez si le problème vient de l’un d’entre eux.

_ Il y a aussi une solution pour Nicolas afin d’éviter à d’autres d’avoir ce problème ou de minimier ce type de blocage par Google Chrome ou autre Navigateur lors de connexion internet un peu lente ou par manque de ressource. Il serait bien que Nicolas apporte une petite modification dans ses Pages HTML lors du chargement de ses Script Java.

en effet les Scripts JS sont tous chargés dans le WES ainsi : <script src= »http ../… /… / « name ».js »> </script>

Il serait bien de modifier le chargement de ces  Scripts par <script type= »text/javascript » async  src= »http ../… /… / « name ».js »> </script>. En effet  » ASYNC  » donne ordre aux navigateurs de ne pas attendre la fin du chargement d’un Script JS pour passer au suivant. Les Scripts seront tous chargés ainsi de façon asynchrone à leurs rythme.

Pour terminer, le dernier message spécifie que le fichier actuellement chargé de JQUERY  version V2.1.4 de 2015,  est un peu Obsolète pour
des requêtes de type Synchronous XMLHttpRequest. La dernière version de JQUERY est actuellement la 3.3.1. Peut être serait t’il bon que Nicolas modifie et charge la dernière version  pour se mettre à jour ?

Mais ceci ne sont que des conseils amicaux sans autre procès d’intention.

Cordialement

Christian

Bonjour,

Pour répondre aux questions de Nicos et de Flo. Personnellement je ne connais pas les Miniserveur LOXONE. Mais j’ai regardé un peu les spécifications de ce serveur.

Il semble qu’il y a la possibilité d’envoyer des requêtes HTTP et/ou UDP/TCP. Il y a aussi la possibilité de commander 4 Sorties Analogiques et gérer des Entrée analogiques.

Pour lire les tensions ou courant des phase en TRI par simple HARD :

En utilisant seulement 3 entrée Analogique vous pouvez lire n’importe quel module type capteur qui mesure des tensions ou courant directement. Vous en avez pour quelques 5€ à 10€.

En utilisant 3 sorties Analogiques et une 1 entrée Analogique, si le Serveur Loxone est capable de programmer en une seule ligne les 3 sorties en High/Low ( 0,0,0 <> 1,1,1) et lire dans la foulé l’entrée analogique dédié, alors à l’aide d’un simple 8-channel analog multiplexer/demultiplexer 74HC4051, il vous est possible d’augmenter le nombre de capteurs à lire jusqu’à 8 entrées Analogique. Chaqu’une des 8 entrée Analogique peuvent être connecté à n’importe quel capteur (courant, tension etc) et le résultat d’un capteur parmi 8 peut être lue sur la seule entrée Analogique. par l’OXONE. C’est l’adressage des 3 sorties analogique qui détermine le capteur analogique lue en entrée.

Si vous avez l’extension 1WIRE OXONE alors à l’aide de 3 DS2438 vous pouvez réaliser les 3 circuits qui vous permettrons de lire les Tensions et Courant du TRI.

Par Requêtes HTTP ou UDP:

Si vous pouvez intercepter et analyser la réponse après envoie d’une requêtes, alors il est très facile de réaliser vos projet par de simple  ESP8266 en WIFI.

pour Nicos :
Le ESP8266 monté en tant que Serveur HTTP WIFI, peut facilement avec quelques composants autour, mesurer les tensions des 3 phases du TRI ainsi que les courants dissipé sur chaque phase et peut renvoyer les valeurs lues en réponses aux requêtes reçus du LOXONE.

pour Flo :
Le ESP8266 peut aussi gérer un bus 1WIRE en mode Master et lire la plus part des Composants DALLAS 1Wire comme des sondes de température, Carte Relais, etc.. même des cartes électroniques Complexe fonctionnant en protocole I2C et lue via un DS28E17 PONT (BRIDGE) 1Wire vers I2C.

Si votre carte électronique et une carte 8 relais 1Wire, alors vous avez aussi la possibilité de connecter cette carte au bus 1Wire d’un WES si vous en avez un et commander les relais par l’envoie de requêtes comme le préconise Nicos.

Pour utiliser les ESP8266, bien sur il faut avoir quelques connaissance sur la programmation qui est assez facile via l’IDE Arduino par exemple.

Cordialement
Christian