Journal Stations météo et Linux

Posté par .
0
29
nov.
2005
Salut journal,
Je suis en train de "domotiser" ma maison.
J'ai dans l'idée d'utiliser des stations météo du commerce afin de relever les températures et taux d'humidité des pièces afin de réguler le chauffage.
Je compte aussi utiliser les données météo extérieures (vent...).
J'ai trouvé les stations La Crosse Technology et cela semblait convenir à mes besoins. Malheureusement il n'y a pas de support Linux (confirmé par un mail de la société).
D'ou ma question: y a t-il des stations qui sont supportées sur Linux ou va-t-il falloir que je prenne mon fer à souder ?
Question subsidiaire quelle peut-être la longueur d'un bus I2c ?
Toujours le même problème, quand est-ce que les constructeurs prendront en compte les utilisateurs d'autre chose que Windows ?
  • # Longueur d'un bus i²c

    Posté par . Évalué à 6.

    Un bus i²c était conçu pour faire 2 mêtres il me semble; mais en pratique on n'a aucun problème à dépasser cela. J'ai une interface série/i²c qui ne travaille pas très vite, et j'ai déjà branché des éléments à une dizaine de mètres, je n'ai jamais essayé plus (kit herakles http://www.selectronic.fr/article.asp?article_ref_entier=60.(...) ).

    Il y a deux problèmes qui limitent la distance :

    - La capacité de la ligne, qu'il est possible de contourner. Plusieurs montages sur le net ou dans des livres proposent des buffers i²c qui sont censé permettre des transmissions de plus de 100 mètres. Il existe même des composants spécialisés pour réaliser cette fonction.

    - La vitesse de transmission, pour que les signaux des deux bouts de la ligne s'emboitent bien (ack). Avec une vitesse de 100 kbps en mode classique et 400 kbps en mode rapide, je ne pense pas que cela soit un problème à moins d'avoir une ligne qui s'approche du kilomètre. Il faudrait faire le calcul.
    • [^] # Re: Longueur d'un bus i²c

      Posté par (page perso) . Évalué à 4.

      Personnelement j'ai utilisé pendant quelques moins un câble d'environs 8 mètres pour un bus i2c. Il s'agissait d'une réutilisation d'un câble S-Video de plutôt bonne facture. J'ai ainsi réussi à mettre une sonde DS75 sur le bord de ma fenêtre.

      Bien entendu avec des fils simples,passé 80 cm on commence à avoir des problèmes. Le CAT5 de récupération donne également de bons résultats.
      • [^] # Re: Longueur d'un bus i²c

        Posté par . Évalué à 1.

        J'aurais besoin d'une bonne vingtaine de mètres. C'est jouable en câble réseau ?
        PS: Bravo pour l'excellent hors-série sur l'électronique et Linux.
        • [^] # Re: Longueur d'un bus i²c

          Posté par (page perso) . Évalué à 4.

          20m !!! Ca fait long. Je pense qu'il faudrait convertir le signal d'une manière ou d'une autre avec des tensions plus importantes (c'est pour cette raison qu'un port série c'est du +/- 12V).

          Le meilleur conseil je pense est de poser la question sur fr.sci.electronique. Les utilisateur y sont fort sympathiques et prompt à dispenser des recommandations.

          PS : Merci :)
        • [^] # Re: Longueur d'un bus i²c

          Posté par (page perso) . Évalué à 3.

          Je dirais meme qu'il serait intéréssant d'avoir un article chaque moi concernant un petit montage sur le magazine mensuel (LinuxMag)
  • # Le X10, ça peut pas faire l'affaire ?

    Posté par . Évalué à 5.

    Tu ne peux pas utiliser du matériel compatible X10 ?

    Ce protocole la c'est super pratique pour la domotique, j'avais un peu étudié le sujet pour mon projet de domotisation ma maison (Tu passes les infos par courant porteur en utilisant ton cablage electrique). Concernant les capteurs, je crois que tu peux utiliser des iButtons qui s'occupent du déclenchement. ou voir avec des capteurs branchés sur ton PC, mais là j'ai aucune connaissance sur le sujet.

    Une petite URL pour la route
    http://www.yolinux.com/TUTORIALS/LinuxTutorialX10SmartHomeNe(...)
  • # Réponse au subsidiaire

    Posté par . Évalué à 4.

    La longueur du bus i2c dépends principalement du débit i2c utilisé et de l'étage d'adaptation hardware.
    Sans interface autre que TTL (pull-up 4.7k)
    Pour du 400kbds tu peut l'utiliser sur 30cm (Fast i2c évolution de la norme)
    Pour du 100kbds tu peut l'utiliser sur 1m
    en dessous de ca cela depends mais ne compte pas dépasser la dizaine de metres sans conséquence...
    Avec des interfaces (drivers de ligne spécifique)
    D'apres le constructeur (en maitre /esclave) jusqu'as 2km à 100kbds.
    Que le constructeur n'assure pas le support n'est pas étonnant (volume restreint de client faisant la demande) mais quel est ca position quand a fournir les informations (emission/reception I2C et signification) permettant d'assumer le developpement d'une appli sous linux ?
  • # Longueur bus i2c

    Posté par (page perso) . Évalué à 5.

    Si mes souvenirs sont bons, la limite en capacité du bus i2c est de 400 pF. Donc la longueur dépend essentiellement du câblage et du nombre de composants sur le bus.

    On peut augmenter la longueur d'un bus grâce à différents composants, dont le P82B715 de chez Philips. Avec une fréquence de 400 kHz, on peut entrevoir 20m, avec 30 kHz au moins 1000m.
  • # froggyhome

    Posté par . Évalué à 6.

    Peut-être avec un capteur de http://froggyhome.com/ ?

    Fonctionne sous linux avec frogd (http://www.redge.net/frogd/fr/ ).
    Le résultat http://meteo.maggic.org/
  • # Ethernet

    Posté par . Évalué à 2.

    J'ai vu dans je ne sais plus quel magazine concernant l'électronique une mini carte sur laquelle on peut mettre des capteurs et le tout peut être interrogé via le réseau (mini serveur web).

    Je pense qu'il existe beaucoup de solutions de ce type pour les stations météo (à vérifier tout de même).

    Avec cette solution, on a une indépendance totale de la plateforme, on peut attaquer le serveur via linux, windows, pocketpc,...

    On peut s'affranchir des distances facilement (plus que par l'i2c en tout cas) et le wifi peut permettre d'aller très loin.

    En plus, la plupart de ces cartes ont des "firmwares" open source et ça c'est le bonheur, le jour où on veut faire des bidouilles.
    • [^] # Re: Ethernet

      Posté par . Évalué à 1.

      J'ai vu ça dans Linux Mag hors série. C'est un peu cher pour l'usage que je veux en faire: récupérer la température de deux chambres adjacentes distantes d'une vingtaine de mètres du serveur.
    • [^] # Re: Ethernet

      Posté par (page perso) . Évalué à 2.

      On trouve ca dans electronique pratique n°298 - octobre - 2005
      A base de pic, il va falloir sortir le fer a souder :)
  • # MisterHouse

    Posté par . Évalué à 2.

    Je te conseille d'aller faire un tour de ce côté là pour ton projet de domotique:
    http://misterhouse.sourceforge.net/

    Le gars développe une appli en perl pour gérer son installation domotique mais surtout explique plutôt bien la problématique au niveau matériel. Il y a aussi quelques liens vers des installations similaires.

    Bon courage, et n'hésite pas à nous faire un compte rendu de ton installation et surtout des économies que tu auras réaliser !
  • # La Crosse et Linux

    Posté par (page perso) . Évalué à 1.

    Il n'y a pas de support Linux par La Crosse, mais en dehors de ça il y en a pour certains modèles, à différent niveaux de stabilité/fonctionnalités.

    Quelques liens:
    http://open3600.fast-mail.nl/tiki-index.php
    http://open2300.sourceforge.net/
    http://www.weather-display.com/index.php (! commercial)

    Enfin, j'ai fait quelques essais avec wine et les soft de La Crosse (mais sans station, juste car j'envisage d'en acheter une) et ça semblait fonctionner.
    • [^] # Re: La Crosse et Linux

      Posté par . Évalué à 2.

      Pour moi, Wine n'est pas une solution viable. Je veux pouvoir récupérer les données comme je l'entends et pas au travers d'un soft proprio.
      De plus utiliser Wine, c'est cacher au constructeur le fait qu'il y ait des besoins autres que sur Windows.
      Sinon, merci pour les liens mais ces modèles sont trop performants (chers) pour ce que je veux faire. Dans un premier temps, j'aurais voulu utiliser une WS8610+ 3 capteurs.
      Je cherche chez les autres constructeurs mais j'ai l'impression que la solution fer à souder est la plus viable. Au moins j'aurais la maîtrise de la chaîne complète.
      • [^] # Re: La Crosse et Linux

        Posté par (page perso) . Évalué à 2.

        Si jamais tu trouves une station relativement performante dont le protocole d'interconnexion avec le PC est public, fais le moi savoir, ça m'intéresse.

        Et si tu te décides pour le fer à souder... un peu de doc sur le système final sera le bienvenu! ;-)
        • [^] # Re: La Crosse et Linux

          Posté par . Évalué à 1.

          Je suis en train de mettre en place un site Web pour ce projet. Dès que ça ressemblera à quelque chose je posterai un journal.
          Sinon, je pense que la solution fer à souder est la meilleure devant l'opacité des constructeurs.
    • [^] # Re: La Crosse et Linux

      Posté par (page perso) . Évalué à 2.

      Pour les archives, si qqn tombe sur ce journal, il y a aussi pour les ws7000 et compatibles le logiciel wx2000 qui semble intéressant.

      http://follijen.free.fr/download/ (version 2)
      http://wx2000.sourceforge.net/ (version 1 - pour ws 2000 ?)
  • # Quelques idées

    Posté par . Évalué à 2.

    Pourquoi pas une solution Pic bus série <-> module 433MHz pour raccorder les sondes à la centrale?

    Ou utiliser les câbles électriques de la maison. Il y a il des modules pour ça?

    Et le bus CAN c'est pas mieux que l'I2C pour des laisons longues?

    Je pensais aussi à de la fibre optique, mais ça doit coûter cher!
    • [^] # Re: Quelques idées

      Posté par . Évalué à 1.

      Si le CAN est beaucoup mieux que l'i2c.
      C''est pour cela que toutes les voitures recentes l'utilise pour la communication inter-calculateur.
      A titre indicatif le CAN utilise 3 fils cuivre standard (deux torsadés pour les signaux, 1 masse [facultative]), permet du 1 Mbds sur 40 metres / plusieurs centaine de mètres a 10kbds.
      Pour les modules courant porteurs a plugger sur le réseau electrique ils sont malheuresement cher et a débit tres faibles (inférieur à 10kbds).
      Une autre alternative est le bus LIN (qui est sur deux fils), liaison 1 maitre/plusieurs esclave débit inf à 20kbds.
  • # one-wire

    Posté par . Évalué à 2.

    Tiens, c'est amusant, je viens de m'y mettre aussi et je me pose les même questions !

    tu a aussi one-wire comme alternative a i2c. Bon, je ne m'y connais pas trop, je bricole un peu, et je ne suis pas un cador en electronique, mais ils semble que 1-wire permette de parcourir des distance plus longue qu'avec i2c. En fait, j'ai suivi les indications fournies sur ce site :
    http://z-graphix.com/linux/temperature/howto.html

    J'ai trouvé les composants chez radiospares ( http://www.radiospares.fr/ ) il semble malheuresement que ce genre de bestioles ne se trouvent pas au coin de la rue.

    Sinon, 1-wire, c'est assez sensas, perso, j'ai reutilisé une paire dans mes cables telephoniques dans la maison pour faire passer le bus et connecter ainsi 4 capteurs de temp en paralléle, sans souci. il existe des tas de composants compatibles 1-wire dont une station météo compléte :
    http://www.maxim-ic.com/products/ibutton/solutions/search.cf(...)

    j'ai vaguement cherché, il existe un projet pour cette station sur sourceforge : http://oww.sourceforge.net/

    Sinon, il existe aussi un projet permettant de monter les composants 1-wire dans /proc en utilisant fuse : http://owfs.sourceforge.net/ qui a l'air assez sympa, d'ailleur je pense que je vais essayé de me l'installer, un des ces quatre.
    Voili-voilou

    Faut pas gonfler Gérard Lambert quand il répare sa mobylette.

    • [^] # Re: one-wire

      Posté par . Évalué à 1.

      Super !
      Ca c'est une piste vraiment intéressante.
      Merci pour l'info !
  • # meteo

    Posté par . Évalué à 3.

    pour la meteo de ta ville / quatier (si tu habites pas trop loin de la station)

    c'est metar:

    ex: $ metar -d LFLY

    ca me donne les conditions climatique de Lyon / Bron

    pour avoir ton tag: weather.noaa.gov
  • # un peu tard ...

    Posté par . Évalué à 1.

    Je viens peut être un peu tard mais il y a ça: http://open2300.sourceforge.net/ pour les WS2300 et ça http://open3600.fast-mail.nl/tiki-index.php pour la WS3600.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.