Log in Register

Login to your account

Username
Password *
Remember Me

Create an account

Fields marked with an asterisk (*) are required.
Name
Username
Password *
Verify password *
Email *
Verify email *
Captcha *
Welcome, Guest
Username: Password: Remember me
  • Page:
  • 1
  • 2

TOPIC: Le bus est là !!

Le bus est là !! 11 Jul 2013 14:30 #1

Salut,
Je n'en démords pas sur le fait qu'il faut un BUS dédié pour relier les points de commandes : BP, interrupteur, LCD, capteurs, sondes, etc.
J'ai fait quelques recherches et j'ai trouvé VELBUS
Quelqu'un connait ?

De ce que je vois il faut 2 paires torsadés (cable UTP ou EIB) : Une paire pour l'alimentation et l'autre pour le BUS.

C'est très proche de ce que j'ai en tête.
Je vais creuser mes recherches sur le BUS CAN et le RS-485.
Mais la couche physique de EIB/KNX est très intéressante aussi.

Je ne conçois pas d'installation domotique sans BUS... mais lequel mettre en place ?
  • engee974
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 17
  • Karma: 0
The administrator has disabled public write access.

Le bus est là !! 11 Jul 2013 16:56 #2

salut,

je connais VELBUS de nom, ils ont une gamme intéressante de matériel, mais on retrouve le même grief que pour knx: assez onéreux, protocole obscure... pas dans l'esprit xplduino Tongue

Si tu veux du bus CAN, il existe le projet DOMOCAN. J'avais hésité à me lancer à l'époque, c'est un projet plutôt bien foutu.

Mais concrètement, avec les Atmega qui ne supportent pas en natif le CAN, ça me parait compromis de se lancer là-dedans. Pourtant, le CAN ne manque pas d'intérêt: vrai multimaster, robuste...

Le plus simple pour nous, c'est le RS485 qui reste une simple liaison série multipoint et longue distance. Couplé au protocole modbus, on a un bus déjà éprouvé dans l'industrie depuis longtemps.

Gromain
  • gromain
  • Avatar 2013 01 07
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 153
  • Thank you received: 10
  • Karma: 3
The administrator has disabled public write access.

Le bus est là !! 11 Jul 2013 19:43 #3

gromain wrote:
...
Si tu veux du bus CAN, il existe le projet DOMOCAN. J'avais hésité à me lancer à l'époque, c'est un projet plutôt bien foutu.

Mais concrètement, avec les Atmega qui ne supportent pas en natif le CAN, ça me parait compromis de se lancer là-dedans. Pourtant, le CAN ne manque pas d'intérêt: vrai multimaster, robuste...
Intéressant et ça tient en 2 composants à moins de 1.5€ pièce : MCP2551 & MCP2515.
merci gromain de m'avoir mis sur cette piste.

gromain wrote:
Le plus simple pour nous, c'est le RS485 qui reste une simple liaison série multipoint et longue distance. Couplé au protocole modbus, on a un bus déjà éprouvé dans l'industrie depuis longtemps
Pas si sûr que ce soit si simple.
Le plus simple justement c'est de ne pas gérer les couches les plus basses du modèle OSI et se concentrer sur le soft xPL.

les 2 chips sont dispos sur eBay. J'achète pour commencer à faire mumuse.
  • engee974
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 17
  • Karma: 0
The administrator has disabled public write access.

Le bus est là !! 12 Jul 2013 06:53 #4

Niii qui traine sur irc fait des essais avec rs485/modbus.
Avec une topologie en étoile, les perfs sont plutôt mauvaise (normal!)
Par contre, en câblant en bus il arrive à des perfs tout à fait acceptable (trame tous les 1us sans timeout)
  • gromain
  • Avatar 2013 01 07
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 153
  • Thank you received: 10
  • Karma: 3
The administrator has disabled public write access.

Le bus est là !! 30 Dec 2013 10:43 #5

Tiens je suis cité sur le forum.
Je ne traine pas sur irc monsieur, j'idle !

Pour le rs485, en effet il est assez simple à mettre en place.
Un sn75176 (<1€), une résistance ou non, et c'est tout le reste c'est du code.

J'ai joué un peu avec sans pour autant l'éprouver.
Dans la pratique, j'ai déployé dans ma maison plusieurs atmega reliés sur le bus, et comme la dit Gromain le temps de réponse était assez bas.

Par contre comment vous voulez interfacer tout ce monde ?
X slaves rs485 > master rs485 > passerelle rs485-xpl > ?
  • Niii
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 4
  • Karma: 0
The administrator has disabled public write access.

Le bus est là !! 30 Dec 2013 12:20 #6

Par contre comment vous voulez interfacer tout ce monde ?
X slaves rs485 > master rs485 > passerelle rs485-xpl > ?
le contrôleur SMB jouerai le rôle de passerelle. Il considérerait un nœud du bus comme une simple carte d'E/S.
Donc on associe les entrées à des fonctions Switch et les sorties à des fonctions Lighting par exemple, comme on le fait déjà pour une carte E/S sur I2C.
  • gromain
  • Avatar 2013 01 07
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 153
  • Thank you received: 10
  • Karma: 3
The administrator has disabled public write access.

Le bus est là !! 30 Dec 2013 12:43 #7

Et si ce sont des valeurs comme la température ou l'humidité ?

On est d'accord que la smb joue juste le rôle de passerelle pour retranscrire le tout en xpl.
Mais plus haut il y a quoi comme solution pour grapher le tout ? Domogik ?
  • Niii
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 4
  • Karma: 0
The administrator has disabled public write access.

Le bus est là !! 30 Dec 2013 12:59 #8

J'avoue que pour le moment, on privilégie le OneWire pour tout ce qui est température. Mais au final, peu importe comment tu relèves la valeur (OneWire, rs485, RF...), dans le code il suffira qu'on sépare la partie "acquisition physique" de la partie objet "Temperature" ou "Hygrométrie", comme on le fait déjà pour les objets Switch et Lighting.

Mais dans tous les cas, il ne faut pas compter sur un xplduino/arduino pour te faire du datalogging et mis en forme des valeurs. Tout au plus pourra-t-il stocker les valeurs min/max du jour par ex.. Ça ne doit rester qu'une passerelle.
Un Domogik ou tout autre soft/box récupère les données pour les stocker dans une BDD et les traiter après-coup. Domogik le fait, même si Domoweb/Domodroid reste assez basique dans l'affichage des courbes pour le moment.
  • gromain
  • Avatar 2013 01 07
  • OFFLINE
  • Administrateur
  • Administrateur
  • Posts: 153
  • Thank you received: 10
  • Karma: 3
The administrator has disabled public write access.

Le bus est là !! 30 Dec 2013 13:10 #9

J'avoue que pour le moment, on privilégie le OneWire
C'est aussi ce que j'utilisais jusqu’à maintenant.

Mais dans tous les cas, il ne faut pas compter sur un xplduino/arduino pour te faire du datalogging
C'est bien ça, je voulais juste avoir ta confirmation.
J'ai depuis un moment abandonné l'idée de stocker des données sur le long terme avec un atmega Wink.

même si Domoweb/Domodroid reste assez basique dans l'affichage des courbes pour le moment.
Oui, j'ai rien trouvé de sexy pour grapher tout ce monde (conso/temp/hum/...) jusqu'à maintenant.
A tester avec Domogik 0.3, à part des captures de la page d'accueil et de la config il n'y a pas grand chose.

Le code de la smb est dispo quelque part ?
A part les schémas de cartes j'ai rien trouvé sur le dépôt google.
  • Niii
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 4
  • Karma: 0
The administrator has disabled public write access.

Le bus est là !! 02 Jan 2014 18:28 #10

Bonsoir, et bonne année à tous,
Une question peut être stupide Whistling :
Un raspberry pi ne pourrait-il pas faire l'affaire pour smb?
Vu qu'il contient 2 ports I2c programmable en python et que l'on peu ajouter une RTC?
Dom
  • dom89
  • Nophoto
  • OFFLINE
  • Fresh Boarder
  • Rank0
  • Posts: 4
  • Karma: 0
The administrator has disabled public write access.
  • Page:
  • 1
  • 2
Backtotop