[openplacos-dev] Re: reguls |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/openplacos-dev Archives
]
- To: openplacos-dev@xxxxxxxxxxxxxxxxxxx
- Subject: [openplacos-dev] Re: reguls
- From: flagos <flagospub@xxxxxxxxx>
- Date: Mon, 16 Apr 2012 11:23:48 +0200
- 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:content-transfer-encoding; bh=AqZnQbJWKbMMvbkYbdbqRXw8VsS3H4y7cllolnPJAW4=; b=DoKw/ZxAN1p4pLVKouJtuz5J9lpVq9PLRGJvBkuIH/ROGRhL6IBEKJjGyL80OfCWyz V8UFd3H9fEy66pQko3Q2OJXDlgNC4U216fbli446dPx1josV4to1mT2NPjWlbhC6FQYz 7xyVJ7clJQgF36dlmR09rJrV2SOSqpQQ9M+pkZ5+fSmbxWqohkMdHPhi81Vm5KBFqd0r 8S8gUrKwyCLJ+hO7o2DVcvykc7m719goxbstf6T3pf/F4NLc2hhXzTcgfDTFj0BMxQFn ad9P5zIG+gkW9eQTM4qDDE0Fwncw6fl2fSW/iAjjJKtL8iC3/iiyl2BdOx8NTBkmJoFd n8oQ==
(je reponds par le biais de la maillist)
typiquement si je veut faire une régule qui a une output pin avec une
iface "analog.sensor", va elle pouvoir se brancher sur une iface
"analog.sensor.temperature.celcuis" ?
Je sais meme pas si on vérifie quelque chose actuellement.. Après si
question était de savoir si c'était ce qu'on avait décidé de faier:
oui c'est bien ca.
et si on a plusieurs ifaces qui satisfont le truc (dans un des dernier
mail on parlais les interdire les héritage similaires.)
Je n'y avais pas pensé. Premier arrivé, premier servi ?
enfin dernier truc, au niveau de la regul, on a une valeur set/unset a
regler, mais egalement des parametres genre seuil etc.
tu pense que c'est mieux de faire une iface genre
"digital.regul.switch" avec des parametre a passer dans le hash
d'option
ou de caller une iface par param a regler ? genre
"digital.regul.switch" pour le set/unset, "analog.regul.threshold"
pour le seuil, et "analog.regul.hysteresis" pour l'hystéresi.
moi je pense pour une iface par //
ca permet d’être extensible (genre un param a régler en plus sera
toujours affiché par les client)
Je suis pour également. Ca permettrait par exemple d'avoir le
threeshold en commun sur tous les composants de type regul (pid et
hysteresis par exemple) et de pouvoir coder des composants qui
pourraient s'appuyer sur cette interface , un machin qui ferait du
controle automatique de regul, une sorte de regul de regul par
exemple.
Le 16 avril 2012 10:48, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
> Salut
> Hier je pensais a un truc a propos des régule. Je me rappelle plus si on a
> codé cette histoire d'héritage pour les ifaces au niveau du server.
> typiquement si je veut faire une régule qui a une output pin avec une iface
> "analog.sensor", va elle pouvoir se brancher sur une iface
> "analog.sensor.temperature.celcuis" ?
> et si on a plusieurs ifaces qui satisfont le truc (dans un des dernier mail
> on parlais les interdire les héritage similaires.)
>
> enfin dernier truc, au niveau de la regul, on a une valeur set/unset a
> regler, mais egalement des parametres genre seuil etc.
> tu pense que c'est mieux de faire une iface genre "digital.regul.switch"
> avec des parametre a passer dans le hash d'option
> ou de caller une iface par param a regler ? genre "digital.regul.switch"
> pour le set/unset, "analog.regul.threshold" pour le seuil, et
> "analog.regul.hysteresis" pour l'hystéresi.
> moi je pense pour une iface par //
> ca permet d’être extensible (genre un param a régler en plus sera toujours
> affiché par les client)
>
> que pense tu de tout ca (j'ai plus la mémoire tres fraiche la dessus)
>
--
Tapé depuis mon clavier