giffre

Bonjour Noël et merci pour le test. La base commence effectivement au 2 juillet, date de départ de cette expérimentation. Cela repésente (aujourd'hui 29/07) 2448 pages (12240 intervalles de 5 minutes) !

voici ce que j'ai trouvé sur le site en questionJusqu'au 2 Août 2009 inclus, nos bulletins seront plus rares et parfois incomplets en raison des vacances des 2 prévisionistes amateurs. Bien sûr avant de faire une course en montagne, n'oublier pas de consulter les bulletins officiels payants de MétéoFrance (Tél 3250) et MétéoSuisse(Tél 162). La ligne éditoriale de notre site est que se faire une idée du temps qui va faire dans nos montagnes nécéssite la consultation de multiples prévisions amateurs et professionnels. Notre site reste entièrement gratuit et la rédaction est effectuée par des bénévoles. Bref, c'est gratuit ! mais a vous de téléphoner a météo france ou suisse. Le site n'est là que pour vous donner "une idée du temps" ! ça tombe bien je vais la première semaine d'Aout, en famille, a Chamonix ; je suis donc avertis !

A voir et a méditer ! Restons a notre place ! Vidéo d'Alarme d'un membre de secours en montage / météo amateur pas fiable

J'avais de problème identique sur une freebox et bizarrement le problème a été réglé après le changement du transfo d'alimentation lorsqu'il est tombé HS !

J'ai ajouté plusieurs fonctions aujourd'hui. C'est dommage, il y a déjà 12 testeurs mais aucun commentaire ici. (et je ne parle pas de celui qui est en bretagne qui a déjà testé plusieurs fois -; ). Tud....? Le but de ce programme est de reproduire ce qui est promis par Davis Instruments mais pas actif aujourd'hui : La récupération des données depuis le site weatherlink.com. Je commence à comprendre pourquoi cette option n'est toujours pas active !

Bonjour, Il y a deux programmes qui tournent sur un PC sous Linux/Debian (j'ai aussi une version Windows). Le premier programme va chercher régulièrement les données dans une station qui est équipée d'un weatherlinkIP 6555. Ca fonctionne aussi avec le datalogger série 6510SER lorsque qu'il est directement connecté au PC. Les données sont enregistrées dans une base MySQL. Le deuxième programme se comporte comme une console Vantage Pro/Pro2 et permet d'envoyer jusqu'à 32767 pages (163835 enregistrements) en un seul download. Au pas de 1 minute l'autonomie est de 113 jours, 5 minutes = 568 jours, 10 min = 1137 jours... plus de 3 ans ! les 32767 pages sont une limitation de Weatherlink. Donc si vous avez plus de 32767 pages, il vous suffit de faire une Xième demande de download pour récupérer la base entière. Le programme est multi-utilisateurs. Donc vous pouvez être dessus à plusieurs en même temps. Actuellement mon upload sur Internet étant de 1 Mo/s le temps de transfert est plus long ( 2 minutes pour 2100 pages). En local à 100 Mo/s le temps est d'environ 35 secondes. Je vais implanter les fonctions de consultations temps-réel (strip chart) prochainement. L'idéal étant de rendre le programme multi-stations et de le mettre sur un serveur dédié. Je laisse en test le programme jusqu'à la fin de la semaine prochaine (sauf en cas d'orage). Vous pouvez tester autant que vous voulez.

Modification du 23/07 : Après modifications, il n'y a plus de plantage. Vous pouvez faire des essais ----- Il y a encore effectivement des erreurs ! ce produit n'est pas encore stabilisé mais cela va venir. Ce datalogger est multi-utilisateurs pourtant. Merci pour le feed back

Je vous propose de tester une station météo Vantage Pro2 équipée d'un datalogger haute vitesse et grande capacité et cela avec votre logiciel Weatherlink (versions 5.8.0 / 5.8.1 / 5.8.2). C'est très simple : - Créer un nouvelle station : (File / New Station...) mettre un nom comme par ex : "essai" - Ne pas utiliser le parametrage Walktrhoug... (en sortir donc après avoir créé la nouvelle station) - Faire setup / station config - la station est une Vantage Pro Plus et ajouter Soil Moisture 1 et 2 ainsi que Temperature Sol 1 et 2 - Faire setup / communication port... Communication : TCP/IP Adresse : 82.240.85.234 Port : 5905 (habituellement 22222) Faire : File / Download.... Attention : NE PAS UTILISER LE STRIP CHART J'attends vos impressions ! Giffre

Un thread est un processus qui fonctionne en parallèle de l'application principale. C'est a dire un morceau de programme qui fonctionne de manière autonome en dehors du programme principal. c'est un type de programmation que l'on retrouve de plus en plus lorsqu'un programme a besoin d'effectuer une tache sans bloquer l'application principale.pour le second message, il s'agit d'un problème d'envoi des données "Unable to send buffer"; "impossible d'envoyer les données du buffer". Un "buffer" est une zone contenant les données a envoyer (ou a recevoir) maintenant je ne connais pas le programme que tu utilises. Il m'est donc difficile de répondre.

C'est pas franchement de l'instrumentation météo....Maintenant si tu me demande mon avis de photographe je vais te répondre qu'il n'ouvre qu'a 4.5 pour 100mm et 6,7 a pleine focale ce qui n'est pas lumineux pour faire de la photo de nuit... Trouve toi un 1.8 /85 mm pour faire ce type de photos, c'est préférable.

Bonjour, Les fichiers .WLK ont une structure binaire qui n'ont rien en commun avec des fichier ASCII concaténables avec la commande copy du DOS. Voici la structure d'un fichier .wlk : --------------------- Data File Structure What follows is a technical description of the .WLK weather database files. This is of interest mostly to programmers who want to write their own programs to read the data files. The data filename has the following format: YYYY-MM.wlk where YYYY is the four digit year and MM is the two digit month of the data contained in the file. The structures defined below assume that no bytes are added to the structures to make the fields are on the "correct" address boundaries. With the Microsoft C++ compiler, you can use the directive "#pragma pack (1)" to enforce this and use "#pragma pack ()" to return the compiler to its default behavior. // Data is stored in monthly files. Each file has the following header. struct DayIndex { short recordsInDay; // includes any daily summary records long startPos; // The index (starting at 0) of the first daily summary record }; // Header for each monthly file. // The first 16 bytes are used to identify a weather database file and to identify // different file formats. (Used for converting older database files.) class HeaderBlock { char idCode [16]; // = {'W', 'D', 'A', 'T', '5', '.', '0', 0, 0, 0, 0, 0, 0, 0, 5, 0} long totalRecords; DayIndex dayIndex [32]; // index records for each day. Index 0 is not used // (i.e. the 1'st is at index 1, not index 0) }; // After the Header are a series of 88 byte data records with one of the following // formats. Note that each day will begin with 2 daily summary records // Daily Summary Record 1 struct DailySummary1 { BYTE dataType = 2; BYTE reserved; // this will cause the rest of the fields to start on an even address short dataSpan; // total # of minutes accounted for by physical records for this day short hiOutTemp, lowOutTemp; // tenths of a degree F short hiInTemp, lowInTemp; // tenths of a degree F short avgOutTemp, avgInTemp; // tenths of a degree F (integrated over the day) short hiChill, lowChill; // tenths of a degree F short hiDew, lowDew; // tenths of a degree F short avgChill, avgDew; // tenths of a degree F short hiOutHum, lowOutHum; // tenths of a percent short hiInHum, lowInHum; // tenths of a percent short avgOutHum; // tenths of a percent short hiBar, lowBar; // thousandths of an inch Hg short avgBar; // thousandths of an inch Hg short hiSpeed, avgSpeed; // tenths of an MPH short dailyWindRunTotal; // 1/10'th of an mile short hi10MinSpeed; // the highest average wind speed record BYTE dirHiSpeed, hi10MinDir; // direction code (0-15, 255) short dailyRainTotal; // 1/1000'th of an inch short hiRainRate; // 1/100'th inch/hr ??? short dailyUVDose; // 1/10'th of a standard MED BYTE hiUV; // tenth of a UV Index BYTE timeValues[27]; // space for 18 time values (see below) }; // Daily Summary Record 2 struct DailySummary2 { BYTE dataType = 3; BYTE reserved; // this will cause the rest of the fields to start on an even address // this field is not used now. unsigned short todaysWeather; // bitmapped weather conditions (Fog, T-Storm, hurricane, etc) short numWindPackets; // # of valid packets containing wind data, // this is used to indicate reception quality short hiSolar; // Watts per meter squared short dailySolarEnergy; // 1/10'th Ly short minSunlight; // number of accumulated minutes where the avg solar rad > 150 short dailyETTotal; // 1/1000'th of an inch short hiHeat, lowHeat; // tenths of a degree F short avgHeat; // tenths of a degree F short hiTHSW, lowTHSW; // tenths of a degree F short hiTHW, lowTHW; // tenths of a degree F short integratedHeatDD65; // integrated Heating Degree Days (65F threshold) // tenths of a degree F - Day // Wet bulb values are not calculated short hiWetBulb, lowWetBulb; // tenths of a degree F short avgWetBulb; // tenths of a degree F BYTE dirBins[24]; // space for 16 direction bins // (Used to calculate monthly dominant Dir) BYTE timeValues[15]; // space for 10 time values (see below) short integratedCoolDD65; // integrated Cooling Degree Days (65F threshold) // tenths of a degree F - Day BYTE reserved2[11]; }; // standard archive record struct WeatherDataRecord { BYTE dataType = 1; BYTE archiveInterval; // number of minutes in the archive // see below for more details about these next two fields) BYTE iconFlags; // Icon associated with this record, plus Edit flags BYTE moreFlags; // Tx Id, etc. short packedTime; // minutes past midnight of the end of the archive period short outsideTemp; // tenths of a degree F short hiOutsideTemp; // tenths of a degree F short lowOutsideTemp; // tenths of a degree F short insideTemp; // tenths of a degree F short barometer; // thousandths of an inch Hg short outsideHum; // tenths of a percent short insideHum; // tenths of a percent unsigned short rain; // number of clicks + rain collector type code short hiRainRate; // clicks per hour short windSpeed; // tenths of an MPH short hiWindSpeed; // tenths of an MPH BYTE windDirection; // direction code (0-15, 255) BYTE hiWindDirection; // direction code (0-15, 255) short numWindSamples; // number of valid ISS packets containing wind data // this is a good indication of reception short solarRad, hisolarRad;// Watts per meter squared BYTE UV, hiUV; // tenth of a UV Index BYTE leafTemp[4]; // (whole degrees F) + 90 short extraRad; // used to calculate extra heating effects of the sun in THSW index short newSensors[6]; // reserved for future use BYTE forecast; // forecast code during the archive interval BYTE ET; // in thousandths of an inch BYTE soilTemp[6]; // (whole degrees F) + 90 BYTE soilMoisture[6]; // centibars of dryness BYTE leafWetness[4]; // Leaf Wetness code (0-15, 255) BYTE extraTemp[7]; // (whole degrees F) + 90 BYTE extraHum[7]; // whole percent }; Notes: Always check the dataType field to make sure you are reading the correct record type There are extra fields that are not used by the current software. For example, there is space for 7 extra temperatures and Hums, but current Vantage stations only log data for 3 extra temps and 2 extra hums. Extra/Soil/Leaf temperatures are in whole degrees with a 90 degree offset. A database value of 0 = -90 F, 100 = 10 F, etc. The rain collector type is encoded in the most significant nibble of the rain field. rainCollectorType = (rainCode & 0xF000); rainClicks = (rainCode & 0x0FFF); Type rainCollectorType 0.1 inch 0x0000 0.01 inch 0x1000 0.2 mm 0x2000 1.0 mm 0x3000 0.1 mm 0x6000 (not fully supported) Use the rainCollectorType to interpret the hiRainRate field. For example, if you have a 0.01 in rain collector, a rain rate value of 19 = 0.19 in/hr = 4.8 mm/hr, but if you have a 0.2 mm rain collector, a rain rate value of 19 = 3.8 mm/hr = 0.15 in/hr. Format for the iconFlags field The lower nibble will hold a value that will represent an Icon to associate with this data record (i.e. snow, rain, sun, lightning, etc.). This field is not used. Bit (0x10) is set if the user has used the edit record function to change a data value. This allows tracking of edited data. Bit (0x20) is set if there is a data note associated with the archive record. If there is, it will be found in a text file named YYYYMMDDmmmm.NOTE. YYYY is the four digit year, MM is the two digit month (i.e. Jan = 01), DD is the two digit day, and mmmm is the number of minutes past midnight (i.e. the packedTime field). This file is found in the DATANOTE subdirectory of the station directory. Format for the moreFlags field The lowest 3 bits contain the transmitter ID that is the source of the wind speed packets recorded in the numWindSamples field. This value is between 0 and 7. If your ISS is on ID 1, zero will be stored in this field. WindTxID = (moreFlags & 0x07); Time values and Wind direction values in Daily Summary records These values are between 0 and 1440 and therefore will fit in 1 1/2 bytes, and 2 values fit in 3 bytes. Use this code to extract the i'th time or direction value. See below for the list of i values. fieldIndex = (i/2) * 3; // note this is integer division (rounded down) if (i is even) value = field[fieldIndex] + (field[fieldIndex+2] & 0x0F)<<8; if (i is odd) value = field[fieldIndex+1] + (field[fieldIndex+2] & 0xF0)<<4; A value of 0x0FFF or 0x07FF indicates no data available (i.e. invalid data) The time value represents the number of minutes after midnight that the specified event took place (actually the time of the archive record). The wind direction bins represent the number of minutes that that direction was the dominant wind direction for the day. Index values for Daily Summary Record 1 time values Time of High Outside Temperature 0 Time of Low Outside Temperature 1 Time of High Inside Temperature 2 Time of Low Inside Temperature 3 Time of High Wind Chill 4 Time of Low Wind Chill 5 Time of High Dew Point 6 Time of Low Dew Point 7 Time of High Outside Humidity 8 Time of Low Outside Humidity 9 Time of High Inside Humidity 10 Time of Low Inside Humidity 11 Time of High Barometer 12 Time of Low Barometer 13 Time of High Wind Speed 14 Time of High Average Wind Speed 15 Time of High Rain Rate 16 Time of High UV 17 Index values for Daily Summary Record 2 time values Time of High Solar Rad 0 Time of High Outside Heat Index 1 Time of Low Outside Heat Index 2 Time of High Outside THSW Index 3 Time of Low Outside THSW Index 4 Time of High Outside THW Index 5 Time of Low Outside THW Index 6 Time of High Outside Wet Bulb Temp 7 Time of Low Outside Wet Bulb Temp 8 (Time value 9 is not used) Index values for Dominant Wind direction bins in Daily Summary Record 2 N 0 NNE 1 NE 2 ... NW 14 NNW 15

Je pense plutôt que si ta sonde avait été achetée en France la dernière fois, tu aurais gagné aujourd’hui le montant de l'achat. Commander à l'étranger et une bonne chose tant qu'il n'y a pas de pannes. Personnellement j'ai compris depuis longtemps après une mauvaise expérience !

C'est une certitude, il y aura une remplacente de la VP2 ! mais ce n'est pas pour demain. Pourquoi sortir une station avec plus d'options alors qu'il n'y a pas de concurrence ?C'est de la météo par de l'informatique ou de la Vidéo. Pas besoin de remplacer le matériel aussi souvent. Je pense qu'il y en a encore pour 5 ans avec la VP2. (la monitor II a été commercialisée durant plus de 10 ans).

regarde les tensions usb 1 et usb 2 est tu trouveras.... c'est dans le site de Christian Couders !

d'après ce que j'ai pu lire et comprendre, ça ressemble a la quete du graal....lorque tu meriterras la connaissance de cette techonogie passé, pense à la nouvelle technoolgie que tu trouveras.

Le sujet ayant tendance a m'interpeller, j'ai donc procédé a des recherches sur le net. J'ai trouvé (re) le très bon site de Christian Couderc qui parle de notre problème. A ce propos voici sa réflexion : Au secours cela ne marche pas ! J’ai reçu de multiples mails d’appels au secours me décrivant une configuration particulière, PC, convertisseur USB/série et périphérique en pleurant que cela ne marchait pas. Je ne suis pas le sorcier qui exorcise par Internet… Changez d’interface, de périphérique, de logiciel, de sexe ou de ce que vous voudrez et cela finira par marcher. En dernier recours, pensez à faire brûler un cierge. http://www.voilelec.com/notes/usb.php /emoticons/wink@2x.png 2x" width="20" height="20">

Bonjour,Le RS-232 est généralement à -12 / + 12 Volts. Théoriquement, la norme est -3/-15 Volts et +3/+15 Volts et c'est là qu'il y a parfois des problèmes. La norme USB étant de 5 Volts, si le périphérique (datalogger VP2 par exemple) ne respecte pas l'amplitude des signaux aucun décodage des trames d'initialisation en provenance du PC ne pourra être effectué... donc pas de réponse du datalogger. Si tu veux vérifier le bon fonctionnement de ton convertisseur, tu peux mettre un câble croisé RS-232 (*) entre ton convertisseur et un PC équipé d'un veritable port série. Avec hyperterminal/windows sur les deux PC, il est très facile de faire l'essai. * sur une db9 (de mémoire) : broches à souder : 2 sur 3 3 sur 2 5 sur 5 2 = RXD 3 = TXD 5 = Masse Il n'est pas nécessaire de cabler le contrôle de flux hard (CTS et RTS) pour faire l'essai. Simplement bien mettre "Sans contrôle de flux" dans hyperterminal. Pour conclure, ce n'est pas forcement de convertisseur qui est en faute mais parfois le péripherique distant qui ne respecte pas la norme et là, il n'y a pas grand chose a faire !

Oui effectivement j'imagine ton panneau solaire à l'horizontal, un globe dessus pour eviter la poussière et un soft pour integrer en fonction de la latitude et de la longitude du site l'angle d'illuminulation du soleil.... j'imagine une conversion A/D pour connaitre l'intensité solaire en tension ou intensité et un max232 devant un convertisseur RS-232/USB (le coût d'un ID USB étant très important, mieux vaux passer par un convertisseur).Personnellement, je prends un capteur Davis 6450 et un controleur universel... ça coût bien moins chère ! Ah pour info, dans un capteur de chez Kip il y a 64 cellules.... mais c'est pas le même prix !

Bonjour, Un capteur pour d'ensoleillemement "pyranomètre" est constitué de cellules de silicium ou pour les meilleurs thermo-piles. Une correction est apportée "cosine reponse" pour compenser l'angle d'ensoleillement. Un panneau solaire te donnera une tension et une intensité variable en fonction de l'ensoleillement mais sans la fameuse "cosine reponse". Ce n'est pas gagné d'avance !

Avec weatherlinkip une adresse IP fixe est effectivement indispensable à moins d'avoir un routeur qui accepte de renseigner un serveur de DNS dynamique comme Dyndns. Certaines box des opérateurs peuvent le faire. Le datalogger weatherlinkIP fonctionne en client et en serveur : - en mode serveur dans le sens logiciel/weatherlink vers le datalogger. C'est le mode qui est utiliser en local avec le logiciel weatherlink. - en mode client vers le site www.weatherlink.com. Là, il n'y a pas besoin d'une adresse IP fixe. Je trouvé le moyen de faire fonctionner cette dernière spécification sans être obligé d'utiliser le site de Davis. Il n'y a qu'un seul problème pour le moment c'est de faire identifier la station qui vient se connecter a moins de n'avoir qu'une seule station et là plus de problème. Dès que je trouve une astuce, je vous tiens au courant.

Je pense que la solution la plus économique et de faire une mutualisation des download sur un serveur hébergé par un pro. Pour 30 Euros pas mois et à plusieurs le coût est très faible pour un serveur dédié. Coté logiciel, un programme en Cron qui va récupérer les données dans la station à distance par intervalle. Il est nécessaire d'avoir dans ce cas un WeatherlinkIP ou un serveur de périphérique RS/Ethernet (j'ai vu dernièrement ce système en USB/Ethernet). Je lance l'idée, à vous de me dire si vous y trouvez un interet. En sachant que j'ai déjà le programme qui tourne chez moi (serveur Debian) depuis plus d'un mois ! J'enregistre les données dans une base MySQL toutes les heures pour une station distante et une station sur mon balcon.

Hum.... moins de 25 Euros c'est juste le montant des frais de port ?

Ce n'est pas franchement un problème mais une différence de configuration entre inch et mm. Le datalogger enregistre le nombre des basculements d'augets. Donc pour certains nous avons 1 basculement = 0,254 mm (0,01 inch) ou 0,2 mm. Il en va de même pour l'évapotranspiration. ma station de tests est en inch et je n'ai franchement aucune difference entre weatherlink et mon programme ! Concernant la date de début de la précipitation, j'applique la formule donnée dans la documentation de Davis mais visiblement ce n'est pas la bonne. Pourtant cette formule est correcte dans le décodage du timeStamp. Je vais poser la question à Davis. pour info, la date est un entier sur 2 octets (*ptr_Date). *ptr_Year= (*ptr_Date >> 9)+2000 *ptr_Month =(*ptr_Date >> 5) & 16 *ptr_Day = *ptr_Date & 31 Dès que j'ai le temps, je regarde pour ajouter un download de la configuration de la console avant d'afficher les valeurs.

Bonjour, Je suis perplexe ! j'ai les mêmes données entre weatherlink et mon logiciel. Et j'ai un handicap car la console est une Envoy à 30 km de chez moi avec interrogation par Internet. Donc impossible de vérifier pour le moment. Une nouvelle version va sortir prochainement avec un mode FTP pour la mise à jour des phrases et icone dès qu'il y a un changement.

Bonsoir a tous, Je remonte ce poste pour vous informer que le programme avance. SauvianClim a réalisé la traduction des messages de la console Vantage Pro2. Ces messages sont utilisés par le logiciel en téléchargement. Celui-ci n'est pas encore terminé mais fonctionne dans les grandes lignes. Un screenshot : Vous pouvez télécharger pour essai la version Windows mais aussi la version Linux : http://vantagepro.free.fr/Client-6555-Windows32.rar