Je t’ai envoyé le correctif
Merci @superbricolo, je test demain et te fait un retour sur le bon fonctionnement en v4.
L’erreur a bien disparu avec la dernières version de tes fichiers. Ça fonctionne bien en V4 sous Debian 10. Il y a quelques erreur css sur le menu mais c’est pas très gênant et ça je peux surement trouver l’origine et le corriger
Par contre, j’ai toujours un problème lors de l’export des datas, problème que j’ai depuis l’installation du plugin sous PHP 7.3. Le fichier exporté ne contiens pas de data, cf ci dessous, si tu as une idée
DROP TABLE IF EXISTS `conso_teleinfo`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `conso_teleinfo` (
`timestamp` bigint(10) NOT NULL DEFAULT 0,
`rec_date` date NOT NULL,
`rec_time` time NOT NULL DEFAULT '00:00:00',
`hchp` bigint(9) NOT NULL DEFAULT 0,
`hchc` bigint(9) NOT NULL DEFAULT 0,
`ptec` varchar(2) CHARACTER SET latin1 COLLATE latin1_general_ci NOT NULL,
`inst1` tinyint(3) NOT NULL DEFAULT 0,
`imax1` tinyint(3) NOT NULL DEFAULT 0,
`pmax` int(5) NOT NULL DEFAULT 0,
`papp` int(5) NOT NULL DEFAULT 0,
`id_equipement` int(11) NOT NULL DEFAULT 0,
`temp` float DEFAULT NULL,
PRIMARY KEY (`timestamp`,`id_equipement`),
UNIQUE KEY `timestamp` (`timestamp`),
KEY `rec_date` (`rec_date`),
KEY `rec_date_time` (`rec_date`,`rec_time`),
KEY `rec_time` (`rec_time`),
KEY `hchc` (`hchc`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;
--
-- Dumping data for table `conso_teleinfo`
--
-- WHERE: rec_date < (curdate() - interval 1 month)
LOCK TABLES `conso_teleinfo` WRITE;
/*!40000 ALTER TABLE `conso_teleinfo` DISABLE KEYS */;
/*!40000 ALTER TABLE `conso_teleinfo` ENABLE KEYS */;
UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;
/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;
-- Dump completed on 2020-01-02 9:43:43
Pour corriger le décalage du menu en v4, j’ai ajouté ce css dans la personnalisation de jeedom.
select#conso_ecq {
width: auto;
height: 60px;
}
1 « J'aime »
Moi aussi j’ai le même pb … mais pas sur la même ligne …
Le code que tu mets, c’est pour créer la table des infos du jour. Il n’y a pas d’export dedans.
Qu’entends tu par les d’export c’est ça?
Je viens de comprendre que c’était le fichier exporté que tu m’as donné. 
Edit: tu sauvegardes avec quel format?
Je sauvegarde en Gzip, le même export fonctionne bien avec jeddom v3 sous debian 9.
tiens, je voulais regarder des valeurs qui me parraissaient bizarres en historiques, j’ai donc téléchargé le xls du graphique et je me retrouve avec des valeurs … bonnes je pense mais tout a la même date …
qu’en dites vous ?
Je ne pense pas que cela vienne du PHP. Je dirais plutôt un problème sur la commande d’export. Peux-tu poster l’information de sauvegarde pour que je voie la commande. Comme cela:
***********************Historisation ****************************
Sauvegarde en GZ
Préparation de la sauvegarde (/var/www/html/plugins/conso/core/class/../../save_2020-01-02_13_19_12.sql.gz)
mysqldump --opt -hlocalhost -ujeedom -p**************ac jeedom conso_teleinfo | gzip > /var/www/html/plugins/conso/core/class/../../save_2020-01-02_13_19_12.sql.gz
Création de la Sauvegarde en cours ........
Sauvegarde terminée avec Succès
[END CONSO_HISTORIQUE SUCCESS]
oups c’etait pas pour moi, tu auras un autre support…
Et toi aussi tu as le problème?
Cherche pas plus loin, j’ai trouvé mon erreur, je sélectionnais l’export des données de plus d’un mois, mais comme je n’ai pas de donnée de plus d’un mois car je n’ai pas encore réimporté mes données de la v3.
je pense que c’était pour moi mais je ne sais comment obtenir ce log …
C’était pour @Alpine_Z. Je n’ai pas encore regardé ton problème.
oups, dsl … En ce qui me concerne, pas d’urgence, tu m’as déjà bien dépanné, ne te met pas la ratte au cours bouillon pour moi ! lol
@superbricolo Merci pour le travail fait sur le plugin Suivi_Conso que j’ai depuis un peu plus d’une année.
Je suis passé sous Buster + Jeedom V4 hier et depuis comme tout le monde avant, plus d’accès au plugin Suivi_Conso.
J’ai lu (presque) tous les messages de ce post et j’en arrive à la conclusion que tes modifications résulvent (presque) tous les problèmes de compatibilité, pourrais-tu me faire parvenir en MP ta version « optimisée » du plugin Suivi_Conso?
Merci
Donne moi ton mail en MP