Lazer

Déjà essaye de rebooter pour voir si ça libère de l'espace Ensuite, fait un nouveau Backup. Puis tu fais un recovery (Arrêt de la box, puis boot en appuyant sur les 2 boutons à l'arrière). Pense à cocher la case "réinitialiser la puce Z-Wave" A la fin du recovery, quand la box est revenu au firmware usine, regarde l'espace dispo fait la dernière mise à jour, puis regarde l'espace dispo tout à la fin, restaure ton dernier backup que tu as effecté juste avant les manips. Tu retrouveras tout tes ID, sauf les icones qui sont perdues.

Faut les aiguiller vers une connexion SSH à distance pour qu'ils regardent si ils peuvent faire le ménage. Le support niveau 1 risque de te demander de faire un recovery (mais avec perte des icones...) Donc à suivre

@Pepite : je vais attendre avec ma version actuelle, la 5.40, le prochain plantage, pour voir si ça plante exactement sur la même ligne ou si c'est aléatoire. Ensuite, j'essaierai avec ta version en cours de développement et j'attendrai à nouveau pour voir si le problème se produit toujours. @Sakkhho là tu dois avoir un autre problème.... regarde dans le debug du Watchdog il dois te dire pourquoi il veut tout redémarrer.

Fait une demande au support Fibaro, car là c'est dans le disque interne,donc pas accessible via l'interface web.

Effectivement je comprends mieux tout ça. Pour ton cas, l'idéal serait des générateurs autonomes sur batterie, mais le problème c'est que c'est un budget....

Encore une fois, ce n'est pas ça qui prend de la place. Il doit y avoir autre chose dans ton système, peut être des dump ou truc dans le genre.

A la réflexion,c'est bas. Je suis à 61% de libre,pourtant ma box est pas mal chargée (j'ai installé des packages supplémentaires....) Je creuse ça à l'occasion......

Le faux roaming c'est quand tu as plusieurs bornes, mais que chacune a son adresse Mac, donc même si toutes les bornes ont le même SSID (nom du réseau), lorsque les mobiles sautent d'une borne à l'autre, ils perdent leur connexions TCP en cours. La plupart du temps tu ne t'en rend pas compte donc c'est pas grave. Le Zéro handoff, les bornes partagent la même Mac, donc le saut est 100% transparent. C'était un argument des premières bornes chez Ubiquiti (la UAP toute simple que j'ai déjà), mais ils n'ont jamais (réussi à ?) implémenter la fonctionnalité dans leur gamme UAP-AC-xx de seconde génération..

Je pense que tu étais à la frontière. Si j'ai le temps je te sortirais des valeurs précises.

Tu m'impressionnes Phil, t'es toujours super motivé pour tester toutes les nouveautés

5.40 Je sais, ce n'est pas la toute dernière Faudrait que je teste avec une version plus récente, mais je ne sais pas où en est @Pepite de sa nouvelle version ? De plus, @jmg38 et @Sakkhho ont le même comportement que moi, je ne sais pas quelle versions ils ont.

Je pense que c'est tout à fait possible, mais je doute fort de la fiabilité et de l'intérêt de la chose.... un peu à l'image du Swipe. Dans le même genre, il y a avait également un petit objet l'année dernière qui permettant d'enregistrer les tapotements sur une surface et déclencher des scénarios en conséquence. Des bonnes idées de startup, mais je crois qu’ils n'ont pas vraiment trouvé d'application pratique, fiable, utile, et massivement commercialisable. Si quelqu'un est motivé pour tester ?

Oui je me suis fait la même remarque.... étrange, d'autant plus que je n'utilise plus un seul IF depuis très longtemps (tu avais dit qu'il ne fallait plus l'utiliser), je viens de vérifier, dans mes 156 lignes.

T'es de retour sur le forum Y'a pas de souci de roaming entre les bornes AC Pro ? Sur le forum Ubnt, j'ai l'impression que le Zero Handoff n'est toujours pas supporté sur ces bornes. Du coup, les appareils mobiles basculent bien ou ça perd les connexions ?

ah voilà je me rend compte que la procédure n'est pas super claire, il faudra que je la mette à jour.

Ah c'est tip top tout ça, go pour la fibre alors oui le wifi au garage c'est vachement important je confirme

Voilà de quoi faire passer 16 Gbit/s par fibre, donc 64 Gbps en tout. Un jour, on aura ça chez nous et on se demandera comment on a pu faire avant Aller, je vais les brancher.

70m ? Tu peux mettre de la fibre multimode, l'avantage c'est que les SFP ne sont pas chers, tu prends du 1Gbps lambda que tu mets dans les slot spour GBIC de tes switchs aux 2 extrémités. Si tes switchs n'ont pas de slot SFP, alors tu peut utiliser ce genre de convertisseur : https://www.amazon.fr/gp/product/B001GQDRWK/ref=ox_sc_act_title_1?smid=A1X6FK5RDHNB96&psc=1 dans lequel tu mettra le SFP. Exemple de SFP 1Gb multimode : https://www.amazon.fr/TP-Link-TL-SM311LM-Module-Fibre-Multimode/dp/B001800S6M/ref=pd_bxgy_147_img_2?_encoding=UTF8&psc=1&refRID=RMVJ3JRCJHGMVTDYCZKY Pour la fibre, il te faudra des connecteurs LC-LC sur ce genre de SFP. EDIT : mais bon, pour 70m tu peux aussi passer un câble à paire torsadée et connecteur RJ45, c'est certifié jusqu’à 100m. Prend du câble blindé et de bonne qualité (Catégorie 6a, 7, ou Grade 3S) qui te permettra de faire passer du 10Gb plus tard.

@Steven OK merci, mais le souci c'est que ma ligne qui a généré le dernier message ne contient à priori pas d'erreur due à l'utilisateur (moi), puisqu'elle fonctionne très bien le reste du temps. Je suis bien d'accord quand il y a des erreurs dans le GEA.add, on le remarque immédiatement lors de la sauvegarde de la scène. Pourquoi alors, cette ligne (mais ça pourrait être une autre) a généré cette erreur, et ce plantage de GEA ? C'est ce que je ne comprends pas. Et c'est différent du bug que l'on avait avant, dans les firmwares de l'année dernière, où les scènes (et VD) s'arrêtaient de fonctionner dans prévenir, suite à un core dump au niveau de l'OS Linux.

Le réveil, ce n'est pas la croix qui peut le faire, mais le triple clic sur le bouton du module (action locale pour réveiller le module)

Non tu ne peux pas les associer entre eux avec le panneau de chauffage, car le SRT et les Vannes sont tous les 2 des thermostats (au sens Z-Wave) Il te faut une scène qui se déclenche sur trigger de l'un des modules, et va mettre à jour la valeur dans l'autre module (de façon bidirectionnelle si tu veux bien faire). Attention dans ce cas, ces 2 thermostats sont sur batterie, donc endormis, par conséquent la valeur ne sera effectivement mise à jour qu'après l'intervalle de réveil. Sinon je n'ai pas compris pourquoi tu veux utiliser 2 thermostats.... j'ai probablement manqué un épisode.

L'OS embarqué, c'est Debian, qui prend la majeure partie de la place. Les binaires de Fibaro (ce qu'on appelle le Firmware) prennent une partie. Il y a aussi la partition de Swap. La DB (= la configuration de ta box) prend une certaine place, mais elle est limitée depuis la v4 car ils ont ajouté un mécanisme de purge automatique des logs, ce qui n'était pas le cas en v3. Ainsi que les icones. Les scenes sont stockées dans des fichiers textes, leur taille est ridicule. Les VD sont stockés dans la BD. Toute cette configuration utilisateur prend très peu de place. Aujourd'hui, personne n'est jamais arrivé à saturation du stockage interne. Il ne faut pas s'inquiéter pour ça. D'ailleurs pour info, ce n'est pas 4 Go, mais 2 Go je crois. Les 4 Go, c'est pour la clé Recovery (qui fait 8 Go en réalité.... sur les box récentes) Par contre, justement, tu as toutes les chances de saturer ta clé recovery, surtout si tu fais des backups régulièrement (perso j'en fait toutes les semaines, en plus des backups réalisés à chaque mise à jour de firmware). Donc il faut penser à faire du ménage de temps en temps.

Euh, je n'ai aucune variable "first" dans mon GEA, en version 5.40 Mais je pense que chercher du coté du message "durée des traitements" est une fausse piste. Le bug que je soulève plus haut, c'est que GEA semble mal traiter un cas particulier, ce qui abouti à une situation où la scène GEA tourne toujours (1 instance), mais dans laquelle GEA ne fait plus rien (pas de gestion des scénarios ni d'affichage du fameux message "durée des traitements" ni d'aucun autre message). Et afin que ça soit bien clair pour tous, on parle là uniquement de l'instance unique en Autostart, celle qui tourne en permanence dès le boot de la box, sous forme de boucle infinie. Les autres instances déclenchées sur Triggers ne sont évidemment pas impactées car elles exécutent leur tâche puis s'arrêtent immédiatement.

D'après le log, GEA s'est planté en plein milieu de cette fonction : -- --------------------------------------------------------------------------- -- Check les tâches à effectuer sinon, log si une erreur survient -- --------------------------------------------------------------------------- GEA.checkAllToDo = function(nbElement) if (not GEA.pause()) then for i = 1, nbElement do GEA.log(GEA.translate[GEA.language]["RUN"], GEA.todo[i], GEA.translate[GEA.language]["CHECKING"], false) if (GEA.catchError) then if (not pcall(function() GEA.check(GEA.todo[i], i) end)) then GEA.log(GEA.translate[GEA.language]["ERROR"], GEA.todo[i], GEA.translate[GEA.language]["CHECKING"], true, red) -- <== Ici là, dernier endroit où il affiche le message erreur dans la zone de debug de GEA avant plantage end else GEA.check(GEA.todo[i], i) end end end return os.time() end Je ne suis pas capable d'interpréter tout le code sans rentrer en profondeur dans GEA, mais ce que je vois, c'est qu'il fait un pcall pour se protéger d'un éventuel plantage lors de l'appel de la fonction GEA.check). Si cela échoue, alors il affiche le message d'erreur, mais j'ai comme l'impression qu'il manque une gestion de l'erreur. Si il ne fait qu'afficher le message sans traiter l'erreur, en toute logique c'est pas trop étonnant que ça ne se passe pas bien par la suite. @Steven qu'en penses-tu, c'est un bug dans GEA ?

Ma ligne sur laquelle GEA a planté, je ne comprends pas pourquoi alors qu'elle fonctionne en temps normal : GEA.add({{"Global", "Vacances", "0"}, {"Global", "Absence", "1"}, {"Global", "VD_Roomba_State", "st_base_trickle"}}, 5*60, "", {{"VirtualDevice", id["VD_ROOMBA"], 19}}) -- Clean Les variables globales utilisées : { name: "Absence", value: "0", readOnly: false, isEnum: true, enumValues: [ "0", "1" ] }, { name: "Vacances", value: "0", readOnly: false, isEnum: true, enumValues: [ "0", "1" ] }, { name: "VD_Roomba_State", value: "st_base_trickle", readOnly: false, isEnum: false }, Ce scenario GEA n'était pas censé se déclencher, le contenu des variables globales en question n'ont pas changé durant les 5 minutes précédentes.