Bonjour,
Je vais mettre en oeuvre une installation KNX avec LD permettant de piloter une système gainable Atlantic via l'interface FJ-RC-KNX-1i. Notice: http://bit.ly/atlanticknx
Est ce que quelqu'un peu me confirmer que je ne suis pas obligé des thermostats KNX dans chaque pièce?
La finalité est que mon client souhaite piloter le système via sa tablette LD.
J'ai une question dont je n'ai pas encore trouvé la réponse dans la documentation.
1) Je voudrais donner des droits sur des scenarios qui lancent des automates... mais sans donner les droits sur ces mêmes automates à l'utilisateur.
En effet, seul le scenario est important et je ne veux pas que l'utilisateur commence a lancer des automates par eux même sans passer par les scenarios. (car un automate appel un autre automate et lancer le deuxieme sans passer par le premier ne donne pas les bons résultats et apporte de la confusion à l'utilisateur)
Est-ce possible en donnant les droits sur le scenario et pas de droits sur les automates? Car j'ai eu l'impression que si l'utilisateur n'a pas de droit sur l'automate alors le scenario lance l'automate mais il ne s'execute pas. (correct??)
2) idem pour les groupes d'équipements et les équipements. Je ne veux pas que certain équipements soient accessibles directement par l'utilsateur mais uniquement en passant par les scenarios pré-définis. Est-ce egalement possible et comment?
Grosse grosse grosse déception à propos des variables privées qui en réalité n'en sont pas dans le sens où on ne peut pas avoir deux automates différents avec chacun une variable privée de même nom: il est impossible de créer deux variables qui ont le même nom, qu'elles soient publiques (là ça parait logique) ou privées (pas cohérent avec le concept classique des variables privées/locales).
Donc en fait les variables privées sont des variables publiques mais qui sont invisibles pour les autres automates.
Ce n'est pas du tout intéressant, le seul "plus" qu'on a en créant une variable privée est qu'on ne la verra pas dans la liste des variables à affecter à un item VAR, IF, etc si elle n'appartient pas à l'automate en cours.
C'est un problème et c'est encore plus vrai aujourd'hui avec la possibilité de faire du copier/coller d'automates: pour chaque automate de fonctionnalité similaire utilisant une variable privée, je dois créer une nouvelle variable à chaque copie d'automate ET EN PLUS je dois repasser dans tous les items qui utilisent cette variable pour l'y affecter.
Pour moi, l'intérêt d'une variable privée est de servir de tampon/buffer pour faire des calculs ou stocker des infos de manière temporaire, infos qui sont "privées" dans le sens où je n'ai pas besoin de les rendre publiques, et même pire, les rendre publiques pourrait les corrompre (nouvelle affectation, etc).
Imaginons un concept d'automate rattaché à un thermostat et qui stocke dans une variable privée l'heure à laquelle un mode de chauffage a été changé. Cette heure est utilisée par l'automate pour permettre un nouveau changement de mode uniquement si on a fait le précédent il y a moins de 10 sec ou plus de 60 minutes, ceci à des fins d'optimisation de chauffage.
J'ai 10 thermostats, donc j'ai 10 automates. Idéalement cette variable heure, de type "privé", aurait du avoir le même nom. Finalement, je vais devoir créer 10 variables différentes, repasser dans tous les items où elle sont utilisées et les affecter à ces items. Avec une vraie variable privée, je n'aurais rien eu à faire. En plus, mes variables vont finir par s'appeler "bêtement": "heureThermostat1", "heureThermostat2" etc. ou similaire. Finalement qu'elles soient privées ou publiques ne changent pratiquement rien: je perds tout autant de temps ...
J'espère avoir été clair dans mon explication pour l'intérêt de VRAIES variables privées et que la team LD comprendra ma déception.
Posté par : joketoons - 02-25-2014, 08:47 AM - Forum : Z-Wave
- Réponses (14)
Bonjour,
j ai ajoute a ma domus un detecteur d eau et de fumee fibaro.
dans le modules connecteurs aucun souscis, ils sont vus comme "Alarm Sensor".
En revanche dans le module "equipement" impossible d ajouter un equipement "surveillance"/"detecteur"/(fuite/eau) ou (fumee/feu).
Domus ne me propose pas le dongle Z-wave.
Avez vous une idee
Cordialement
Posté par : coyotus - 02-24-2014, 10:24 PM - Forum : Droits
- Réponses (3)
Bonsoir,
Les droits sur les scénarios sont uniquement gérables pour chaque utilisateur individuellement.
Etant ancien administrateur système, j'ai depuis longtemps préféré gérer les droits au travers de groupes qu'individuellement sur chaque utilisateur.
J'ai conservé cette habitude dans LD en utilisant les "modèles d'utilisateur" car cela permet d'économiser du temps en évitant de faire un travail répétitif.
Malheureusement la gestion des droits sur les scénarios n'est pas disponible dans les "modèles d'utilisateur".
Est-il prévu de rendre cela disponible ? (en tous cas je suis demandeur ;) )
Posté par : coyotus - 02-24-2014, 06:56 PM - Forum : PC & Mac
- Réponses (3)
Bonjour,
J'ai un équipement KNX porte de garage pour lequel j'ai défini les adresses de groupe pour les propriétés écriture et lecture de Vérouillé/bloqué qui a bien le dtp start/stop
Dans le DS j'ai 2 boutons, l'un qui verrouille la porte de garage (action : bloquer la porte de garage) donc est censé envoyer ON et un autre bouton qui déverrouille la porte (action : débloquer la porte du garage) donc est censé envoyer OFF.
Le déverrouillage envoie bien OFF sur le bus. Par contre le verrouillage envoie OFF lui aussi au lieu de ON.
Posté par : joketoons - 02-24-2014, 04:20 PM - Forum : Z-Wave
- Réponses (3)
Bonjour,
je viens d acheter un smoke sensor de chez fibaro.
J ai associer mon dongle aeon jusque la tous va bien.
J ai remis le dongle dans la domus et redemare (seule slution pour qu il reactualise les produit zwave.)
Je retrouve bien dans ma liste des produit zwave le detecteur.
Mais j ai du rater une etape, a chaque fois que j ajoute un module je l actualise pour qu il puisse reconnaitre le generic device class.
En actionnant tout simplement le module.
Sauf que le smoke sensor j ai tout essaye et impossible de le faire detecter par la domus.
Si vous avez une idee avec plaisir.
Merciiiii
Posté par : jackouille - 02-24-2014, 09:45 AM - Forum : Le bistrot
- Réponses (6)
bonjour,
je vais partager mon expérience, cela peut aider certaines qui veulent faire la même chose.
Etat des lieux :
porte de garage avec une commande impulsionnelle (eh oui pour les maisons il n'existe pas de porte avec le fonctionnement comme des volets avec une cde montée descente séparée) et un seul détecteur qui permet de savoir si la porte est bien fermée. Une télécommande Enocean avec un bouton inverseur.
CdC du fonctionnement souhaitée :
le fonctionnement visé est simple dans le principe, une impulsion sur le bouton Montée la porte s'ouvre et si on ne fait rien elle va jusqu'au bout, une nouvelle impulsion sur le bouton Montée pendant la montée, la porte s'arrête là où elle se trouve, à nouveau une impulsion sur le bouton Montée elle repart vers l'ouverture (comme c'est une impulsionnelle, le système lance la fermeture qui va s'arrêter aussitôt puis repartir dans l'autre sens) alors que si on donne une impulsion sur le bouton Descente elle se ferme.
Même principe lors de la fermeture. L'objectif étant qu'à distance (c'est à dire ne voyant l'état de la porte) on puisse la fermer ou l'ouvrir quelque soit son état actuelle, comme sur des volets.
Après plusieurs jours de galère car c'est relativement vicieux, et des dizaines d'essais, j'ai réussi à obtenir le résultat voulu.
Pour obtenir la même chose de votre côté il suffit de reproduire les 3 organigrammes que j'ai concocté dans 3 automates LD. Le fichier étant trop gros je ne peux pas le joindre sur le forum mais vous pouvez me le demander par mail.
Pour la cde du moteur j'ai utilisé un équipement télécommande LD qui délivre une impulsion sur une sortie KNX dont le contact du relais est raccordé sur le bloc de cde du constructeur de la porte.
Deux bugs constatés:
1) lorsqu'on insère une fonction dans une commande JS et qu'il y a des paramètres entre "{}", la fonction doit OBLIGATOIREMENT être placée en dernier dans le code sinon les paramètres entre {} ne sont pas interprétés/disponibles dans les automates, le DS etc.
Ceci est ok:
Code :
n = parseInt('{valeur}');
function dbl() {
n = n * 2;
}
Ceci n'est pas ok (ca ne plante pas mais "valeur" n'est pas proposé comme paramètre dans les automates et le DS/WIDO):
Code :
function dbl() {
n = n * 2;
}
n = parseInt('{valeur}');
2) parfois, la première/dernière (?) ligne de code JS d'une commande n'est PAS interprétée par le validateur de syntaxe dans le CS !
Ceci est soi-disant valide:
Code :
appeler_une_fonction_inexistante() // <-- et en plus j'oublie le ";" !!!
Ceci ne l'est plus:
Code :
var x = 0;
appeler_une_fonction_inexistante();
Encore mieux (idem):
Code :
// un commentaire en première ligne ...
appeler_une_fonction_inexistante();
D'ailleurs sur le même sujet, ce serait bien que l'erreur lors de la validation du code JS ne nous sorte pas de l'éditeur et nous fasse perdre notre code ...
Ce serait bien aussi que les fenêtres de code JS soient plus grandes, avec une police de plus grande taille et plus lisible (genre Courier ou Lucida Console) ... je ne vais pas aller demander jusqu'à du syntax highlighting mais bon ... quoique ... :)
et encore un truc: quand on change une commande JS et qu'on ajoute des paramètres entre "{}" ce serait bien que les automates reflètent ces changements et nous proposent les paramètres en plus automatiquement ... pour l'instant, je suis obligé de relancer le CS pour que ce soit le cas ...