Lazer

Impossible, car personne, pas même Steven, n'a compris où se situe le bug dans GEA, donc impossible à reproduire. Tout ce que l'on sait pour l'instant, c'est qu'il s'arrête de fonctionner mais que l'instance continue de tourner. J'ai bien fait d'autre test pour planter GEA, mais ça ne représente pas la même situation que celle que l'on est plusieurs à rencontrer depuis quelques temps et dont on parle ces 2 dernières pages.

Forcément, depuis que j'ai codé le patch pour le watchdog, GEA ne plante plus Je laisse encore un peu tourner, et je vous partage cela demain soir normalement (et pour une fois, j'espère que GEA plantera demain....)

Phil quand j'ai lu ton post, j'ai tout de suite pensé à ça, c'était trop énorme.... un clic sur le lien et le canular était confirmé

Je t'ai quand même donné le lien pour 2 solutions qui fonctionnent très bien, perso j'en suis à plus de 3 ans d'historique dans la DB. J'ai rajouté manuellement dedans les consommation mensuelles que j'avais manuellement avant d'avoir la domotique. Donc là, ça me fait 5 ans et demi d'historique, ça commence à être sympa pour voir l'évolution de la consommation. L'avantage, c'est que c'est autonome, le jour où je change de box domotique, il n'y a que les quelques lignes de LUA à remplacer pour adapter à la nouvelle box.... ça pourrait même fonctionner sans box en fait.

Pas besoin de tuto pour Mac, tu branches la clé dessus et tu regardes la taille de la DB. M'enfin bon, rien d'indispensable, c'était juste pour savoir si la BD était grosse ou pas.

Non désolé, c'est en chantier un inpartageable. Et je ne veux pas te faire de faux espoirs, je doute fort d'avoir le temps de le finaliser et de le partager un jour.... Pour info pour l'Eco-Devices j'utilise les scripts fournis par Zebk : http://www.eb-home.eu/ que j'ai un peu adapté à mes besoins. Sinon il existe une version modernisée sur Github que je n'ai jamais testé : https://github.com/BmdOnline/Teleinfo (Mon projet initial avec Domocharts c'était d'unifier les 2 bases)

Exact, j'ai déjà entendu cela.... par contre la LC13 remonte forcément sa température de consigne, puisque c'est un thermostat. Comme le SRT321. Donc je crois bien que le script de Pepite a un problème, car il récupère la "value" (donc la température mesurée) pour l'écrire dans le setTargetLevel (donc la consigne)

Ca existe chez Axis surement, mais ça ne sera pas le même prix

Caméras espions Y'en a plein à pas cher sur Aliexpress !!!

D'ailleurs Nico, ça donne quoi ton interface depuis le temps, avec ton dernier recovery ?

Quand bien même, ça ne devrait pas poser ce problème, car la table d'Energie est purgée automatiquement. Plus j'ai de devices, moins il stocke d'historique, donc j'en déduis que la purge se fait par la taille et non la durée. Pour t'en assurer, tu prends ta clé recovery, tu la mets sur un PC, et tu regardes la taille de la DB dans le dernier backup que tu as effectué avant la réinstallation. Tu sauras tout de suite si elle est énorme, ou normale.

Étrange le 503. Mais bon si tu as le courage de tout recommencer,c'est mieux de repartir sur une base saine. Tu ne peux pas inclure un module qui est déjà dans un réseau Z-Wave, donc il faut l'exclure avant, avec le bouton situé sur la même page que le bouton d'inclusion. Dès l'exclusion effectuée, tu peux inclure.

Bon, j'ai compris Je ne sais pas pourquoi GEA plante, cela reste un mystère. Par contre j'ai compris pourquoi l'enregistrement de la scène GEA, que ça soit via l'interface Web ou via le Watchdog (pour rappel, c'est exactement pareil, puisque les 2 utilisent la même API HTTP), ne redémarre pas GEA. Ce n'est pas un bug de l'API comme je le pensais, et en fait c'est même plutôt malin de la part de Fibaro (comme quoi !) : - si le code LUA de la scène n'est pas modifié, lors de l'enregistrement, la HC2 le détecte et ne réenregistre pas la scène, par conséquent cela limite les écritures dans la DB, et l'instance n'est pas redémarrée (cela se voit au niveau Linux car le Process ID est toujours le même) - tandis que si le code LUA est modifié, ne serait-ce que d'un seul caractère (un espace, un saut de ligne, etc), alors la scène est réenregistrée, et le process (et donc l'instance Autostart) sont effectivement redémarrées. Il me semble bien que mprinfo m'avais dit qu'ils avaient mis en œuvre le même genre d'astuce pour l'enregistrement des variables globales. Bref, c'est très bien tout ça, il fallait juste le savoir et le découvrir, ce qui aurait été plus facile si Fibaro publiait les changelogs complets des firmwares et pas seulement des bribes.... Le workaround du watchdog sera très simple : j'ajouterai un saut de ligne à la fin de la scène avant de la réenregistrer, ce qui aura pour effet de redémarrer l'instance Autostart proprement, comme avant. Il faut que je code et que je teste ça.

C'est pour cela qu'on dit partout qu'il faut couper le courant pour changer une ampoule, que ça soit un plafonnier ou une lampe de chevet, car l'interrupteur unipolaire n'est pas un moyen fiable de couper le courant. Tu as une chance sur 2, pas plus pas moins.

700 francs belges, c'est une affaire

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