jojo

Salut mprinfo, J'ai commencé l'install en suivant ces instructions : http://xpenology.com/forum/viewtopic.php?f=13&t=4008 La modification du BIOS n'est pas comme je l'ai vu sur le tuto de Fredo, mais c'est normal, c'était pour un Gen7 BIOS : il n'y a pas d'option pour le sauver, mais soit, il a booté sur ma clé, et j'ai vu XPenology ... je suis bloqué au point 7 : "DiskStation login :" a- Côté Proliant 4/ Vous pouvez insérer vos disques dans le Proliant. En effet, Xpenology s'installe s'installe sur TOUS les disques. C'est une spécificité de Synology. 5/ Insérer la clé USB dans le port interne du Proliant 6/ Un menu va apparaitre, selectionner XPEnoboot 5.1-5022 Install/Upgrade Image 7/XPEnoboot va alors créer un environnement pour pouvoir installer le .pat. Cet environnement sera chargé quand vous aurez un prompt vous demandant voter login. CODE: SELECT ALL Disktation login: Vous pouvez retourner maintenant sur votre pc. et là je rentre quoi ? HELP. Merci

non, je ne dis pas que Krikoff code avec les pieds, loin de moi cette idée. Mais c'est trop complèxe pour moi, alors la proposition de Eliah est super pour ce qu'on veut faire. Chez Krikroff c'est beacoup plus complexe, car également beaucoup plus complet, mais dans ce cas-ci on n'a pas besoin de tout

avec les assistants que je me suis fait pour automatiser leur utilisation, j'en suis très content, en hiver, il n'y a pas intérêt que ma HC2 lâche, sinon je dois revenir àl'ancienne méthode, et maintenant que j'ai goûté aux panneaux de chauffage ? P.S. quand ta maison sortira-t-elle de terre ?

j'utilise ces transfos (4,16€) pour alimenter mes FGBS

Oui, reprendre le code de Krikoff serait "plus simple", sauf que son code fait 1949 lignes : quelle partie réutiliser ?? DONC : merci Eliah pour son code simplifié avec juste ce dont on a besoin pour faire ce que l'on veut

@Sebbruniel, Maintenant, si tu veux absolument remplacer "" par rien (mais pourquoi ?), tu parts du code de Lazer pour le test et tu rajoutes ceci, ce qui donne : IP = fibaro:get(fibaro:getSelfId(), "IPAddress") if IP ~= nil and IP ~= "" then fibaro:debug("Adresse IP :"..IP) else fibaro:debug("Adresse IP vide") local HC2 = Net.FHttp("127.0.0.1",11111) local action = ('{"id":'.. fibaro:getSelfId() ..',"properties":{"ip":""}}') HC2:PUT("/api/virtualDevices/" .. fibaro:getSelfId() , action) end

Merci Berale, met je clique bien après la sélection de date jeure de départ sur afficher, et il me remet la date / heure de départ sur la valeur initiale

ou encore plus stupie (c'est du vécu de la semaine dernière) : tu as peut-être supprimer la définition de ces ids au début, par un copier/coller malencontreux ? P.S. : Steven a précisé que le "if" dans les options n'allait plus être supporté longtemps, pense à le remettre devant, c'est aussi plus logique, d'abord les conditions, ensuite les actions

@Did, je constate que tu mets les ID en dur dans tes lignes GEA. N'utiliserais-tu pas le générateur d'ID de Steven ? Je le ferais avant un passage àla V4.x

sebcbien, Nous sommes sorti hier soir (reconstitution Waterloo2015), et j'ai pu confirmer que je simulateur fonctionnait Cependant, j'ai observé 2 points à améliorer (selon moi) : lampe always on after simu : j'aurais pensé que c'était une lampe qui s'allumait automatiquement lorsque la variable Simu = 0. En fait elle s'est allumée dès la fin de la simulation programmée à l'heure que j'avais donnée (0h10), et ce jusqu'au moment où je l'ai éteinte manuellement. C'est pas cool, cela, entre-autre, consomme énormément d'électricité, surtout si tu es parti plusieurs jours (dans le cas présent elle serait resté allumée de 0h10 à 21h58 (=prochain sunset). Je ne pense pas que c'était ton idée initiale. la simu ne s'est pas arrêtée à 0h10, mais à 0h18, après l'exécution du dernier loop aléatoire. Quand j'y repense, c'est cool, car cela signifie une fin de simulation à une heure qui varie aléatoirement entre la date de fin définie et le rdnmaxtime. Donc il me semble que la seule chose à "améliorer" est le point 1. Voici l'extrait de mon debug pour illustrer : [DEBUG] 00:09:27: Sat 20/06 light ID:Prise_Bureau status:1 [DEBUG] 00:09:27: Sat 20/06 entering loop of 9.24 minutes [DEBUG] 00:18:41: Sat 20/06 exiting loop of 9.24 minutes [DEBUG] 00:18:41: Sat 20/06 TurnOff All lights! [DEBUG] 00:18:41: Sat 20/06 Device: Lum_SdBRez_Douche Off [DEBUG] 00:18:41: Sat 20/06 Device: Lum_SalleManger Off [DEBUG] 00:18:41: Sat 20/06 Device: Prise_Bureau Off [DEBUG] 00:18:41: Sat 20/06 Device: Lum_SdBEtage Off [DEBUG] 00:18:41: Sat 20/06 Device: Lum_SalonTV Off [DEBUG] 00:18:41: Sat 20/06 Manual Light Settings: Turned On light: Lum_HallEntrée [DEBUG] 00:18:41: Sat 20/06 Simulation is deactivated [DEBUG] 00:18:41: Sat 20/06 Presence Simulator will Restart tomorrow around 21:58 [DEBUG] 00:20:41: Sat 20/06 Waiting for next Sunset: 21:58 -> Simulation OFF. [DEBUG] 00:30:41: Sat 20/06 Presence Simulator is Terminated [DEBUG] 00:30:41: Sat 20/06 Simu = 0, Exit from scene

prévois des blochet >50 mm, 60mm c'est mieux

merci, mais ce soir pas possible. Je suis là : http://www.waterloo2015-live.org/fr/events/1053233/the-french-attack Mon programme pour ce WE : tondre pelouse préparer sushis pour l'anniversaire de ma fille déclaration d'impot installer mon HP m'occuper de ma femme ...

Sympa ? Combien coût le détecteur ? et pourquoi pas simplement avec un FGBS ? Il est moins cher ?

Dans le panneau des événements j'ai ON et OFF Par contre, l'historique est TRES / TROP limité +/- 1heure. Il propose une heure de départ par défaut (exple 14h00) et si je veux voir ce qui s'est passé depuis le maitin (6h00), il rebascule automatiquement sur l'heure par défaut. Chez vous aussi ?

je suis au bureau, et je suis allé chercher mon HP il y a 30 min chez mon ami. => WE chargé en perspective

tu as beaucoup de Modules Virtuels avec l'adresse IP dedans ? Perso, je n'ai pas observé ce phénomène : si une adresse IP était définie, elle restait. En effet, si aucune n'était définie, il y a "" Il est possible d'écrire dans le champ IP Adresse, mais si tu n'as que 10-20 modules concernés, tu iras plus vite de faire un ctrl-C / ctrl-V que de créer un VD qui va remettre les bonnes IPs aux bons endrois, car cela nécessiterait de maintenir une table avec les ID et les IPAdress des VD à mettre à jour

ah mprinfo, tu es de retour, cela faisait 2 jours qu'on n'avais plus de nouvelle de toi, on commençait às'inquiéter ...

pas de soucis pour création automatique de la variable si elle n'existe pas, j'ai fait un VD backup/restore des variable. C'est ce que je ferai, ce n'est pas si lourd que ça

autre petit conseil au passage pour faciliter la relecture : les options de temps, date, ... qui ressemble plus àdes conditions (mais sont des options de limitation de la condition) je les mettrais en début d'options, et les vrais actions àprendre ensuite

pas Sunrize, mais Sunrise, avec un S et pas un Z

là tu as fais un véritable travail de patron. Merci pour l'analyse, je me dois de l'implémenter maintenant. Si on veut garder un aspect esthétique au VD, il ne faudrait pas mettre le SID dans un label, mais dans une variable globale, mais là aussi j'hésite car alors le VD n'est plus autonome, il faut penser à la créer, et j'aime autant éviter si possible.

Oui, d'accord avec toi our l'aspect autonome. Dans les boutons ce sera la même chose que dans le mainloop, sauf qu'il n'y a pas cette problématique d'encapsulation. Et j'aurais bien utilisé des fonctions pour générer un SID, et je ne vois pas comment avec cette encapsulation => si on règle le problème des boutons, ok

GEA.add(true, 30,"", {{"Open",id["VL_RUE"],100},{"Open",id["VL_JARDIN"],100},{"Time","Sunrize","Sunrize+5"}})

Eh Jojo, réfléchit un peu, tu es vraiment stupide quand tu veux ! Pourquoi se casse-t-on la tête pour le mainloop ? Il n'a pas de problème. Car en fait que voudrait-on faire pour le MAINLOOP ? Si erreur de SID, on recommence, étant donné qu'on est incapable de prédire quand arrivera l'erreur. Mais c'est ce qu'il fait déjà ! Donc on fait un refresh toutes les 15s, et le tour est joué, d'autant plus qu'il ne fait "que" un refresh de l'icone. Par contre là où est le problème, c'est dans les boutons. Si on automatise l'appuis sur le bouton et qu'il y a une erreur, il faut réappuyer dessus. Il y a 2 solutions pour cela : réécrire le code des boutons stocker dans une variable le status d'erreur et le traiter par GEA, si l'erreur est problématique. Pourquoi se casser la tête ?

Non non, surtout pas de nouveau tuto. effectivement ta solution à beaucoup d'avantages : c'est plus élégant, pas de bouton inutile si on appuye sur le debug de la mainloop, puis start, on voit tout le debug depuis la dernière sauvegarde du VD, ce qui n'est pas le cas avec un bouton. Donc je vais essayer de le faire fonctionner sans erreur avec un bouton (=développement classique) et ensuite on le traduirait vers ta solution. Mais je ne garanti rien, je ne suis pas un développeur