jojo

Bonjour, J'avais investi dans un vrai syno (DS923+) pour être "tranquille". Depuis quelques temps il plante par manque de mémoire dispo : impossible de s'y connecter, seule solution arrêt brutal du 220V(=pas cool du tout) Ensuite, quand je vais voir les journaux il me dit [mariadbd] stopped running because the system is out of memory. Et comme j'utilise mariadb uniquement pour domochart (et un peut pour Kodi), je pose la question ici. Et comme je n'ai pas de "limite" de stockage j'ai modifié le fichier config.inc.php pour avoir un stockage détaillé sur une longue période : // Old data purge delay $db_interval_temperature = 200; //was 7 La question que je me pose : "les DB de MariaDB ne sont-elles pas mises en RAM du syno, ce qui expliquerait les plantages ?" Merci de vos avis éclairés.

voici la version 2.0 du QA. En PJ, le FQA (pour première installation) et le fichier du code LUA (pour réutiliser l'id du QA.) ! créer manuellement la variable fréquence=30 ) @Lazer, il faudrait, je crois, changer le titre du tito, pour qu'il ne fasse plus mention de la version. Puis-je également éditer le premier post pour y référencer la dernière version ? WeatherBit_v2.0.fqa WeatherBit_v2.0.lua

je suis entrain de travailler sur le recodage de l'application, afin qu'elle soit plus robuste, performante (pour notre box). Il faut juste un peux de patience, car vous connaissez les causes de mes lenteurs ....

merci @Lazer pour cette piqure de rappel

impressionnante la présentation ! Maintenant je sais qui tu es, et ça me donnera envie de me couper en 4 pour t'aider

non, juste nettoyer tes lunettes

tu dois cliquer sur "Dispositifs de référence"

screenshot avec ce que tu vois

ok, ça marche ! (il y avait un espace dans le copier/coller de la longitude) MAIS Il faudra que je regarde pourquoi le QA crashe au lieu d'afficher l'erreur (c'était au niveau de l'affichage de l'erreur qu'il plantait)

je devrais voir plus à gauche de ta copie d'écran. Tu n'as pas qqch comme ça ?

pour faire un simulateur de présence, j'ai fait des scènes bloc (que j'avais oublié que j'avais) qui allument et éteignent mes lampes

1) Merci pour ton aide. on est bien d'accord qu'une erreur n'est pas liée à la long/lat renseignée ... Pour le mettre en temps que weather provider, ça a changé de place. C'est ici maintenant :

elles étaient déjà à 0, j'ai testé avec "0", mais même erreur

Pourquoi vent à 13 km/h et pas 0 si problème de connexion/configuration ? et d'où vient cette erreur ? [21.04.2025] [18:36:00] [ERROR] [QUICKAPP1459]: QuickApp crashed [21.04.2025] [18:36:00] [ERROR] [QUICKAPP1459]: main.lua:158: Wrong parameter type, string required. Provided param 'table: 0xaaaac3f73e50' is type of table

oui, sauf que ta copie d'écran indique une erreur lua à la ligne 158 (comme moi) et que des bonnes variables ne peuvent pas éliminer cette erreur

j'ai donc regardé le code , et il n'est pas bon. @couillerot, peux-tu SVP re-partager le code que tu utilises (en extension .lua) ?

Salut, Je viens (enfin) d'implémenter ton QA. Quelques petites suggestions le compte gratuit autorise 50 requêtes / jour => max toutes les 24*60/50 = 28 min. Donc avec une màj toutes les 5 min, on a épuisé le cotât à 4h du mat ... => j'ai modifié le code pour màj toutes les 30 min = peut-être créer une variable avec la fréquence [min] de refresh et dont la valeur initiale serait 30. dans le code (ET sa copie dans le premier post) ainsi que dans les variables du QA on a ton KEY. la màj de la longitude/latitude n'est pas automatique comme précisé dans le premier post

idée du coup : rajouter dans le QA la date et heure du dernier relevé.

en effet, chacun fait comme il le sent le mieux ("ma liberté s'arrête où celle d'autrui commence.") Voici mon fichier xlsx de suivit :

J'aime pas les IP fixes : risque de conflit d'IP. Je préfère laisser l'objet en DHCP avec une réservation d'IP sur la MAC adresse de sa carte réseau (in fine j'ai une IP Fixe) Justement as-tu changé de réseau (192.168.x.0 -> 192.168.y.0), et justement si tu avais une IP fixe sur ton ancien réseau, elle ne sera plus visible sur le nouveau. Donc idée de solution : passe ton masque de sous-réseau de 255.255.255.0 à 255.255.0.0, remet tes appareils en DHCP, puis remet ton masque à 255.255.255.0

tu ne me voyais plus pour 2 raisons : je suis lent (mais têtu/obstiné) je travaillais pour toi, mais cool que tu ais pu mettre en place une solution automatique et plus propre.

donc, ton "problème" est réglé. J'arrête donc le développement de mon QA ?

pourquoi ??? on ne fait l'action que si on est en mode Soleil

oui, tu as sûrement raison, sauf que je n'ai AUCUNE scène chez moi, et donc AUCUNE expérience. D'ailleurs comme je ne m'en sortais pas avec les scènes LUA, j'ai commencé un QA en LUA pour faire le job. Développement en cours ...

GEA n'est pas un standard sur nos box Fibaro (donc c'est normal que tu n'y trouve rien). C'est une tuerie (= qqch de GENIAL) qui a été développé en LUA par un membre du forum (@Steven) il y a une dizaine d'années, à l'époque de la HC2. Avec l'arrivée de la HC3, @Lazer a adapté et amélioré le code (pas de GEA sur HC3, jamais je ne serais revenu chez Fibaro). Donc tu dois l'installer sur ta HC3L (tu as droit à 10 scripts LUA) avec les liens que je t'ai mis plus haut