Lazer

Apparemment l'API Météo Yahoo refonctionne depuis 2 jours.... les graphs Temp/Hum/Wind ressemblent ànouveau àquelque chose.

Non les FDP sont payant sur les Amazon européens, même si souvent c'est expédié depuis l'entrepot français le plus proche. Il faut compter généralement entre 5 et 10€ de frais de port, ça dépend des Amazon et des articles.

J'ai bien envie de me prendre un SSD 500 Go. Sinon qqcn a vu des promos sur des onduleurs ?

@Fredo J'ai pris le forfait à 25€, remisé à 15€, plus l'option à 1€ pour avoir 2Go supplémentaire. Donc ça me fait 7 Go par mois pour 16€. Comme je suis souvent à l'hôtel, j'ai besoin de pas mal de data... associé au forfait de mon tél pro, ça me fait 10 Go par mois en en tout.

Bonjour et Bienvenue sur le forum petit toutou. Vous pouvez vous inscrire votre position sur la carte dans le jardin de votre maitre. Vous n’êtes pas admis dans la section bistrot et devrez attendre devant la porte.

Je retourne chez Orange Enfin Sosh a fait une promo intéressante depuis hier, fini le réseau en carton de SFR/RED.

tu as oublié le "je suis le troll de jojo"

bon en effet c'est embêtant.... ça fait un moment que le Sonos est éteint, et le watchdog vient de redémarrer le VD, même avec la chaine espace " ". Donc j'en déduis que le VD fini par planter. Je vais désactiver le restart de ce VD pour voir quelle est le plantage et si on peut s'adapter en conséquence....

oui justement, j'ai coupé mon sonos (avec le wall plug) j'ai attendu pendant 2 minutes (donc 2 redémarrages forcés du VD par le watchdog), et j'avais ce genre de messages dans le debug du VD : [DEBUG] 23:23:01: retry #1 action: GetMute [DEBUG] 23:23:04: Communication error code: 2 [DEBUG] 23:23:04: retry #2 action: GetMute [DEBUG] 23:23:08: Communication error code: 2 [DEBUG] 23:23:08: retry #3 action: GetMute [DEBUG] 23:23:11: Communication error code: 2 [DEBUG] 23:23:11: retry #4 action: GetMute EDIT : Mais peut être qu'en attendant plus longtemps il aurait fini par planter.... tu as testé ? EDIT2 : j'ai le VD Sonos Version 0.0.8

Hum, je viens de faire le test en coupant le wall plug du sonos, et j'ai entendu une série de notifications et vibreurs autour de moi... ça réveille Je te propose de remplacer la chaine à rechercher par un espace " ", car quel que soit le message affiché par le VD Sonos, le texte comporte toujours au moins un espace. Et si le VD est vraiment planté, il n'y aura plus de message du tout dans le délai imparti, donc pas d'espace, donc le VD sera bien redémarré. Ca donne : {type = "VD", id = 423, match = {text=" ", interval=30}, no_match = {text="", type="ERROR"}, restart=true, notification = {"push", "email", "sms"}}, -- Sonos Player (Tk.isTraceEnabled = true)

justement c'est très instructif bon je ne comprends pas tout, mais y'a des concepts assez intéressants. D'ailleurs faut que je termine et que je partage les modifs que j'ai apporté àson VD Freebox.

Tu peux arrondir par excès avec la fonction math.ceil() Tu peux arrondir par défaut avec la fonction math.floor() Tu peux aussi spécifier le format exact avec string.format() Exemples : fibaro:call(ID_du_module_Virtuel, "setProperty", "ui.Label1.value", tostring(math.ceil(a/b*100))) -- Nombre entier arrondi par excès fibaro:call(ID_du_module_Virtuel, "setProperty", "ui.Label1.value", string.format("%.2f", a/b*100)) -- 2 chiffres après la virgule

Regardez les scripts de Krikroff, il utilise déjàces fonctions dans ses VD

Pourquoi alourdir le code, en plus ça fatigue les doigts a = 28 b = 56 c = a/b*100 print (c) Par contre si on voulait faire les choses proprement on ferait : a = 28 b = 56 c = a/b*100 print (tostring(c)) et si on veut limiter la portée des variables, et qu'on n'a pas besoin de conserver le résultat du calcul, on peut faire directement : local a = 28 local b = 56 print (tostring(a/b*100))

Ca ne changera rien ça, ce ne sont pas les 2 / 3 variables qu'on alloue dans un script LUA qui prennent de l'espace en RAM. D'autant plus que le garbage collector du langage LUA est censé faire son job. Je rappelle que nos scripts ne sont pas exécutés tels quels. Dans une main loop de VD, Fibaro encapsule notre script dans un boucle infinie while true do, avec un sleep(3000) L'ensemble est passé à l'interpréteur LUA, et encapsulé dans du code à la sauce Fibaro pour s'exécuter sur Linux, et permettre la communication entre les différents process. C'est le "code à la sauce Fibaro" qui pose problème. C'est à peu près la même chose pour une scène. En V3, les Scène n'étaient pas exécutées dans des processus indépendants, mais dans le process principal (HCServer). Déjà ça fait une grosse différence, ils ont tout réécris.

Non sur mes 2 box, la RAM met plus de temps àmonter, que ce soit en 4.056 ou 4.057beta ou 4.058beta Je maintient que c'est clairement des fuites mémoires qui font que le RAM utilisé augmente sans-cesse, et qui fait que certains process (VD, Scène, ou HCServer) finissent par planter. D'ailleurs je pense qu'ils ne plantent pas car il n'y a plus assez de RAM, sinon on aurait des messages du Kernel Linux dans les logs, et ce n'est pas le cas. Ils plantent certainement car ils font des opérations illégales, comme accéder àdes zones de mémoires non allouées. En corrélation avec les problèmes de fuite mémoire, je ne serai pas surpris qu'ils allouent et désallouent la mémoire au petit bonheur la chance....

C'est pas une information importante, mais pour info voici les occupations RAM juste après un recovery, avec une configuration vierge. Il n'y a pas vraiment de différence significative : v4.056 "Stable" : v4.058 Beta :

A la demande de Jojo, j'ai modifié le premier post avec la version 1.1 du script afin d'ajouter un paramètre restart=true|false afin de redémarrer le VD/Scène concerné, ou seulement envoyer une notification signalant qu'il faut le redémarrer manuellement. Plus quelques modifications mineures.

il est chouette le design, au moins si ça ne marche pas tu sais où tu peux te ... Blague à part, j'aimais bien le concept de radio réveil de la première version.... ça manque sur ma table de chevet la possibilité de piloter simplement tout le domicile.

Nan la v5 c'est pour le CES en janvier [emoji14]

Ça me paraît pas mal

D'après ce que j'ai constaté : - quand la RAM est pleine (>80% environ) => plantage du process principal de la HC2, donc Erreur 503, interface Web indisponible, on ne peut plus rien faire àpart rebooter physiquement la box - tout le reste du temps => plantage aléatoire de certains process (scènes ou modules virtuels) sans aucun message d'erreur apparent dans la fenêtre de debug car il s'agit d'un core-dump au niveau de l'OS Linux. On ne peut pas les prévenir, et on peut les redémarrer en faisant une sauvegarde du VD/Scène planté => mon watchdog est làpour ça.

Les fuites mémoires datent de la v4, et ça ne fait qu'empirer àmesure qu'ils ajoutent des nouvelles fonctionnalités. A priori on n'avait pas ces soucis en v3.

Nico je pense que c'est aussi ma RAM qui a du dépasser les 80 % quand j'ai eu mon erreur 503 il y a 15 jours. Par contre j'insiste, on peut faire autant de requêtes http qu'on veut. Dans un problème de fuite mémoire, c'est évident que plus on fait travailler le système, plus on accélère la venue des problèmes. Rien ne dit que ça soit spécifiquement les requêtes http qui fuient, ça peut venir de n'importe où. C'est àFibaro de régler leurs problèmes de fuite mémoire. On a acheté une box puissante, c'est pour pouvoir l'exploiter, et ne pas se brider.

je t'avoue que je ne sais répondre àaucune de ta série de question..... je n'ai jamais eu ces problèmes, je n'ai pas eu àcreuser le fonctionnement interne de la chose.