Re: [openplacos-dev] Fwd: programmation d'une interrupt

[miaouf kirsh <miaoufkirsh@xxxxxxxxx>]

En fait, tes questions mon mis le doute, j'ai l'impression qu'on est pas sur la meme longueur d'onde quand on parle des interrupts.

Les levé d'intérupt et le code associé sont bien effectué par les composants ? le server lui il se contente juste de les transmettres, exactement comme pour les read / writes ?

Le 30 juillet 2011 12:56, flagos <flagospub@xxxxxxxxx> a écrit :

Houla, j'ai pas tout capté:

2 remarques en premiere intention:
la question bonus, c'est dans le cas ou on mutualise l'interrupt. Je
veux dire il faut quand meme eviter de coder le processing de
l'interrupt dans tous les composants, c'est un peu dommage; Dans
l'idée, j'aurais bien vu un 1 composant driver, 1 composant
Temperature et 1 composant interruption analogique.

Le composant interruption analogique est censé pouvoir fonctionner sur
toutes les ifaces qui ressemblent a de l'analog, la question bonus
c'est qui fait la progerammation de la bete ?

Apres j'ai pas compris l'histoire du pulling, tu parles du driver la ?

Le 30 juillet 2011 10:57, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :

> Pas vident ces truc.
> moi a priori je dirais, on a un seul signal, nomé du style "interupt" et qui
> retourne un code genre 1 = front montant, 9 = la valeur a changé, etc
> apres c'est les composants qui gerent, parce que je vois pas trop comment on
> peut faire autrement.
>
> pour la question bonus, c'est le type qui code le composant qui choisit de
> codé l'interrupt, donc a priori il va rajouter un argument a passer pour
> avoir une valeur seuil fournie par l'user, et apres il va faire du pulling
> et emmetre le signal avec le bon code
> Le 30 juillet 2011 10:40, flagos <flagospub@xxxxxxxxx> a écrit :
>>
>> je renvoie le colis par la liste de diffusion, plus approprié
>>
>>
>> ---------- Message transféré ----------
>> De : flagos <flagospub@xxxxxxxxx>
>> Date : 30 juillet 2011 10:39
>> Objet : programmation d'une interrupt
>> À : miaouf kirsh <miaoufkirsh@xxxxxxxxx>
>>
>>
>> Yop,
>>
>> Bon maintenant qu'on voit un peu plus comment on va remonter une IT,
>> comment on la programme ? On ajoute une methode aux 2 read/write ? La
>> programmtion depend de l'interface, ca parait evident. Qu'est ce qu'on
>> triggue ? Dans le cas d'un booleen:
>>
>> + etat haut/bas ?
>> + front montant/descendant ?
>>
>> Dans le cas d'un analog ?
>> + valeur haute/basse ?
>>
>> En general, on triggue sur un front, mais trigguer sur des valeurs
>> c'est plus logique au niveau de la programmation, ca permet d'tre plus
>> coherent au niveau des interfaces.
>>
>> T'en dis quoi ?
>>
>> Ca donne quoi comme syntaxe ?
>>
>> Question bonus, qui programme l'interrupt ? Cas basique d'une
>> teperature: je veux trigguer lorsqu'elle passe les 25°, comment ca se
>> passe concretement ?
>>
>> --
>> Tapé depuis mon clavier
>>
>>
>>
>> --
>> Tapé depuis mon clavier
>>
>>
>
>

--
Tapé depuis mon clavier