Forum Replies Created
- Replies
-
- 2 décembre 2020 à 14 h 30 min
- in reply to: mesure 3 congélateurs (température et consommation) + 1 cave à vin
Cher Ami Cdlog,
Si paire torsadé le love n’a aucune influence mais si câble simple la il y a influence …
Le blindage dans le cas du 1W est bien sur au +5v et surtout pas à la terre ou au 0V qui ne servirait a rien…Il doit etre au point commun qui ici est le +5V (j’ai souvenir d’un post ou vous expliquez parfaitement cela).
Un câble normal peut être utilisé pour essai rapide …
Les R pull up de tirage de ligne sont très importantes
A+
00- 2 décembre 2020 à 9 h 23 min
- in reply to: mesure 3 congélateurs (température et consommation) + 1 cave à vin
Le lovage est une vrai antenne a parasite (c’est une self a air libre)….
00- 2 décembre 2020 à 9 h 21 min
- in reply to: mesure 3 congélateurs (température et consommation) + 1 cave à vin
L’erreur erratique de mesure est très certainement due au raisons potentielles suivantes:
Ligne 1W mal équilibrée (R de charge en fin de ligne)
Ligne 1W perturbée par des parasites ou interférences secteur (câble 1w proche de câbles 220v, câble non torsadé, câble non blindé, blindage pas au bon potentiel)
Point de connexions ayant des mauvais contact..
Le 1W est un bus informatique électronique qui a la base n’est pas vraiment industriel , ni fait pour ce balader dans toute une maison…A contrario d’un Modbus, FIP ou autre… pas de lignes symétrique, faible niveau….De conséquence il est est chatouilleux à la qualité de son installation..
Perso j’ai eu ce soucis dans mon montage provisoire (rapide et volant) d’essai de prise de température congélateur justement, mais je savais pourquoi…Dès mise au propre plus de soucis…
00- 18 novembre 2020 à 9 h 27 min
- in reply to: Interprétation de données
Précision supplémentaire non négligeable sur ce qui est mesuré et comptabilisé par un compteur
La il y a deux cas avant les compteurs électroniques et a partir.
Avant c’est les compteur bleu ou similaire (il faut voir la doc de son compteur)
La puissance MESURE ET COMPTABILISEE est bien des KWh donc une puissance ACTIVE ( de par les principes interne électromagnétique et inductif) il n’y a pas de circuit de mesure de U et de I puis une calculateur qui fait un produit c’est physiquement purement électromécanique ca ce fait tout seul ….
Voila pourquoi sur la Facture il y a des KWH, c’est historique
Après avec les compteurs ELECTRONIQUE et bien avant les linky, un compteur mesure des KVA donc une puissance apparente…. car la circuiterie interne mesure U, mesure I apparent et fait le produit donc un résultat apparent. Donc KVA différent de KW.
Avec Linky c’est encore plus tordu mais plus juste pour le fournisseur et le consommateur (c ‘est une des raisons de linky) il mesure les trois composantes (active, réactive, apparente) et il ne facture TOUT actif + reactif Donc KVA différent de KW. Pourquoi aussi le réactif parce que le fournisseur considère qu’il faut l’apporter avant que le consommateur lui restitue et que la restitution peut être différente de la consommation donc le solde doit être facturé. Si au final sur une période donné vous restitué autant que vous avez consommé de réactif et bien le résultat sera nul et vous n’aurez pas de consommation réactive mais je dis bien il faut intégré (mathématiquement) sur la période de consommation.
C’est entre autre des raisons de différence de consommations avant et après Linky!!!!
00- 18 novembre 2020 à 9 h 04 min
- in reply to: Interprétation de données
Hello,
Je vais y mettre un peu de mon grain de sel!
Les Trois puissances sont (en tri ajouter le terme entre parenthèses) selon le triangle de puissance
Puissance Active en KW= P = U x I Cos Phi (x Racine de 3) ==> [ Coté adjacent]
Puissance RéActive en KVAR (kilovolt ampere réactif)= Q = U x I Sin Phi (x Racine de 3) ==> [Coté Opposé]
Puissance Apparente en KVA = S =U x I (x Racine de 3) ==> [Hypoténuse] c’est celle d’un consommateur résistif pur
Puissance apparente S == Racine carré de (P² + Q²)
Le terme U n’a jamais de composante réactive ce n’est que du Pur (Mathématiquement il n’y a qu’un terme réel , le terme imaginaire est nul)…
Pourquoi il y a du réactif , simplement parce que le terme I lui aura du réactif selon le diagramme vectoriel du courant ( le terme I mathématiquement est composé d’une composante réelle et d’une composante Imaginaire. ( le terme imaginaire est la vue de l’esprit de CDLOG)
avec coté opposé = intensité réactive (en plus ou moins suivant la nature de la charge C ou L , raison en industrie d’associer des condos aux moteur C+L s’annule ). C négatif , L positif. Coté adjacent I actif et hypoténuse = I apparent
Voila
A+
00- 1 novembre 2020 à 10 h 18 min
- in reply to: Mise à jour 0.84A3
Pour Arnog23 , en plus les boutons on et off sont inactif car il y a une erreur sur la commande émise qui est ajax.cgx?sw….alors que cela devrait être ajax.cgx?vs (lignes 1350 à 1360) , on va corriger.
par contre l’état de retour en lecture est Ok
00- 1 novembre 2020 à 9 h 32 min
- in reply to: Mise à jour 0.84A3
Nicolas,
Oui le plugin Jeedom est du ressort de Jeedom.
Oui il fonctionne normalement.
Non il n’est pas à jour suivant les dernières évolutions du WES, il ne gère toujours que 8 SW et non les 24 par exemple. Il faut l’updater . Ce n’est pas compliqué il faut passer un indice de boucle de 8 à 24 mais il faut le faire…sous github.! Du coup si pour les variables à terme il y en aura 24 autant modifier de suite…
A+
Pascal
00- 31 octobre 2020 à 21 h 56 min
- in reply to: Mise à jour 0.84A3
Pour le plugin jeedom il va falloir le mettre a jour pour tenir compte des dernières évolutions exemple 24SW…
Allez un petit tour sur github.
Nicolas pourriez vous me donner les futures évolutions coté variables et similaires de façon a faire une evolution qui soit déja comptabilbe (en MP).
Pour ceux que çà intéresse je regarde pour faire un Skill alexa, comme cela sans passer par une box « alexa Wes quelle température pour le congélateur, Alexa Wes quelle puissance consommée…).
A+
00- 31 octobre 2020 à 21 h 45 min
- in reply to: Mise à jour 0.84A3
Allez je vais y mettre ma touche et mon avis.
Pour être dans un secteur professionnel du soft l’ergonomie IHM ce n’est pas un truc simple.
ce qui convient aux uns ne satisfait pas les autres etc…
il est pratiquement impossible de satisfaire tout le monde.
Sans compter les tendances du moment, les us et coutumes suivants les générations et j’en oublie.
En bref mission impossible.
Ce qui est a mon sens primodrial c’est que tout un chcaun puisse trouver et se raprocher de son attente et surtout que cela soit instinctif.
Revenons a nos widgets et leur taille , je pense que Nicolas et Cdlog ont tout deux raisons, je m’en explique:
Ont doit pourvoir aligner et avoir des ascenseurs si besoin mais on doit aussi pourvoir avoir des tailles similaires et tout faire tenir dedans. il faudrait donc au final une combinatoire des deux approches avec les plus de Cdlog et un autozoom-focus du contenu pour qu’il soit polymorphe et s’adapte au contenant (approche Nicolas).
Et la tout le monde sera content…
Cdlog, ça va nous compliquer le code du front-end du WES, mais bon quand on aime on ne compte pas…
A+
00- 30 octobre 2020 à 13 h 50 min
- in reply to: problème page "programmation"
Cdlog et Nicolas,
J’ai remarqué aussi cette problématique, je ne vous l’ai pas encore remontée car pour moi no soucis .
Je corrige en downlodant la sauvegarde me mon fichier prog.dat (dès que je fait une modif sur le Wes je backup tout sauf les enregistrements).
Suivant la requete HTTP recu par le WES, il efface ou modifie toute les lignes de programmation , pour moi en out action ou message je perds tous mes definition (relais, sw…..) pour etre remplacé par requete Http!!!
cela soit depuis Jeedom mais aussi depuis le navigateur en effectuant des Request du style: http:/Myip/?SV09=ON dès lors que le format a une erreur exemple : http:/Myip/SV09=ON
remède backup du prog.dat systématique et le descendre et reset du WES
A suivre
00- 29 octobre 2020 à 20 h 55 min
- in reply to: Mise à jour 0.84A3
Bouton trier fait suite a une demande que j’avais émise et pensée.
Il s’agit de pouvoir réordonner les lignes des règles , déplacer une ligne .
Exemple déplacer la ligne 11 a la ligne 2 pour ordonner nos règles .
Solution que nous avons mise en œuvre avec Cdlog.
Concrètement tu active le bouton trier qui se met en clignotement.
La tu clique sur la ligne que tu veux déplacer puis sur la ligne ou tu veux qu’elle s’insère et hop la voila déplacée.
tu recommence autant de fois que voulu.
pour stopper tu clique sur n’importe quel bouton.
Il faut savoir que l’ordre des actions (règles) a une importance particulièrement si une règle postérieure utilise le résultat d’une action antérieure . Pour les automaticiens comme avec un API. donc les ordonnées est important sinon il peut y avoir des comportemenst bizzare….
00- 26 octobre 2020 à 14 h 59 min
- in reply to: Mise à jour 0.84A3
Elle apporte un lot non négligeable de petites améliorations qui sont toutes stables et bien venues
00- 21 octobre 2020 à 14 h 36 min
- in reply to: changement de compteur (+Linky!)
Alors la une bien bonne sans que tu demande tu attrape le standard alors que par défaut et sans ordre a l’installation c’est historique pour assurer la compatibilité avec l’existant!!!!
perso pas réussi à avoir standard après un « tour de France EDF/Enedis » dans le genre c’est eux , non c’est eux ….bon c’est personne.
Comme pas indispensable j’ai laissé pour le moment…
00- 21 octobre 2020 à 10 h 15 min
- in reply to: IMAX dans data.cgx
C’est bien les informations TIC issuent du Linky pour
<IMAX1>xxxx</IMAX1>
<IMAX2>xxxx</IMAX2>
<IMAX3>xxxx</IMAX3>
Elles auraient du être des Imax constaté sur une période mais actuellement sont des constantes qui sont définies lors de l’installation….
Ce qui est dans le Widget TIC est bien ces valeurs qui en l’état des informations TIC ne représente rien de bien tangible
00- 21 octobre 2020 à 8 h 59 min
- in reply to: changement de compteur (+Linky!)
