Justement, je fais parti de l'équipe de développement de l'asic en question. Sur ce projet TOUT est fait maison: asic, protocole, carte, banc de test...Moi je suis arrivé bien tard sur le projet et ce genre de choses s'est décidé sans moi. Je ne cherche pas a recréer la roue. Je veux juste montrer a mon équipe des solutions alternatives, parce qu'elles existent, qu'elles peuvent être plus performantes et/ou plus simples. L'interco est très simple:
une carte directement connecté sur le port parallèle via un port mâle qui va bien.
Sur cette carte (PCB) un buffer pour convertir le 5V en 3.3V
un connecteur
une nappe (30cm)
connecteur
l'asic bondé sur un PCB
Actuellement, sous Labview, les trames sont ''fabriquées'' sur le PC et envoyées bit à bit vers l'asic. C'est d'ailleurs pour cette raison que nous utilisons le port parallèle. Au risque de me répéter, le protocole est absolument custom et ne ressemble en rien a quelque chose d'existant. Je ne peux pas en dire beaucoup plus a ce sujet et pas par manque de connaissance...
Mon idée de départ c'est de faire la même chose en python et QT (ils veulent une interface graphique).
Oui ça marche actuellement, sur le port parallèle mais quand je regarde mes signaux a l'oscillo on est plus proche de la forme en triangle que d'une forme carré. Maintenant notre circuit fonctionne à 20MHz mais les dev futurs prévoient des cadences supérieures et je voulais anticiper un peu.
J'espère avoir éclaircie quelques points.
Les logiciels de traitement de texte sont à la rédaction ce que la 2CV est à l'automobile, une vieille voiture dont on se souvient avec nostalgie mais technologiquement dépassée
[^] # Re: Deux choses en même temps ?
Posté par Olivier LEMAIRE (site web personnel) . En réponse au message Protocole de communication maison via port ethernet. Évalué à 3.
une carte directement connecté sur le port parallèle via un port mâle qui va bien.
Sur cette carte (PCB) un buffer pour convertir le 5V en 3.3V
un connecteur
une nappe (30cm)
connecteur
l'asic bondé sur un PCB
Actuellement, sous Labview, les trames sont ''fabriquées'' sur le PC et envoyées bit à bit vers l'asic. C'est d'ailleurs pour cette raison que nous utilisons le port parallèle. Au risque de me répéter, le protocole est absolument custom et ne ressemble en rien a quelque chose d'existant. Je ne peux pas en dire beaucoup plus a ce sujet et pas par manque de connaissance...
Mon idée de départ c'est de faire la même chose en python et QT (ils veulent une interface graphique).
Oui ça marche actuellement, sur le port parallèle mais quand je regarde mes signaux a l'oscillo on est plus proche de la forme en triangle que d'une forme carré. Maintenant notre circuit fonctionne à 20MHz mais les dev futurs prévoient des cadences supérieures et je voulais anticiper un peu.
J'espère avoir éclaircie quelques points.
Les logiciels de traitement de texte sont à la rédaction ce que la 2CV est à l'automobile, une vieille voiture dont on se souvient avec nostalgie mais technologiquement dépassée