Mitrale

Voili, voiloo... elles sont dispos sur Picasaweb mais limitées à un seul balancement d'auget seulement soit quelques secondes, taille oblige! Téléchargées puis visualisées par exemple avec VideoLan VLC, les vidéos peuvent être ralenties jusqu'à 25% ou être visionnées image par image... Débit goutte-à-goutte: https://picasaweb.google.com/114628001848589126969/PluvioDavis?authkey=Gv1sRgCPnb4s2B3IbFrQE#6131039458679052770 Débit "au fil": https://picasaweb.google.com/114628001848589126969/PluvioDavis?authkey=Gv1sRgCPnb4s2B3IbFrQE#6131039926477999234

Ici, ça bricole... Ben oui, tout à fait! Du coup je me suis réorienté vers une nouvelle solution... une seringue graduée de 60ml. La bride métallique sur le mât est destinée à garder la seringue à la même hauteur par rapport au pluvio... ce pour pourvoir reproduire si nécessaire les conditions du test. Sur un régulateur de débit... La tubulure de la perf se déversant dans le pluvio... J'ai mis un poids (bleu) au bout de la tubulure pour la maintenir sous tension (en pente) depuis ma seringue, ce pour qu'elle puisse se vider autant que possible. Dans l'intimité du cône... là, rien que pour toi tudgur! J'étais à deux doigts de commander chez Conrad un compteur d'impulsions pour quelques dizaines d'Euros (jusqu'à 10.000 par seconde) mais j'ai retrouvé mon ancien podomètre tout poussiéreux, lui ai changé sa pile (morte), viré son balancier et lui ai donné une nouvelle vie... Là j'ai débranché la RJ11 du pluvio depuis l'ISS pour la mettre sur mon podomètre via un gros boitier blanc mais présentant l'avantage d'avoir une prise femelle... RJ11 aussi. Et voici la vue d'ensemble de ma station travestie pour les besoins de la cause... plus très StatIC "compliant" certes mais à 1,50m du sol quand même! La cordelette bleue entre le mât, sur lequel j'ai temporairement monté le pluvio, et le luminaire (qu'on ne voit pas) est destinée à ramener la bulle du niveau du pluvio... au milieu! Je soumettrai très prochainement mes mesures à vos appréciations et commentaires... à suivre!

Certes, mais le but de la manip n'était ici que de voir ce qu'il se passait à l'intérieur et de quantifier le volume d'eau que chacun des augets contenait après avoir basculé. La suite est en cours avec le cône... mais c'est surtout pour éviter que le vent ne me chahute les augets.

Je préférerais les mettre sur ce cite si le problème peut être réglé...

Pour votre information, j'ai filmé ce qu'il se passait un l'intérieur de mon pluvio Davis à 120 images/sec... La tubulure de la perf est installée au bout d'une potence, centrée au-dessus des augets à 8 cm de hauteur comme la sortie de l'entonnoir. Oops, dommage... le site ne semble pas accepter des fichiers MP4 même inférieur à 10MB, je ne mettrai alors que des captures d'écran... Dans la première vidéo avec un débit de perf à environ 80 ml/h (soit une intensité de précipitation d'environ 4 mm/h avec un pluvio de 211cm²). On voit encore tomber 7 gouttes d'eau (soit environ 0,35 ml) dans un auget qui se trémousse gaiement (probablement à cause des forces de frottement de l'axe des augets) avant de basculer définitivement. Un peu plus de 50 images (soit environ 0,4 seconde) défilent encore avant que le nouvel auget (à partir des traits rouge mis au marqueur) ne se trouve en position de réception sous la tubulure. En récupérant à chaque fois l'eau déversée des augets j'observe sur 10 mesures une moyenne de 4,8 ml et de 4,0 ml pour chacun des augets avec un écart type respectif de 0,5 ml (soit 10% du volume!). Est-ce une dispersion liée à la qualité des mesures ou de la mécanique? J'ai même réussi à faire tenir les augets en équilibre hors butées! Un peu de dégrippant-lubrifiant hydrofuge permettrait-il de remédier à cet aléa? A l'aide d'une seringue de 5 ml j'ai aussi pu confirmer la différence entre les augets. Dans la deuxième vidéo avec un débit "au fil" à environ 4,5 litre/h (très peu réaliste) on voit nettement l'eau continuer à couler dans l'auget qui est en train de basculer... PS: Mon pluvio est toujours encore réglé d'usine!

Faudra peut-être t'attendre à une prise au vent supplémentaire, non négligeable et source peut-être aussi de nuisances sonores... à tester! Puis pour y accéder ce n'est peut-être pas trop top non plus... çà craint les toits!

OK reçu, je t'ai répondu par le même canal... tiens moi au courant des résultats des manips suggérées! /emoticons/smile@2x.png 2x" width="20" height="20">

Vérifie voir dans ton fichier C:\WeatherLink\download.log D'éventuels messages d'erreur... L'intervalle et la régularité d’exécution du profil dans lequel tu as le "template file" StatIC.htx. Envoie-moi si tu veux le fichier log, ainsi qu'une copie d'écran de tous tes profils internet de WL.

Ici à Landser (au sud de Mulhouse (68), le ciel était bien dégagé ce matin du 20 mars. Graphe WeatherLink et données exportées (de 9h à 13h) dans un fichier XLS... et un p'ti croissant pour le dessert: /applications/core/interface/file/attachment.php?id=20098'>Eclipse.xls Photo prise derrière un verre pour masque de soudure: Eclipse.xls

Perso j'dirais 2 bouts de 3m et çà ne te ferait qu'une seule "articulation". C'est mon cas, le premier élément dépasse de 50cm du toit sur lequel s’emboite le deuxième. Le premier a deux points d'ancrage, l'un à sa base, l'autre à environ 2m (faut prévoir du costo quand même). Là mon anémo est à 2,90m au-dessus de la faitière du toit et çà tient. Tu verras c'est des éléments à 3 encoches profilées (voir tof ci-dessous). Faut bien les assembler à fond... avec une cale en bois et un marteau pour ne pas abimer les tubes, le tube du haut couvrant celui du bas ce pour éviter que l'eau de pluie ne ruisselle dans les tubes inférieurs. [align=center][/align] Voili, voiloo... et au plaisir de voir les tofs de ton installation!

Tout à fait! Chez Casto ou Leroy, ils vendent des éléments de mât emboitables de 1.5m, 2.0m et 3.0m en diamètre 40mm (ce qui me semble un minimum) et toutes les fixations qu'il faut. Perso, mon anémo-girouette est perché au bout de 2 éléments de 3m... et pour l'instant çà tient! /emoticons/smile@2x.png 2x" width="20" height="20">

L'éprouvette gradué de 500ml est une bonne idée, mais il faudrait alors que je puisse y adapter ma tubulure de perf... Ça me donne une autre idée, un tube en PVC sanitaire de 50mm Ø sur environ 300mm de longueur et obturé en bas par un bouchon que je percerai pour y adapter ma tubulure. Ensuite pour le volume, je percerai le tube à environ 250mm de hauteur, pour avoir toujours la même quantité d'eau soit environ 450ml, l’excédent d'eau s'écoulant par ce trou. Puis je récupère toute l'eau restante à la sortie de la perf pour la peser et j'aurai ainsi au bout de quelques itérations mon volume d'eau défini avec la précision de ma balance soit +/-0,1ml. Plus qu'à un essuyage je pensais surtout une "vidange" de l'auget qui n'a pas encore basculé. PS: Mon pluvio est toujours encore réglé d'usine!

Tout à fait /user/816-mm91/'>mm91, je pense qu'à débit constant (faible ou grand) le rapport (volume d'eau quantifié / volume d'eau versé) devrait rester le même quel que soit le volume versé.

Lol, c'est très exactement ce que j'ai prévu de faire /user/4546-tudgur/'>tudgur! Les régulateurs de débits sont réglables de 5 à 250 ml/h ce qui correspondrait pour le pluvio Davis à une pluie de 0,2 à 12 mm/h. Je pense qu'on devrait être là tout à fait dans une fourchette "météo". En l'ouvrant complètement on atteindrait un débit bien supérieur... [align=center][/align] [align=center] [/align] J'ai aussi prévu de brancher le câble du pluvio (connecteur RJ11) directement sur un compteur d'impulsions pour compter automatiquement le nombre de basculements des augets. Pour l'eau à quantifier, j'ai prévu de la peser au préalable sur une balance de labo (max 500g mais précise au 1/10g et étalonnée avec un poids étalon de 500g de classe M1). Je ne sais pas encore s'il faudrait pendre une poche de perf pesée avant/après ou la laisser ouverte comme un entonnoir à remplir, ce pour avoir le moins de gouttes possibles qui resteraient accrochées... à vérifier et à quantifier! Il faudra aussi que décrive très précisément la manip à répéter pour chaque nouvelle mesure. Exemple, sèchement au préalable des augets et remis dans la même position etc... pour pouvoir être facilement reconduite et garantir une certaine fidélité des mesures. A suivre!

Très juste /user/2205-jackt/'>jackT! Perso, je pense que c'est un aléa mécanique lié au concept des augets basculants et précisément au moment même où ils basculent. Lorsque l'auget "plein" bascule pour se vider, une certaine quantité d'eau y coule sûrement encore avant d'être réceptionnée par le nouvel auget en passe de se positionner. Bon, ce n'est qu'une supposition... Dès qu'ici la météo sera plus clémente, j'ai prévu une manip de quantification d'un volume d'eau donné en fonction du débit. J'ai encore à finaliser le mode opératoire sur régulateur de débit et compteur d'impulsions... pour vous le soumettre à vos commentaires avant de noyer mon pluvio. A suivre...

Désolé Benoist... on a du mal se comprendre. Voici ma source et calculs au 15/03/2015 pour un point situé au 47.7°Nord / 7.4° Est (donc valable que chez moi en Alsace) la déclinaison magnétique y est de 1°42.42' Est et varie de 8,3'/an vers l'Est: http://www.geomag.nrcan.gc.ca/calc/mdcal-r-fra.php?date=2015-03-13&latitude=47.7&latitude_direction=1&longitude=7.4&longitude_direction=1 Ceci dit, ailleurs en France ou dans le monde, ces valeurs de déclinaison magnétique et de variation annuelle changent sensiblement! Considérant donc le changement annuel à ce jour de 8,3 minutes/an cela nous ferait par extrapolation sur 75 ans, (8,3 x 75) = 622,5 minutes ou 10,4°. Ce qui est significatif mais peu probable sachant que ce changement annuel est lui-même très variable dans le temps... le pôle nord magnétique pouvant très bien repartir dans une autre direction mais laisserait cependant le pôle nord (donc le nord géographique ou vrai nord) toujours à sa même place. C'est si j'ai bien compris, la direction à prendre par nos girouettes. Bon maintenant j'ai pu me tromper quelque part dans mon raisonnement, dans ce cas là merci de bien vouloir me corriger ou me compléter. Cordialement, Yves.

Bonsoir Daniel, Je viens de trouver ce lien http://f5zv.pagesperso-orange.fr/RADIO/RM/RM24/RM24K/RM24K01.html qui pourrait aussi vous intéresser. Visiblement il provient d'un radioamateur et permettrait de déterminer l'inductance d'une self sur ferrite. Ceci dit, je pense que l'approche expérimentale par touches successives reste incontournable à défaut de connaitre l'inductance visée... à moins d'être équipé d'un géné HF et d'un scope. Cordialement, Yves.

A/user/816-mm91/'> mm91, lol moi j'avais fait presque pareil... avec Google Earth! J'avais repéré sur leur carte un endroit dégagé, en hauteur et à quelques centaines de mètres de ma maison, plein sud (çà aurait pu être plein nord)... et depuis lequel j'ai vérifié à la jumelle si le bras déporté de la girouette était bien dans l'axe du mât puis j'ai vérifié si le mât était bien au nord depuis l'endroit où j'étais. Bref... à +/- 2° près je pense qu'elle devrait être bien perchée! /emoticons/smile@2x.png 2x" width="20" height="20">

C'est bien ce qui me semblait aussi... pas de quoi fouetter une girouette! A /user/24539-meteo76/'>Météo76, tu trouveras ci-joint un lien pour calculer la déclinaison magnétique de ton lieu: http://www.geomag.nrcan.gc.ca/calc/mdcal-fra.php Chez moi à 47.7°N / 7.4°E elle est de 1°42' et continue de s'éloigner d'un peu plus de 8 minutes de degré/an vers l'est (il faut 60 minutes pour faire un degré et 360 degrés pour faire un tour complet). Je trouverai donc à ce jour le nord géographique à près de 2° sur la gauche par rapport à la direction indiquée par une boussole. C'est peu... Ceci dit, la girouette étant une fois bien orientée, il n'y a plus lieu de refaire un nouveau réglage. Le pôle nord magnétique se déplace certes mais pas sur les cartes... heureusement!

Ce 12 mars vers 10h30 j'avais: Passé l "archive interval" de ma console de 5 à 60 minutes Laissé le profil internet InfoClimat de WL à 10 minutes Désactivé tous les autres profils ainsi que le module WU (nécessite un redémarrage de WL) et n'ai démarré aucune autre vue. Capturé le trafic entre la console et l'ordi jusqu'à 12h10... L'horloge de mon ordi est resynchronisée toutes les 10 minutes via NetTime http://www.timesynctool.com/ avec un serveur NTP. Observations: Les données arrivent toujours encore toutes les 10 minutes sur le site IC Un nouvel enregistrement est ajouté à la position 11h00 dans le fichier downld02.txt La capture du trafic entre WL et ma VP2 montre des commandes (marquées ci-dessous "C" envoyées par WL auxquelles la console répond par des réponses (marquées ci-dessous "R") - Toute les 10 minutes (profil IC réglé à 10 min d'intervalle): C: LPS 3 2 R: LOOP, LOOP2 C: LOOP 1 R: LOOP C: GETTIME R: Date et heure locale de la console C: DMPAFT R: Pas d'archive data sauf à 11h10 où WL reçoit l'archive data de 11h00 - Aux heures entières se rajoute une trame supplémentaire : C: LOOP 1 R: LOOP Exemple d'une trace GETTIME à10h40 (heure locale): 10:40:28,884 C: GETTIME 10:40:28,884 R: 1a 27 0a 0c 03 73....... soit 10:39:26 12/03/2015 (voir détail ci-dessous) 1a: 26 secondes 27: 39 minutes 0a: 10 heures 0c: 12ème jour 03: Mars 73: 2015-1900 Exemple d'une trace DMPAFT à 11h10 (heure locale): 11:10:13,558 C: DMPAFT 11:10:13,995 R: 6c 1e 4c 04....... soit 12/03/2015 à 11:00 (voir détail ci-dessous) 6c 1e = 0x1e6c (0001111=15 / 0011=3 / 01100=12) (12/03/2015) 4c 04 = 0x044c ou 1100 (11h00) Les données envoyées vers IC trouveraient à priori leurs origines dans les séquences (LPS 3 2/LOOP, LOOP2), (LOOP 1/LOOP) et GETTIME. Mais GETTIME répond en heure locale (console) alors que le fichier StatIC.txt contient l'heure au format UTC! D'où vient-elle? J'entrepris alors 2 nouvelles manips: - J’avançais de 4 minutes minutes l'heure de ma console en prenant comme référence celle indiquée sur un récepteur DCF77. DCF77 Console PC Heure modif Heure UTC de StatIC.txt dans StatIC.txt ----------------------------------------------------------------------------------------------------- 14:30:00 14:30:01 14:30:00 14:30:20 13:30 14:40:00 14:44:21 14:40:00 14:40:22 13:40 On observe que c'est l'heure du PC qui cadence la mise à jour du fichier StatIC.txt. L'heure UTC incluse par WeatherLink dans le fichier StatIC.txt semble être celle (UTC) lue sur l'horloge du PC! - Je remis alors ma console à l'heure puis avançais celle de mon ordi (après avoir désactivé NetTime), une fois de 5 minutes puis de 10 minutes supplémentaires: DCF77 Console PC Heure modif Heure UTC de StaticICt.txt dans StatIC.txt ----------------------------------------------------------------------------------------------------- 14:55:04 14:55:05 15:00:00 15:00:30 14:00 15:25:00 15:25:01 15:40:00 15:40:25 14:40 On observe que c'est toujours l'heure du PC qui cadence la mise à jour du fichier StatIC.txt. L'heure UTC incluse par WeatherLink dans le fichier StatIC.txt semble une nouvelle fois être celle (UTC) lue sur l'horloge du PC! Puis j'ai réactivé NetTime pour remettre mon PC à l'heure... En conclusion: L'heure UTC incluse par WeatherLink dans le fichier StatIC.txt serait l'heure UTC lue sur l'horloge du PC! Je tâcherai aussi de documenter très prochainement ces flux de données dans un diagramme...

C'est toi qui a résilié l'abo SFR? Normalement c'est Free qui le fait pour toi en temps et en heure...

Je connais Wswin32 pour en avoir souvent déjà entendu parler sur ce forum mais pas son fonctionnement... je n'ai une station que depuis 8 mois et je n'ai pas encore l'expérience d'autres utilisateurs. Pour en revenir aux tags Wswin32, sais-tu si l'heure (heure_releve_utc=%ws_hour%h%ws_minute%) ainsi composée, est celle de ton PC ou celle envoyée par ta console? C'est la question que je me pose pour le tag de WeatherLink.

Si j'ai bien compris, c'est une constatation. Que veux-tu aussi dire par "Mon fichier static.txt est généré à partir de Wswin."? Je ne connais pas cette appli... Je vais essayer de reconstituer ton flux de données... avec la compréhension que j'en ai pour l'instant. Si ta console est en heure UTC, cette dernière devient alors "son" heure locale, comme si elle était installée au Royaume-Uni. Vu qu'elle transmet ses données en heure locale, ses données arriveraient alors transmisses à ton PC en heure UTC. L'intervalle d’échantillonnage des mesures correspond à l "archive interval" défini pour la console. Ce que je ne sais pas, c'est quelle est la source de données pour renseigner la balise HTML du ficher StatIC.htx. Est-ce le fichier WLK (où les données dépendent de l'intervalle d’échantillonnage) ou la réponse à une commande (en temps réel) envoyée à la console? - Dans le premier cas, serait calculée à partir des "timestamps" du fichier WLK +/- un offset dépendant du fuseau horaire dans lequel est configuré le PC. Dans ce cas là, un "archive interval" de 1 heure ne devrait pas permettre de transmettre les données à InfoClimat à moins d'une heure d'intervalle... - Dans le deuxième cas, ce serait en réponse à une commande (LOOP1 ?) envoyée à la console et à laquelle le PC ajouterait son "timestamp" +/- un offset dépendant du fuseau horaire dans lequel est configuré le PC, les paquets LOOP envoyés par la console ne comportant pas de "timestamp". Perso j'opterai intuitivement pour l'option 1... pour la vérifier, je propose la manip suivante: - Passer l "archive interval" de ma console de 5 à 60 minutes et vérifier cet intervalle dans les fichiers WLK et downld02.txt (configuré dans mon profile IC) - Laisser le profil internet InfoClimat de WL à 10 minutes - Désactiver tous les autres profils et ne démarrer aucune autre vue. WeatherUnderground envoie à la consoles des commandes LOOP1 et la vue Bulletin des commandes LOOP30... - Enregistrer le trafic entre la console et l'ordi sur une heure au moins... A priori les mesures dans les tables et vues InfoClimat devraient passer de 10 minutes à 1 heure... à suivre! A moins qu'un esprit plus clairvoyant ou dans le secret des dieux ait déjà la réponse...

Voili voiloo, je vais terminer ma petite ronde hivernale des sites météo par celui d'InfoClimat! La solution proposée par les administrateurs du site consiste en l'implémentation d'un fichier "template" StatIC.htx interprété toutes les 10 minutes via un profil "Internet Settings" de WeatherLink ce pour produire un fichier StatIC.txt copié dans la foulée sur leurs serveurs via FTP. /user/1052-sebaas/'>Sebaas me corrigera et me complétera si nécessaire... Extrait du fichier StatIC.htx: L'heure des relevés des mesures est, comme l'indique le fichier StatIC.htx, au format UTC/GMT. Extrait du fichier StatIC.txt (relevé à 16h30 heure locale): La température extérieure de 11,6°C relevée à 16h30 est enregistrée comme prévue dans le fichier à 15:30 UTC. Cependant sur le site InfoClimat, cette même mesure se retrouve affichée dans leurs tables et graphes non pas 15h30 mais à 16h30 locale comme le montre les copies d'écran ci-dessous: Extrait de la table et graphe InfoClimat: Il semblerait donc que les heures UTC des relevés soient converties en heures locales (ici heures d'hiver) comme le confirme aussi l'info-bulle "Heure réelle d'émission: 11/03/2015 15h30 UTC" Pour résumer le transfert des données vers le réseau InfoClimat à l'heure d'hiver: - La console VP2 enregistre et envoie ses "archive data" à WL en heure locale - WL envoie les données à IC par l'intermédiaire d'un fichier StatIC.txt où l'heure est au format UTC - Les données sont cependant converties et affichées sur leur site en heure locale... à suivre... pour l'heure d'été!

La publication des données de ma station vers le réseau CWOP (Citizen Weather Observer Program), se fait par l'intermédiaire de paquets APRS (Automatic Position Reporting System) envoyés toutes les 10 minutes vers leurs serveurs par un "profil internet" WeatherLink. On retrouve la trace de ces paquets dans le flot de trames TCP/IP envoyées par mon ordi ainsi que dans le fichier download.log de WeatherLink. Trame réseau montrant le paquet APRS envoyé le 10/03/2015 à 13h20 (heure locale): Fichier download.log de WeatherLink montrant ce même paquet APRS: Détails de ce paquet APRS: "EW5506>APRS,TCPIP*:@101220z4741.07N/00723.75E_347/002g006t057r000p000P000h56b10256L714.DsVP" "EW5506 : Station Id >APRS,TCPIP* : Message transmission path @ : Ce qui suit est l "heure de relevé et la position" 10 : - 10ème jour du mois 1220z : - 12h20 heure UTC/GMT 4741.07N/00723.75E : - Coordonnées de la station 47°41.07N/007°23.75E _ : Ce qui suit est un "rapport météo" 347/002 : - Vent 347° à 2 mph g006 : - Gust 6mph (rafale) t057 : - Temperature 57°F (13,88°C) r000 : - Rain/1h 0In p000 : - Rain/24h 0In P000 : - Rain/00h00 0In h56 : - Humidity 56% b10256 : - Barometric pressure 1025,6mb L714 : - Luminosity 714W/m² .DsVP : - Readings taken by a Vantage Pro, Vantage Pro 2 or Vantage Vue weather station Les données sont stockées et affichées dans les graphes du site CWOP en utilisant l'heure au format UTC (le trait rouge matérialise 13h00 UTC (ou 14h00 heure locale) Pour résumer le transfert des données vers le réseau CWOP à l'heure d'hiver: - La console VP2 enregistre et envoie ses "archive data" à WL en heure locale - WL envoie les données par l'intermédiaire de paquet APRS où l'heure est au format UTC - Les données sont enregistrées et affichées sur leur site aux mêmes heures UTC à suivre... pour l'heure d'été!