Nouvelle version 2.0 Alpha
- jturlier
- Membre
- Messages : 3149
- Inscription : mar. août 22, 2006 8:38 am
- Localisation : 34410 Sérignan - Languedoc
- Contact :
Bonsoir Antoine,
comme Nenette le canard est toujours vivant. Pas de msg d'erreur.
Adresse de Défaillance 0x0001e54b.
comme Nenette le canard est toujours vivant. Pas de msg d'erreur.
Adresse de Défaillance 0x0001e54b.
Jean
Station : VP2 Pro Console Vue + anémomètre à Ultra-sons
Logiciels : Cumulus 1.9.4 + Cumulus2SQL
Serveur local : Apache + MySQL +PHP
PC : W10
Support Audio : FR
http://meteoserignan.ddns.net

"Aide-toi d'abord toi-même et les autres t'aideront ... peut-être"
Station : VP2 Pro Console Vue + anémomètre à Ultra-sons
Logiciels : Cumulus 1.9.4 + Cumulus2SQL
Serveur local : Apache + MySQL +PHP
PC : W10
Support Audio : FR
http://meteoserignan.ddns.net

"Aide-toi d'abord toi-même et les autres t'aideront ... peut-être"
J'ai trouvé mon problème:
j'ai vérifié le fichier cité et, effectivement, il n'y est plus. Mais c'est lié à une anomalie du programme: dans les préférences, il est mentioné une feuille de style par défaut, je suppose. Or, dans les onglets, on redonne de nouveau une feuille de style. Donc, dans l'onglet, j'ai eu l'occasion de choisir une nouvelle feuille et j'ai supprimé l'ancienne qui ne me servait plus. Apparemment, cela ne génait pas le fonctionnement de GW jusqu'à la 2.0.20 qui ne tenait pas compte de cette feuille par défaut. Mais, à partir de la 30, visiblement, il cherche absolument cette feuille et refuse d'aller plus loin, ni d'avoir accès à "préférences" pour corriger. J'ai fini par aller corriger par éditeur dans le fichier config.
Donc, probléme réglé pour moi, mais petite rectif à faire dans le programme : soit supprimer cette option par défaut, soit de passer outre ce controle sur le fichier par défaut s'il existe un fichier désigné dans les onglets?
j'ai vérifié le fichier cité et, effectivement, il n'y est plus. Mais c'est lié à une anomalie du programme: dans les préférences, il est mentioné une feuille de style par défaut, je suppose. Or, dans les onglets, on redonne de nouveau une feuille de style. Donc, dans l'onglet, j'ai eu l'occasion de choisir une nouvelle feuille et j'ai supprimé l'ancienne qui ne me servait plus. Apparemment, cela ne génait pas le fonctionnement de GW jusqu'à la 2.0.20 qui ne tenait pas compte de cette feuille par défaut. Mais, à partir de la 30, visiblement, il cherche absolument cette feuille et refuse d'aller plus loin, ni d'avoir accès à "préférences" pour corriger. J'ai fini par aller corriger par éditeur dans le fichier config.
Donc, probléme réglé pour moi, mais petite rectif à faire dans le programme : soit supprimer cette option par défaut, soit de passer outre ce controle sur le fichier par défaut s'il existe un fichier désigné dans les onglets?
Dernière modification par lipban le mer. févr. 13, 2008 11:12 pm, modifié 1 fois.
Bonsoir a tous,
Je viens de passer de la 1.6 a la 2.0.3 et maintenant a la 2.0.40. Ma station est une WS2350 qui me fournit via heavy weather les fichiers LST (toute les min) et DAT toutes les heures.
Je n'ai pour l'instant rencontré aucune fenetre d'erreur.
Par contre, j'ai constaté ceci :
* Le temps reel avec avec les options Filtrer, assembler et recherche activees ou non, met a jour le fichier data.txt qu'au démarrage du transfere FTP T.R.. Delai de mise a jour 30s.
Trace du log :
13/02/2008 23:10:56 : Process is starting...
13/02/2008 23:10:56 : Starting main thread...
13/02/2008 23:10:56 : Main thread started.
plus rien meme apres 5min
* Le transfer des fichiers stats ne s'effectue pas. Comment configurer le chemin distant? j'ai essaye juste le sous dossier ou toute l'adresse du site mais idem. Dans le dernier cas j'ai eun une erreur d'impossibilite d'envoyer le fichier E:LogicielsGraphWeather2Statistics200822008_02.xml
trace du log
13/02/2008 22:38:22 : Process is starting...
13/02/2008 22:38:22 : Starting main thread...
13/02/2008 22:38:22 : Main thread started.
13/02/2008 22:38:22 : Exporting to meteoeybens/Day_Graph.jpg
13/02/2008 22:38:56 : Exporting to meteoeybens/Month_graph_actu.jpg
13/02/2008 22:39:00 : Exporting to meteoeybens/year_graph_actu.jpg
13/02/2008 22:39:04 : Unable to send file E:LogicielsGraphWeather2Statistics200822008_02.xml
13/02/2008 22:39:04 : Reset connection.
13/02/2008 22:39:35 : Unable to send file E:LogicielsGraphWeather2Statistics200822008_02.xml
13/02/2008 22:39:35 : Reset connection.
13/02/2008 22:40:03 : Main thread is stopping...
13/02/2008 22:40:03 : Unable to send file E:LogicielsGraphWeather2Statistics20082008.xml
13/02/2008 22:40:03 : Reset connection.
13/02/2008 22:40:03 : Main thread stopped.
13/02/2008 22:40:03 : Process stopped.
13/02/2008 22:40:30 : Process is starting...
13/02/2008 22:40:30 : Starting main thread...
13/02/2008 22:40:30 : Main thread started.
13/02/2008 22:40:30 : Exporting to meteoeybens/Day_Graph.jpg
13/02/2008 22:40:33 : Exporting to meteoeybens/Month_graph_actu.jpg
13/02/2008 22:40:37 : Exporting to meteoeybens/year_graph_actu.jpg
Si j'en vois d'autre je vous ferais par de celle-ci.
Merci et bravo a tous.
A+
Lio
Je viens de passer de la 1.6 a la 2.0.3 et maintenant a la 2.0.40. Ma station est une WS2350 qui me fournit via heavy weather les fichiers LST (toute les min) et DAT toutes les heures.
Je n'ai pour l'instant rencontré aucune fenetre d'erreur.
Par contre, j'ai constaté ceci :
* Le temps reel avec avec les options Filtrer, assembler et recherche activees ou non, met a jour le fichier data.txt qu'au démarrage du transfere FTP T.R.. Delai de mise a jour 30s.
Trace du log :
13/02/2008 23:10:56 : Process is starting...
13/02/2008 23:10:56 : Starting main thread...
13/02/2008 23:10:56 : Main thread started.
plus rien meme apres 5min
* Le transfer des fichiers stats ne s'effectue pas. Comment configurer le chemin distant? j'ai essaye juste le sous dossier ou toute l'adresse du site mais idem. Dans le dernier cas j'ai eun une erreur d'impossibilite d'envoyer le fichier E:LogicielsGraphWeather2Statistics200822008_02.xml
trace du log
13/02/2008 22:38:22 : Process is starting...
13/02/2008 22:38:22 : Starting main thread...
13/02/2008 22:38:22 : Main thread started.
13/02/2008 22:38:22 : Exporting to meteoeybens/Day_Graph.jpg
13/02/2008 22:38:56 : Exporting to meteoeybens/Month_graph_actu.jpg
13/02/2008 22:39:00 : Exporting to meteoeybens/year_graph_actu.jpg
13/02/2008 22:39:04 : Unable to send file E:LogicielsGraphWeather2Statistics200822008_02.xml
13/02/2008 22:39:04 : Reset connection.
13/02/2008 22:39:35 : Unable to send file E:LogicielsGraphWeather2Statistics200822008_02.xml
13/02/2008 22:39:35 : Reset connection.
13/02/2008 22:40:03 : Main thread is stopping...
13/02/2008 22:40:03 : Unable to send file E:LogicielsGraphWeather2Statistics20082008.xml
13/02/2008 22:40:03 : Reset connection.
13/02/2008 22:40:03 : Main thread stopped.
13/02/2008 22:40:03 : Process stopped.
13/02/2008 22:40:30 : Process is starting...
13/02/2008 22:40:30 : Starting main thread...
13/02/2008 22:40:30 : Main thread started.
13/02/2008 22:40:30 : Exporting to meteoeybens/Day_Graph.jpg
13/02/2008 22:40:33 : Exporting to meteoeybens/Month_graph_actu.jpg
13/02/2008 22:40:37 : Exporting to meteoeybens/year_graph_actu.jpg
Si j'en vois d'autre je vous ferais par de celle-ci.
Merci et bravo a tous.
A+
Lio
Complement d'info :
Je viens de passer le delai d'exportation du temps reel a 60s (plugin filtre, assemblage et recherche cochees) et maintenant j'obtiens ceci dans le log :
13/02/2008 23:19:55 : Main thread is stopping...
13/02/2008 23:19:55 : Main thread stopped.
13/02/2008 23:19:55 : Process stopped.
13/02/2008 23:19:59 : Process is starting...
13/02/2008 23:19:59 : Starting main thread...
13/02/2008 23:19:59 : Main thread started.
13/02/2008 23:21:01 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:21:01 : Reset connection.
13/02/2008 23:22:33 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:22:33 : Reset connection.
13/02/2008 23:24:05 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:24:05 : Reset connection.
13/02/2008 23:25:37 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:25:37 : Reset connection.
Concernant le fichier sur le site, il est "mis a jour" toutes les 2 mins avec les meme valeurs que lors du demarrage du temps reel. Ses heures d'enregistrements sont 23:24,23:26. Cette heure d'enregistrement correspond a l'heure de l'erreur Unable to send buffer.
Si ca peut aider.
A+
Je viens de passer le delai d'exportation du temps reel a 60s (plugin filtre, assemblage et recherche cochees) et maintenant j'obtiens ceci dans le log :
13/02/2008 23:19:55 : Main thread is stopping...
13/02/2008 23:19:55 : Main thread stopped.
13/02/2008 23:19:55 : Process stopped.
13/02/2008 23:19:59 : Process is starting...
13/02/2008 23:19:59 : Starting main thread...
13/02/2008 23:19:59 : Main thread started.
13/02/2008 23:21:01 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:21:01 : Reset connection.
13/02/2008 23:22:33 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:22:33 : Reset connection.
13/02/2008 23:24:05 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:24:05 : Reset connection.
13/02/2008 23:25:37 : Unable to send buffer. La connexion avec le serveur a été réinitialisée
13/02/2008 23:25:37 : Reset connection.
Concernant le fichier sur le site, il est "mis a jour" toutes les 2 mins avec les meme valeurs que lors du demarrage du temps reel. Ses heures d'enregistrements sont 23:24,23:26. Cette heure d'enregistrement correspond a l'heure de l'erreur Unable to send buffer.
Si ca peut aider.
A+
- TiToine
- Site Admin
- Messages : 3356
- Inscription : lun. mars 20, 2006 11:16 am
- Localisation : Montréal
- Contact :
Lipban, OK pour tes remarques. En fait c'est une situation qui n'est pas sensée arriver mais je vais faire le nécessaire pour qu'on puisse quand même démarrer GW.
Lisyl, J'ai supprimé par mégarde la ligne de log qui indique que le fichier data.txt a bien été transféré, théoriquement il l'est. L'explication pour ton complément, c'est qu'au bout d'une minute le serveur réinitialise la connection (car il ne reçoit rien), donc GW se reconnecte (reset connection) et envoie le fichier. Vérifie la date de modification sur ton serveur voir si le fichier est bien mis à jour.
Pour le chemin distant et le transfert de la base, il faut que ton chemin ressemble à meteoeybens/statistics ou meteoeybens/stats. Je vais détailler plus les logs dans la prochaine version.
Lisyl, J'ai supprimé par mégarde la ligne de log qui indique que le fichier data.txt a bien été transféré, théoriquement il l'est. L'explication pour ton complément, c'est qu'au bout d'une minute le serveur réinitialise la connection (car il ne reçoit rien), donc GW se reconnecte (reset connection) et envoie le fichier. Vérifie la date de modification sur ton serveur voir si le fichier est bien mis à jour.
Pour le chemin distant et le transfert de la base, il faut que ton chemin ressemble à meteoeybens/statistics ou meteoeybens/stats. Je vais détailler plus les logs dans la prochaine version.
- MAGNUS
- Membre
- Messages : 992
- Inscription : dim. mars 26, 2006 4:44 pm
- Localisation : VIDAUBAN (83) FRANCE
- Contact :
Bonjour,
Je viens d'essayer la V2.43
En ce qui concernait le bug signalé dans mon post précédent concernant les statistiques, voici mes nouvelles observations:
1° Cas : Dans le plugin WS2300 l'option currdat.lst ainsi que assemblage virtuel des fichiers history.dat décoché = pas de bug lors de l'installation des statistiques.
2° Cas : currdat.lst coché = Pas de bug
3° Cas : Assemblage virtuel des fichiers history.dat coché = bug et GW se ferme
CONCLUSION ! Ce serait l'assemblage virtuel des fichiers, lorsque cette option est cochée, qui poserait problème, du moins chez moi ,
D'autre part, toujours une divergence entre le total pluie entre les statistiques qui est inférieur à celui affiché dans la fenêtre de Heavyweather et les graph. de Graphweather qui eux sont identiques.
Je viens d'essayer la V2.43
En ce qui concernait le bug signalé dans mon post précédent concernant les statistiques, voici mes nouvelles observations:
1° Cas : Dans le plugin WS2300 l'option currdat.lst ainsi que assemblage virtuel des fichiers history.dat décoché = pas de bug lors de l'installation des statistiques.
2° Cas : currdat.lst coché = Pas de bug
3° Cas : Assemblage virtuel des fichiers history.dat coché = bug et GW se ferme
CONCLUSION ! Ce serait l'assemblage virtuel des fichiers, lorsque cette option est cochée, qui poserait problème, du moins chez moi ,
D'autre part, toujours une divergence entre le total pluie entre les statistiques qui est inférieur à celui affiché dans la fenêtre de Heavyweather et les graph. de Graphweather qui eux sont identiques.
Dernière modification par MAGNUS le jeu. févr. 14, 2008 9:10 am, modifié 1 fois.
Station WMR 200 avec XNet_meteo V 2014-10-29a Logiciels:Graphweather V 3.0.16, Noaa Template2, Windows 7
Mon abri météo ici :http://www.vardecouverte.fr/sta%20bc2008.htm
Site Web : http://www.vardecouverte.fr

Mon abri météo ici :http://www.vardecouverte.fr/sta%20bc2008.htm
Site Web : http://www.vardecouverte.fr

bonjour3° Cas : Assemblage virtuel des fichiers history.dat coché = bug et GW se ferme
CONCLUSION ! Ce serait l'assemblage virtuel des fichiers, lorsque cette option est cochée, qui poserait problème, du moins chez moi ,
D'autre part, toujours une divergence entre le total pluie entre les statistiques qui est inférieur à celui affiché dans la fenêtre de Heavyweather et les graph. de Graphweather qui eux sont identiques.
exactement les mêmes soucis chez moi ( comme indiqué 5 post plus haut) y compris la grosse difference avec les précipitations entre le cumul calculé et le réel .
tout le reste à l'air de fonctionner.
Dominique
Dernière modification par dominique le jeu. févr. 14, 2008 12:23 pm, modifié 1 fois.
-
- Membre
- Messages : 202
- Inscription : dim. mai 14, 2006 11:45 am
- Localisation : Croisette (62)
- Contact :
Bonjour ,
J'ai installé la version derniére de GW .
Impossible cette fois de faire fonctionner sous plugin MYSQL .
GW me renvoie le message d'erreur suivant :
.....
Coulnd not find driver (Mysql ODBC 3.51 driver) in system information .
Ma base de données est accessible , se charge et se lit correctement .
Aucun probléme de ce genre avec la version précédente .
je suis revenu sans probléme avec le plugin WS3600
aucun probléme d'assemblage des history .
Par ailleurs j'ai essayé de charger les stats par le ftp interne GW ,
impossible GW comme pour la version précédente ,me renvoie l'erreur suivante :
ftp interrompu : paramètre incorrect code 87
Cordialement
Michel dit Boucher
J'ai installé la version derniére de GW .
Impossible cette fois de faire fonctionner sous plugin MYSQL .
GW me renvoie le message d'erreur suivant :
.....
Coulnd not find driver (Mysql ODBC 3.51 driver) in system information .
Ma base de données est accessible , se charge et se lit correctement .
Aucun probléme de ce genre avec la version précédente .
je suis revenu sans probléme avec le plugin WS3600
aucun probléme d'assemblage des history .
Par ailleurs j'ai essayé de charger les stats par le ftp interne GW ,
impossible GW comme pour la version précédente ,me renvoie l'erreur suivante :
ftp interrompu : paramètre incorrect code 87
Cordialement
Michel dit Boucher
OS : Windows 10 Professional
Station Météo : Vantage PRO2
Cumulus version 3.00 b 3043
Meteotemplate 17.0 Nectarine
http://lecourtilauxepines.eu
http://lecourtilauxepines.pagesperso-orange.fr
Station Météo : Vantage PRO2
Cumulus version 3.00 b 3043
Meteotemplate 17.0 Nectarine
http://lecourtilauxepines.eu
http://lecourtilauxepines.pagesperso-orange.fr
Bonjour titoine,TiToine a écrit :Lisyl, J'ai supprimé par mégarde la ligne de log qui indique que le fichier data.txt a bien été transféré, théoriquement il l'est. L'explication pour ton complément, c'est qu'au bout d'une minute le serveur réinitialise la connection (car il ne reçoit rien), donc GW se reconnecte (reset connection) et envoie le fichier. Vérifie la date de modification sur ton serveur voir si le fichier est bien mis à jour.
Pour le chemin distant et le transfert de la base, il faut que ton chemin ressemble à meteoeybens/statistics ou meteoeybens/stats. Je vais détailler plus les logs dans la prochaine version.
Je te confirme que le fichier est bien recopie sur le serveur lors de sa reconnexion, au momment ou il marque "Unable to send buffer. La connexion avec le serveur a été réinitialisée" dans le fichier log. Mais le contenu de celui-ci est identique à ce qu'il y avait lorsque je clique sur "Démarrer le transfert FTP en temps reel", demarrage du processus.
Par contre je ne rencontre aucun probleme de plantage de GW cité dans les autres posts (qqsoit les options cochees). Mais je pense que l'on parle tous du meme probleme, qui reagit differemment suivant les PC.
A+
Lio