Lazer

ça lavera les bugs

je me régale

c'est la chandeleur, j'ai fait des crêpes sur mon HC2 :13: :13: désolé, craquage ...

@PITP2 : ah bon il y a le EnOcean sur Lifedomus ? Mince, j'avais loupé ça Sinon, près de 24h après le reboot de mes 2 box en 4.070 stable pas stable (copyright) - box de test qui ne fait rien => Un VD crashé, et HC Serveur Crashé => Erreur 503, box inaccessible - box de prod qui a assuré comme une bête toute la journée => rien à signaler, tout roule dingue ça

les nouveautés sur l'API sont super !!!! rien que pour ça, la mise àjour vaut le coup

ah làlàlàje suis grave tenté d'installer une beta stable, car ma stable pas stable me gave comme vous le savez

Je voulais dire qu'elle n'est pas vendue au grand public, elle n'est vendue qu'aux pros en direct. Après bien sur, un particulier a toujours moyen de se payer un produit, même réservé aux pros, directement ou indirectement. Le pro, c'est "l'installateur domotique" bien sur. N'empêche, une install KNX, si tu dois la réaliser entièrement, tu dois déjà le faire en neuf ou réno lourde, et du coup installer des modules qui ne te serviront peut être jamais, juste en prévision, car si tu ne les ai pas mis bah t'es un peu coincé après. Et entre la licence ETS et la Lifedomus, ça finit par faire un beau surplus par rapport à du Z-Wave, dont les prix sont en chute libre depuis qu'Amazon s'y intéresse. Mais sinon je veux bien te croire que KNX + Lifedomus c'est le combo idéal, surtout si cette dernière peut ajouter du Z-Wave (et qui sait, EnOcean ???) pour des besoins ponctuels.

Je ne pense pas, ou alors Pascal Stephany a le même architecte d'intérieur (tu n'as pas vu ses photos sur G+ ? )

@Nico t'es allé lire en détail ce topic : http://www.domotique-fibaro.fr/index.php/topic/7212-necessit%C3%A9-de-fermer-une-session-netfhttp/ Pour te faire un résumer : la box est ultra performante, 500 requêtes http par seconde.... MAIS : Elle plante en 2 secondes car ces imbéciles de développeurs de chez Fibaro ne sont pas capable de tester le code de retour d'une fonction. En gros, quand ils ouvrent une socket TCP/IP, ils ne vérifient pas si le kernel lui a renvoyé un handle valide, ou une erreur. Donc ils partent du principe que c'est OK, et tentent d'exploiter le socket.... sauf que la config par défaut de Linux empêche l'ouverture de plus de 1024 fichiers (un socket est un fichier en UNIX). Donc le kernel tue lr programme par sécurité, c'est le core dump. C'est juste lamentable de coder comme ça.... et malheureusement toute la box est codée sur le même principe. Donc après faut pas s'étonner que ça fonctionne parfois, et ça plante parfois, et ceci de façon totalement aléatoire (précision : je n'avais jamais eu de problème majeur depuis plus de 2 ans malgré mes migrations successives, et à vous lire vous êtes nombreux à avoir eu des soucis.... donc le coté aléatoire est bien là )

nan mais un power user, c'est le mec qui roote sa box et qui fait des trucs supplémentaires avec un utilisateur qui installe autant de VD et de scène qu'il veut dessus, ce n'est pas un power user. C'est juste un utilisateur qui exploite normalement sa box domotique à 600€, la plus cher du marché grand public (j'exclue donc liefedomus qui est réservée aux pro). C'est pas comme si la page produit de Fibaro ne mettait pas en avant la puissance de sa box (processeur, RAM, etc....) !!!! parce que si c'est pour faire comme Mme Michu (en supposant qu'elle fasse de la domotique.... dans 20 ans ), c'est à dire installer une domotique @ home, pour se contenter d'allumer les lumières de la maison à distance (cf pub de Orange Homelive), sans aucun scénario, alors là on n'achète pas une box à 600€ pièce, plus des modules à 60€ pièce (prix catalogue, je sais on les trouve moins cher, mais ça ne change rien au problème). Chez Fibaro il y a la HC Lite pour ça (les scénarios en mode bloc c'est une blague, la cible de cette box ce sont les clients qui veulent simplement piloter les modules à distance sans scénarios) Ou alors t'as vraiment les moyens, et tu te fais installer du KNX à whatmille euros, et là c'est fiable et tu n'en entends plus parler.... justement parce qu'il n'y a pas de box, et quasiment aucun scénario évolué. Donc finalement on en revient au scénario de Mme Michu. Mais je suis désolé, pour moi, avoir des scénarios évolués, ce n'est pas être un power user. Et d'ailleurs GEA c'est une seule scène, donc plus optimisé et moins gourmand en ressource que ce que feraient 50 scènes différentes.

@Nico ; je confirme que la taille des exécutables a énormément augmenté depuis la v4.070, donc ils ont du rajouter un max de logs. Par contre mettre ça sur une version "stable", c'est pas sérieux, normalement ça se fait sur de la beta. Car rajouter du logs, c'est rajouter des bugs et des risques de plantage. Et je ne suis pas d'accord, on ne fait rien avec nos box, même ceux qui ont 500 lignes de GEA. Les CPU de ma box de prod sont à 1% en moyenne sur la journée, alors que j'ai 90 lignes de GEA, quelques VD, quelques scènes, et surtout 60 modules Z-Wave. Donc je maintiens que nos box sont sous-exploitées. Et le pire dans tout ça, c'est qu'on est obligé de se brider, à désactiver telle ou telle fonctionnalité, dans l'espoir de ne pas avoir de plantage, ou de contourner le problème avec des Watchdogs (lesquels watchdogs devraient être intégrés nativement par Fibaro) Ils ont fait un moteur Z-Wave qui fonctionne maintenant très bien, je ne comprends pas ce qui les retient à faire de même pour le moteur LUA. Parce que sans déconner, quand on voit le travail réalisé entre aout et janvier (entre 2 stables), bah je comprends pas à quoi ils passent leur temps les mecs (bon OK ils rigolent toute la journée, mais à un moment tu finis par te faire chier quand même....)

Au fait, je n'ai pas GEA sur ma box de test, et j'ai eu des plantages de VD aussi !

Merci de vos retours les gars Je ne pense pas que GEA soit directement lié à ces nouveaux plantages en v4.070 (qui sont les mêmes plantages qu'avant, mais plus fréquent). Je n'ai que 80/90 lignes dans GEA environ (je fais le ménage au fur et à mesure, et je ne laisse rien d'inutile), alors que @jojo en a 500 je crois !!! Et puis quand on voit le topic homebridge, ça a l'air encore pire avec ce produit, encore plus de plantages à la clé. Ce qui est sur, c'est que Fibaro ne maitrise absolument pas son propre code, si ça fonctionne pour la plupart des utilisateurs il y a une grosse partie de chance. On ne fait vraiment rien avec nos box.... la mienne utilise 1% de CPU en moyenne, et c'est pas les 2/3 variables en LUA, et les quelques appels à l'API qui doivent faire planter une box pareille. Enfin bref on en revient toujours au même, la HC2 est sous-exploitée. Il n'y a que le moteur Z-Wave qui tient la route depuis la v4. Tout le reste est pire qu'avant (v3) Bref, j'ai rebooté mes 2 box ce soir, on repars sur une base saine, on verra ce qui se passe cette nuit, demain, etc...

non même pas.... faudrait que j'essaie le week-end prochain

Merci sebcbien, mais je viens de vérifier, et je n'ai aucun RestartTask en double sur la même ligne. Je t'avoue que je n'ai pas trop le courage de tester ligne par ligne comme tu l'as fait. Mais en fait, la fuite mémoire n'est pas ce qui me gêne le plus. Ce sont les core dump inexpliqués qui m'embêtent (jusqu'à présent c'était rare et parfaitement géré par mon watchdog, mais depuis la 4.070 ça touche tous les VD, y compris celui qui fait un fibaro:debug "toto" et sleep(10000), donc ultra basique)

Regarde sur ce topic, il y a des comportements très anormaux des VD remontés par henri-allauch : http://www.domotique-fibaro.fr/index.php/topic/7437-jai-fait-une-b%C3%A9tise-qui-aurait-p%C3%BB-me-couter-cher/ Et pour ma part, ça se traduit par le plantage de tous mes VD depuis 5 jours, j'ai jamais vu ça

du coup j'en ai rajouté une couche sur le bugtracker tu as du voir Sakkhho (faut que je mette à jour ma signature d'ailleurs, aller hop)

je me demande combien on est àavoir ces bugs.... sur le topic de la 4.070 personne ne se plaint (ou pour d'autres sujets)

bah moi ma RAM monte comme avant, et surprise, elle redescend par à -coup !!!! Bah oui, quand elle redescend, c'est que le les VD sont tous en train de partir en code dump une catastrophe pour ma part (et sur les 2 box) :angry:

Ce sont des tests unitaires, ce VD me servait àdévelopper mon Watchdog il y a quelques mois. 2 lignes de codes, très facile àdébugger, et aussi facile àfaire planter (un kill -9 sous Linux pour être précis, afin de simuler le fameux core dump qui me pollue la vue depuis plusieurs mois.... en fait depuis que je suis passé àla v4.....mais làça empire en 4.070)

Et en plus je viens de vérifier, sur ma box de test aussi... donc le problème est généralisé. Et quand je parle de VD simple, j'en ai une qui a uniquement ce code, et qui a réussi à planter également (core dump sous linux, le truc auquel on ne peut rien faire, à part surveiller avec mon watchdog pour relancer automatiquement) : fibaro:debug("Hello") fibaro:sleep(10000) Donc difficile de faire plus simple (et notez que je n'ai actuellement aucun device Z-Wave sur la box de test, il n'y a que quelques VD et Scènes) . Sérieux ils me gonflent là chez Fibaro, même les Beta sont plus stables que les Stables C'est une catastrophe la 4.070, on revient 1 an en arrière à ce niveau là :huh:

C'est étrange ce bug, normalement il n'y a qu'un seul process par Module Virtuel. Donc quand on enregistre un VD, le process précédent est killé, puis relancé. Ca sent le bon gros bug.... et j'ai remarqué depuis 2 ou 3 jours que TOUS mes VD sont en trains de planter les un après les autres, les plus élémentaires comme les plus complexes. Je me demande si ce n'est pas lié à ton problème. J'ai l'impression qu'il y a un énorme bug depuis la 4.070..... Jojo tu as raison, ne fait pas la mise à jour, ma box était bien plus stable en 4.056

Perso j'en sais rien.... je n'ai jamais fait attention à ça, depuis 26 ans que j'ai des disques durs. Si tu as peur et que ton vendeur accepte de le prendre en garantie, tu peux tenter. (une seule fois j'ai eu un disque mort à cause de secteurs défectueux : il a très bien fonctionne pendant quelques années, puis il est tombé en panne en moins d'un mois : secteurs défectueux et corruption de données sont apparues d'un seul coup) Le reste du temps je n'ai jamais fait attention à ça, de toutes façon les disques (comme les SSD), ont des secteurs de réserve pour remplacer les secteurs défectueux. Donc si tu veux savoir si tes chiffres sont dans la norme ou pas, il faut chercher un peu. Par contre je suis intéressé par la réponse

Facile : FGS, FGR, et FGRM (en fait, tout ce qui utilise des relais) => neutre obligatoire FGD (dimmer) => neutre facultatif Donc la réponse est non dans ton cas. Pour info : De l’obligation du neutre dans les contacts secs Z-Wave.

Erreur 500 sur le forum, vite un ticket sur le bugtracker Fibaro Seul @Yohan peut faire le ménage dans les messages qui plantent les topics, en allant faire le ménage à la main dans la base de données. Did tu lui fait un MP ?