Je cherche à comprendre le fonctionnement de l'IRDA sur mon palm
Manip 1 :
je lance hyperterminal sur mon PC portable avec ir2com2000,
je lance une application terminal sur le palm,
je tape "toto" sur le PC, je vois s'inscrire "toto" sur le palm,
je tape "titi" sur le palm, je vois s'inscrire "titi" sur le PC
=> ça marche au poil
Manip2
je lance hyperterminal sur mon PC portable avec ir2com2000,
je lance la transmission d'un fichier PRC queconque
=> Je ne vois rien sur le terminal mais le PC ouvre une fenetre pour me
demander ce que je veus faire du bidule.prc
Conclusion le PC fait la différence => il y a certainement une encapsulation
des données dans la manip 1 que palm ajoute et que le PC enléve avant
d'afficher.
Evidement la norme IRDA defini tout cela
Question 1 Coment visualiser le message sur le PC avant qu'il ne soit
désencapsulé?
Question 2 Coment envoyer une message non encapsulé avec le palm (même s'il
faut écrire quelque lignes de C)?
En fait je voudrais faire une petite interface avec un CPLD pour allumer des
LED qui serait commandée par un PALM
Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à
simplifier les choses au maximum.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Vuichard
HERGAULT STEPHANE wrote:
Manip 1 : je lance hyperterminal sur mon PC portable avec ir2com2000, je lance une application terminal sur le palm,
Donc tu établis un lien série IR entre l'appli PC et l'appli Palm.
je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
je lance la transmission d'un fichier PRC queconque
Le Palm envoit le fichier.
=> Je ne vois rien sur le terminal
Normal, le terminal n'est relié à rien.
mais le PC ouvre une fenetre pour me demander ce que je veus faire du bidule.prc
Logique : il reçoit un fichier, donc il veut savoir quoi en faire.
Conclusion le PC fait la différence
Conclusion erronée. Le PC n'aurait pas pu te demander quoi faire de bidule.prc si la liaison IR de l'hyperterminal avait été établie. Cela dit, dans ce cas, le Palm n'aurait pas pu envoyer le fichier, puisque tu aurais été dans le terminal (Online ?).
=> il y a certainement une encapsulation des données dans la manip 1
Non. Enfin, si, ce n'est pas de l'IrDA pur, mais de l'IRComm, le protocole de liaison série virtuelle sur IrDA.
C'est dans la manip 2 qu'il y a une encapsulation supplémentaire.
En fait je voudrais faire une petite interface avec un CPLD pour allumer des LED qui serait commandée par un PALM Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à simplifier les choses au maximum.
Dans ce cas, ajoute un controleur IrDA... Ou mieux, un contrôleur IrComm (voir plus loin). Ce qu'il faut savoir, c'est que les API Palm OS ne permettent pas la gestion directe de l'IR. C'est cependant possible, mais en attaquant directement les registres du processeur... Pas terrible pour la compatibilité. Par contre, tu peux attaquer l'IrDA ou l'IrComm sans problème. Difficulté supplémentaire : certains appareils n'accepte pas l'utilisation de l'IrDA "raw". Ce sont les devices à base de T.I. OMAP, donc Tungsten T, T2 et Zire 71.
Manip 1 :
je lance hyperterminal sur mon PC portable avec ir2com2000,
je lance une application terminal sur le palm,
Donc tu établis un lien série IR entre l'appli PC et l'appli Palm.
je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
je lance la transmission d'un fichier PRC queconque
Le Palm envoit le fichier.
=> Je ne vois rien sur le terminal
Normal, le terminal n'est relié à rien.
mais le PC ouvre une fenetre pour me
demander ce que je veus faire du bidule.prc
Logique : il reçoit un fichier, donc il veut savoir quoi en faire.
Conclusion le PC fait la différence
Conclusion erronée. Le PC n'aurait pas pu te demander quoi faire de
bidule.prc si la liaison IR de l'hyperterminal avait été établie. Cela
dit, dans ce cas, le Palm n'aurait pas pu envoyer le fichier, puisque tu
aurais été dans le terminal (Online ?).
=> il y a certainement une encapsulation des données dans la manip 1
Non. Enfin, si, ce n'est pas de l'IrDA pur, mais de l'IRComm, le
protocole de liaison série virtuelle sur IrDA.
C'est dans la manip 2 qu'il y a une encapsulation supplémentaire.
En fait je voudrais faire une petite interface avec un CPLD pour
allumer des LED qui serait commandée par un PALM
Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à
simplifier les choses au maximum.
Dans ce cas, ajoute un controleur IrDA... Ou mieux, un contrôleur IrComm
(voir plus loin). Ce qu'il faut savoir, c'est que les API Palm OS ne
permettent pas la gestion directe de l'IR. C'est cependant possible,
mais en attaquant directement les registres du processeur... Pas
terrible pour la compatibilité. Par contre, tu peux attaquer l'IrDA ou
l'IrComm sans problème. Difficulté supplémentaire : certains appareils
n'accepte pas l'utilisation de l'IrDA "raw". Ce sont les devices à base
de T.I. OMAP, donc Tungsten T, T2 et Zire 71.
Manip 1 : je lance hyperterminal sur mon PC portable avec ir2com2000, je lance une application terminal sur le palm,
Donc tu établis un lien série IR entre l'appli PC et l'appli Palm.
je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
je lance la transmission d'un fichier PRC queconque
Le Palm envoit le fichier.
=> Je ne vois rien sur le terminal
Normal, le terminal n'est relié à rien.
mais le PC ouvre une fenetre pour me demander ce que je veus faire du bidule.prc
Logique : il reçoit un fichier, donc il veut savoir quoi en faire.
Conclusion le PC fait la différence
Conclusion erronée. Le PC n'aurait pas pu te demander quoi faire de bidule.prc si la liaison IR de l'hyperterminal avait été établie. Cela dit, dans ce cas, le Palm n'aurait pas pu envoyer le fichier, puisque tu aurais été dans le terminal (Online ?).
=> il y a certainement une encapsulation des données dans la manip 1
Non. Enfin, si, ce n'est pas de l'IrDA pur, mais de l'IRComm, le protocole de liaison série virtuelle sur IrDA.
C'est dans la manip 2 qu'il y a une encapsulation supplémentaire.
En fait je voudrais faire une petite interface avec un CPLD pour allumer des LED qui serait commandée par un PALM Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à simplifier les choses au maximum.
Dans ce cas, ajoute un controleur IrDA... Ou mieux, un contrôleur IrComm (voir plus loin). Ce qu'il faut savoir, c'est que les API Palm OS ne permettent pas la gestion directe de l'IR. C'est cependant possible, mais en attaquant directement les registres du processeur... Pas terrible pour la compatibilité. Par contre, tu peux attaquer l'IrDA ou l'IrComm sans problème. Difficulté supplémentaire : certains appareils n'accepte pas l'utilisation de l'IrDA "raw". Ce sont les devices à base de T.I. OMAP, donc Tungsten T, T2 et Zire 71.
Desolé pour le double message mais c'est normal, je suis nul...
"Patrick Vuichard" a écrit dans le message de news: 3f68284e$0$244$
HERGAULT STEPHANE wrote: > Manip 1 : > je lance hyperterminal sur mon PC portable avec ir2com2000, > je lance une application terminal sur le palm,
Donc tu établis un lien série IR entre l'appli PC et l'appli Palm.
> je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
En fait si, car elle est reliée au port IR via ir2com2000 qui fait apparaitre un port com5 utilisable par l'appli mais je pensait que tout ce qui entrait par le port IR sortait sur com5 et il semble que non
> je lance la transmission d'un fichier PRC queconque
Le Palm envoit le fichier.
> => Je ne vois rien sur le terminal
Normal, le terminal n'est relié à rien.
C'est ce que je cherche à comprendre
> mais le PC ouvre une fenetre pour me > demander ce que je veus faire du bidule.prc
Logique : il reçoit un fichier, donc il veut savoir quoi en faire.
> Conclusion le PC fait la différence
Conclusion erronée. Le PC n'aurait pas pu te demander quoi faire de bidule.prc si la liaison IR de l'hyperterminal avait été établie. Cela dit, dans ce cas, le Palm n'aurait pas pu envoyer le fichier, puisque tu aurais été dans le terminal (Online ?).
> => il y a certainement une encapsulation des données dans la manip 1
Non. Enfin, si, ce n'est pas de l'IrDA pur, mais de l'IRComm, le protocole de liaison série virtuelle sur IrDA.
C'est dans la manip 2 qu'il y a une encapsulation supplémentaire.
> En fait je voudrais faire une petite interface avec un CPLD pour > allumer des LED qui serait commandée par un PALM > Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à > simplifier les choses au maximum.
Dans ce cas, ajoute un controleur IrDA... Ou mieux, un contrôleur IrComm (voir plus loin). Ce qu'il faut savoir, c'est que les API Palm OS ne permettent pas la gestion directe de l'IR. C'est cependant possible, mais en attaquant directement les registres du processeur... Pas terrible pour la compatibilité. Par contre, tu peux attaquer l'IrDA ou l'IrComm sans problème. Difficulté supplémentaire : certains appareils n'accepte pas l'utilisation de l'IrDA "raw". Ce sont les devices à base de T.I. OMAP, donc Tungsten T, T2 et Zire 71.
En fait c'est un peu ce que je craignais car j'ai essayé de comprendre les API du palm et bien qu'étant novice en palmOS j'étais arrivé à la même conclusion. Je pense que l'application terminal du palm se brance sur IRcom et pas sur le hardware car c'est un produit qui ne semble pas dédié à une seule machine Merci pour ces explication
Desolé pour le double message mais c'est normal, je suis nul...
"Patrick Vuichard" <Patrick.Vuichard@wanadoo.fr> a écrit dans le message de
news: 3f68284e$0$244$4d4eb98e@read.news.fr.uu.net...
HERGAULT STEPHANE wrote:
> Manip 1 :
> je lance hyperterminal sur mon PC portable avec ir2com2000,
> je lance une application terminal sur le palm,
Donc tu établis un lien série IR entre l'appli PC et l'appli Palm.
> je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
En fait si, car elle est reliée au port IR via ir2com2000 qui fait
apparaitre un port com5 utilisable par l'appli
mais je pensait que tout ce qui entrait par le port IR sortait sur com5 et
il semble que non
> je lance la transmission d'un fichier PRC queconque
Le Palm envoit le fichier.
> => Je ne vois rien sur le terminal
Normal, le terminal n'est relié à rien.
C'est ce que je cherche à comprendre
> mais le PC ouvre une fenetre pour me
> demander ce que je veus faire du bidule.prc
Logique : il reçoit un fichier, donc il veut savoir quoi en faire.
> Conclusion le PC fait la différence
Conclusion erronée. Le PC n'aurait pas pu te demander quoi faire de
bidule.prc si la liaison IR de l'hyperterminal avait été établie. Cela
dit, dans ce cas, le Palm n'aurait pas pu envoyer le fichier, puisque tu
aurais été dans le terminal (Online ?).
> => il y a certainement une encapsulation des données dans la manip 1
Non. Enfin, si, ce n'est pas de l'IrDA pur, mais de l'IRComm, le
protocole de liaison série virtuelle sur IrDA.
C'est dans la manip 2 qu'il y a une encapsulation supplémentaire.
> En fait je voudrais faire une petite interface avec un CPLD pour
> allumer des LED qui serait commandée par un PALM
> Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à
> simplifier les choses au maximum.
Dans ce cas, ajoute un controleur IrDA... Ou mieux, un contrôleur IrComm
(voir plus loin). Ce qu'il faut savoir, c'est que les API Palm OS ne
permettent pas la gestion directe de l'IR. C'est cependant possible,
mais en attaquant directement les registres du processeur... Pas
terrible pour la compatibilité. Par contre, tu peux attaquer l'IrDA ou
l'IrComm sans problème. Difficulté supplémentaire : certains appareils
n'accepte pas l'utilisation de l'IrDA "raw". Ce sont les devices à base
de T.I. OMAP, donc Tungsten T, T2 et Zire 71.
En fait c'est un peu ce que je craignais car j'ai essayé de comprendre les
API du palm et bien qu'étant novice en palmOS j'étais arrivé à la même
conclusion.
Je pense que l'application terminal du palm se brance sur IRcom et pas sur
le hardware car c'est un produit qui ne semble pas dédié à une seule machine
Merci pour ces explication
Desolé pour le double message mais c'est normal, je suis nul...
"Patrick Vuichard" a écrit dans le message de news: 3f68284e$0$244$
HERGAULT STEPHANE wrote: > Manip 1 : > je lance hyperterminal sur mon PC portable avec ir2com2000, > je lance une application terminal sur le palm,
Donc tu établis un lien série IR entre l'appli PC et l'appli Palm.
> je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
En fait si, car elle est reliée au port IR via ir2com2000 qui fait apparaitre un port com5 utilisable par l'appli mais je pensait que tout ce qui entrait par le port IR sortait sur com5 et il semble que non
> je lance la transmission d'un fichier PRC queconque
Le Palm envoit le fichier.
> => Je ne vois rien sur le terminal
Normal, le terminal n'est relié à rien.
C'est ce que je cherche à comprendre
> mais le PC ouvre une fenetre pour me > demander ce que je veus faire du bidule.prc
Logique : il reçoit un fichier, donc il veut savoir quoi en faire.
> Conclusion le PC fait la différence
Conclusion erronée. Le PC n'aurait pas pu te demander quoi faire de bidule.prc si la liaison IR de l'hyperterminal avait été établie. Cela dit, dans ce cas, le Palm n'aurait pas pu envoyer le fichier, puisque tu aurais été dans le terminal (Online ?).
> => il y a certainement une encapsulation des données dans la manip 1
Non. Enfin, si, ce n'est pas de l'IrDA pur, mais de l'IRComm, le protocole de liaison série virtuelle sur IrDA.
C'est dans la manip 2 qu'il y a une encapsulation supplémentaire.
> En fait je voudrais faire une petite interface avec un CPLD pour > allumer des LED qui serait commandée par un PALM > Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à > simplifier les choses au maximum.
Dans ce cas, ajoute un controleur IrDA... Ou mieux, un contrôleur IrComm (voir plus loin). Ce qu'il faut savoir, c'est que les API Palm OS ne permettent pas la gestion directe de l'IR. C'est cependant possible, mais en attaquant directement les registres du processeur... Pas terrible pour la compatibilité. Par contre, tu peux attaquer l'IrDA ou l'IrComm sans problème. Difficulté supplémentaire : certains appareils n'accepte pas l'utilisation de l'IrDA "raw". Ce sont les devices à base de T.I. OMAP, donc Tungsten T, T2 et Zire 71.
En fait c'est un peu ce que je craignais car j'ai essayé de comprendre les API du palm et bien qu'étant novice en palmOS j'étais arrivé à la même conclusion. Je pense que l'application terminal du palm se brance sur IRcom et pas sur le hardware car c'est un produit qui ne semble pas dédié à une seule machine Merci pour ces explication
Desolé pour le double message mais c'est normal, je suis nul...
Mais non, mais non...
je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
En fait si, car elle est reliée au port IR via ir2com2000 qui fait apparaitre un port com5 utilisable par l'appli
N'oublie pas que l'IrCom, c'est comme un cable série, mais par IR. Là, ton cable part de ton PC, mais n'est pas branché de l'autre côté ! Donc, d'après la loi de Sattinger, ça ne peut pas marcher ;-)
En clair, ton hyperterminal n'est relié à quelque chose que quand la liaison est établie entre ton PC et ton Palm. Là, l'hyperterminal est juste *configuré* pour essayer d'établir la liaison, mais elle n'est pas établie.
Je pense que l'application terminal du palm se brance sur IRcom
Tout à fait.
Merci pour ces explication
De rien, c'est mon boulot de fournir ce genre d'info...
Desolé pour le double message mais c'est normal, je suis nul...
Mais non, mais non...
je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
En fait si, car elle est reliée au port IR via ir2com2000 qui fait
apparaitre un port com5 utilisable par l'appli
N'oublie pas que l'IrCom, c'est comme un cable série, mais par IR. Là,
ton cable part de ton PC, mais n'est pas branché de l'autre côté ! Donc,
d'après la loi de Sattinger, ça ne peut pas marcher ;-)
En clair, ton hyperterminal n'est relié à quelque chose que quand la
liaison est établie entre ton PC et ton Palm. Là, l'hyperterminal est
juste *configuré* pour essayer d'établir la liaison, mais elle n'est pas
établie.
Je pense que l'application terminal du palm se brance sur IRcom
Tout à fait.
Merci pour ces explication
De rien, c'est mon boulot de fournir ce genre d'info...
Desolé pour le double message mais c'est normal, je suis nul...
Mais non, mais non...
je lance hyperterminal sur mon PC portable avec ir2com2000,
L'appli PC n'est donc reliée à rien.
En fait si, car elle est reliée au port IR via ir2com2000 qui fait apparaitre un port com5 utilisable par l'appli
N'oublie pas que l'IrCom, c'est comme un cable série, mais par IR. Là, ton cable part de ton PC, mais n'est pas branché de l'autre côté ! Donc, d'après la loi de Sattinger, ça ne peut pas marcher ;-)
En clair, ton hyperterminal n'est relié à quelque chose que quand la liaison est établie entre ton PC et ton Palm. Là, l'hyperterminal est juste *configuré* pour essayer d'établir la liaison, mais elle n'est pas établie.
Je pense que l'application terminal du palm se brance sur IRcom
Tout à fait.
Merci pour ces explication
De rien, c'est mon boulot de fournir ce genre d'info...
On Wed, 17 Sep 2003 00:35:36 +0200, "HERGAULT STEPHANE" wrote:
Je cherche à comprendre le fonctionnement de l'IRDA sur mon palm
Manip 1 : je lance hyperterminal sur mon PC portable avec ir2com2000, je lance une application terminal sur le palm, je tape "toto" sur le PC, je vois s'inscrire "toto" sur le palm, je tape "titi" sur le palm, je vois s'inscrire "titi" sur le PC => ça marche au poil Manip2 je lance hyperterminal sur mon PC portable avec ir2com2000, je lance la transmission d'un fichier PRC queconque => Je ne vois rien sur le terminal mais le PC ouvre une fenetre pour me demander ce que je veus faire du bidule.prc
Conclusion le PC fait la différence => il y a certainement une encapsulation des données dans la manip 1 que palm ajoute et que le PC enléve avant d'afficher. Evidement la norme IRDA defini tout cela
Ds la manip 2, le PDA utilise le protocole OBEX Les docs sont sur www.irda.org
Question 1 Coment visualiser le message sur le PC avant qu'il ne soit désencapsulé? Question 2 Coment envoyer une message non encapsulé avec le palm (même s'il faut écrire quelque lignes de C)?
En fait je voudrais faire une petite interface avec un CPLD pour allumer des LED qui serait commandée par un PALM
C'est quoi un CPLD
Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à simplifier les choses au maximum.
Tu peux sans doute écrire un client sur le Palm qui envoie des commandes via le port série (IRCOMM donc) , et si ton CPLD (?) est un PC, une appli qui est à l'écoute sur le port série. Ce sera un peu comme qd tu avais le terminal sur le Palm + Hyperterminal.
=-=-=-=-=-=-=-=-=-=- Fred Mon email c'est sur freesurf.fr et c'est "fr-p"
Je cherche à comprendre le fonctionnement de l'IRDA sur mon palm
Manip 1 :
je lance hyperterminal sur mon PC portable avec ir2com2000,
je lance une application terminal sur le palm,
je tape "toto" sur le PC, je vois s'inscrire "toto" sur le palm,
je tape "titi" sur le palm, je vois s'inscrire "titi" sur le PC
=> ça marche au poil
Manip2
je lance hyperterminal sur mon PC portable avec ir2com2000,
je lance la transmission d'un fichier PRC queconque
=> Je ne vois rien sur le terminal mais le PC ouvre une fenetre pour me
demander ce que je veus faire du bidule.prc
Conclusion le PC fait la différence => il y a certainement une encapsulation
des données dans la manip 1 que palm ajoute et que le PC enléve avant
d'afficher.
Evidement la norme IRDA defini tout cela
Ds la manip 2, le PDA utilise le protocole OBEX
Les docs sont sur www.irda.org
Question 1 Coment visualiser le message sur le PC avant qu'il ne soit
désencapsulé?
Question 2 Coment envoyer une message non encapsulé avec le palm (même s'il
faut écrire quelque lignes de C)?
En fait je voudrais faire une petite interface avec un CPLD pour allumer des
LED qui serait commandée par un PALM
C'est quoi un CPLD
Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à
simplifier les choses au maximum.
Tu peux sans doute écrire un client sur le Palm qui envoie des
commandes via le port série (IRCOMM donc) , et si ton CPLD (?) est un
PC, une appli qui est à l'écoute sur le port série. Ce sera un peu
comme qd tu avais le terminal sur le Palm + Hyperterminal.
=-=-=-=-=-=-=-=-=-=-
Fred
Mon email c'est sur freesurf.fr et c'est "fr-p"
On Wed, 17 Sep 2003 00:35:36 +0200, "HERGAULT STEPHANE" wrote:
Je cherche à comprendre le fonctionnement de l'IRDA sur mon palm
Manip 1 : je lance hyperterminal sur mon PC portable avec ir2com2000, je lance une application terminal sur le palm, je tape "toto" sur le PC, je vois s'inscrire "toto" sur le palm, je tape "titi" sur le palm, je vois s'inscrire "titi" sur le PC => ça marche au poil Manip2 je lance hyperterminal sur mon PC portable avec ir2com2000, je lance la transmission d'un fichier PRC queconque => Je ne vois rien sur le terminal mais le PC ouvre une fenetre pour me demander ce que je veus faire du bidule.prc
Conclusion le PC fait la différence => il y a certainement une encapsulation des données dans la manip 1 que palm ajoute et que le PC enléve avant d'afficher. Evidement la norme IRDA defini tout cela
Ds la manip 2, le PDA utilise le protocole OBEX Les docs sont sur www.irda.org
Question 1 Coment visualiser le message sur le PC avant qu'il ne soit désencapsulé? Question 2 Coment envoyer une message non encapsulé avec le palm (même s'il faut écrire quelque lignes de C)?
En fait je voudrais faire une petite interface avec un CPLD pour allumer des LED qui serait commandée par un PALM
C'est quoi un CPLD
Implémenter l'IRDA dans le CPLD est un peu lourd je cherche donc à simplifier les choses au maximum.
Tu peux sans doute écrire un client sur le Palm qui envoie des commandes via le port série (IRCOMM donc) , et si ton CPLD (?) est un PC, une appli qui est à l'écoute sur le port série. Ce sera un peu comme qd tu avais le terminal sur le Palm + Hyperterminal.
=-=-=-=-=-=-=-=-=-=- Fred Mon email c'est sur freesurf.fr et c'est "fr-p"
Erwann ABALEA
On Thu, 18 Sep 2003, FredParis wrote:
>En fait je voudrais faire une petite interface avec un CPLD pour allumer des >LED qui serait commandée par un PALM
C'est quoi un CPLD
Tu vois ce qu'est un FPGA? Ben un CPLD, c'est pareil. ;)
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- J'ai dû m'inscrire par erreur. Je vous prie de retirer mon nom de ce groupe. Merci. -+- DF in Guide du Neunu d'Usenet : Je viens ou je me retire ? -+-
On Thu, 18 Sep 2003, FredParis wrote:
>En fait je voudrais faire une petite interface avec un CPLD pour allumer des
>LED qui serait commandée par un PALM
C'est quoi un CPLD
Tu vois ce qu'est un FPGA? Ben un CPLD, c'est pareil. ;)
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
J'ai dû m'inscrire par erreur.
Je vous prie de retirer mon nom de ce groupe. Merci.
-+- DF in Guide du Neunu d'Usenet : Je viens ou je me retire ? -+-
>En fait je voudrais faire une petite interface avec un CPLD pour allumer des >LED qui serait commandée par un PALM
C'est quoi un CPLD
Tu vois ce qu'est un FPGA? Ben un CPLD, c'est pareil. ;)
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- J'ai dû m'inscrire par erreur. Je vous prie de retirer mon nom de ce groupe. Merci. -+- DF in Guide du Neunu d'Usenet : Je viens ou je me retire ? -+-
