cdlog2

Forum Replies Created

Affichage de 15 réponses de 871 à 885 (sur un total de 1,620)
1 2 3 … 58 59 60 … 106 107 108
  • Replies
    cdlog2
    Modérateur

      Bonjour,

      Voici un exemple pour répondre à votre programmation :

      Source : Prog.Hor – plage Hor. deb 14:00 fin 14h01 – Tl.jrs. >> Sortie. Switch.V. SW1 – Action = ON — actif si SW1 = OFF

      Src: SW1 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW2 – Action = Télérupteur — tjs Actif
      Src: SW2 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sortie. Switch.V. SW3 – Action = Télérupteur — tjs Actif

      Src: SW1 = ON – plage Hor.deb 00:00 fin 00h00 – Tl.jrs. >> Sort. Switch.V. SW1 – Action = OFF si cdt vrai pendant tempo 120s — actif si SW1 = ON

      Explication :

      Les lignes de programmes sont analysées avec une priorité en lecture des lignes de Haut vers le Bas.

      La 1ere ligne positionne le Switch Virtuel SW1 (peut être n’importe quel autre SW) = ON tous les jour entre 14:00 et 14h01 (peut être un autre horaire) mais le test doit être sur une durée de 1 Minute comme intervalle., dans l’exemple entre 14h00 et 14h01.

      La 2eme ligne bascule SW2 (peut être un autre SW) sur sa valeur Inverse (si SW2 = ON passe OFF et inversement) dès que SW1 = ON >> Donc SW2 va avoir un état ON seulement 1 jour sur 2.

      La 3eme ligne bascule SW3 (peut être un autre SW) sur sa valeur Inverse (si = SW3 ON passe OFF et inversement) dès que SW2 = ON >> Donc SW3 va avoir un état ON seulement 1 jour sur 3.

      La dernière ligne , remet SW1 = OFF après une tempo de 120s (2 minutes) pour être sûr d’être en dehors du Test du créneau horaire de 1 minute de la 1ere ligne.

      Donc SW2 = ON > 1 jour sur 2 et SW3 = ON > 1 jour sur 3

      Cdt

      0
      0
      cdlog2
      Modérateur

        Bonjour,

        Je suppute un Bug dans le calcul des Totaux Coûts des Pulses côté Serveur, au regard de votre config,  Il y a deux raisons possible ?.

        Si je me réfère à ma propre configuration de mes 3 Cpt.Pulses,  ayant un WES installé avec la dernière MAJ logicielle disponible en téléchargement, J’ai deux remarque à faire :

        D’une part, ce n’est pas des virgules ( , ) qui doivent délimiter les différentes valeurs décimales mais des Points ( . ) et d’autre part j’utilise l’Option de Calcul du Taux Unitaire des Pulses relatif au « TIC1 » et non personnalisé par « AUTRE » comme vous.

        Pour mettre en évidence ces différences, je vous propose de faire la manip suivante. Comme votre Compteur Pulse semble avoir été installé récemment , je suppose que vous ne risquez rien en perdant vos historiques relatifs.

        Dans un 1er temps, Désactiver le Comptage ( mise hors service des Pulses) de tous les Compteurs à Impulsion via le 1er bouton en haut à gauche de la page Config des Pulses. Enregistrer cette config et fermez votre navigateur, puis faire un Reset manuel de votre WES. Cette Manip devrait effacer tous les historiques des Pulses côtés Mémoire interne au WES et Fichiers en relatifs.

        Ensuite, avant de recharger la Page WEB du WES, forcer à vider le cache du Navigateur. Recharger la Page de Configuration Impulsions, réactiver le Comptage des Pulses (mise en service des Pulses) et reparamétrer votre config avec vos Indexs Actuels soit : Index Actuel = 18.591 et Index Début journée = 17.629. Index Début Mois et Année = 0.000

        Ne pas oublier qu’il faut utiliser le signe Point ( . ) à la place des Virgules ( , ) pour délimiter les décimales.

        Enfin pour rester dans une normalité comme chez moi, Mettez l’Option du Coût unitaire des Pulses en relatif à « TIC1 » au lieu de « Autre ». Je ne sais pas si cette Option « AUTRE » est fonctionnel sans bug côté Serveur, vous pourrez essayer à nouveau cette option « Autre » une fois avoir trouvé une stabilité et une cohérence de vos donnés avec la config tel que décrite ci-dessus.

        Enregistrer bien votre Config. Comme précédemment re-booter le WES et vider le cache du navigateur.

        Vérifier en suite vos données, normalement vos valeurs Pulses devraient être corrects .

        Tenez nous informé !

        Cdt

         

         

         

         

         

         

        0
        0
        cdlog2
        Modérateur

          Bonjour,

          Désolé je n’avais pas vu votre réponse.

          Vous avez raison uniquement si tous vos radiateurs sont protégés en amont avec le même différentiel Tetrapolaire. voir image jointe.

          Par contre si avez des différentiels différents pour protéger chaque circuit de radiateurs répartis sur les 3 phases, alors il risque d’y avoir un déséquilibre du côté d’un des différentiels (disjonction) entre le neutre et la phase commune utilisée pour les Fils pilote vis à vis des radiateurs alimentés sur une phase différente via leur propre différentiel.

          Du moins c’est ce que je pense, mais je ne suis un expert en matière !

          cdt

           

          Attachments:
          You must be logged in to view attached files.
          0
          0
          cdlog2
          Modérateur

            Bonjour,

            Pour @nicolas, afin de pouvoir faire une maintenance plus poussée depuis le WES et voir à corriger des erreurs aléatoires qui pourraient apparaître lors des échanges avec les composants 1Wire connectés sur le BUS 1Wire du WES, il serait bien d’avoir, via l‘activation provisoirement d’une OPTION, une surveillance type Débug du BUS 1Wire et d’enregistrer dans un fichier LOG, les Erreurs constatés dès l’accès à un ou des composants 1Wire connecté au BUS. L’enregistrement du n° de la Sonde ou Carte Relais vue en défaut à l’instant T, avec la date et l’heure suffirait.

            Lorsque le Serveur WES interroge un Objet 1Wire, il lui est facile de voir si le composant répond correctement ou si une erreur se produit dans les échanges des Trames 1W avec cet Objet. Il serait bien d’avoir une vue d’ensemble, même si ces erreurs sont aléatoires et ne concerne qu’un échange épisodique.

            La tache du WES qui scrute le Bus 1Wire n’est active actuellement que toutes les 30s, je pense qu’enregistrer en fin de séquence d’un cycle de lecture, un compte rendu LOG (si Option débug Activé) et uniquement si une erreur est constaté sur un ou des Objets 1Wre, ne devrait pas manger trop de ressource CPU.

            Cela faciliterait l’équilibrage du BUS 1Wire et permettrait de mieux déceler les Objets 1W auprès desquels il serait utile de connecter une résistance de Pull Up de 4.7k afin de voir à réduire les erreurs avec ces Objets. De bien entendu, si le BUS physique n’est pas lui même réalisé conformes aux règles pour ce type de communication, l’ajout de résistance de 4.7K n’apportera rien sur les incidents.

            Peut être serait t’il bien de voir la possibilité d’intégrer cette Option, assez facile à mettre en oeuvre, dans une prochaine Release.

            Cdt

             

             

            0
            0
            cdlog2
            Modérateur

              Re: Une dernière information, le ESP8266 Serveur 1Wire (ESP de gauche) répond par Interruption en Mode Esclave dans la communication I2C.

              Donc on peut connecter sur son BUS I2C n’importe quel microcontrôleur en Mode Maître I2C pour faire la gestion du Bus 1Wire du Domicile, le tout en parallèle et sans nuire à la gestion 1Wire propre du WES.

               

              0
              0
              cdlog2
              Modérateur

                RE: J’ai oublié de mentionner que le 1er ESP8266 (celui de gauche) qui est utilisé comme Serveur 1Wire Maître dans mon Schéma, Scanne le BUS 1Wire de mon domicile de façon cyclique toutes les Secondes, alors que le WES en fait un Scan complet que toutes les 30 secondes .

                Donc j’accède beaucoup plus rapidement côté Gestion, via la communication I2C, aux Datas et Infos des Objets 1W connectés sur le Bus 1Wire Physique du Domicile.

                On peux si l’on veut, augmenter ou diminuer cette tempo cyclique, Cela dépend du nombre d’Objets à analyser sur le BUS 1Wire Physique et de la gestion des datas que vous faites après par le biais de la communication I2C qui sert de passerelle vers un autre Microcontrôleur (Raspberry, ESP8266 Wifi Mail, autres..).

                 

                0
                0
                cdlog2
                Modérateur

                  Bonjour,

                  Ce n’est pas simple en effet de résoudre des Pbs aléatoire sur un BUS 1Wire d’autant plus à distance. Ces désordres peuvent être induit par un Objet 1Wire qui dysfonctionne et qui perturbe le BUS de façon aléatoire : composant +- défectueux, parasite électrique, Bus mal équilibré etc..

                  Une solution consiste à analyser les trames du BUS 1Wre comme évoqué dans un de mes Post : https://www.cartelectronic.fr/blog/?topic=probleme-sur-bus-1-wire&paged=2#post-10213.

                  Via ce petit module que je décrit, on peut trouver facilement les Objets 1Wire qui passe en erreur ou qui ne réponde pas correctement à chaque sollicitation du WES. Mais quand le phénomène est aléatoire, pas facile de tomber sur le problème lorsque qu’il arrive en plus à distance !.

                  D’après ce que j’ai pu analysé avec ce petit Module, le Serveur WES lance de façon cyclique, toutes les 30 secondes, 2 Trames de commandes 1Wire. Une première trame avec la commande FCT 0x44 Hexa est lancé sur le BUS afin de demander à toutes les Sondes de lire leur propre Température de façon interne, puis le WES lance 4 secondes après une lecture cyclique de toutes les Sondes Présente pour en extraire les Informations précédemment mémorisés par ces Sondes.

                  Le Serveur WES ne fait pas à ma connaissance de statistique sur les composants qui passe en Erreur. Le WES met bien les Sondes en grisées lorsqu’elles ne répondent plus, mais je ne sais pas au bout de combien de contrôle d’erreur le Serveur décide de passer l’Objet en erreur.

                  Il faudrait faire une analyse plus poussé pour mettre ces incidents aléatoire en évidence.

                  Chez moi j’ai réalisé, via un petit Microcontrôleur ESP8266, un POND 1WIRE qui me permet de gérer directement le BUS 1Wire de mon domicile depuis un Raspberry en Même Temps et en Parallèle avec le WES. Cela revient en deux mot à avoir 2 serveurs 1WIRE qui gère le même BUS 1Wire. Cela me permet de commander des Objets 1Wire depuis le BUS du Domicile qui ne sont pas gérés en Natif depuis le WES

                  En partant de ce principe, on peut remplacer le Raspberry par un autre Microcontrôleur ESP8266 qui pourrait analyser les Trames 1Wires reçus du 1er ESP8266 (Serveur 1Wire) et via son WIFI émettre par e-Mail le résultat des Trames 1Wire lorsque des erreurs sont constatés.

                  De cette façon vous avez une vue en temps réel des erreurs lorsqu’elles interviennent.

                  J’utilise des Microcontrôleur ESP8266 ou NODEMCU au regard des Prix très bas de ces composants, de leur capacité mémoire importante, de leur fréquence CPU d’utilisation (80mhz ou 160Mhz) et la facilité pour les programmer.

                  Je vous joint un Schéma qui reprend (en partie gauche du schéma) mon POND 1WIRE avec la sortie des deux BUS 1Wire (WES et Domicile) qui fonctionne chez moi associé à mon Raspberry PI.

                  Mais dans le Schéma que je vous joins j’ai couplé le ESP8266 Serveur 1Wire de base à un 2eme ESP8266 ( à la place de mon RASP) qui va gérer les requêtes e_MAIL via son WIFI.

                  Le 1er ESP8266 ne peut pas gérer en plus des interruptions matériels déjà traités par les Trames du BUS 1Wire et des Commandes I2C de la gestion et gérer en temps réel son WIFI pour emettre les e_MAIL. C ‘est pour cela qu’il faut passer par un 2eme ESP8266 pour gérer le WIFI.

                  Si vous pensez vouloir vous lancer dans ce montage, je peux vous fournir les SKETCH (programme) fonctionnel à télécharger dans chaque ESP8266 via le programme IDE Arduino. Faites moi savoir si cela vous intéresse.

                  Cette maquette vous enverra un e_Mail en temps réel avec un compte rendu et data fournis , lorsque des erreurs seront décelés sur un ou plusieurs OBJET 1Wire.

                  Cdt

                   

                   

                  Attachments:
                  You must be logged in to view attached files.
                  0
                  0
                  cdlog2
                  Modérateur

                    RE: Comme le précise Nicolas, Vos pbs de sondes peuvent aussi être induites par de mauvais contacts entre les connections des capteurs 1W et le BUS 1Wire. Cela peut se produit parfois par si vous utilisez des connecteur RJ11/RJ12 mal Sertis et/ou par de mauvais contact dans les prises d’une rallonge RJ11/RJ12. Bouger vos connections et Prises si vous utilisez des rallonges, pour voir si cela influe sur les résultats.

                    Actuellement Les Valeurs des Sondes du WES sont rafraîchies toutes les Minutes (60s) dans la Pages WEB Température valeur.

                    Je propose à Nicolas de réduire, pour la prochaine release, cette tempos de rafraîchissement à 30s pour la page TMP.HTM, voir en dessous comme cela est fait dans la Page Température configuration (TMPCFG.HTM) qui est de l’ordre de 10s. Faut voir la tempo de scan du BUS côté Serveur.

                     

                     

                    0
                    0
                    cdlog2
                    Modérateur

                      Re:

                      Concernant le Bus 1Wire il faut impérativement utiliser du câble avec Paires Torsadés (type CAT5 ou téléphonique). Les fils 1W et GND sont connectés via la même Paire. Une courte rallonge (type câble souple et plat) peut toutefois être utilisé pour connecter un composant 1W (es :Sonde 1W) si la longueur n’excède pas 2 à 3 mètres.

                      Prévoir de connecter des résistances de 4,7K entre les Fil 1W et VDD en bout des lignes les plus éloignés, ou proche d’un capteur humidité et / ou connectée sur le bornier à vis 1W d’une carte à Relais si la carte pose PB.

                      On peut forcer le Signal 1W au potentiel +VDD via plusieurs de ces résistances de 4.7K de Pull-Up réparties sur l’extrémité des lignes éloignés (bus en étoile). Ce sont des tests qui permettent de corriger les erreurs et trouver le bon équilibre.

                      Il y a une méthode plus précise qui permet de voir le comportement des composants 1W répartis sur le BUS 1Wire, d’analyser les échanges des trames (Pulses négatives) et trouver les erreurs de communications entre certains composants 1W et le Serveur WES. Voir ce lien pour plus information :

                      https://www.cartelectronic.fr/blog/?topic=probleme-sur-bus-1-wire&paged=2#post-10213

                      Concernant votre capteur humidité, il peut normalement fonctionner en 3.3v mais un VDD 5Volt est plus optimal pour ce capteur. Voyez à déconnecter provisoirement votre capteur humidité du Bus 1Wire un moment pour voir si vous avez toujours des Sondes qui répondent avec des valeurs à ZERO. Cherchez à minimiser ces erreurs avec des résistance de 4.7K comme expliqué ci-dessus.

                      Vous pouvez rehausser le +VDD 3.3v de votre Bus 1Wire issu de votre WES V1 par l’usage d’une alimentation 5 volt stabilisé Externe (exemple petit chargeur stabilisé 5V 1A). Dans ce cas il faut déconnecter Uniquement le Fil +VDD 3.3v en sortie de votre WES et connecter  à la place votre ALIM 5V entre le GND et le +VDD 5V directement sur le départ du Bus 1Wire. En sortie du WES vous laissez uniquement connecté au BUS 1Wire les fils du Signal 1W et le GND.

                      Vos Sondes de températures sont elle toutes des DS18B20 ou avez vous parmi un ou des modèle approchant ?

                      Cdt

                       

                      Cdt

                       

                       

                       

                       

                       

                       

                      0
                      0
                      cdlog2
                      Modérateur

                        Votre WES est t’il en V1 ou V2.

                        Si je m’abuse, les WES en V1 alimentent leur bus 1Wire en 3.3v ?! Si cela est confirmé par Nicolas ! Si vous avez un ou des capteurs d’humidités, une ou plusieurs cartes à relais 1W (VDD=5volt), il peut  y avoir soit un PB dans le mélange des ALIM du BUS 1W (VDD 1W 3.3v WES V1 et VDD 5V 1W au bornier à vis des cartes relais) ou faiblesse du VDD 3.3v WES v1 pour alimenter les capteurs Humidités.

                        0
                        0
                        cdlog2
                        Modérateur

                          Les résistances de 4.7K des sondes 1W ou relais 1W ou Capteur humidité 1W se connecte entre le Fil signal 1W et le VDD

                          0
                          0
                          cdlog2
                          Modérateur

                            1ere ligne PROG : Source SWx état = OFF >> Sortie eMAIL

                            2eme ligne PROG : Source SWx état = OFF >> Sortie SWx action OFF si cdt vrai pendant tempo — 30 secondes

                            Ne pas oublier de remettre le SWx en ON manuellement après réception du MAIL

                            0
                            0
                            cdlog2
                            Modérateur

                              RE: Pour le Test du SW avec action programmé = OFF, faites un Reset manuel pour vérifier qu’un mail est bien envoyé au reboot.

                              Bien remettre le SW à ON manuellement après envoie du MAIL

                              Si cela ne bouge pas, alors modifier l’action par : OFF si cdt vrai pendant tempo  — 30s

                              0
                              0
                              cdlog2
                              Modérateur

                                Bonjour,

                                Dans un premier temps, il faut démontrer que votre WES Reboot ?, à qu’elle fréquence ?, à qu’elle heure ? et cherchez pourquoi !.

                                Programmer provisoirement un Switch Virtuel libre afin qu’un Email vous soit envoyé lorsque ce SW est à OFF.

                                Dans la Config Capteurs et Relais forcer ce SW à OFF , Cocher l’Option « Sauvegarde état » et Enregistrer la Config.

                                Ensuite vous mettez manuellement ce SW à ON.

                                Si le WES redémarre, il va mettre automatiquement ce SW à OFF et vous recevrez un MAIL. Cela permet de voir à quel moment le WES Reboot, Remettez le SW manuelle à ON.

                                Une fois le constat de Reboot validé, il faut rechercher l’élément(s) qui pose PB ?, à qu’elle heure cela se produit ?.

                                Désactiver provisoirement tous les enregistrements de tous vos Fichiers CSV (TIC, Pinces, Pulses, Temp etc..).

                                Regardez s’il y a une PROG qui serait programmée active dans le WES à l’heure des Rreboots. Envoyez moi par MAil (hotmail) votre Fichier PROG.DAT. Possible qu’il y ait une ligne de PROG qui provoque les PBs.

                                Avez vous un système annexe comme par exemple Domoticz, Jeedom, EEdomus, autres … qui envoie des requêtes HTTP, M2M à votre WES ? Si oui, qu’elle est la fréquence des Envoies ?  Secondes ?, millisecondes ?

                                Avez vous des Sondes Qui passe souvent avec une valeur à ZERO ? Si oui il y a probablement un pb de communication du BUS 1W pour ce / ces Sonde(s). Il faudrait prévoir de mettre une résistance de 4,7K au borne de cette / ces Sonde(s) ou bien en bout de ligne de cette Sonde si cette ligne est connectée en Etoile sur le BUS Général 1W.

                                Avez vous des Relais 1W, Capteurs Humidité ?

                                Déconnecter côté WES, tous les fils de liaison des capteurs qui ne sont plus physiquement connectés, Pinces, Pulses. Désactiver ces éléments des configs s’il en est !.

                                Cdt

                                0
                                0
                                cdlog2
                                Modérateur

                                  RE: Important, vue que votre GP14 fonctionne en Mono avec 3 sorties de FP issues d’une seule et même Phase , il est impératif que tout vos radiateurs soit alimentés eux aussi avec cette même Phase. Si vous avez des radiateurs alimentés via une Phase différente de celle du GP14, alors les Fils Pilote en relatifs en sortie du GP14 vont dysfonctionner.

                                  Il est impératif que le Fil pilote d’un radiateur ait la même Phase en référence de celle qui alimente ce Radiateur.

                                  C’est pourquoi il existe une modèle GP14 qui fonctionne en Triphasé et j’ai pensé au début que vous aviez ce modèle de délesteur.

                                  Cdt

                                  0
                                  0
                                Affichage de 15 réponses de 871 à 885 (sur un total de 1,620)
                                1 2 3 … 58 59 60 … 106 107 108