p78ch201 Posté(e) le 15 avril 2014 Signaler Posté(e) le 15 avril 2014 Heuuu, non mais ça va pas , les devices virtuels fonctionnent très bien sans le LUA. Tu peux très bien avoir un module virtuel avec 50 boutons et que ces 50 boutons envoient une requête HTTP différentes. au temps pour moi , j'avais pas forcement pensé au device de 50 boutons...
pepite Posté(e) le 15 avril 2014 Auteur Signaler Posté(e) le 15 avril 2014 (modifié) au temps pour moi , j'avais pas forcement pensé au device de 50 boutons... Re bonjour à tous, Donc oui device virtuel et HCL alors...cool mais que de boutons Cf : http://www.domotique-fibaro.fr/index.php/topic/700-bien-utiliser-la-fonction-citation-dans-les-r%C3%A9ponses/ Modifié le 15 avril 2014 par moicphil Merci de ne pas citer le message précedent
Shad Posté(e) le 15 avril 2014 Signaler Posté(e) le 15 avril 2014 Oublie pas aussi le nombre de scène que tu vas avoir àgérer,
Bebitoo Posté(e) le 22 avril 2014 Signaler Posté(e) le 22 avril 2014 Bonjour,Merci à tous pour vos réponses. Tu peux très bien avoir un module virtuel avec 50 boutons et que ces 50 boutons envoient une requête HTTP différentes. - Pour tes requêtes php, tu pourras juste faire des basiques, tu ne pourras pas ouvrir différentes url en fonctions de différentes conditions à moins de passé par plein de scènes et d'avoir un virtual device et que regroupe toute les possibilités.Et j'imagine que je peux "cliquer" un bouton depuis un scenario (en mode bloc). Mais est-ce que je pourrais passer une valeur en paramètre ? Donc, par exemple (et mon exemple est discutable) si je souhaite faire dire à mon lapin la température de la pièce, je ne pourrais pas me contenter de placer sous un bouton d'un device virtuel une URL telle que : http://192.168.1.120/cgi-bin/tts?voice=julie&text=Il%20fait%20x%20degres et renseigner x à la volée au moment du clic sur le bouton, mais il me faudra créer genre 5 boutons, avec les URL : http://192.168.1.120/cgi-bin/tts?voice=julie&text=Il%20fait%20moins%20de%2018%20degres http://192.168.1.120/cgi-bin/tts?voice=julie&text=Il%20fait%2018%20degres http://192.168.1.120/cgi-bin/tts?voice=julie&text=Il%20fait%2019%20degres http://192.168.1.120/cgi-bin/tts?voice=julie&text=Il%20fait%2020%20degres http://192.168.1.120/cgi-bin/tts?voice=julie&text=Il%20fait%20plus%20de%2020%20degres et créer autant de règles, c'est bien ça ? Ton serveur PHP et beaucoup d'heures de prise de tête pourraient suffire car tu peux interroger une HCLite pour prendre de l'information (température d'une sonde) et agir sur les périphériques, le tout en accédant aux API de la HCLite qui fonctionnent aussi bien que sur la HC2. C'est plutôt le contraire que j'imaginais. Garder l'intelligence des scenarii dans la box (sinon, oui, c'est un travail monstrueux), et utiliser du PHP hébergé à l'extérieur pour collecter des informations à utiliser dans les conditions de déclenchement (ex : interroger pour calendrier Google pour savoir si je suis en congé demain), ou actions déclenchées. Tu ne pourras pas faire:- parsing de tes json, xml ... Aà¯e. J'oublie l'interrogation de mon calendrier Google alors (je ne saurais pas récupérer la réponse) ? - Tu auras plein de scène car tu ne peux pas faire de multiple condition Re-aà¯e. J'ai été frustré par ce genre de limitations pendant mon bref essai de l'eedomus. On peut enchaîner les conditions, et placer des ET ou des OU entre les conditions, mais on n'a pas la main sur le parenthésage : il est fait dans l'ordre des conditions (et sans respects des règles de précédences, si j'ai bien compris !). Exemple, en mode bloc : Condition1 OU Condition2 ET Condition3 Action1 ... est interprété (((Condition1) OU Condition2) ET Condition3) ! On va dire que pour 200€ d’écart tu vas vraiment t'embêter pour pas grand chose, si tu veux faire des économies, pour moi ce n'est pas sur le contrôleur que tu devrais les faire, surtout que ce système est prévue pour en faire grâce l'économie d'énergie. Mmhhh... le différentiel est plutôt de 320€ aujourd'hui, et personnellement je ne pense pas rentabiliser un jour mes dépenses en domotique, car ma maison et les membres de ma famille sont plutôt économes, et que je vais privilégier l'axe confort. Mais je retiens l'argument "prise de tête" (il me parle !) et vous êtes en train de me convaincre de partir sur une HC2, quitte à faire une ou deux domotisations de moins, au départ. Je pense que je vais attendre la sortie de la v4 (je ne suis pas pressé), pour avoir des éléments supplémentaires pour tenter de deviner les orientations que Fibaro va prendre pour ses deux box, et ainsi acheter plus sereinement. Qu'en pensez-vous ?
Steven Posté(e) le 22 avril 2014 Signaler Posté(e) le 22 avril 2014 Perso, j'attendrais aussi la V4 pour savoir ce que cela va donner. Sinon je partirais sur une HC2 en y allant tout tranquillement.
Shad Posté(e) le 22 avril 2014 Signaler Posté(e) le 22 avril 2014 TU as un peu près tout compris, mais en effet il vaut mieux attendre la V4 même s'il faut pas attendre des miracles pour la HCL. De plus je ne sais même pas si la V4 actuel est prévue tout de suite pour la HCL car apparemment il s’agit de deux firmwares différents. Par contre ce qui est sur c'est que si tu es partie de l'eedomus à cause des contraintes avec la HCL tu es plutôt mal barré. Quand je dis 200€ c'est pour dire que voilà , pour contrôler une maison entière je ne pense pas qu'il faut rechigner pour sa à ce niveau.
Messages recommandés