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

[flagos <flagospub@xxxxxxxxx>]

Les levé d'intérupt et le code associé sont bien effectué par les composants ?

Evidement c'est traité par un composant, la question c'est lequel ?
Relis mon mail, je te parle de 3 composants qui interagissent, essaie
d'etre plus precis de ton coté stp !

Le 30 juillet 2011 13:06, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
> 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
>>
>>
>
>



-- 
Tapé depuis mon clavier