Problème transfert données

[JP54]

Bonjour les amis,
Ce matin suite à in problème avec mon pluviomètre (cône bouché) j'ai modifié mon fichier .WLK il manquait 5.2mm, j'ai supprimé les lignes dans la base de données et relancer le transfert avec VP2SQL 1.0.2.20 et je suis parti au boulot.
En rentrant tout à l'heure j'ai remarqué un problème, VP2SQL transfère bien les données mais avec du retard.
A 18h20 il m'a envoyé les données de ce matin 11h05
Ma base de données me parait correct, du moins je pense, je ne sais pas ce qui se passe.
Ci dessous une partie de mon fichier Log de VP2SQL
Merci d'avance pour votre aide
Pascal

[Météo Villarzel]

Salut Pascal,
j'ai eu exactement le même problème et je me suis fait ch.. 3 jours pour comprendre et je n'ai toujours pas compris

J'avais aussi un retard de 5-6 heures, le problème est dans le fichier wlk, mais je ne voyais rien dans WL, pour finir j'ai fermer sata2sql, déconnecté ma station, supprimer environ 10 jours dans le fichier wlk, supprimé ces 10 jours dans la bdd, dans la table data et maximinidata, relancé WL pour qu'il récupère les valeurs enregistrée dans la station, puis relancé data3SQL.
Tous est revenu en ordre.
Fait quand même une sauvegarde de ton der nier fichier wlk.

Bonne soirée

A+

[JP54]

Je vais faire de même, je vais supprimer tout le mois d'août, ça 10 jours et je verrais ce que ça donne, je te tiens au courant
merci Pierre André

[JP54]

Bonjour,
J'ai suivie ta procédure Pierre André, j'ai supprimé de 2 au 10 août sur le fichier wlk, j'ai fais de même dans les deux tables de la base de données, débranché la station, relancé WL et VP2SQLet ce matin tout est rentré dans l"ordre
Je suis bien content, par contre ce qui est frustrant c'est de ne pas savoir le pourquoi du comment, sans doute un bug dans le fichier wlk comme tu lt dis.
Merci beaucoup pour ton aide Pierre André, je vais quand même surveiller VP2SQL de prêt.

[jturlier]

Bonjour Pascal et Pierre-André,
Dans le log, il apparait qu'on reste sur un enregistrement et que le programme tourne dessus.
ceci peut signifier que les derniers éléments de la table minimaxi n'avaient pas été effacés.
delete from matable where recdatetz>=201508100000;
delete from minimaximatable where recdatetz>=201508100000;

Par contre, y a-t-il eu des modifs manuelles dans le fichier wlk ?
Si c'est le cas, on peut effectivement retomber sur le problème que tu (PA) avais eu, je n'ai aucune idée quant à la raison de ce bug. Je pense qu'il y a une anomalie dans le fichier que je ne peux pas traiter sans l'avoir identifiée

[JP54]

Bonjour,
Pour ma part oui j'ai modifié le fichier wlk manuellement vers 6h00, j'ai rajouter 5.2mm vu que mon pluvio était bouché, puis j'avais supprimer la journée du 10 dans les deux tables de la base de données et relancer VP2SQL. J'ai vu que le transfert se faisant correctement et je suis partie au boulot et c'est en rentrant que j'ai vu le bug.
Jean si je t'envoie mon fichier Logs est ce que ça pourrait t'avancer pour identifié le problème.

[JP54]

Bonjour les amis,
J'ai encore eu ce problème avec VP2SQL, le transfert s'est arrêté à 15h30, j'ai vérifié mon fichier 2016-12.WLK, je n'ai pas vu d'erreur, j'ai supprimé mes données du jour dans la base de donnés, j'ai relancé VP2SQL et même problème, arrêt à 15h30.
J'ai donc fais comme Pierre André, j'ai supprimé deux jours dans le fichier 2016-12.WLK, j'ai fais la même chose dans la base de donnés, j'ai relancé WL puis VP2QSQL est tout est rentré dans l'ordre.
Passez de bonnes fêtes