M
Un périphérique USB n'a aucun moyen de signaler au processeur qu'il a quelque chose à dire ou besoin de quelque chose, il doit attendre que le processeur l'interroge. C'est dans la conception de l'USB, on ne peut rien y faire. Il est donc simplement impossible d'utiliser un bus USB pour du temps réel. Ou alors avec d'énormes (à l'échelle de l'informatique) délais garantis.moissan a dit:le son par usb a droit a un traitement completement different de tout le reste del'informatiquela windowserie : il y a donc bien des possibilité de temps reel dans l'usb pour le son
Où as-tu vu cette information? Rien que dans un téléphone portable, il y a couramment plus d'une demie douzaine de coeurs tournant en parallèle en temps réel. Et un linux temps réel est capable d'utiliser tous les coeurs disponibles, heureusement!moissan a dit:helas je ne connais toujours pas aucune application temps reel de l'usb ... toute les cartes que je connais pour cnc en usb on une unité centrale dans la carte qui fait tout le travail temps reel , le pc ne fait plus que le cerveur de fichier et le terminal de dialogue avec l'operateur ... donc nimporte quel pc suffit
l'unité centrale qui est dans ces cartes cnc usb n'est pas d'une puissance de calcul enorme : comparable aux vieux pc AT
donc un vieux pc quelquonque peut faire le travail pourvu que sa puissance ne soit pas gaché par un windows inadapté : d'ou les bon resultat de linux cnc qui est vraiment optimisé pour la cnc , mais est aussi bien utilisable pour tous les autre logiciel linux
les pc recent avec processeur a plusieur coeur ne servent a rien : pour le temps reel il ne faut en faire tourner qu'un ...
moissan a dit:avec windows il ne faut aucun anti virus ... les anti virus se croient tout permis sabotent le temps reel ... il faut donc un pc qui ne sert a rien d'autre que la cnc
du coup je prefere une partition linux pour la cnc ... et une autre partition pour windows , ou les multiples mise a jours automatique n'auront aucun effet sur linux
Et un linux temps réel est capable d'utiliser tous les coeurs disponibles, heureusement!
Ce n'est qu'un conseil, pas forcément justifié.gaston48 a dit:Et un linux temps réel est capable d'utiliser tous les coeurs disponibles, heureusement!
Concernant Linuxcnc, il est pourtant conseillé d’affecter un seul cœur, le dernier, au noyaux temps réel grâce à l’instruction au démarrage :
« isolcpus=n » ...
Merci pour le lien.gaston48 a dit:C’est une des solutions préconisées pour configurer les machines modernes et puissantes
qui ont des temps de latence trop élevés. (latency test)
voir entre autres :
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?The_Isolcpus_Boot_Parameter_And_GRUB2
Si la carte crache un paquet de données chaque fois que le thread interroge le port USB, c'est bien qu'elle a attendu qu'on lui demande, non?mika61 a dit:En programation il est tout a fait possible de créer un thread qui va interroger le port USB tout les 1ms.
On reçois des paquet de données. Dans ce paquet la carte peut nous cracher tout ce quelle sais : positions, status, etat de I/O sans meme attendre qu'on lui demande.
Il n'y a aucun rapport entre le fonctionnement du bus CAN et celui du bus USB, désolé.mika61 a dit:Excuse moi le terme "interroger" n’était pas bien choisi. J'aurai du écrire "le thread vérifie si des données ont étés reçues par le port USB".
La carte peut envoyé une trame sans qu'on lui demande et sans demander de réponse. En CANOpen on appelle ça une trame PDO. http://fr.wikipedia.org/wiki/CANopen
L'explication est simple, la musique, tout comme la vidéo, demande des débits importants, que l'USB est capable de fournir en mode bulk, c'est d'ailleurs pour cela que ce mode existe. Mais au prix de la perte possible de données, ce qui n'est guère important dans ce cas.moissan a dit:ça serait peu etre transmissible par l'usb si c'était considéré comme de la musique ... mais je ne l'ai jamais vu faire , et je pense que tout est compliqué en musique a cause de protection contre le pyratage qui complique tout
l'usb peux aussi transmettre de la video ... donc un debit et une precison de timing superieur a la commande de moteur pas a pas ... helas la aussi bien compliqué et pas utilisable actuellement
Quel rapport entre profibus et USB?mika61 a dit:En 2001, on pilotait déjà des servomoteurs en profibus avec des pentium 3, 600MHz sour NT4.
Merci pour le lien, tu devrais le lire attentivement, il confirme ce que j'essaie de t'expliquer.mika61 a dit:Bien on est d'accord.
Ou je ne suis pas d'accord c'est quand on dit que l'on ne peut pas faire de temps rèel avec un port USB.
Un peu de lecture : http://www.ftdichip.com/Support/Documents/AppNotes/AN232B-04_DataLatencyFlow.pdf
ptilou_007 a dit:Bonjour,
J'ai travaille, a Albi, dans une coopérative ouvrière qui concevaient des machine industrielle sur mesure, 4 axes ce commande en temps réel avec merveille pour un 286 ... ( année 1988)
J'ai eu des machines numérique 3 axes c’était du 386 dans les année 95 ...
Je pense qu'avec un PI, y a de la marge !
Par contre pour la CAO, c'est la que le super calculateur est bien, pour un PI avec 18000 instruction en deux bits, j'attendais plus de dix minutes pour avoir mon rendu écran ...
Ptilou
Ce que j'espérais, c'était juste que tu fasses un effort pour remettre en question tes certitudes et que tu vérifies ce que t'affirment des gens qui ont étudié le bus USB en profondeur.mika61 a dit:Allez tu as raison, je viens de lire le document, hélas je n'est pas tes capacités pour le comprendre.
je confirme il est impossible de faire du temps réel avec un port USB, ceux qui disent le contraire sont des menteurs.
Les vendeur d'aptateurs USB-CAN sont des escrocs.
Voila j'espère que maintenant tu es satisfait, c'est bien ce que tu voulais ?
fredcoach a dit:mika61 a dit:E
Il n'y a aucun rapport entre le fonctionnement du bus CAN et celui du bus USB, désolé.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?