trainkill666

Idem pour la lenteur avec Firefox. @ jojo : Firefox gère déjà les mots de passe des sites, KeeFox a quoi de plus ? (ça peut m'intéresser ). Moi c'est plus FireGestures dont le suis accros (je viens d'Opera ancienne version) et Default Full Zoom Level.

@ Lazer +1 pour l'impossibilité de redémarrer une scène qui se lance en "autostart" qui plante. Seul(s) le(les) reboot(s) a(ont) fonctionné(s). ça explique en partie le problème que j'ai décrit sur le forum lors de la maj le 30 septembre. La scène qui gére mes notif écrivait 0 instance en cours, alors qu'elle est censée tourner en boucle avec un "autostart". Même en la relançant en manuel, rien àfaire. Pourtant, rien n'apparaissait dans le debug.

@ Nico J'ai attendu plus de 45 min après la fin de la maj. Le problème s'est réglé tout seul donc ça va.

Je viens de 4.092, après maj , j'ai un 503 à la fin comme à chaque fois, où je dois redémarrer les services. tout semble fonctionner sauf les notifications par mail. J'ai fait un reboot au cas où, pas de changement. MAJ : ça refonctionne sans savoir pourquoi après 30min.

Merci Nico pour ta réponse rapide

Bonjour tous le monde, j'ai un bug graphique dans cette version, je viens de la 4.083. Lorsque je me mets dans la partie scène, toutes les sections et pièces apparaissent, même lorsqu'elles n'ont pas de scène. C'est pas très pratique car la liste est longue. Reboot, vide cache ... effectués, pas de changement. MAJ : je viens de me rendre compte que le glisser-déposer d'une pièce à l'autre fonctionne aussi maintenant dans les scènes. Ce serait donc normal.

+1 J'en vends 2 si ça intéresse quelqu'un.

@Sakkhho Idem pour les modules CO et keyfob sur android, mais je ne comprends pas pourquoi le logiciel demande l'autorisation pour passer des appels et accéder au journal d'appels. La box va appeler elle même le SAV quand ça foire, et nous parler avec Lili pour nous dire qu'on est des tâches de pas passer par la programmation en mode blocs qui est infiniment supérieure à la prog Lua ?

Bonjour, Petit hors sujet : quelqu'un peut-il m'expliquer pourquoi la nouvelle mise à jour de l'application fibaro android à besoin des autorisations d'accès aux appels et au journal d'appels ?

@ deder2 Ce n'est pas une erreur, j'ai retiré l'autostart volontairement. Si tu lances la scène en manuel, il n'y a pas de déclencheur, donc ça ne peut pas fonctionner, car il n'y a ni ID, ni possibilité de lire le bouton appuyé. Si tu veux je peux te mettre 1 ligne qui bloque le lancement par appui sur start, ou avec la dernière 4.083 tu peux le paramétrer.

Non testé : --[[ %% properties 79 sceneActivation 87 sceneActivation 91 sceneActivation %% globals --]] -- Ne lance q'une seule fois la scène if (fibaro:countScenes() > 1) then fibaro:abort() end -- Lecture de l'ID du module déclencheur local moduleactif = fibaro:getSourceTrigger() -- Lecture du déclencheur (moduleactif) local IDmodule = tonumber(moduleactif['deviceID']) -- Lecture de l'ID du déclencheur (trigger) -- Liste des capteurs local listecapteurs = {57} -- Armement/Desarmement de chaque capteur local etatactivation = function(IDcapteur, choixarmement) local etatarmement = tonumber(fibaro:getValue(IDcapteur, "armed")) if choixarmement == "1" and etatarmement == 0 then fibaro:call(IDcapteur, "setArmed", "1") -- on arme fibaro:debug("Armement du capteur " .. IDcapteur .. " de la porte") elseif choixarmement == "0" and etatarmement > 0 then fibaro:call(IDcapteur, "setArmed", "0") -- on desarme fibaro:debug("Désarmement du capteur " .. IDcapteur .. " de la porte") end end -- Boucle de changement d'état des capteurs local changementetats = function(choixarmement) for index,valeur in pairs(listecapteurs) do etatactivation(valeur, choixarmement) end end -- Choix activation ou non des capteurs selon le bouton de la télécommande local actions = { ["11"] = function() -- Activation de l'alarme changementetats("1") end, ["21"] = function() -- Desactivation de l'alarme changementetats("0") end, } -- Demarrage du processus actions[fibaro:getValue(IDmodule, "sceneActivation")]() Il y a une liste des capteurs à compléter.

@ Lazer Box de prod Statut du serveur: 16d, 3h, 8m Je ne suis pas loin. Et surtout sans aucun redémarrage de service ou reboot. Elle tourne comme une horloge suisse. J'ai ajouté, supprimé des modules, ajout ou modif de scènes et VD... Utilisation intensive. Imperihome y est connecté et ça ne plante plus. La seul chose qui m'a fait perdre un 17d ou 18d (je ne sais plus), c'est le lancement du panneau d'événement qui surcharge la RAM et ne sais pas afficher l'historique puis plante la box, et un back up qui plante le moteur Zwave.

Retour après plusieurs jours en 4.082b : 503 au lancement qui a disparu tout seul. 503 après installation, mais après reboot tout est redevenu opérationnel. 10% de mémoire en moins consommé pour la RAM (Je n'avais pas de fuite mémoire avant, je ne peux rien dire sur ce point). Interface pas plus rapide qu'avant. Parfois même longue pour ouvrir certaines pages. Plus de problème d'actualisation des icônes sur l'interface, bug rencontré depuis la 4.070. L'envoi d'ordre au module zwave est beaucoup plus rapide et fiable, il n'y a pas de comparaison, exemple : Depuis les dernières MAJ à partir de la 4.070, si j'envoyais l'ordre d'arrêt à 10 modules fgs, le délai entre chaque extinction était d'1/2 seconde, et souvent certains ne s'éteignaient pas. Par contre : le panneaux d'événements fait planté la box qui sature en mémoire lors de la lecture de plages horaires précises, problème existant depuis la V4, même après réinstall à partir de 0. Reboot obligatoire. Après avoir fait une sauvegarde, le moteur Zwave à planté. Reboot et tout est rentré dans l'ordre. Je ne suis pas déçu de cette MAJ.

Je suis passé de 30% de Ram utilisée (buffer + espace utilisé + cache) au démarrage à 75% après 3h de fonctionnement. A part au début des version 4.0.., depuis je n'ai jamais eu ce problème. Seul chose inhabituelle, j'ai tenté d'obtenir des informations du panneau d'événements qui n'a jamais fonctionné depuis la V4 (idem actuellement) sur ma box, même après être reparti de 0.

Maj lancée il y a 1 heure environ. Juste après le lancement, 3 secondes de 503, puis lancement de la MAJ jusque 10%. J'ai laissé tourner. Actuellement 503 juste après 1 seconde d'affichage de page login. Même en cliquant sur redémarrer les services, pas de changement. Et oui le cache et historique du navigateur sont vidés, et j'ai testé sur 3 OS différents. Les 3 leds sont ok, mais rien ne fonctionne, car l'éclairage auto ne fonctionne plus. J'attends encore un peu avant le reboot manuel. Note 1 : suite au reboot manuel, ça refonctionne et je suis bien en 4.082 . Note 2 : j'avais redémarré la box 30 minutes avant de lancer cette mise à jour, car je ne le sentais pas. Note 3 : après la mise à jour, environ 10% de RAM utilisée en moins par rapport à la 4.080.

Pourquoi tu t'excuses ? Au contraire, je soutiens ta démarche. Dans ma cas, la solution est de revenir dans un firmware antérieur, mais mes modules ne sont pas supportés. Je n'ai donc pas le choix. Pour l'instant imperihome, j'oublie, et je tolère que l'éclairage automatique ne fonctionne pas systématiquement. J'ai créé un gea maison (qui n'arrive pas à la cheville du vrai GEA® ). Celui-ci vérifie la bonne exécution des ordres aux modules chauffage, VMC, chauffe-eau... Si il y a défaut de retour d'état, il renvoi l'ordre, jusqu'au retour positif. Note : seul les modules fibaro ont ce problème (chez moi).

+1. J'ai évoqué de nombreuse fois ce problème depuis la 4.070... Même après réinstallation complète des modules et du système. Le problème est accentué lorsque je connecte imperihome à la HC2.

Quickdav +1 pour les problèmes de latences aléatoires et remontées d'info pour les fgs, même après recovery et réinstallation à partir de 0, c'est apparu depuis la 4.070. Bizarrement, la dernière fois, un simple reboot à résolu le problème (pas les fois précédentes), mais les valeurs dans certains labels de VD ont été effacés. Tous les modules ont été vérifiés et sont opérationnels, j'ai même réinstallé sans les DSD37, mais c'est toujours instable et que pour les fgs. Jayce74 Comment vas-tu optimiser ton système avec imperihome ? J'utilise aussi cette interface, mais le délai de communication est parfois gênant.

Merci PITP2, Le rafraichissement a été fait mais je n'ai pas pensé au cache de l'appli android. Pourtant j'ai déjà eu le problème et résolu de cette façon. Pour la météo, c'est con, mais de toute façon ça ne me sert pas. Pour la latence interface et modules, euh 3 jours pour se reconstruire ce n'est pas suffisant ? J'ai fais un recovery en venant de ce firmware pour un problème de latence qui c'est aggravé dans le temps, j'étais arrivé à 2 min de latence. C'était original, 2 minutes après mon passage dans le hall ou le couloir, l'éclairage s'allumait, sauf que j'étais plus là . Je suis donc plus septique sur ce point.

Je viens de tomber sur un bug curieux. Suite à un recovery car plantage de la box en 4.080, j'ai redémarré en 4.031 en effaçant également tout, les back up, la mémoire zwave... J'ai malheureusement été obligé de réinstaller la 4.080 car mes modules n'étaient pas reconnus. J'ai ensuite remis les icônes sur les modules, VD, et scènes. Le lendemain je l'ai fait sur les pièces. Tout est ok, sauf qu'un allant sur l'application fibaro, les icônes qui apparaissent pour les pièces ne sont pas les bons, ceux sont des icônes que je n'ai pas remis depuis le recovery. Ils ne sont censés ne plus exister. Ce qui est curieux c'est que sur l'interface windows, il sont bons. Note : Il y a une latence qui apparait par rapport à la 4.031 que ce soit pour l'interface, ou pour la réaction avec les modules zwave. Note 2 : l'icône météo en haut à droite est à la ramasse.

+1 J'ai également acheté le Vogel's, reçu hier, et il y a 2 supports.

Ok, nouveau recovery, le problème semblait venir de là. Au passage en réinstallant, j'ai trouvé 2 modules Zwave parasites dont 1 àl'air HS. Par contre je ne peux pas cocher interrogation pérph mort et delai entre chaque interrogation, suis sur 4.31. Tout le reste semble ok. On ne s'ennuie pas avec cette machine, ça me rappel le bon temps de windows 95 ou 98 où il fallait installer les cartes pci dans un certaines ordres et parfois forcer l'IRQ pour ne pas avoir de conflits, sinon c'était écran bleu. Idem pour les pilotes.

Oui, j'ai une sauvegarde de ma clé. Est-il possible que l'erreur 503 soit dû àmon routeur qui force la HC2 sur une adresse ip, alors que celle-ci en prends une autre ? Lors du recovery le Lan n'est pas encore paramétré, et mon back up qui plante ne contient que ce réglage et ainsi que ceux dans configuration. Lors que je fait ce back up, ça plante en 503 àla fin, mais quand je reviens sur l'interface, tout est bien récupéré, sauf l'adresse ip qui est àla masse, et donc pas d'accès internet.

@ Nico je pense que c'est ça, elle a rebooté après le recovery, et comme je n'en n'ai jamais fait, j'ai appuyé sur le bouton pour l'allumer, croyant qu'elle ne redémarrait pas. Je manque de patience. MAJ nouveau 503 et plus accès à l'interface. Je vais installer la 4.31 et y rester pour l'instant. MAJ 2 Après 5 ou 6 recovery, je ne peux pas ajouter de modules, et tout fait planter la box en erreur 503. Même les LEDS déconnent. MAJ 3 Les back up font aussi erreur 503. Puis l'interface se relance après 2 reboot.

Pour le F5, c'était fait, pour l'admin et code admin je savais aussi, mais il me jetait en me rebalançant 503. je viens de refaire un recovery, plus de 503. La HC2 est encore plus compliquée que les femmes à comprendre.