Forum Électro-Bidouilleur

Merci de vous connecter ou de vous inscrire.

Connexion avec identifiant, mot de passe et durée de la session
Recherche avancée  

Nouvelles:

Le Forum est maintenant chiffré (préambule https). Bien sûr, des liens externes insérés dans les sujets vont demeurer inchangés. Mais la composition des pages du Forum est désormais sécurisée. Si des problèmes d'affichage surviennent, veillez à vider votre cache pour ce site.

Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.

Messages - Électro-Bidouilleur

Pages: 1 2 3 [4] 5 6 ... 62
47
Discussion Générale d'Électronique / Re : Débuter avec le GPIB ?
« le: juin 30, 2022, 09:57:09 pm »
D'après Jacques, la version de Labview gratuite est pleinement fonctionnelle, aucun bridage.

Le programme GPIB que j'ai utilisé sur les accumulateurs est vraiment très simple, car ce n'est qu'une succession de commandes dans un script python. Je n'ai pas créé d'interface GUI; que du texte et des saisies à  la console. J'utilise une petite bibliothèque personnelle pour répertorier les commandes Prologix GPIB-Ethernet.
Regardez dans votre boîte de courriel...

48
Et moi qui croyait avoir corrigé...  ::)

49
Discussion Générale d'Électronique / Re : Débuter avec le GPIB ?
« le: juin 20, 2022, 11:51:54 am »
Labview, c'est une approche de programmation polyvalente car très graphique. L'environnement labo est l'usage typique. Mon ami Jacques utilise exclusivement Labview.  Mais comme avec tout langage de programmation, il y a une courbe d'apprentissage. En plus, Labview plus Visa (la couche d'interface) sont gros et lourds! Et le tout est propriétaire et protégé. On est pas dans l'architecture ouverte ici...

Étant donné que Labview roulait uniquement sur Windows, je l'ai abandonné il y a au moins 10 ans, et j'utilise presque toujours Python. Je crois comprendre qu'il roule de nos jours aussi sur Linux et Mac. Jusqu'à  récemment, la licence d'utilisation était très chère. Je crois qu'il y a désormais une version gratuite pour applications non-professionnelles.

50
Pour R3 (et R1), l'idée est de positionner le point d'opération de l'ampli op quelque part à  mi-chemin de ses alimentations, et donc éviter de travailler près des rails d'alimentation. N'oubliez pas que l'on parle de microvolts de tension développée sur les sondes, et donc il faut éviter les zones potentielles de saturation de l'ampli. Ceci dit, vous ne décrivez pas correctement le  comportement de la sortie de l'ampli op. L'ampli fournira bel et bien une sortie située entre 0V et l'alimentation vers l'ADC. Nous sommes en présence d'un ampli différentiel qui amplifie la différence entre les deux tensions d'entrée. Par exemple, (2,501V - 2,500V) x Gain = Valeur entre 0V et quasi +VDC. Je vous suggère d'en faire la simulation pour mieux comprendre.

Concernant Q1, il n'y a aucun avantage à  utiliser un MOSFET. Le courant dans le transistor est si faible que la chute de tension à  travers ses bornes n'est pas un facteur. En plus, la tension Vbe étant de 0,7V, cela permet d'abaisser la tension d'alimentation minimale +VDC du circuit à  aussi bas que 2V. Avec un MOSFET ce serait un Vgs d'au minimum 2V, ce qui forcerait une alimentation +VDC plus élevée que le 2V. Et en plus, un MOSFET c'est plus cher.

51
Québec 1953. Ça n'allait pas passer inaperçu quand même! Belle plaque!

52
Discussion Générale d'Électronique / Re : Débuter avec le GPIB ?
« le: juin 14, 2022, 11:11:14 am »
Je n'ai jamais utilisé GPIB Configurator, donc difficile pour moi de commenter. Je ne possède pas non plus le HP 5335A. En plus j'utilise le Prologix GPIB-Ethernet, pas la version USB. Il est possible aussi que je ne saisisse pas bien votre requête... Mais je me risque.

Quand l'interface est configurée en mode "Controller" (son mode par défaut), il faut initier une lecture pour obtenir un résultat. Le code source doit donc contenir une instruction "read", même si l'instrument crache des lectures de façon autonome. La Prologix accumule peut-être les lectures dans sa mémoire GPIB, mais elle ne va pas simplement les recracher sur le port USB; il faut lui dire de nous envoyer chaque valeur en utilisant une commande de lecture dans notre code source. Ce n'est pas comme un Arduino qui envoie des données sans arrêt sur un port série. Il y a donc un échange constant de commandes entre le code source et l'instrument, souvent dans une boucle logicielle. Cela est résumé dans la section 6.1 du manuel.

Lorsque l'interface Prologix est configurée en mode "Device", elle devient alors un écouteur.  Les données sont envoyées de façon autonome et répétitive par le contrôleur (le fréquencemètre cette fois étant réglé en "talk only"). La Prologix retransmettra dans ce cas tout ce qu'elle reçoit sur GPIB directement vers le port USB. Cela est résumé dans la section 6.2 du manuel:
6.2. Device Mode
In Device mode, Prologix GPIB-USB Controller acts as another peripheral on the GPIB bus. In this mode, the controller can act as a GPIB TALKER or GPIB LISTENER only. Since Prologix GPIB-USB Controller is not the Controller-In-Charge while in this
mode, it expects to receive commands from a GPIB controller. When Device mode is enabled Prologix GPIB-USB controller configures itself as a GPIB Listener. All data received by the controller over the GPIB port is passed along to the USB port without buffering.


En d'autres mots, le comportement que vous décrivez me semble normal car l'interface Prologix est configurée par défaut en mode contrôleur. Pour ce qui est du long délai, faudra voir lorsqu'utilisé dans un vrai programme de contrôle. Ça me semble plus une histoire de GPIB Configurator qu'un délai inhérent à  chaque lecture.

Donc configurez la Prologix en "Device Mode", configurez le fréquencemètre en mode "Talker only" et vous devriez voir les données défiler dans un programme terminal lié au port USB. Notez que je ne l'ai jamais essayé; j'utilise toujours le "Controller Mode" et j'initie les lectures, car j'ai plusieurs instruments à  contrôler sur le bus GPIB.

53
Je doute fort que la différence justifie le comportement. Peut-être l'OCXO glissait simplement trop...

54
Très bien, mais trop rangé! ;D L'essentiel est qu'il y a de la place pour l'expansion future...

55
Tous les symptômes pointent vers le fait que vous n'avez pas configuré correctement les cavaliers localisés sous le micro-contrôleur en mode "Black" avant de souder le Black Pill... Sondez directement sur les broches du Black Pill pour vérifier qu'il reçoit bien le 10 MHz, le 1 PPS ainsi que le chaînes de caractères venant du GPS. Sinon, vous aurez un gros travail de dé-soudure à  faire...

56
Assurez-vous de sélectionner le mode de transfert DFU, et non SWD.

57
Très belle réalisation! Et le 141T en arrière-plan, très joli!

58
Salut Philippe. Bienvenue à  bord!

59
Sinon, à  côté de ça, j'aurais une question pour Bertrand concernant les amplis justement :
Ceux-ci, sans charge ni rien en entrée, chauffent énormément, à  tel point que même les transfos et la plaquette sont chauds.
J'ai préféré les déconnecter pour le moment, mais je ne sais pas si c'est normal que ça chauffe autant si il n'y a pas de signal en entrée ni de charge en sortie..
Bonne journée !

C'est normal. On fait affaire avec des amplis linéaires en classe A capables de pousser une bonne amplitude sous 50 Ohms d'impédance. En plus, il y a 4 amplis dans le boîtier... N'oubliez pas qu'en classe A, un ampli est polarisé pour conduire en permanence, ce qui lui confère sa linéarité...au prix d'une inefficacité légendaire!

60
àŠtes-vous certain que les broches ne sont pas inversée, c.a.d. TX vers TX et RX vers RX?

Pages: 1 2 3 [4] 5 6 ... 62