Bonjour Yves

yes Yes

j'ai tester pas mal de tubes et j'ai avec certain un soucis de dépassement de tableau
je pense le nombre de données par courbe dans le fichier TDF
par exemple pour les EL84 en pentode ou EL36 en pentode

La fonction incriminée est GetNWSE(U As Single, I As Single, Flying As Boolean)
quand j'édite la valeur de J dans la console , arrivé à 98 ça plante
si tu peut jeter un oeil, tu est bien plus fort que moi en code

Ce que j'ai compris, c'est que cette fonction calcule une série intermédiaire de point
en mode traçage de droite de charge et le tableau incriminer est dimensionné [100,2]
j'ai fait un essai bête avec [200,2] , ça n'a pas fonctionné

Pour en revenir aux tâches
je te propose ma vision pour en discuter
je prépare un bout de code pour la gestion du port com
et l'implante dans un sous formulaire de Fmain
avec une classe TDFcapture on récupère les records UA IA etc

le bout de code pour la mesure, envoi de trame au µc et réception
ne pourras se faire qu'avec ma carte reçue , mais je peut déjà débroussailler le terrain

Une question , combien de point de mesure faut'il prévoir par VG1
et faut il plus de point en début de courbe qu'en fin de courbe
je me pose ces questions , mais je sais pas si je suis sur la bonne voie

A+( enrhummé copieux ce matin )

Ci-joint une capture de l'IDE plantée

J'ai vu !
Je ne me souviens plus exactement où j'en était resté avec cette fonction mais je suis sûr qu'elle est buggée
Il faut que je me "ré-immerge" dans le code et que je la découpe en rondelle parce qu'il y a trop de boucles imbriquées
De plus, je sais aussi que certains fichiers TDF sont vérolés
Pas de précipitation ni de publication prématurée de code buggé ! !

Ben, ça va dépendre des possibilités de ton hardware, plus il y a de points de mesure, plus la précision (en particulier celle de la fonction GetNSWE() qui "remplit" les vides par interpolation) sera bonne.
La format de fichier "TDF" n'impose aucune limitation, et en général, le logiciel ne devrait pas non plus limiter le nombre de points de mesures possible, mais ce n'est pas vrai actuellement comme tu l'as vu !
(Mon hardware ne prenait "que" 50 points pour chaque couple Vg1 / vg2).
Par ailleurs, si on capture les données pour un tube dans une gamme de tensions de G1 (ou de G2, ou d'une combinaison des deux) avec un pas de G1 et ou G2 trop fin, l'affichage sera illisible d'où le choix des séries visibles.

Quoi qu'il en soit, le module de communication avec le "système de mesure externe" devrait toujours aboutir à la création d'un fichier au format "TDF" même si certains champs ne sont pas renseignés (courant de grilles) ainsi ce "module" serait le seul à adapter pour accepter d'autres moyens de mesure.
On doit pouvoir importer et mettre en forme les données fournies par le système de Duroc voire depuis un tableur . . .

Ce serait peut être une bonne idée de couper le soft en deux: Acquisition et Traitement équivalents au modes Capture et Cook de la version VB . . .

Yves.

Bonjour à tous

j'étudie plus en détail , la documentation de Gambas et j'ai trouvé sur le net
un petit bout de prog qui recopie le caractère envoyé par le port série
via un AT90s2313, restait à programmer le µc sous linux

j'ai jeté mon dévolu sur Code_blocks qui gère les projets AVR et j'ai rentré un outil
au sein de l'IDE pour programmer le µc avec avrdude

Le programme sous Gambas fonctionne et communique avec le µc
via le max232, to be continued

Tout ça pour dire que lorsque ma carte avec un atmega32u4 va arrivé je pourrais
essayer le dummy_tracer de Philbob

A ce sujet et pour Philbob, 2 petit détails par rapport auprojet

1° on peut utiliser le port USB avec cette carte chinoise donc exit le RS232
donc le protocole de communication n'est plus le même, il faut donc modifier Base.c
AMHA l'USB est plus "générique" que le RS232 sur nos "ordi", mieux vaut partir là dessus non

2° par rapport au Pic et au schéma du µtracer , l'Atmega32u4 possède en interne une entrée ADC
avec un gain programmable , d'ou exit le PGA113 , non
ceci va modifier la conception du Hardware plus tard

Voilà quelques questions histoire de faire tourner mes méninges pour ce début d'année

Passez de bonnes fêtes et pas trop d'excès hein

Ci-joint une capture des paramètres rentrés comme outils dans code_blocks
pour info , au cas d'autre serait intéressé par la programmation en C et le flashage
des AVR dans un IDE

Je pense qu'il faut garder le PGA113.

Concernant l'alimentation négative, j'ai trouvé le LTC6090 qui permet une amplification sur +/-70V. En décalant un peu les tensions d'alimentation on pourrait avoir encore plus négatif.



Dans ce schéma d'application on a :
- Vout = -70V pour Vdac = 0V
- Vout = +70V pour Vdac = +2,5V

Bonjour,

1) Exit le Max232

1.1) Pour la programmation du µC

Oui

1.2) Pour le dialogue µC <---> PC en RS232

Pas si sûr.
J'ai une interface USB-RS232. J'ai vérifié les tensions en sortie
de l'interface, Ce n'est pas du 0-5V (c'est du +/- 6.5V).
Donc, dans mon cas, je passe impérativement par un Max232 entre
le µC (RXD-TXD) et le PC.

1.3) Utilisation de l'USB de la carte

Je pense que le port USB présent sur la carte du µC ne gère que
la programmation ISP et je ne pense pas qu'il soit possible de
l'affecter au dialogue µC <---> PC pendant le déroulement d'un programme.
Je ne suis pas certain de ce que j'avance, c'est donc à vérifier mais
comme l'ATMega32 ne gère pas l'USB, je pense ne pas dire une grosse
bêtise.

2) PGA113

Non, je pense qu'il faut garder l'ampli à gain commutable.

Imaginons que l'on dimensionne le µtracer pour mesurer des courants anodiques max de 200 mA.
Le shunt de mesure sera de 25 Ohms pour donner une tension de 5V mesurable par l'ADC de l'ATMega.
L'ADC de l'ATMega est un 10 bits, sa résolution est de 5/1023 soit 4.89 mV (mettons 5 mV)
Dans ce cas, tout va bien on est dans les 0.1% de précision.

Si on teste un tube dont le courant anodique max est de 5 mA débitant sur le shunt de 25 Ohms,
Cela nous donne une précision de 0.005/(0.005*25)*100 soit environ 4%.
Pour 1 mA, et dans les mêmes conditions, on tombe à 20% ---> pas bien bon!

Donc, soit on met des calibres avec des shunts commutables manuellement ou par relais,
soit on garde le PGA113.

De mémoire, le gain programmable de l'ATMega est soit 1 soit 10 soit 200.
Le PGA113 le gain est de 1, 2, 5, 10, 20, 50, 100, 200, ça offre plus de souplesse.

3) La solution proposée par WismerHill

Cette solution est séduisante. En revanche, je ne sais pas si le LTC6090 est facile
à approvisionner (pas chez Farnel en tous cas).

Bonsoir

Ok donc on garde en tête , et pour plus de souplesse le RS232 pour la communication
µc ==> PC , de plus il existe des interface USB ==> RS232 pour se connecter à nos "nouveau" Ordi

Ok pour le PGA en effet plus de choix de gain programmable, ça simplifie forcément le Hardware

Pour l'idée de Seb en effet c'est séduisant , mais avec le nombre de tête qu'il ya ici , on pourrait peut être
trouver une autre solution pour étendre VG1 vers des valeurs plus négative
Pour clarifier et voir si j'ai bien compris , le principe au bloc au cut-off le tube par une tension "fortement" négative
issue d'un alim dédiée ( montage à définir ), lors de la mesure on ouvre la "vanne" pour mesurer à la tension VG souhaitée
dès la mesure finie on referme la vanne et on retrouve l'état de cut-off

le µc est charger via sa sortie PWM d'ouvrir ou fermer cette "vanne" , ou on passe par un dac comme la solution de Seb
et un "bus" i2C ou un truc comme ça aussi issu du µc

Mon avis , créer une alim négative importante et gérer la tension de VG1 un peu comme la tension d'écran ou d'anode
autrement dit un boost converter ou une alim négative traditionnelle ( dommage pour la complication )
et la gestion de VG1 comme la tension d'écran du µtracer

Allez on en reparle plus tard , l'année prochaine

bon réveillon à tous

Bonsoir !

Tu souhaiterais combien comme Vg1 max ?

Bonne soirée !

Séb

Bonjour à toutes et tous

Meilleurs voeux , bonne et heureuse année à tous , remplie de joie et de nouveau projet

Pour la tension VG1 , et vu le principe de mettre le tube au cut off entre les mesures , la réponse
est vague pour moi , disons que je voudrait mesurer des 6S19P par exemple ou 300B

On peut décider aussi de partir sur une autre optique , que bloquer le tube au cut-off

a priori le µtracer et la platine "Ducrocq" utilise la mise au cut-off , AMHA pour simplifier le montage.

Et ne pas insérer de R aux bornes directes des tubes pour les mesures, pour ne pas pas perturber celles-ci
est aussi une idée à conserver

To be continued

Bonne année à tous !

Si dans le schéma d'application un a :
- Une résistance de 20k à la place de la 16k2
- Une résistance de 160k à la place de la 16k9
- Une résistance de 470k à la place de la 453k
- Un ref à 5V
- Une sortie Dac variable entre 0V et 5V

Dans ce cas en alimentant l'AOP entre +20V et -120V, on aura autant en sortie si le dac à une sortie entre 0V et 5V.

Concernant la dispo du composant, je l'ai découvert car je suis inscrit aux newsletter du fabriquant. C'est donc un composant qui vient de sortir.

Je n'ai pas cherché mais il serait étonnant qu'il n'y ai pas des équivalents.

[url][/url]Bonsoir à tous

Pour en revenir a l'Atmega32U4 , voir datasheet joint , on dirait bien qu'il est fait pour être connecté en USB
Donc sur la carte chinoise l'USB sert à la communication , de plus un socket HE10 pour l'ISP est présent
pour la programmation via USBASP, c'est pas évident de s'y retrouver dans toutes ces évolutions rapides

http://www.google.fr/url?sa=t&rct=j&q=atmega32u4%20datasheet&source=web&cd=2&ved=0CDkQFjAB&url=http%3A%2F%2Fwww.atmel.com%2FImages%2F7766s.pdf&ei=sF_jUPmqHYaAhQeoqIDgBQ&usg=AFQjCNF4SAj6M54plyZPCzJUcg_neJbOEw&bvm=bv.1355534169,d.ZG4&cad=rja

@ Philbob je suis entrain de regarder + en détail le hardware ,
On a besoin pour ce hardware de sortie PWM , en lisant le descriptif du µtracer
ces pulsations sont envoyées vers les portB du Pic
j'ai noté ceci :
1 interruption toutes les 100 µs , liée au quartz de 20 Mghz du programme "main"
une pulsation PWM entre 5 et 20 µs pour alimenter les boostconverter selon l'amplitude de tension
les 80 µs restantes pour l'aquisition et la conversion des mesures, plus le traitement (envoi)
sur base de l'architecture du Pic
Nota l'acquisition ce fait par l'ouverture de vanne ( décharge des condos de 100µf ) et mesure du courant

Ma petite question du soir , on peut partir sur le même principe pour l'atmega , mais avec un quartz de
16 Mghz faudra recalculer les constantes de temps
en tout cas le principe est il faisable

A+

Histoire de pas partir dans un mur

Bonjour,

MUTRACER: test 01

BUT: test du timing des opérations
µC: ATMega32 à 16 MHz

1) Temps d'acquisition de l'ADC
Mesuré chez moi: 56µs

2) PWM
Je génère une PWM on 20µs off 80µs.
Je fais une acquisition ADC pendant les 80µs: ça fonctionne.
La mesure est donc temps réel avec la PWM.

3) transmission vers PC
Transmission en rs232 à 115200 bps
La transmission est volontairement faite hors temps réel.
Envoi d'une trame contenant:
un entier 16 bits de synchronisation
un entier de 16 bits contenant la valeur mesurée par l'ADC
un entier 8 bits qui donne le nombre de mesures faites entre
deux envois vers PC.

Bilan: la trame est transmise toutes les 3 ou 4 mesures.
Donc ça fonctionne.
A noter que la transmission ne peut pas être temps réel car
plus longue que 100µs.
Ce n'est pas du tout gênant car la PWM sert à régler une tension.
Cette phase de réglage ne demande pas nécessairement un dialogue
avec le PC.
Une fois réglée, on isole la capa chargée et on passe à une autre tension.
On doit régler ainsi Va, Vg1 éventuellement Vg2.

Puis on commute les capas et on fait les mesures.

Bonjour Philbob

bonne nouvelle ça alors

Donc on charge les condos de 100µf d'anode et écran avec la PWM pendant 20µs

Pendant les 80µs qui sont dispo on mesure et on converti

T'ite question , vu qu'on envoi une trame toute les 3 ou 4 mesures
si on par du principe Ia mesurée , avec va ensuite Ie mesurée avec Ve
soit 4 mesures suivient de 4 conversions , on envoi une trame

on a fait 1 point de mesure (PM) si c'est une pentode, on a 4 valeurs
30ma 250v 5ma 150v
ou on a fait 2 PM si c'est une triode
30ma 250v 32ma 260v

ou on garde la même manip et on "perds" 2 valeurs car égale à 0 en mesure triode
30ma 250v 0ma 0v

je pose cette question vis à vis de l'IHM car on se retrouve avec en gros
un point de mesure à répeter pour la gamme choisie en pentode
par exemple de 0 à 300 en 50 points , on fabrique les 50 trames en ne modifiant que va
vg1 et vg2 constant
et au retour pareil si 2 PM par trame faut différencier une trame triode d'une pentode

J'y réfléchis , bonne nuit

Salut à tous,

Quelle que soit la façon dont MUTRACER (ou un autre dispositif de mesures/conversions) renvoie les résultats, à chaque mesure, par petits ou grand paquets de mesure ou autre, il n'est pas compliqué de les stocker (dans un fichier ou un tampon temporaire) puis de les réorganiser pour qu'elles soient "digérables" par l'IHM.
Et ça c'est "peanuts"

Yves.

Bonjour Yves

Oui la bonne question est , peut t'on stocker toute les conversions en mémoire dans le µc et transmettre tout les points de
mesure en fin de cycle , pour le faire traiter par l'IHM en une fois

ou le stocker sur le PC si le µc ne possède pas assez de "ressources"

A +

A mon avis, c'est beaucoup plus facile de les stocker dans le PC "comme elles viennent" puis de les réorganiser tranquillement quand tout est arrivé.
C'est plus simple à débugger et on est sûr de ne pas être à cours de ressource !

Dans l'IHM, l'élément de base de stockage des données est un tableau (liste) de "single":

Il y a autant de tableaux (que j'ai appelé "Serie") que de couples uniques Vg1/Vg2 (pourquoi pas Vg3, Vgn si besoin . . .).
On peut donc créer des tableaux de Séries, etc . . .
Dans chaque Serie les indices pairs contiennent la tension appliquée (Ex: Va, Vg2),et les impairs le courant mesuré pour cette électrode (Ex: Ia, Ig2), le nombre d'indices (nombre de mesures) pour une série n'est pas imposé.
Pour afficher on affecte les indice pairs à l'axe des tensions et les impairs à l'axe des courants après les avoir mis à l'échelle du graphique (zone de traçage).

Mais rien n'interdit de conserver ce modèle simple et d'affecter des valeurs de fréquence et d'amplitude pour tracer des courbes de réponses, ou n'importe quoi d'autre comme sur l'écran d'un scope . . .

Yves.