Re: [OpenplacOS] Openplacos, driver XBee |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/openplacos Archives
]
- To: openplacos <openplacos@xxxxxxxxxxxxxxxxxxx>
- Subject: Re: [OpenplacOS] Openplacos, driver XBee
- From: flagos <flagospub@xxxxxxxxx>
- Date: Tue, 4 Dec 2012 16:21:06 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=aBVYkdKf3MDOHaG9IIMCEQ72lrFMtLRTicjywqAlkiY=; b=y4ID32PT76dN43KFXLaXT8J3xwKu9kykB1LM6gpJ/Pxuw8EPo5fg3hQ+5S9j+wPRug uE1jnUgABYST/cqGxpG+QcAPnK50y0RnUSMZTv6dmbJfOXyiL7w/c/GZS417mRLzK+8W /tqG7po3ggyBq40gAEzsFZ3Zt/upQQZjerZgDOM8Pv0UdoZiQTrFn1ZtM2QKW0mxQN7A YYAB2kHqyGg+CjlJMTw73ttR3jorxG6nmkmw+6ImcoGh6EhTJGqDfd50v1sR3EilA5aY HEwYlH/OFWd5sn2ggZOvr+QRJSbjYGe1XRTMZaVvEQBYll3HxJWyTpHmX/R2373KA3mM Y9Iw==
C'est exactement ca :-)
La seule petite nuance, c'est qu'on a inversé le sens de communication entre les modules et le serveur:
1. Le serveur demande aux modules ce dont ils ont besoin, retour de l'info via un yaml. Les modules sont juste lancés en --introspect et meurent.
2. Le serveur créé les objets dbus dont le module a besoin pour fonctionner
3. Le serveur relance les modules en mode normal et leur exposent les objets dont ils ont besoin (entrées + sorties).
4. A l’exécution, c'est le serveur qui va se charger de balancer une requête a un module, de récupérer la sortie et de la renvoyer au second module. En clair, le serveur gère le dispatch entre les modules.
Enfin voila, j'éclaircis tous ces points parce que c'est des questions que tu risques de te poser...