Aller au contenu

Messages recommandés

Posté(e)

ça c'est bizarre... tu es certain que tu n'as pas un caractère caché ?

Parce que si tu l'as copié depuis le forum, c'est très probable.

 

Le mieux est de le taper à la main dans ce cas là... Je ne sais pas pourquoi, mais le forum a tendance à insérer des caractères invisibles dans les codes qu'on copie/colle.

Posté(e) (modifié)

J'ai effectivement fait un copier coller

En tapant le code directement cela fonctionne

Merci encore une fois pour cette rapidité a trouver une solution

Modifié par flacon030
  • 1 mois après...
Posté(e) (modifié)

Bonjour

 

Je rencontre un nouveau problème

Je n'avais pas vu que la mise a jour de la conso d'eau en domocharts_water_day et en domocharts_water_month ne se fait plus, alors qu'elle est OK en domocharts_water

 

avez vous une idée

 	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508284 	2023-08-28 11:31:00 	404 	0 	260651
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508285 	2023-08-28 11:31:00 	405 	0 	61419
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508286 	2023-08-28 11:32:01 	404 	4 	260655
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508287 	2023-08-28 11:32:01 	405 	0 	61419
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508288 	2023-08-28 11:33:01 	404 	1 	260656
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508289 	2023-08-28 11:33:01 	405 	0 	61419
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508290 	2023-08-28 11:34:01 	404 	0 	260656
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	2508291 	2023-08-28 11:34:01 	405 	0 	61419
 	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	1663 	2023-07-12 	404 	0 	1 	779 	12
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	1664 	2023-07-12 	405 	0 	0 	24 	4
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	1665 	2023-07-13 	404 	0 	0 	274 	9
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	1666 	2023-07-13 	405 	0 	0 	33 	5
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	1667 	2023-07-14 	404 	0 	0 	145 	12
	Éditer Éditer 	Copier Copier 	Supprimer Supprimer 	1668 	2023-07-14 	405 	0 	0 	22 	4

 

Modifié par flacon030
Posté(e)

Il faudrait voir le retour de la commande trend.php qui est appelée chaque jour vers minuit.

 

Si tu dors à cette heure là, tu peux la déclencher manuellement en appellant l'URL trend.php directement depuis ton navigateur.

Posté(e) (modifié)

Je me demande si ce n'est pas liée avec la mise a jour de php8.2 car cela semble ne plus fonctionner depuis cette période

success	false
data	
0	
operation	"insert into"
table	"domocharts_temperature_day"
success	true
rowcount	0
1	
operation	"delete from"
table	"domocharts_temperature"
success	true
rowcount	0
2	
operation	"optimize table"
table	"domocharts_temperature"
success	true
rowcount	1
3	
operation	"insert into"
table	"domocharts_temperature_month"
success	true
rowcount	0
4	
operation	"insert into"
table	"domocharts_humidity_day"
success	true
rowcount	0
5	
operation	"delete from"
table	"domocharts_humidity"
success	true
rowcount	0
6	
operation	"optimize table"
table	"domocharts_humidity"
success	true
rowcount	1
7	
operation	"insert into"
table	"domocharts_humidity_month"
success	true
rowcount	0
8	
operation	"insert into"
table	"domocharts_light_day"
success	true
rowcount	0
9	
operation	"delete from"
table	"domocharts_light"
success	true
rowcount	0
10	
operation	"optimize table"
table	"domocharts_light"
success	true
rowcount	1
11	
operation	"insert into"
table	"domocharts_power_day"
success	true
rowcount	0
12	
operation	"delete from"
table	"domocharts_power"
success	true
rowcount	0
13	
operation	"optimize table"
table	"domocharts_power"
success	true
rowcount	1
14	
operation	"insert into"
table	"domocharts_power_month"
success	true
rowcount	0
error	
code	"HY000"
message	"SQLSTATE[HY000]: General error: 1221 Incorrect usage of UPDATE and ORDER BY"

 

Modifié par flacon030
Posté(e)

Ah mince, cette erreur "SQLSTATE[HY000] Incorrect usage of UPDATE and ORDER BY" je l'ai vu apparaitre durant mes tests sur l'un de mes serveurs, mais je n'ai pas su la corriger.

C'était sur une vieille VM, et j'en ai déduis que c'était lié à la vieille version de MySQL installé dessus, et que le problème ne se poserait pas car tout le monde a des versions plus récentes.

Mais vu que ça se reproduit chez toi... du coup ce n'était peut être pas ça :(

 

ça touche la table energy_day, ce qui est étrange dans ton script, c'est que malgré l'erreur il devrait continuer, et donc traiter les autres tables qui sont après (water, gas, pressure, etc...)

Tu es certain que ça ne continue pas après ?

Posté(e) (modifié)

Je viens de faire a nouveau un essai et j'ai le même résultat que ci dessus

Cela bloque après "power_month"

 

error	
code	"HY000"
message	"SQLSTATE[HY000]: General… of UPDATE and ORDER BY"
code	"HY000"
message	"SQLSTATE[HY000]: General error: 1221 Incorrect usage of UPDATE and ORDER BY"

 

Modifié par flacon030
Posté(e)

Tu as quelle version de MySQL / MariaDB ?

Il faudrait que j'essaie de reproduire le problème en montant une VM au même niveau... ce qui honnêtement risque de prendre un petit moment.

Posté(e) (modifié)

Je suis en

5.5.68-MariaDB

Version de PHP : 8.2.0

phpMyAdmin Version : 5.2.1

 

J’essaie de passe en mariDB 10

Modifié par flacon030
Posté(e)

Ah mais justement tu sembles avoir une vieille version de MariaDB.
Effectivement essaye en version 10.

 

Normalement la version de PHP ne devrait pas influer, car c'est la requête SQL qui se plante.

Posté(e) (modifié)

bon je viens de passer non sans mal sous mariaDB 10

j'ai du faire un backup de mes base mysql

désinstaller mariaDB 5 installer mariaDB 10

faire un import de mes base mais j'ai a présent ce message

Citation

{"success":false,"error":{"code":2002,"message":"SQLSTATE[HY000] [2002] No such file or directory"}}

[28.08.2023] [16:37:00] [TRACE] [QA_DOMOCHARTS_54]: Found 10010 previously stored datas
[28.08.2023] [16:37:00] [ERROR] [QA_DOMOCHARTS_54]: Too much data already in cache
[28.08.2023] [16:37:02] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Error #2002 => SQLSTATE[HY000] [2002] No such file or directory
[28.08.2023] [16:37:02] [WARNING] [QA_DOMOCHARTS_54]: Memorize 10010 sensors data

question bête quel est le nom de la base de donnée?

Modifié par flacon030
Posté(e) (modifié)

Alors là tu as tout cassé, car il semble ne plus insérer aucune nouvelle ligne dans la DB !

En plus le message "no such file or directory" a l'air lié au système de fichier... tu n'aurais pas déplacé des fichiers ou répertoire sur le serveur Web en faisant ton opération ?

 

La base de données s'appelle comme tu veux, cela se paramètre dans config.inc.php.
Exemple :

$database = 'domotique';

 

EDIT : autre chose, attention en MariaDB version 10 le port TCP par défaut change.

 

Modifié par Lazer
Posté(e)

c'est bien la effectivement le probleme

phpMyAdmin a créer un alias dans mon dossier web et non un dossier

Je cherche comment résoudre le probleme, car toutes mes bases de données sont a présent inaccessible

Posté(e) (modifié)

Bon pour le moment je n'arrive pas a passer a mariaDB10, je suis donc repasser a mariaDB5

mais j'ai un problème pour restaurer le backup de domochart, le fichier est trop gros et j'ai un time out avec phpmyadmin, se que je n'ai pas avec mes autres base de données

Comment envoyer le backup autrement que par phpmyadmin?

Je réalisais la tache avec dumpmysql mais il ne fonctionne plus sous php8.2

Merci

 

J'ai fini par y arriver en la renvoyant plusieurs fois

 

Mais a la fin j'ai eu ce message sous phpmyadmin

Je ne sais pas si cela peut aider pour le probleme ci dessus

Citation

--
-- Index pour la table `domocharts_energy`
--
ALTER TABLE `domocharts_energy`
  ADD PRIMARY KEY (`id`),
  ADD UNIQUE KEY `device_time` (`device_id`,`time`) USING BTREE;

 

MySQL a répondu : Documentation

#1062 - Duplicata du champ '233-2023-08-27 20:26:01' pour la clef 'device_time'

et il semble que cela ne fonctionne pas encore

j'ai ce message dans le debug

[29.08.2023] [02:02:29] [TRACE] [ZWAVE]: Opening port
[29.08.2023] [02:02:29] [TRACE] [ZWAVE]: Initializing Z-Wave
[29.08.2023] [02:02:29] [TRACE] [ZWAVE]: Pthread Initialize
[29.08.2023] [02:03:13] [TRACE] [QA_DOMOCHARTS_54]: 
[29.08.2023] [02:03:13] [TRACE] [QA_DOMOCHARTS_54]: QuickApp DomoCharts v7.11 - Initialization
[29.08.2023] [02:03:15] [TRACE] [QA_DOMOCHARTS_54]: 
[29.08.2023] [02:03:15] [DEBUG] [QA_DOMOCHARTS_54]: Using tools library v2.20
[29.08.2023] [02:03:16] [DEBUG] [QA_DOMOCHARTS_54]: Using DomoCharts library v7.10
[29.08.2023] [02:03:17] [DEBUG] [QA_DOMOCHARTS_54]: DomoCharts library successfully initialized
29.08.2023] [02:03:17] [DEBUG] [QA_DOMOCHARTS_54]: Refresh interval : 60 seconds
[29.08.2023] [02:03:17] [DEBUG] [QA_DOMOCHARTS_54]: NAS URL : http://192.168.1.8:80/domocharts 
[29.08.2023] [02:03:18] [DEBUG] [QA_DOMOCHARTS_54]: Maximum memory : 10000 measures
[29.08.2023] [02:03:18] [DEBUG] [QA_DOMOCHARTS_54]: Battery query time : 23:00
[29.08.2023] [02:03:18] [DEBUG] [QA_DOMOCHARTS_54]: Time is 02:03:18, first loop at 02:04:00 in 42 seconds...
[29.08.2023] [02:03:31] [TRACE] [ZWAVE]: Z-wave start
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 184: Set parameter 14, value = 4369
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 184: Set parameter 6, value = 0
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 184: Set parameter 42, value = 2
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 202: Set parameter 14, value = 4369
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 202: Set parameter 6, value = 0
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 202: Set parameter 42, value = 2
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 184: Received parameter 14 report, value = 4369
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 184: Received parameter 6 report, value = 0
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 184: Received parameter 42 report, value = 2
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 202: Received parameter 14 report, value = 4369
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 202: Received parameter 6 report, value = 0
[29.08.2023] [02:03:40] [TRACE] [ZWAVE]: ID 202: Received parameter 42 report, value = 2
[29.08.2023] [02:04:21] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Connection error : Operation canceled
[29.08.2023] [02:04:21] [WARNING] [QA_DOMOCHARTS_54]: Memorize 182 sensors data
[29.08.2023] [02:05:00] [TRACE] [QA_DOMOCHARTS_54]: Found 182 previously stored datas
[29.08.2023] [02:05:21] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Connection error : Operation canceled[29.08.2023] [02:05:21] [WARNING] [QA_DOMOCHARTS_54]: Memorize 364 sensors data
[29.08.2023] [02:06:00] [TRACE] [QA_DOMOCHARTS_54]: Found 364 previously stored datas
[29.08.2023] [02:06:22] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Connection error : Operation canceled[29.08.2023] [02:06:22] [WARNING] [QA_DOMOCHARTS_54]: Memorize 546 sensors data
[29.08.2023] [02:07:00] [TRACE] [QA_DOMOCHARTS_54]: Found 546 previously stored datas
[29.08.2023] [02:07:21] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Connection error : Operation canceled[29.08.2023] [02:07:21] [WARNING] [QA_DOMOCHARTS_54]: Memorize 728 sensors data
[29.08.2023] [02:08:00] [TRACE] [QA_DOMOCHARTS_54]: Found 728 previously stored datas
[29.08.2023] [02:08:13] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_energy.MYD' (Errcode: 24)

mais j'ai accès au graph

Modifié par flacon030
Posté(e)

Ouh là là, tu as beaucoup de problèmes...

 

Pour les sauvegardes, le plus simple est d'utiliser le mécanisme intégré et proposé par Synology : Hyperbackup.
C'est tellement plus simple pour les restaurations.

Mais pour ça, il faut un second Synology pour héberger les sauvegardes.

 

Car le dump de la base complète avec phpMyAdmin, comme tu l'as constaté, c'est pas simple pour les restaurations.

On peut s'en sortir de plusieurs façon :

- augmenter le timeout des requêtes PHP (quelque part dans les options de PHP)

- segmenter le fichier et le restaurer en plusieurs fois avec phpMyAdmin.

- restaurer en ligne de commande avec la commande mysql qui n'a pas ce problème de timeout.

 

 

Bizarre ton erreur sur la création des index.
Tu peux partager la structure de cette table domotique_energy ?

 

En tout cas cette table a un gros problème, car elle semble être corrompue et c'est ce qui bloque les insertions dans la base, comme le montrent les logs.

 

Je te conseille de supprimer cette table, et de la recréer, mais vide, sans aucune données.
Autant repartir sur une base saine.

 

L'historique sera toujours conservé dans la table domotcharts_energy_day, c'est indépendant.

Posté(e) (modifié)

Je n'ai pas de syno mais un qnap, mais cela ne change pas grand chose

 

Comment recréer la table?

Merci

 

voici la table énergie

 

Sans titre 2.png

Sans titre.png

 

Et sans rien faire a présent c'est la table water qui semble poser problème

 

[29.08.2023] [13:49:00] [ERROR] [QA_DOMOCHARTS_54]: Too much data already in cache
[29.08.2023] [13:49:21] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Connection error : Operation canceled
[29.08.2023] [13:50:00] [TRACE] [QA_DOMOCHARTS_54]: Found 10010 previously stored datas
[29.08.2023] [13:50:00] [ERROR] [QA_DOMOCHARTS_54]: Too much data already in cache
[29.08.2023] [13:50:02] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 23 Out of resources when opening file './domotique/domocharts_water.MYD' (Errcode: 24)
[29.08.2023] [13:50:02] [WARNING] [QA_DOMOCHARTS_54]: Memorize 10010 sensors data

En faite j'ai l'impression qu'il n'y a plus rien qui fonctionne comme il faut

Je pense que je vais devoir repartir a zéro

Modifié par flacon030
Posté(e) (modifié)

Ah oui Qnap, désolé.. mais je pense qu'il y a les mêmes outils que sur Syno, c'est juste le nom qui change.

 

ça c'est le contenu de la table, je voulais voir sa structure (onglet dans phpMyAdmin)

 

Et il faudra faire la même opération pour la table water.
Je ne sais pas pourquoi tu as toutes ces erreurs... à un moment la restauration n'a pas dû bien se passer

 

Sinon pour recréer juste une table, tu peux regarder dans le fichier database.sql qui doit être dans le ZIP téléchargé.... et chercher le paragraphe correspondant.

 

Modifié par Lazer
Posté(e) (modifié)

Il semble qu'il y a effectivement un problème avec les tables

Je vais tenter a nouveau de restaurer le backup, si non je vais essayer de les réparer avec les outils de phpmyadmin

 

 

Sans titre.pngSans titre 3.png

Modifié par flacon030
Posté(e)

Bon je viens de supprimer la base de donner et de l'installer en partant de zéro, et la tous semble a nouveau fonctionner

Je verrais demains si les base journalière fonctionne, en tous les cas en exécutant la fonction trend.php je n'ai plus d'erreur

Je pense que je traine quelques bases défectueuses depuis quelques semaines déjà...

Dommage de ne pas pouvoir récupérer l’historique, mais ou moins je ne traine plus de vieilles ID qui étaient masqués

Et pour info cela fonctionne sous mariaDB 5, car impossible a passer en version 10

Affaire a suivre...

Posté(e)

Tu dois pouvoir restaurer l'historique (toutes les tables _day) en les restaurant manuellement.
Pour cela dans ton fichier dump de sauvegarde, il faut que tu extraies uniquement les lignes correspondant à ces tables (INSERT INTO ..._day VALUES ...) et que tu les charges dans phpMyAdmin.
C'est un peu fastidieux, mais possible.

 

Concernant MariaDB 10 ça doit pouvoir fonctionner, mais il y a un truc qui a merdé quelque part au moment de la migration... mais où ? Là je ne sais pas... :(

 

En tout cas chez moi je suis en v10 depuis longtemps (plus longtemps que la HC3)

Posté(e) (modifié)

merci

je viens de vérifier les table et voici le debug

cela semble fonctionner mais plus loing

[30.08.2023] [00:02:01] [DEBUG] [QA_DOMOCHARTS_54]: 182 sensors data inserted in DB
[30.08.2023] [00:02:11] [TRACE] [QA_DOMOCHARTS_54]: Get devices
[30.08.2023] [00:02:16] [TRACE] [QA_DOMOCHARTS_54]: 0 new devices inserted in DB
[30.08.2023] [00:02:21] [TRACE] [QA_DOMOCHARTS_54]: Generate trends
[30.08.2023] [00:02:22] [TRACE] [QA_DOMOCHARTS_54]: Trends generated
[30.08.2023] [00:02:22] [DEBUG] [QA_DOMOCHARTS_54]: insert into domocharts_temperature_day : 28 lines affected
[30.08.2023] [00:02:22] [DEBUG] [QA_DOMOCHARTS_54]: delete from domocharts_temperature : 0 lines affected
[30.08.2023] [00:02:22] [DEBUG] [QA_DOMOCHARTS_54]: optimize table domocharts_temperature : 1 lines affected
[30.08.2023] [00:02:22] [DEBUG] [QA_DOMOCHARTS_54]: insert into domocharts_temperature_month : 0 lines affected
[30.08.2023] [00:02:22] [DEBUG] [QA_DOMOCHARTS_54]: insert into domocharts_humidity_day : 7 lines affected

c'est normale? je pense que oui car il n'y a pas encore suffisamment de données?

car il n'y a rien dans la table énergie day

[30.08.2023] [00:02:22] [DEBUG] [QA_DOMOCHARTS_54]: optimize table domocharts_network : 1 lines affected
[30.08.2023] [00:02:41] [TRACE] [QA_DOMOCHARTS_54]: Generate daily energy
[30.08.2023] [00:02:43] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-07-31
[30.08.2023] [00:02:43] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:44] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-01
[30.08.2023] [00:02:44] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:44] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-02
[30.08.2023] [00:02:45] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:45] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-03
[30.08.2023] [00:02:45] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:46] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-04
[30.08.2023] [00:02:46] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:46] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-05
[30.08.2023] [00:02:46] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:47] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-06
[30.08.2023] [00:02:47] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:47] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-07
[30.08.2023] [00:02:47] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:48] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-08
[30.08.2023] [00:02:48] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:48] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-09
[30.08.2023] [00:02:48] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:49] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-10
[30.08.2023] [00:02:49] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:49] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-11
[30.08.2023] [00:02:49] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:50] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-12
[30.08.2023] [00:02:50] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:50] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-13
[30.08.2023] [00:02:50] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:51] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-14
[30.08.2023] [00:02:51] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:51] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-15
[30.08.2023] [00:02:51] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:52] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-16
[30.08.2023] [00:02:52] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:53] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-17
[30.08.2023] [00:02:53] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:53] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-18
[30.08.2023] [00:02:53] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:54] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-19
[30.08.2023] [00:02:54] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:54] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-20
[30.08.2023] [00:02:54] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:55] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-21
[30.08.2023] [00:02:55] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:55] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-22
[30.08.2023] [00:02:55] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:56] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-23
[30.08.2023] [00:02:56] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:56] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-24
[30.08.2023] [00:02:56] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:57] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-25
[30.08.2023] [00:02:57] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:57] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-26
[30.08.2023] [00:02:57] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:58] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-27
[30.08.2023] [00:02:58] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:58] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-28
[30.08.2023] [00:02:58] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:59] [DEBUG] [QA_DOMOCHARTS_54]: Energy day : 2023-08-29
[30.08.2023] [00:02:59] [WARNING] [QA_DOMOCHARTS_54]: No data to be sent to NAS
[30.08.2023] [00:02:59] [TRACE] [QA_DOMOCHARTS_54]: 30 energy days generated
[30.08.2023] [00:03:01] [DEBUG] [QA_DOMOCHARTS_54]: 182 sensors data inserted in DB
[30.08.2023] [00:04:00] [DEBUG] [QA_DOMOCHARTS_54]: Total memory in use by Lua : 4765.15 KB, CPU consumed : 9522.09 ms ( 0.794 % )
[30.08.2023] [00:04:01] [DEBUG] [QA_DOMOCHARTS_54]: 182 sensors data inserted in DB

 

Modifié par flacon030
Posté(e)

Oui effectivement, sur les 15 derniers jours, comme il n'y a rien dans la table energy, alors il ne peut rien insérer dans la table energy_day.

 

On voit juste une insertion pour la dernière journée, le 29 aout, pour laquelle 30 valeurs ont bien été insérées.

 

Donc tout semble fonctionner normalement... sauf que tu n'as plus d'historique... si tu es motivé, il faudra les restaurer à la main comme je te l'ai proposé dans mon message précédent.

Posté(e)
Le 28/08/2023 à 12:06, Lazer a dit :

Ah mince, cette erreur "SQLSTATE[HY000] Incorrect usage of UPDATE and ORDER BY" je l'ai vu apparaitre durant mes tests sur l'un de mes serveurs, mais je n'ai pas su la corriger

On en avait parlé en 2021 j'avais un cas similaire, tu m'avait conseillé de virer le Order By sur le Update (ICI)

J'avais modifié trend.php

	/***Modif Henri/lazer vers ligne 250 pas de order by dans le update       ***/
	/***https://www.domotique-fibaro.fr/topic/14935-quick-app-domocharts-graphiques-sur-nas-pour-hc3/?page=3&tab=comments#comment-238265

	//*** Energy
	$query1 = "
		SELECT
			DISTINCT(device_id) AS device_id,
			start_date
		FROM
			domocharts_energy,
			(SELECT DATE_ADD(COALESCE(MAX(`date`), '0001-01-01'), INTERVAL 1 DAY) AS start_date FROM domocharts_energy_day) t
		WHERE
			time < start_date
	";
	$sql1 = $bdd->prepare($query1);
	if ( $sql1->execute() ) {
		$rowcount = $sql1->rowCount();
		$dates = $sql1->fetchAll(PDO::FETCH_ASSOC);
		foreach ($dates as $key => $row) {
			array_push($response['data'], ExecuteQuery($bdd, "
				UPDATE domocharts_energy, (SELECT @prev_index := COALESCE(`index`, 0) FROM domocharts_energy WHERE device_id = :device_id AND time = (SELECT COALESCE(MAX(time), 0) AS last_time FROM domocharts_energy WHERE device_id = :device_id AND time < :start_date)) as temp
				SET value = CAST(- @prev_index + (@prev_index:=`index`) AS DECIMAL(6,3))
				WHERE device_id = :device_id AND time >= :start_date 
				;
			", array('device_id' => intval($row['device_id']), 'start_date' => $row['start_date'])));
		}
		//**ORDER BY id;  ( était à la suite du where pb erreur pas order by sur update suivant derveur sql ) ***********************************//
	}
	else {
		$errorInfo = $sql1->errorInfo();
		array_push($response['data'], array(
			'success' => false,
			'rowcount' => $sql1->rowCount(),
			'error' => array(
				'code' => $errorInfo[1],
				'message' => 'SQLSTATE['.$errorInfo[0].'] '.$errorInfo[2]
			)
		));
	}

Et depuis je n'ai plus ce problème. (Linux/mysql)

 

J'espère ne pas être hors sujet ...

×
×
  • Créer...