Lionel57

avec os.date("%d/%m/%Y", ...), c'est sous la forme "13/02/2015" avec os.date("%d/%m/%y", ...), c'est sous la forme "13/02/15" Mais je ne pense pas que ça soit ça qui pose problème. Attention, je dis ça comme ça, si tu l'as sous la forme 13-02-15, il faut changer ton pattern

Bonjour, un truc comme ça, ça permet de découvrir quelques fonctions : local pattern = "(%d+)/(%d+)/(%d+)" local DateAConvertir = "13/02/2015" local jour, mois, annee = DateAConvertir:match(pattern) fibaro:debug(os.date("%d/%m/%Y",os.time({year=annee, month=mois, day=jour})+24*60*60))

Il faut enlever le "local" dans ta boucle, la variable a déjàété déclarée

Le but, c'est qu'on en discute tous ensemble, afin que je développe un truc qui satisfasse, le maximum de monde

Pour le moment, Moicphil, c'est un peu ça, autant d'étiquette que de smartphone, chacun fait ce qu'il veut derrière le bouton trairement. Mais, làoù je rejoins Nico, c'est que cette vision permet d’intégrer les HCL...

Eh, si vous voulez un truc, il me faut vos avis...

Je pars sur un truc du genre ?

Grace à bien des sites, avec une adresse IP, on a l'adresse physique... Ceci dit, je vois bien l'idée d'un module, pour préchauffer la voiture, la faire dégivrer, peut être c'est envisageable, avec la domotique. Cette option existe déjà chez les constructeurs, reste à comparer les prix. Mais c'est sà»r, mettre une HCL dans la voiture, c'est pas intéressant et surtout très très risqué...

Logiquement, ça marchait, mais le dernier firmware de Fibaro, dit stable, ben ça a bugger, c'est pas de ma faute monsieur l'assureur... :-P

perso, je pense que la HCL + les modules, ça coûte plus chez que les options des fabricants. (ils ont faim, ça ce négocie àbas prix). Donc pour les essuies glace où je ne sais quoi, laissons les faire ce qu'ils font bien. Pour des trucs genre portail ou autres, la 3G lié au GPS, ça fait l'affaire pour communiqué avec notre HC2... Franchement, je suis fan de comotique, mais de làa lui laissé le controle, même partiel de la voiture... J'ai un peu de mal....

On aurait donc un truc genre Si Chéri se lève avant Chérie, attendre heure_Chérie pour les volets si elle existe, sinon, 10h au plus tard...

Dans la mesure où cette limite est commun àtous les portables, pourquoi pas

Avec une rubrique genre "Si dernier réveillé", àcocher, pour chaque action ? Et si aucune alarme, je la définis àaucune action, mais àvaleur 23h59, pour que rien ne se passe, tu vois un truc comme çàjouable ?

Oui, d'accord avec toi, sur un point, Lazer, parce que nous sommes tous équipé, donc nous avons des besoins marginaux pour compléter nos installations. J'essaie de penser au delà, j'ai un ami électricien, installé àson compte, donc avec toutes les qualifications requises pour les assurances. On discute d'un partage de savoir-faire... Ça me fait chier que la domotique se démocratise avec les trucs pourris de SFR (mais sans compétence nécessaire) et les trucs (de bonne qualité) d'Orange, mais où chacun se démerde... Je pense que le problème du WIFI est le même que pour le Z-wave... Un caisson métallique va une fois sur deux, foutre le bordel, sans qu'une règle soit écrite. Donc si ce n'est pas possible un rail dyn Wifi, si ce n'est pas possible d'amener Ethernet au boitier, possible d'envisager un pont WIFI en dehors du boitier, avec très peu de travaux. La démocratisation de la domotique passera forcément par l'intégration au panneau électrique, d'une façon où d'une autre, enfin je pense

Je suis en train de me documenter pour créer les pages de façon dynamique, en fonction du contexte

Mon idée, c'est de regrouper les actions par catégorie, genre une variable "Portable_Réveil", pour une rubrique action au réveil, "Portable_Présense"...

A 70 euros le module, ça calme un peu quand même (question prix), quand d'autres existent pour 180 euros pour 8 pilotages (CGE ou WIFIPOWER)

En gros, on se crée notre propre application Fibaro pour nos appareils Android. Ça peut être un projet collaboratif intéressant, chacun apporte son idée, ses talents (j'ai quelques compétences informatiques, mais je n'ai aucun talent artistique, Ça pourrait être intéressant que les pros des icônes, les pros de l'ergonomie, les bouillonnants du cerveau, que tout le monde contribue pour que nous faisions une appli digne de ce nom)

Je vois ce que tu veux dire. Enfin je pense. Inverser la logique... Pour le moment, j'envoie l'heure de reveil de chaque portable à la HC2, en laissant le soin à chacun de prévoir son code LUA Une autre alternative consisterai à prévoir ne pas envoyer cette info, mais à déclencher des scènes en fonction des besoins de chacun. En gros, sur la HC2 (ou HCL), on prévoit des scènes basiques en LUA ou par bloc. Sur nos portables, on personnalise des actions enclenchant ces scènes. Un exemple d'actions (celles que j'ai chez moi) - ouverture des volets, - allumage de la cafetière, - Déclenchement du chauffage (même plus tôt que prévu par le panneau de chauffage, si le réveil est plus tôt) Et sur chaque portable, on personnalise ces actions avec des cases à cocher... Par soucis de cohérence, on crée une variable multiple sur la HC2 Style "Ouverture des volets|24" où 24 est le numéro de la scène qui déclenche l'ouverture. Chaque occupant retrouve ça sur son téléphone, il coche ou pas, s'il veut que l'action se déclenche Est-ce ça ton idée ? Ou alors, la variable multiple ressemble à "Ouverture des volets|call(24, "open")", ça évite de créer une scène, l'appli envoie directement la commande. (En passant, quoi qu'il arrive, par une variable multiple, pour que l'appli récupère par l'api l'ensemble des actions programmable au déclenchement du réveil d'un portable (personnalisable par portable, avec une case à cocher). à‡a me plait bien comme suggestion... Enfin si c'est à ça que tu pensais, tu as peut être pensé à mieux... Du coup, on ouvre même l'appli aux possesseurs de HCL... Yeah, je savais bien que les idées des autres allaient faire bouillir mon cerveau... :-) J'adore l'idée

CurrentHour = os.date("%H:%M", os.time()+60); CuurentHour égale à l'heure courante + 60 secondes...

@medline2c c'est fait, premier post de la rubrique

Mon nouveau truc, que nos tablette gère leur alimentation. Pré requis, qu'elles soient branchées sur un wall plug... Elles tombent à plat, elles activent elles mêmes le wall-plug, une fois chargée, elles coupent le wall-plug. C'est pas bien ça ? Réervé au monde ouvert de l'android, désolé pour les I-phone, j'ai rien contre vous, mais je ne sais pas faire

Ben après avoir créé le module virtuel, qu'on a créé les étiquettes dont on a besoin, qu'on a bien transmit ces ID àl'appli, il y a juste àcliquer sur la croix du module, ça se met àjour tout seul...

Cool Nico, ça fait plaisir à lire. C'est sà»r, ça n'est pas parfait, mais globalement, ça marche plutôt bien. Je suis le premier déçu à chaque mise à jour, j'attends avec impatience de pouvoir modifier mon panneau de chauffage en JSON, certes, ça ne vient pas, mais globalement, nos Fibaro, ce n'est pas si mal. Maintenant, je me mets à leur place, quand il faut mélanger du C (probablement leur langage de base), du LUA, du JAVA, jongler avec différent protocole, chacun ayant sa particularité, quand on programme, on sait, qu'une virgule en trop chez l'un, en moi, chez l'autre, même si de prime abord, ça ne se voit pas forcément, ça change tout au résultat... Le gros défaut, ce n'est pas chez fibaro qu'il se trouve, mais chez tous les développeur (qui pense être mieux que les autres) qui veulent ré-inventer le monde, qui nous imposent tant de syntaxe différente. Je vais prendre un exemple tout simple if a=b then c=d © if a==b then c=d end (LUA) if (a==b ) {c=d;} (JAVA) ça, c'est juste la même chose pour 3 langages courant, qui font forcément partie des contraintes de l'équipe. Les compilateurs ne mettent pas forcément en avant les erreurs de syntaxe, même eux s'y perde, tant c'est complexe Je sais de quoi je parle, pour galérer depuis quelques jours. Certes, je ne suis pas ingénieur informaticien, je suis juste un humain, je pense que même les ingénieurs informaticien sont humains, c'est pas facile de jongler Pour ceux qui ne programme pas, sachez qu'un parenthèse mal placé, ça change tout le résultat, est que c'est très compliqué de trouver la parenthèse qui fout la merde dans des milliers de lignes de codes. Notre truc, il marche, pour les petits trucs, soyons tolérant, parce que globalement, ça marche...

Avis aux admin, est-il possible d'ancrer le premier post de ce forum, pour que les mises àjour de l'appli soit au premier plan et éviter qu'une ancienne version ne soit téléchargé... (je veillerais àmettre àmodifier toujours ce post si c'est possible)