pilou87

Je n'ai que des problèmes depuis l'installation de la 4.080, vivement un upgrade. Ils commencent à me gonfler les développeurs de chez FIBARO

Bonjour, Jai installé 3 RFID dans lequel j'ai mis un fibaro universel ( plus température). Je passe le BADGE je coupe l'alarme ( les capteurs ) et j'allume les lampes. Je repasse le BADGE je mets l'arme en route (sans les détecteurs, il y a chiens et chats) MAIS EN AUCUN CAS SUR UN RFID, JE NE PEUX DIRE QUE UN BADGE DIFFERENT FAIS DES CHOSES DIFFERENTES Seule solution, avoir un système RFID connecté en RJ45 qui reconnaitras le BADGE passé.

C'est ok àprésent, j'avais installé une protection sans le vouloir, sur mon hébergement php ovh, et grace aux idées de Krikroff, j'ai solutionné le problème.

hihi, c'est vrai que nous sommes dimanche

C'est bien ce que je disais, dans ton exemple tu as mis dimanche = 1(en commentaire), et dans l'exemple qui est donné et dans ce que je viens de tester,pourquoi stipuler 0, quelle est le bornage

Je viens de tester, bien préciser avec cette méthode en complément que 1 = Dimanche, 2 =Lundi, etc...

@IMAGIN & ASTECH44 Merci pour ces précieuses informations

Les voix du seigneur FIBARO sont impénétrables. J'ai installé toutes les béta, le cache vidé bien-sur et c'est impératif, Je n'arrive toujours pas à réinclure une détecteur de mouvement FIBARO dont la pile à été changé, bizarre. @Nico et surtout attendre

@domodial Oui c'est moi, impossible de me sortir de l'impasse des panneaux bloqués et attente sans fin, Avant de faire un recovery (snif) je suis allé sur home.fibaro.com et la, j'ai pu passer la mise à jour. D'autres part, le reboot de la HC2 dépasse l'entendement. Les panneaux à l'affichage sont trés long au début puis au fur à mesure tout re-fonctionne rapidement. L'explication de KIKROFF sur la ré-écriture du Framework (côté PC) chez Fibaro me semple trés juste. Pour ce qui est de cette version, cela semble pas trop mal dans l'ensemble, par contre surement quelques bugs. Une scéne magique m'indiquant un passage en heure creuse ne s'est pas exécuté, résultat pas de production d'eau chaude sur le thermo-dynamique ce matin .

Petit VD excellent. Merci encore.

merci pour ces infos. @kikroff, merci pour tes précisions et heureux de rediscuter avec toi. Effectivement aucun souci sur l'app android et app iphone ( et pour cause, logique). Ben, il faut leur laisser le temps. Pas simple de migrer et d'optimiser le code .

Bonjour, je reviens sur cette version 4.070 l'accés aux pages sur chrome ou safari prends un temps fou 15 à 20 secondes, j'ai l'impression d'être revenu 2 ou 3 versions en arrière. La précédente était quasi instantané. Y a t il une solution pour accélérer cela (vidage du cache effectué bien-sur) Est-ce-que qq à observer cela. Cordialement

ça c'est trop rigolo, j'ai eu des polonais pour faire une chape et du placo et c'était exactement cela, mais pour rattraper ma remarque, ils sont extrêmement sympa et apprécient beaucoup les Français

hihi domodial c'est un peu cela mais cela reste génial. Ma mise à jour est ok (pas eu besoin de recovery). J'ai pas découvert tout ce qui est nouveau, en tout cas l'accés au pages en local est redevenu super ( 2 à 3 secondes) avant une trentaine de seconde. Va savoir pourquoi, les voies de fibaro sont impénétrables @Yannick

sur 3 ordi et une tablette on était loin de problème de cache cela dit, je suis toujours sur l'uload qui n'avance pas. et le je pense qu'il s'agit d'un souci chez FIBARO

Incroyable mais vrai, sur un accés distant home.fibaro.com j'ai mon interface complète, je suis passé en configuration et mise àjour 4.063, miracle ma HC2 vient de passer en mode upload normal, puis mise àjour du patch ( c'est en cours); alors qu'en tapant pour mon cas 192.168.1.2 en direct, j'étais bloqué sur un panneau inerte.

@pipt2 Non elle est pas si vieille 1 ans et demi. L'interface sur un ordi reste statique sur le download avec un Zéro affiché. Coup de bol avec iphone et android fonctionne et tout est ok. Il se peut que les serveurs FIBARO soient en défaut.

@pipt2 je pense que la solution est attendre, attendre encore..., mais c'est bien la première fois que cela m'arrive

Bonjour, Bonjour, durant la derniere MAJ j'ai eu un problème, j'essaye d'atteindre le mode recovery mais toutes les diodes restent au bleu, est-ce-que quelqu'un a une solution.Merci

Mise à jour effectuée avec succés. Pour une fois je ne suis pas descendu au bureau pour couper et rallumer physiquement la HC2. On est passé de 8 secondes à 4 secondes pour rafraichier les pages LOL. Avant c'était quasi instantané. (4.056,57) Visiblement les réponses Z-wave sont plus rapides, quand j'ouvre une porte, je 'parle' à un autre système avec la HC2 ( Indigo sur mac) via http, qui m'envoie un SMS; maintenant c'est direct. Visiblement aucun souci. Voila pour mon retour, mais prudence...

Bonjour elacombe, j'ai exactement la même configuration pac, tempo, fioul etc. Cela ne pose aucun problème. Je pilote sur les 22 jours, un arrêt de la pac, une electrovanne qui renvoie l'eau chaude fioul, et la mise en route d'un accélérateur. Je ne voie pas ou réside ton problème, si tu envoies la commande ON, le relais reste fermé et vice-versa. j'ai dailleurs fait pour TEMPO, une module virtuel disponible dans le forum qui te fournira l'info de demain plutôt dans la journée.

Bonjour Il existe une solution simple ( lorsque l'on a pas de NAS Syno par exemple). Développer un programme passerelle en php sur un hébergement WEB. Passer à la page php l'adresse IP à atteindre pour le retour (login et mot de passe), et des paramètres concernant ce que l'on doit faire vers myFox, tester le retour pour voir si tout s'est bien passé avec un petit JSON (dans le module virtuel qui a déclenché l'action) et le tour est joué. Bon d'accord, il faut que l'accès WEB soit toujours disponible. Cette solution fonctionne assurément, c'est un peu lourd mais cela fonctionne. Je pense qu'il existe des exemples pour utiliser myFox à travers du php. PS : Je viens de taper dans google MyFox et php et il y a tout ce qu'il faut

Bizarre pas de réponse @nico. Normal !

@trankill666 ????????? C'était juste un exemple, mais tu peux faire les 2 , de toute façon c'est toi qui décides dans tous les cas de mettre l'alarme en route ou non. Si tu veux faire autre chose avec, tu testes dans une scène par exemple si l'alarme et ON et si tu redémarres la box volontairement ou aprés une coupure de courant, la scéne testera d'abord l'état de l'alarme en cours et tout cela peux fonctionner en mode bloc ! J'ai juste donner une solution. PS : si quelqu'un peut me donner la variable globale ( ou autres) pour tester l'armement via le mode mise en route de l'alarme de FIBARO ALARM, je suis preneur. Evidemment que je peux tester un détecteur de mouvement ou autres choses, mais je suis plutôt intéresser par ce que fait FIBARO de manière globale. Merci

@q-philippe C'est pas le sujet de ce topic, mais je te donne un virtual device qui va t'intéresser. Trés simple d'usage. Charge à toi de mettre des variables globales dedans. Enleves le press_button qui sert à activer des VD qui me notifie sur une plateforme Apple Indigo Pour les icônes sert toi de de l'avertisseur gris / semi-vert / et rouge de fibaro. Je l'ai pris brut, tel que je m'en sert, mais il faut l'appurer. En utilisant un VD et pas une scene cela 'limite la casse' sur les redémarrage de la box et le basculement éventuel de ta variable OFF. Reste à adapter ce que j'ai fait (trés simple) et qui fonctionne à merveille. PS : Est ce que quelqu'un peut me renseigner sur une variable système qui changerait lorsque l'on active ou désactive l'alarme à l'aide de la fonction native de FIBARO ON-OFF_ALARME.vfib