Nico Posté(e) le 14 décembre 2015 Signaler Posté(e) le 14 décembre 2015 J'ai fais des modifs et viré les plugins persos, vais voir de mon côté si cela dur du coup.
sebcbien Posté(e) le 14 décembre 2015 Signaler Posté(e) le 14 décembre 2015 Chez moi deux semaines sans plantages maintenant. Il faut que je trouve un peu de temps pour poster mon graphique, c'est impressionnant de régularité pour la diminution de la RAM !!!! ... Au pif, je dirais Y=X+0,3 .... ;-)Sent from my Note4
sebcbien Posté(e) le 14 décembre 2015 Signaler Posté(e) le 14 décembre 2015 voici le graphe depuis le 4/12:
Nexus_77 Posté(e) le 19 décembre 2015 Signaler Posté(e) le 19 décembre 2015 bonjour, je suis une vieille QNAP 209 , sera également travailler sur mon propre ? pardonnez mon français
Lazer Posté(e) le 19 décembre 2015 Auteur Signaler Posté(e) le 19 décembre 2015 FR : Domocharts peut tourner sur tous les serveurs Web qui disposent de PHP et MySQL. Mais tu dois trouver par toi même comment configurer le Qnap. EN : Domocharts can run on all web servers configured with PHP and MySQL. But you need to find by yourself how to configure your Qnap server.
jojo Posté(e) le 20 décembre 2015 Signaler Posté(e) le 20 décembre 2015 @Lazer, Suite ànos discussions de hier concernant le compteur, j'ai remarqué un décalage de la scène DomoChart. Elle tourne comme une horloge, mais se décalait petit àpetit. Hier (en fait ce matin à6h00), j'ai constaté que c'était à48 secondes. Donc j'ai refait un save de la scène, et elle est bien repartie à0 sec . Mais maintenant à14h00 (après 8h00), elle est décalée à10 secondes déjà. Et le décalage sera différent pour chacun d'entre nous, en fonction de la charge de la box. En fait dans cette scène tu n'utilises pas le settimeout(). Cela améliorerait-il les choses ? Mais j'ai pensé àune autre solution : utilisation de ton Watchdog : si le last run n'est pas àla seconde 0, on sauve la scène. (ok, elle n'est plus autonome, et on utilise le watchdog pour autre chose que ce qu'il était prévu àl'origine, mais ne serait-ce pas un quick fix ?)
Lazer Posté(e) le 20 décembre 2015 Auteur Signaler Posté(e) le 20 décembre 2015 Oui j'avais remarqué depuis le début que la scène se décale.... comme expliqué sur l'autre topic, à chaque tout, il y a les quelques millisecondes des instructions, plus le sleep(60000). Le setTimeout améliorerait un peu les choses, mais pas totalement, il y aura forcément un décalage également. La seule solution viable, est très simple : il faut calcul le décalage, et le compenser à chaque tour. Ca fait longtemps que je me dis qu'il faut que je modifie ma scène, mais je ne l'ai jamais fait.....
jojo Posté(e) le 20 décembre 2015 Signaler Posté(e) le 20 décembre 2015 ok, j'ai fait une adaptation de la scène. Je ne sais pas calculer àla milli seconde, mais dès qu'il y aura un décalage d'une seconde, il devrait le corriger et l'afficher dans le debug. En test
jojo Posté(e) le 20 décembre 2015 Signaler Posté(e) le 20 décembre 2015 ça fonctionne voici donc le code de la scène adapté --[[ %% properties %% autostart %% globals --]] local VirtualDeviceID = 157 function start() local seconde = os.date('%S') if tonumber(seconde) ~= 0 then local delta = 60 - seconde fibaro:debug("Time is " .. os.date('%H:%M:%S') .. ", waiting for " .. delta .. " seconds...") fibaro:sleep(delta*1000) end hour = os.date('%H') day = os.date('%d') end function domoCharts() -- Actions to perform every new minute fibaro:call(VirtualDeviceID, "pressButton", "1"); -- Sensors (Temperature, humidity, light) fibaro:call(VirtualDeviceID, "pressButton", "2"); -- Power consumption --fibaro:call(17, "pressButton", "1"); -- Eco-Devices Teleinfo -- Actions to perform every new hour local newhour = os.date('%H') if newhour ~= hour then fibaro:debug('New hour') -- Actions to perform at 23:00 if tonumber(newhour) == 23 then fibaro:call(VirtualDeviceID, "pressButton", "3"); -- Battery level end hour = newhour end -- Actions to perform every new day local newday = os.date('%d') if newday ~= day and tonumber(os.date('%M')) >= 1 then fibaro:debug('New day') fibaro:call(VirtualDeviceID, "pressButton", "4"); -- Devices fibaro:call(VirtualDeviceID, "pressButton", "5"); -- Trend data fibaro:call(VirtualDeviceID, "pressButton", "6"); -- Energy --fibaro:call(81, "pressButton", "1"); -- Water day = newday end fibaro:debug('Last run : ' .. os.date('%d/%m/%Y %H:%M:%S')) local wait = 60 - os.date('%S') if wait ~= 60 then fibaro:debug("Adaptation du décalage " ..wait.. " sec au lieu de 60 sec") end setTimeout(function() domoCharts() end, wait*1000) --vérification toutes les minutes end -- démarrage àla seconde 0 start() -- démarrage de la boucle domoCharts domoCharts() et le debug qui montre que c'est bon : [DEBUG] 19:38:01: Time is 19:38:01, waiting for 59 seconds... [DEBUG] 19:39:00: Last run : 20/12/2015 19:39:00 [DEBUG] 19:40:00: Last run : 20/12/2015 19:40:00 [DEBUG] 19:41:00: Last run : 20/12/2015 19:41:00 [DEBUG] 19:42:00: Last run : 20/12/2015 19:42:00 [DEBUG] 19:43:00: Last run : 20/12/2015 19:43:00 [DEBUG] 19:44:00: Last run : 20/12/2015 19:44:00 [DEBUG] 19:45:00: Last run : 20/12/2015 19:45:00 [DEBUG] 19:46:00: Last run : 20/12/2015 19:46:00 [DEBUG] 19:47:00: Last run : 20/12/2015 19:47:00 [DEBUG] 19:48:00: Last run : 20/12/2015 19:48:00 [DEBUG] 19:49:00: Last run : 20/12/2015 19:49:00 [DEBUG] 19:50:00: Last run : 20/12/2015 19:50:00 [DEBUG] 19:51:00: Last run : 20/12/2015 19:51:00 [DEBUG] 19:52:00: Last run : 20/12/2015 19:52:00 [DEBUG] 19:53:00: Last run : 20/12/2015 19:53:00 [DEBUG] 19:54:00: Last run : 20/12/2015 19:54:00 [DEBUG] 19:55:00: Last run : 20/12/2015 19:55:00 [DEBUG] 19:56:00: Last run : 20/12/2015 19:56:00 [DEBUG] 19:57:00: Last run : 20/12/2015 19:57:00 [DEBUG] 19:58:00: Last run : 20/12/2015 19:58:00 [DEBUG] 19:59:00: Last run : 20/12/2015 19:59:00 [DEBUG] 20:00:00: New hour [DEBUG] 20:00:00: Last run : 20/12/2015 20:00:00 [DEBUG] 20:01:00: Last run : 20/12/2015 20:01:00 [DEBUG] 20:02:00: Last run : 20/12/2015 20:02:00 [DEBUG] 20:03:00: Last run : 20/12/2015 20:03:00 [DEBUG] 20:04:00: Last run : 20/12/2015 20:04:00 [DEBUG] 20:05:01: Last run : 20/12/2015 20:05:01 [DEBUG] 20:05:01: Adaptation du décalage 59 sec au lieu de 60 sec [DEBUG] 20:06:00: Last run : 20/12/2015 20:06:00 2
kioneoranga Posté(e) le 20 décembre 2015 Signaler Posté(e) le 20 décembre 2015 Salut tout le monde J'ai vu dans un post précédent, qu'il a été possible de remonter la consommation RAM dans les Graphs Comment faut il faire? Sinon, ce module est excellent, fonctionne très bien et est facile à mettre en place. Merci bcp
Lazer Posté(e) le 20 décembre 2015 Auteur Signaler Posté(e) le 20 décembre 2015 @jojo : bravo ! @kioneoranga : attendre la prochaine version..... 1
Rocketlud Posté(e) le 1 janvier 2016 Signaler Posté(e) le 1 janvier 2016 Bonne année 2016 à tous J'ai mis en place hier apres midi ce super tuto de Lazer Merci Christophe c'est une tuerie Je sais je suis à la bourre J'ai pas lu les 39 pages, mais comment on fait pour avoir la téléinfo de la maison ou un compteur d'eau et le prix de reviens en Euros de chaque énergie ? Merci d'avance
Peter Posté(e) le 1 janvier 2016 Signaler Posté(e) le 1 janvier 2016 hello Lazer ne la pas implanter pour le moment il me semble que je lui avait demander moi je passe pas teleinfo-ed si tu veut faire pareil je peut le mettre tout le dossier en telechargement mais il te faut une data base que tu dois avoir si tu a fait le graph de lazer et je peut le mettre la scene pour la mise a jour de la data base et pour la mise a jours de la page php dit moi si tu veut tout ca
Rocketlud Posté(e) le 1 janvier 2016 Signaler Posté(e) le 1 janvier 2016 Petermoto, merci pour ton retour et pour ton lien super intéressant je ne connais pas beaucoup le php ou autre base sql, si ce n'est pas trop compliqué à faire je serais intéressé Je continue la lecture du site
Peter Posté(e) le 1 janvier 2016 Signaler Posté(e) le 1 janvier 2016 alors si moi j'ai réussit tu devrais y arriver il te faut un syno une data base MYSQL et c'est tout et du temps et beaucoup de lecture dit moi si tu veut les fichiers
Rocketlud Posté(e) le 1 janvier 2016 Signaler Posté(e) le 1 janvier 2016 Tout est sur le site apparemment ou il y a d'autre trucs à ajouter?
Peter Posté(e) le 1 janvier 2016 Signaler Posté(e) le 1 janvier 2016 non rien a ajouter tu peut tout prendre sur le site si tu as un souci demande je pourrais peut être aider car ça tourne depuis 3 mois et pas de problème bey 1
Lazer Posté(e) le 1 janvier 2016 Auteur Signaler Posté(e) le 1 janvier 2016 En effet, Domocharts ne gère pas (encore) la téléinfo. J'ai aussi les scripts de eb-home.eu qui tournent depuis plus de 2 ans. Si tu prends le package dispo sur le site, l'installation est rapide et facile. Depuis je les ai pas mal customisé, pour des besoins perso, et en vue d'une intégration prochaine à domocharts, mais ça c'est pour le futur lointain..... 1
Sakkhho Posté(e) le 13 janvier 2016 Signaler Posté(e) le 13 janvier 2016 @Lazer, J'ai mon domochart qui tourne depuis qq temps deja sur un base SQL hébergé par OVH. Comme je viens d'installer mon NAS, j'aimerai basculer tout dessus. Tu peux me guider ? edit : oublie j'avais pas vu le tuto en page1 que tu as du mettre à jour après. au boulot !
Sakkhho Posté(e) le 13 janvier 2016 Signaler Posté(e) le 13 janvier 2016 Ha si quand même un question Est Ce que je peux remplir les 2 bases pour le moment (web et syno) pour être sûr que tout roule. (J affiche qu une base bien sûr) L import de mon dump plante il est trop gros ...
Lazer Posté(e) le 13 janvier 2016 Auteur Signaler Posté(e) le 13 janvier 2016 ouais l'import des gros dump c'est toujours un probleme avec MySQL Une fois je devais vraiment importer un gros dump (pour un autre sujet), j'avais écris un mini script qui découpait le dump en plusieurs bouts pour les importer bout par bout.... super relou, ça a pris des heures pour l'importation ! pour l'import, tu peux te contenter de n'exporter que les tables history_day & month, qui sont beaucoup moins grosses. AInsi l'import devrait passer. Pendant 1 semaine tu n'auras pas les graphs détaillés, mais c'est pas gênant. Et si tu veux envoyer les données en même temps depuis la HC2 vers OVH et le Syno, il faudrait que tu modifies (temporairement) le code du VD pour dupliquer les quelques lignes qui envoient les données (appel http de data_send.php)
Sakkhho Posté(e) le 14 janvier 2016 Signaler Posté(e) le 14 janvier 2016 j'ai trouvé ca dans le meme style http://www.blogdevphp.fr/bigdump-importer-une-grosse-base-de-donnees-facilement j'vais peut être essayer
Lazer Posté(e) le 14 janvier 2016 Auteur Signaler Posté(e) le 14 janvier 2016 ça a l'air pas mal ce truc là . Sinon, vu que tu as l'accès root sur ton Syno, tu peux importer le fichier en ligne de commande, ça fera la même chose. N'empêche que ça prendra quand même du temps si tu as des millions de lignes dans la DB. Le processeur et la performance des disques du Syno vont aussi faire toute la différence.
Sakkhho Posté(e) le 16 janvier 2016 Signaler Posté(e) le 16 janvier 2016 tu me donnes la ligne de commande ? lol le fichier est pas énorme mais plus que la limite mentionnée à38mo
Lazer Posté(e) le 17 janvier 2016 Auteur Signaler Posté(e) le 17 janvier 2016 Normalement ça ressemble àquelque chose comme ça : mysql -u root --password -D nom_de_la_base < nom_du_fichier.sql 38 Mo ça devrait passer sans problème normalement. Moi j'avais buté sur des fichiers de plusieurs centaines de Mo.
Messages recommandés