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 Sébastien Koechlin . Évalué à 6.
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 Denis Bodor (site web personnel) . Évalué à 4.
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 Serge2 . Évalué à 1.
PS: Bravo pour l'excellent hors-série sur l'électronique et Linux.
[^] # Re: Longueur d'un bus i²c
Posté par Denis Bodor (site web personnel) . Évalué à 4.
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 Bruno Adele (site web personnel) . Évalué à 3.
# Le X10, ça peut pas faire l'affaire ?
Posté par krys . Évalué à 5.
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(...)
[^] # Re: Le X10, ça peut pas faire l'affaire ?
Posté par Serge2 . Évalué à 1.
Chez moi, l'électricité passe par des goulottes donc c'est assez simple d'ajouter des fils.
# Réponse au subsidiaire
Posté par TheBreton . Évalué à 4.
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 Sylvain Briole (site web personnel) . Évalué à 5.
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 maggic . Évalué à 6.
Fonctionne sous linux avec frogd (http://www.redge.net/frogd/fr/ ).
Le résultat http://meteo.maggic.org/
# Ethernet
Posté par Louis Nyffenegger . Évalué à 2.
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 Serge2 . Évalué à 1.
[^] # Re: Ethernet
Posté par Jump3R (site web personnel) . Évalué à 2.
A base de pic, il va falloir sortir le fer a souder :)
# MisterHouse
Posté par mcben . Évalué à 2.
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 Nicolas Bernard (site web personnel) . Évalué à 1.
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 Serge2 . Évalué à 2.
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 Nicolas Bernard (site web personnel) . Évalué à 2.
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 Serge2 . Évalué à 1.
Sinon, je pense que la solution fer à souder est la meilleure devant l'opacité des constructeurs.
[^] # Re: La Crosse et Linux
Posté par Nicolas Bernard (site web personnel) . Évalué à 2.
http://follijen.free.fr/download/ (version 2)
http://wx2000.sourceforge.net/ (version 1 - pour ws 2000 ?)
# Quelques idées
Posté par salvaire . Évalué à 2.
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 TheBreton . Évalué à 1.
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 Big Pete . Évalué à 2.
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 Serge2 . Évalué à 1.
Ca c'est une piste vraiment intéressante.
Merci pour l'info !
# meteo
Posté par abc . Évalué à 3.
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 mxt . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.