Forum Domoticz en français

Hello,

Arf, mon code n'a rien d'extraordinaire !
J'ai donc créé 4 devices correspondant à tous les signaux renvoyés par le capteur d'ouverture/fermeture et un autre périphérique virtuel 'DR_433_int1_sdb' que j'allume ou j'éteins selon les signaux reçus sur les 4 autres:
dans les déclarations en haut, si je met un devicechanged[xxxxx], c'est parce qu'on ne peut tester qu'une seule fois la modification d'un device dans un script, j'ai donc pris l'habitude de faire le test tout en haut et de le mettre dans des variables.

le nommage de mes devices répond à des régles, ceci me permet, dans d'autres scripts de faire des actions particulières sur certains type de capteurs.

DR = capteur d'ouverture de porte
433 = 433Mhz pour le rflink
int1 = intérieur , au premier étage

A part ça, j'ai installé la dernière version non stable de domoticz il y a deux jours, et il plante régulièrement. Snif !

dolby44 a écrit : A part ça, j'ai installé la dernière version non stable de domoticz il y a deux jours, et il plante régulièrement. Snif !

tu peux toujours revenir a une version stable : https://www.domoticz.com/wiki/Installin ... rce_Update

dolby44 a écrit :on ne peut tester qu'une seule fois la modification d'un device dans un script...

Heu.. Non.. D'ailleurs dans ton script tu fais le test 4 fois (l'usage de variables ne change rien)

vil1driver a écrit :

dolby44 a écrit :on ne peut tester qu'une seule fois la modification d'un device dans un script...

Heu.. Non.. D'ailleurs dans ton script tu fais le test 4 fois (l'usage de variables ne change rien)

Tu es sur ? Je suis quasi sûr d'avoir eu des pb avec ça.
Dans mon code, le test n'est fait qu'une fois pour chaque device. C'est le résultat qui est placé dans des variables.

Envoyé de mon JY-G4S en utilisant Tapatalk

je n'ai jamais testé plusieurs fois le même device.. jamais eu de cas pratique où cela était utile.
mais en tester plusieurs aucun soucis comme tu le fais ou autrement (boucles FOR par exemple)

je suppose que la table devicechanged n'est pas mise à jour tant que le script n'est pas terminé, donc à priori si le teste passe une fois, pas de raison de ne pouvoir le répéter..

J'avais fait un script qui faisait pas mal de tests, genre:
si ouverture fenêtre et vmc allumée = >éteindre vmc
puis si ouverture fenêtre et chauffage allumé => éteindre vmc

et le deuxième test sur ouverture de fenêtre ne fonctionnait pas (avec la fonction devicechanged).

par contre, pas de souci avec la fonction otherdevices

après réflexion, SI je le fais souvent, lorsque j'ai besoin de tester le changement dans un certain état.
et déclencher des actions si ON et d'autres si OFF par exemple (même si j'aurais juste pue tester le changement puis l'état)

donc étrange ton histoire, mais j'aurais plutôt fait comme ceci
ou à la rigueur
ou plutôt (si coquille dans ton exemple et que tu voulais couper le chauffage)
dans ces 3 exemples je ne teste qu'une seule fois l'ouverture de la fenêtre

et juste pour parler, je ne trouve pas ce genre de script judicieux, je pense qu'il est préférable d'ajouter une condition 'fenêtre fermée' dans les scripts de gestion de VMC et chauffage.. c'est plus simple pour gérer les arrêts/reprises

et j'ajouterais que couper une VMC sur l'ouverture d'une fenêtre n'est probablement pas judicieux non plus, à moins de n'avoir qu'une seule bouche aspirante tu stoppes le renouvellement dans toutes les pièces même celles qui n'ont pas leur fenêtre ouvertes..

C'était juste un exemple !

Mes scripts sont bien plus compliqués que ça.
Je mets ma VMC à vitesse max dès que j'ai beaucoup d'humidité dans la salle de bain. Je la repasse en vitesse normale quand j'ouvre la fenêtre.
j'ai des VMC virtuelles dans cuisine, salle de bain et toilettes. Ma VMC physique prend la vitesse max de ces trois pièce. Ainsi je peux gérer des scénarios complexes sans risquer d'interférer avec une autre pièce.
C'est peut-être un peu compliqué, mais je me suis bien amusé en le mettant en place !

Après, factoriser, c'est bien, mais pas toujours possible. Et par ailleurs, ça peut rendre la lecture (et maintenance) plus compliquée.
Mais sinon, je suis d'accord avec toi

deennoo a écrit :Le module vmc blyss fonctionne ainsi : en off il est en petite vitesse, en On est en grande vitesse.

Sur le lien que j'ai mis tu as le mode d'emploi jette y un oeil, c'est toujours bien quand on les a avant achat

Bon je viens d'en prendre deux dans mon Casto preferé, j'ai deux VMC dans la maison, c'est une belle merde, les deux sont en "panne" je dois les ramener pour echange, ils s'eteignent tous seul au bout d'un temps non fixe que ce soit en grande ou petite vitesse, Bizarrement les deux modules on le meme numero de serie...merci Advisen.

J'aurais du lire ceci avant l'achat : http://www.forumblyssbox.com/t577-mise- ... urit%C3%A9

Mon astuce est d'avoir un blocky qui check l'humidité de la salle de bains et en fonction fait varié la vitesse, comme ce blocky depand d'une sonde qui envoie toutes les 64 secondes la vmc ne s'arrete pas.

Je vais passé avec des ZK1PA pas secur mais bon.

deennoo a écrit : Tu as un module a 40 balles blyss de chez casto qui très bien le boulot si tu ne te sent pas de le faire toi même :
http://www.castorama.fr/store/Micro-mod ... 80025.html

Recu aujourd'hui le Blyss VMC (model ci dessus).
je galere pour la configuration... Car j'ai pas de télécommande manuel.
Je n'arrive pas a piloter le switch dans Domoticz en creant un switch en mode manuel avec le type "blyss".

Si queqlu'un a deja utilié ce Blyss VMC sur Domoticz je suis preneur de conseils...
Merci