Plugin MySQL

[jturlier]

Le champ date/heure à l'intérieur de ma table est du type %Y%m%d%H%M (200608221015). Les résultats avec la template "statistiques" (la seule que j'ai utilisée jusqu'à présent) indiquent la date du 01 janvier 1970. Si je spécifie time stamp unix sur le champ recdate (date/heure) le résultat est identique.
Où est l'erreur ?
Merci de l'aide que vous pourrez m'apporter.
Jean

[jturlier]

+
très nombreux plantages de l'appli, obligé de la casser avec le gestionnaire de tâches Windows.
+
"could not find {mysql obdc 3.51 driver} in system information" alors que au premier traçage de courbe on y arrive.

Pour info, ma station est une wmr928nx avec "virtual weather station 12.0.8 (vws.exe)" et vwsql.exe qui vient charger une table mysql en synchro avec les mises à jour des fichiers data de vws.exe.

Je souhaite utiliser graphweather pour la qualité des graphiques qui est nettement meilleure que celle de vws. ( graphweather version 1.5.1, indique version=140 dans config.cfg)

Merci encore

Jean

[TiToine]

Salut,

Apparement tu utilises bien le plugin, c'est bien un champ date et heure de format %Y%m%d%H%M. N'utilise pas timestamp unix. La seconde ligne "heure" doit être vide.

Il est possible que ca ne fonctionne pas car il y avait pas mal de bug dans la lecture des dates. Le problème étant de savoir si le champ est du texte, ou alors un timestamp ou non MySQL, ou encore une valeur numérique (nombreux existants), ou bien un mixe de tout ca sur deux champs...
J'ai réécris toute cette partie qui semble maintenant bien fonctionner.

Pour les plantages, j'ai eu aussi quelques problèmes avec Mysql dans certains cas, ca venait des échelles automatiques...réécrites aussi.

Pour le problème "could not find {mysql obdc 3.51 driver} in system information", je ne sais pas. Si tu arrives à te connecter pour la premiere courbe, ca devrait fonctionner par la suite. A suivre.

Je vais mettre en ligne une version 1.5.2 en fin de semaine, tu pourras essayer.

La version 140 dans config.cfg était juste pour la compatibilité des options. Je ne m'en sers plus, mais je la remettrai à jour.

Antoine.

[jturlier]

Bonjour Antoine,
Dans la table, tous les champs sont des float (x,3) x=7 à 12. le champ recdate est bigint(20).
En tout cas merci beaucoup de ta réponse rapide, j'attends la suite pour tester.
Jean

[TiToine]

Je pense que le problème vient du champ recdate en bigint. Ca n'était pas du tout géré (enfin si, mais très mal) dans l'ancienne version du plugin. La nouvelle doit en théorie régler tout ca avec un maximum de compatibilité pour tout type de champs.

[jturlier]

Antoine,
Ce message serait peut-être plus à sa place dans un "future version".
Est-ce que certaines variables supplémentaires pourraient être ajoutées dans ton plugin MySQL.
La table MySQL chargée à partir d'une station WMR928NX comporte un certain nombre de données qui ne sont pas présentes (sans calculs aditionnels, on fait des économies de tps de traitement) dans GW.
La structure de cette tbl est disponible à :
(http://jturlier.homeip.net:81/table_meteo.html)

Merci

Jean

[TiToine]

Salut,

J'ai relevé ce qu'il manquait avec ce que j'ajouterai :

Evapotranspiration (ajouter)
IndoorHeatIndex
AirDensity (ajouter)
VirtualTemperature
VaporPressure (ajouter)
Tout les Rate
RainDaily
WindRunDaily
DegDaysHeatingDaily
DegDaysCoolingDaily
MoonPhase
MonthlyRain
DegDaysHeatingMonthly
DegDaysCoolingMonthly
WindRunMonthly
DegDaysHeatingYearly
DegDaysCoolingYearly
WindRunYearly

Pour ce qui est des taux, c'etait prévu pour la 1.6 donc toutes les sondes auront leur taux calculé sur les 3h précédentes (pour faire avoir acces aux tendances).
Si les taux existent ils ne seront pas recalculés.

Pour ce qui est des Daily Monthly Yearly faut voir comment integré tout ca.

Il faudrait que je fasse une système de cache pour éviter de recacluler à chaque fois tous les enregistrements (soit sous forme d'un fichier, soit en mémoire)