Discussion :

[poukill]

Bonjour à tous,

Je vais devoir réaliser dans quelques semaines une interaction entre mon programme C++ et une carte externe de traitement de données (sur slot PCI). Le tout programmé par mes soins.
Les données arrivent directement sur la carte de calcul qui effectue un premier travail. Puis mon programme en soft doit prendre le relais. Pour indiquer que les données sont prêtes, j'ai pensé que la carte de calcul pourrait mettre un flag à 1 dans une case précise de sa mémoire. Et mon programme en soft scannerait la valeur du flag jusqu'à ce qu'elle soir à 1, puis récupère les données.
Je me posais la question suivante : je vais quand même pas faire un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
while(flag == false)
{ 
    flag = GetFlag();
}

Ca va me bouffer un coeur entier rien que pour savoir si mes données sont prêtes !

J'imagine qu'il doit exister une autre solution, peut être plus proche de l'OS (Windows, même si dans l'idée j'aimerai le porter sous Linux à moyen terme).

J'attends vos suggestions !

[ram-0000]

Ta carte pourrait lever une interruption.

Cela va t'obliger à écrire un driver pour cette interruption.

Ou sinon, dans les prérequis, tu demandes un dual core

[nouknouk]

salut,

une autre idée: faire que ton process de la carte d'acquisition ouvre une socket TCP d'écoute sur un port local ; les autres process qui doivent être prévenus s'y connectent. Lorsque les process doivent être prévenus, tu émets un message sur chacune des sockets connectées.

Après, je ne suis pas convaincu que ce soit la méthode la plus efficace mais elle me paraît déjà plus 'propre' qu'une attente active et moins fastidieuse que l'écriture d'un driver. A toi de voir en fonction de tes besoins/contraintes (notamment temps-réel).

Sinon, tu peux faire des recherches sur google avec quelques mots clefs, genre : "inter process syncronization", "IPC", "binary semaphores", ...

[poukill]

Ta carte pourrait lever une interruption.
Cela va t'obliger à écrire un driver pour cette interruption.

J'ai jamais fait ça. C'est compliqué? Toutes les cartes peuvent lever une interruption?

Ou sinon, dans les prérequis, tu demandes un dual core

Ouais ça j'ai déjà ! Au pire je commande même un quad core, je pense pas que ça posera problème. Je trouve juste cette solution un peu moins propre.

une autre idée: faire que ton process de la carte d'acquisition ouvre une socket TCP d'écoute sur un port local ; les autres process qui doivent être prévenus s'y connectent. Lorsque les process doivent être prévenus, tu émets un message sur chacune des sockets connectées.

Mouais, j'ai une appli temps réel assez contraignante (20 ms). D'autra part, la carte de traitement est un FPGA. Autant les sockets en soft me font pas peur, autant sur FPGA un peu plus...

Merci en tous cas pour les idées, ça m'aide tout de même beaucoup.

[ram-0000]

J'ai jamais fait ça. C'est compliqué?

Je ne sais pas, la dernière fois que j'ai fais cela, c'était sous DOS donc c'était plus facile.

Maintenant, sous microsoft, on peut imaginer que ton interruption lève un événement et que ton application soit en attente bloquante sur cet événement. Regarde OpenEvent() et ses petites soeurs.

Toutes les cartes peuvent lever une interruption?

Cela dépend, il faut lire les spécifications techniques de ta carte, il y a peut être des exemples livrés avec le SDK de ta carte

[bacelar]

C'est quoi connectique entre la carte et le PC hôte ?
COM, PCI, PCI Express ???
Un driver, c'est un peu compliqué mais ce n’est pas insurmontable.
Sous Vista, je crois qu'il on mit au point un mode Driver en Mode User, mais c'est que pour Vista et Window Server 2008.

[nouknouk]

C'est quoi connectique entre la carte et le PC hôte ? COM, PCI, PCI Express ???

hem...

Je vais devoir réaliser dans quelques semaines une interaction entre mon programme C++ et une carte externe de traitement de données (sur slot PCI)

[bacelar]

Un petit exemple ?
http://msdn.microsoft.com/en-us/library/dd163298.aspx

[poukill]

Ok merci bien, j'ai noté toutes vos idées. Je vais aller fouiller dans la doc du FPGA pour voir quelles sont les possibilités qui s'offrent à moi maintenant.

Merci à tous, je vous donnerai des news en cas de problèmes !