| [openplacos-dev] cas tordu |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/openplacos-dev Archives
]
- To: openplacos-dev@xxxxxxxxxxxxxxxxxxx
- Subject: [openplacos-dev] cas tordu
- From: miaouf kirsh <miaoufkirsh@xxxxxxxxx>
- Date: Wed, 10 Aug 2011 14:07:25 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=FTjoML7Vbyk4jhbVQ0PVkxPRf5CaiWPCXGroKyoV+Lg=; b=BUkdvZhOciAiLz5Hsd4yge8DPCYKgweTvupLR4j9rI8wmzVYX6DVteaRrUdXvo3E9L NVosynolhpT43Bw0rEw2f4VLKFL8EpgSOR6BBmG8so0bISLrZ8xgkfOVmyG8QsOYiWZV qibgsg6M53223w4ejUsiDsCpcs4C1aR8h91KI=
yopj'ai codé un bout de VP
j'ai eu la bonne idée (ou pas) d'emuler dans vp de vrai capteurs (LM335 pour la température et HIH3610 pour l'humidité) histoire d'utiliser derrière des composants moins bateau.
le HIH3610 a une compensation en temperature, et la je tombe sur un cas interessant ou la datasheet donne une compensation pour une température en °C et en °F
si on veut implémenter les deux types de conversion ( cas tordu ou on veut gerer les composant de température qui n'ont pas implementé la conversion °C <=> °F)
on se retrouve avec une entrée qui va appeler soit une sortie soit une autre (2 ifaces différentes) dans sa callback.
or, on a pas moyen de savoir laquelle appelé vu que le server va exposé les 2 iface mais que en réalité une seule sera connecté.
donc 2 solution :
- On s'en fout
- On remonte une erreur du type Openplacos::Error::NoLink quand le composant tente un read/write pour lui signifier que finalement l'iface n'a pas été linké au niveau du server, ainsi le composant pourra caller un rescue et changer d'iface.
En fait, je me dit que le 2 sera utile pour d'autre cas, mais ca veut dire qu'on autorise les sortie non linké au niveau du server..