Lazer

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.

Je viens aussi d'être touché par le même problème. Alerté par vos 2 messages, je me suis dit il faut que j'aille vois... ce qui m'a pris 15 Minutes pour ouvrir 3 malheureuses pages Web, mon upload sature totalement Dans le log de GEA, c'est ceci à la fin : [DEBUG] 22:53:01: Durée des traitements : 2s nouveau délai : 28s / tourne depuis 115h 50m 7s [DEBUG] 23:03:00: Durée des traitements : 1s nouveau délai : 29s / tourne depuis 116h 6s [DEBUG] 23:13:00: Durée des traitements : 1s nouveau délai : 29s / tourne depuis 116h 10m 6s [DEBUG] 23:18:18: [ Vacances=0 ] !!! ERREUR !!! : vérification (ID: 126) [VirtualDevice,482,19] [If..] Sur la page Web, je vois pourtant "1 running instance" Le Watchdog a commencé à me spammer à 23:24, donc 10 minutes après le dernier message "Durée des traitements". Dans le log de Watchdog, j'ai ces 4 messages en boucle : Scene(22) String "Durée des traitements" not found Restart Scene(22) Scene(22) successfully restarted Notification : Watchdog : Scene "GEA" (22) a été redémarré Dans l'interface Web, j'ai fait un Save de GEA, sans succès (normal, c'est ce que fait le watchdog en vain). Conclusion provisoire : - Le bug de l'API lors de la sauvegarde d'une scène est toujours présent - GEA s'est planté tout seul, ce n'est pas un plantage de la scène au sens habituel des plantages.... donc GEA n'affiche plus rien dans le log, mais pourtant il tourne toujours - le watchdog fait son job, puisqu'il ne trouve pas la chaine "Durée des traitements", il pense que GEA est planté Reste à comprendre pourquoi GEA a ce comportement anormal..... et là ça me dépasse, faudrait faire intervenir maitre @Steven ou son nouveau disciple @pepite

La réponse à ce problème s'appelle GEA

Il est trop nul leur fofo officiel, si tu arrives sur une page sans être loggué, il y a Gandalf le magicien gris qui te jette. Pepite, il faut retourner sur la page d'accueil, se logguer, puis le lien de Nico fonctionnera. C'est joli, mais par contre j'ai l'impression qu'il n'y a aucune nouveauté, toujours limité à 4 horaires par jour, c'est insuffisant pour certaines situations. Ils perdent leur temps à faire du cosmétique alors que l'interface est déjà très belle.

https://www.google.fr/#q=groupe+d'association+z-wave Tu trouveras plein d'articles, ce n'est pas spécifique à Fibaro, cela fait partie (et fait la force) du protocole Z-Wave

Super !

La dernière, en grand public, c'est Livebox 4, qui dispose du Wi-Fi AC, donc de ce coté là c'est pas trop mal. Mais quand tu regardes les forums (lafibre.info notamment) tu te rends compte que les gens se plaignent de déconnexions sur la fibre. Tu prends le SFP, tu le mets dans le convertisseur TP Link que j'ai mentionné, et comme par magie il n'y a plus aucune déconnexion. Peut-être que ça ne dérange pas 99% des utilisateurs, mais les joueurs, eux, ça les perturbe car ils ne tolèrent pas la moindre déconnexion. Même si je ne joue pas, je sais que je serai pareil. Pour le reste, le décodeur TV, etc, moi je m'en fous, je n'ai même jamais sorti le module TV de la Freebox v6 de sa boite en 5 ans !

JC : un routeur avec priorisation du trafic, tu gardes tout pour toi, et quand ta famille se plaint que ça rame, tu dis que tu comprends pas, ça doit être la faute de l'opérateur xDSL Ils feront la guerre entre eux Bon la bonne nouvelle pour moi : Orange c'est loin d'être aussi dramatique qu'il y a quelques temps : - IP Fixe, même si ce n'est pas officiel, ils la donnent à tous les abonnés Fibre depuis le passage à l'IPv6 et DHCP - La dernière livebox (v4) peut être débranchée, il suffit de récupérer le SFP ONT, de le mettre dans un transceiver TP-Link MC220L, et de brancher le tout sur le routeur de votre choix (au hasard : Ubiquiti, Synology, etc) Ca s'annonce bien

OK cool

Et dans le bouton Sensors, pas d'erreur ? Les tables domotique_temperature, domotique_humidity, etc contiennent bien des valeurs ? Dans le bouton Devices, il faut que tu actives la variable debug = true afin qu'on puisse avoir des messages un peu plus détaillés

ah dommage, car l'upload c'est important pour notre usage.