Re: [Tsp-devel] Dynaworks et TSP

[olivier jérôme]

Salut Eric et les autres,

 Mon prénom, c'est Olivier, et mon nom, c'est Jerome, c'est juste  ?  :)
Appelez moi Hodjee, c'est plus simple.

 Tout ce que tu dis fais sens, sache juste que je lis les docs TSP depuis 
un bon moment car TSP a plus d'un sens suivant le contexte 
http://en.wikipedia.org/wiki/TSP
http://thorsepoile.online.fr/
 
 Vu que je vais squatter chez Duf mercredi prochain, je pourrais finir de me mettre 
à niveau avant d'aller discuter avec Intespace. De toute façon, je ne fais qu'établir 
le contact s'il n'existe pas. Je pressens que l'on va installer du TSP ici et que l'on aura 
bientôt du Dynaworks au moins en test pour valider la solution alors je ne fais 
qu'anticiper de futures connections, "Gouverner, c'est prévoir"

Pour info aussi, je fais, pour le plaisir, de l'acquisition sur 32 voies à 48kHz-16bits,
 souvent bruitée, et il faut souvent retraiter le signal pour en tirer quelque chose d'audible
(Hein Duf ?).
 
 "Science et connaissance, art et anticipation - les deux couples qui se cachent bien des 
choses, mais quand ils se comprennent rien au monde ne les surpasse."
  Vladimir Nabokov

A plus tard et bon week end, je vais réinstaller TSP chez moi,

 Olivier JEROME

Le 08/06/07, Eric Noulard <address@hidden> a écrit :

Le 08/06/07, olivier jérôme<address@hidden> a écrit :
> Bonjour,
>
>  J'étudie la solution d'acquisition Dynaworks ( http://www.dynaworks.com/)
> d'Intespace et en discutant avec Duf et Erk, ils évoquent la possibilité de
> discuter avec les gens d'Intespace afin d'y plugger TSP.
>  Intespace sera présent aux ETTC la semaine prochaine
> (http://www.see.asso.fr/ettc2007/index.php3?id=2),
> j'essaierai d'en toucher 2 mots avec eux.
>
>  Des commentaires ?

Je vais répéter un peu ce que j'ai dit en discussion privé.
Je pense que TSP est un bon candidat pour l'intégration dans des outils
du genre de Dynaworks dont l'objet est de collecter des données
et de les gérer conjointement à d'autres données d'essais/tests.

Intégrer TSP à Dynaworks permettrait de s'assurer que Dynaworks est capable
de collecter simplement et efficacement les données produites par un
équipement qui contient un (ou plusieurs) provider de données TSP.

Ces équipements pourraient être des simulateurs logiciels participants
à la boucle de test, des "morceaux" de banc de tests matériels
qui incluent une puissance de calcul suffisante pour héberger un provider TSP.
(en gros une interface ethernet 10/100ou 1000Mbits/s une pile TCP/IP
et un serveur ONC-RPC).


Cela exclut (peut-être) les systèmes à base de micro-controleur
encore que ça reste à voir
mais cela exclu presque certainement les équipements de "pures mesures"
qui ont généralement des interfaces spécialisées car très haut débit
(+ieurs KHz ou dizaines de KHz).
Cela inclus très probablement des équipements produisant des données à
une vitesse pseudo-cyclique de disons jusqu'à 500-1000Hz.

Je dis pseudo-cyclique car un flux TSP supporte très bien
l'acyclicité.

Jérome je te conseille avant de discuter de TSP avec Intespace
de te forger ta propre idée de ce que fait TSP en le téléchargeant*

http://download.savannah.nongnu.org/releases/tsp/tsp-0.8.x/tsp-0.8.3/

et en faisant quelques essais avec.

Je t'invite à consulter le tutorial pour l'installation:
http://download.savannah.nongnu.org/releases/tsp/documentations/tsp_programming_tutorial-1.0.pdf

et éventuellement le programming guide pour avoir
un panorama plus large:

http://download.savannah.nongnu.org/releases/tsp/documentations/tsp_programming_guide-1.1.pdf

A noter que les fournisseurs de moyens d'essais auront eux un avantage
à utiliser TSP comme moyen de couplage avec Dynaworks qui est qu'en
période de mise au point et/ou d'essai autonome SANS Dynaworks la boite
à outils TSP leur apportera pas mal de fonctionnalités pour "le même prix".


--
Erk


_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel