plruffin

il s’agit de pouvoir réordonner les lignes du fichiers prog.dat et de son équivalent en mémoire sans utiliser un éditeur de texte et rebooter le wes après avoir transférer le fichier sur le wes…

Bonjour,

Voila des évoluions et corrections attendues depuis fort longtemps au point que malgré les avantages , la qualité, je finissait par me poser la question sur le bon choix!

Enfin les variables utilisables et un nombre conséquent de switch virtuels (variables internes) qui enfin permettront de faire une programmation plus avancée.

Le coté Thermostat me parait sympa a voir , bon après il faut mettre des sondes un peu partout mais pourquoi pas … je vais réflechir pour faire un premier test sur mon ballon ECS dans le style sécurité…

Coté widget c’est Ok et mieux qu’avant. je suis su la version beta de CDLOG

Pour le passage de v0.83 à v0.84 pas de soucis majeur, mais pas transparent tout de même, pour moi (informaticien) no soucis mais pour un quidam ca peut poser quelques soucis mineurs.

Bon j’ai eu des changement de noms de variables un peu bizarre pour les relais , swvirtuel etc…mais pas de quoi s’inquiéter car uniquement nom qui change mais le reste de la regle est Ok.

Par contre j’ai eu un changement des heures pleine vers les heures creuses . j’ai une regle du style si on est en heure rouge pleine alors… on est passé si on est en heure rouge creuse, la c’est plus embêtant car ca change tout ca inverse (en gros) la regle!!!! Heureusement que j’avais fait un snapshoot des règles pour vérifier au cas ou….

A voir dans le temps

A+

pascal

Effectivement c’est bien 60A car EDF considère la tension nominale de 220V !!!

personnellement comme vous je surveille la puissance effective du Linky au travers des variables TIC du WES, comme la tension n’est pas de 220V cela prend en compte son écart et évite des mauvaise surprises.

pour les intensités quand je le fait je suis loin des nominaux , c’est du délestage local par phases

Pour le SW et l’email aucune idée mais votre hypothèse tiens la route , réponse précise voir Nicolas.

A+

• Cette réponse a été modifiée le il y a 6 années et 2 mois par plruffin.

rene38

c’est ma proposition plus haut ok c’est parfait

Pour la tempo j’ai bien précise que ce n’est que pour « filtrer » les passages fugitifs.

Sans tempo dès que tu passe en dessous pour le ON et au dessus pour le OFF le SW change d’état meme si ce passage ne dur que quelques dixieme de seconde alors qu’avec la tempo cela assure que c’est bien « permanent ».

Pour les consommations ca fonctionne très bien sous reserve de mettre un hystérésis significatif par exemple pour la puissance au moins 2 a 3 KW d’écart (en fait il faut réfléchir aux consommateurs et tenir compte de leur consommation en plus ou en moins). et mettre une tempo assure la aussi que ce n’est pas fugitif. Pour moi c’est Ok je surveille avec le TIC Pmax et I sur les trois phases pour délester tel ou tel consommateur….

A+

A

• Cette réponse a été modifiée le il y a 6 années et 2 mois par plruffin.
• Cette réponse a été modifiée le il y a 6 années et 2 mois par plruffin.

Cdlog,

Mon exemple fonctionne à merveille j’ai des Emails sur conditions On dans le genre et même des alarme LCD (rouge).

le  = On ne le fait que lors de la « transition passage du OFF au ON » et non en permanence qui est pour cela le ON tant Que.

J’ai des surveillances multiples qui envoi des Emails sur condition = On,  JE NE RECOIT qu’un SEUL MAIL!

Je vous invite a essayer

A+