Bonsoir Philbob

bon ben je regarde ça ce soir car là je suis sur le portable et le RS232 c'est sur la tour
soit allumage après le repas
Bon appétit si c'est pas fait
moi d'ici une 1/2 heure

a+

Bonjour,

OK bon'app

Dès que les soucis de com seront réglés, je modifie
mon dummy_tracer et j'essaye de lui rentrer un comportement
de 12AX7 pour faire plus vrai...

Bonsoir Philbob

Sur la carte chinoise le port USB a une pinoche D- connecter à PD0 (RX) de l'Atmega
hors la même pinoche est utilisée par le port RS232
Mon soucis vient peut être de là

Actuellement j'alimente l'Atmega par le port USB
je fait un essai en alimentant par le port SPI

car dans les trames on lis bien les même numéro Hex que toi
mais une série de Hex est en plus, a priori

sinon tu as pu jeter un oeil sur l'USB , faisable ou pas
Ce que j'en ai compris c'est un problème de timing propre
au interruption ( délai de dito ) pour ne pas interférer avec les routines
du "prog"

A +

Bingo

En alimentant la carte par le port SPI , j'obtiens la bonne trame

Enfin je crois

Que du bonheur , si c'est bon je vais pouvoir commencer la lecture de cette trame sous Gambas

on en apprend vraiment tout les jours

Bonsoir à tous

@ Philbob , ça y est ce coup ci je suis bon, voir capture de CuteCom jointe

en fait brancher pour VCC via le SPI ; ce n'est pas bon non plus

J'ai donc monté un petit breadboard avec le socle RS232 une nappe de connexion
un max232 et une alim 5.09 Volts pour alimenter le max232 , de cette breadboard
j'alimente le VCC de la carte chinoise , le GND , et le RX et TX pour la comunication
soit 4 fils

Là ça donne les résultats escompté , un coup de reset sur la carte chinoise et le compteur d'appel
retombe à zéro

Bref on peut essayer une étape suivante maintenant

J'essaye ce weekend de translater la réception sous Gambas
et je vous tiens au courant

A+

Pour la capture à gauche Philbob, à droite Totof

Bonsoir

J'ai un peu avancé au niveau IHM , j'ai trouvé le moyen de sortir la chaîne de caractère issu
de la réponse RS232 du Dummy-tracer, les résultats sont indicatif pour Ia et Ie ( calcul pour faire un essai )

Donc je choisi les tensions , l'IHM converti en HEX , je crée une chaîne 50xxxxxxxxxxxxxxxxx
je l'envoi à la carte chinoise elle me répond par une chaîne de 8 caractère suivi d'une deuxième
chaîne de 30 caractère, je concatène ces 2 chaînes et j'obtiens une suite de valeurs en HEX
que je découpe, transforme en DEC et que je multiplie ( par 1000 par exemple pour afficher des ma )
Tout semble fonctionner au vu de mes essais

reste à mettre en forme la façon dont on va utilisé cette chaîne ( Ia,Ie etc ) la grandeur des valeurs ( Volt, ma etc )
le but ultime étant de concaténer ces valeurs dans un fichier .tdf

Ci joint une capture de mon prototype de travail , pour manipuler les données etc pour info

Tout ceci pour dire que la partie communication semble être réalisable , reste à définir les méthodes
ou manières de procéder , mais ça il faut le discuter en commun ( Yves , Philbob )

Je vais commencé à regarder un petit "breadboard" pour tester une sortie PWM et un boost converter
pour pouvoir continuer l'élaboration , je doit bien avoir une self qui traîne pour tester

Bravo
Belles couleurs ! !

J'avance par l'autre bout : exploitation des données.

Dès que tu sauras créer un fichier contenant (au moins) des triplets VG, UA, IA on pourra coller les morceaux

Jour de Marché, @+

Yves.

Bonjour,

On a vu d'après les premiers tests que l'on peut
sans problème faire communiquer le PC et le µC
de la carte chinoise via le port RS232.

De mon coté, je bosse sur un protocole de com
plus simple et plus souple entre PC et µC.

En fait, on n'est pas obligé de se conformer au protocole
du µtracer. Cela ne remet pas en cause la partie hard du
µtracer (en particulier les boosters)

J'expliquerai cela plus en détail plus tard mais la
philosophie du truc est:

à l'initialisation
0) mémorisation des valeurs min max à ne pas dépasser

en exploration paramétrique
1) on fixe les tensions
2) on connecte les capa HT au tube
3) on fait les mesures des tensions et courants et on transmet
4) on déconnecte les capas HT du tube
5) on reboucle sur 1)


A suivre

Pour moi, ke marché, c'est demain matin

Bonjour Yves

Les couleurs , oui bof c'est relatif , on peut mettre ce qu'on veux , j'ai fait ces frame pour me retrouver sur l'écran

Pour les séries Ua Ia Vg , oui créer le .tdf est assez facile à faire en concaténant mais , maintenant
je dois élaborer le processus de mesure ou comment on planifie celle-ci

Mon idée

On rentre Va max de mesure , Ve max
On rentre un Vg min

On choisi le mode de mesure
I(Vg) pour Va , Ve
I(Va) pour Vg , Ve

peut être
I(Ve) pour Va , Vg

On détermine les steps pour Vg
Les steps pour Ve

l'IHM crée les série de point de mesures et envoi les ligne de commande au µc

enregistre la réponse et stocke les données

La question de base combien de point par step de Vg

écartement linéaire des points de Va , ou plus de point au début et moins de point
pour les Va élevés

beaucoup de pain sur la planche encore

Faut que je réflechisse aussi au hardware pour progresser sur l'IHM
les questions viendront d'elle même

Post croisé avec Philbob
je lis et on en reparle

J'ai 50 points de mesures entre Va min (0) et Va max.
Ca suffit pour que la courbe soit visuellement assez lisse mais les calculs seront plus précis (et plus longs) avec plus de points.
Je ne pense pas qu'il soit nécessaire d'aller au delà de 100.

Ils ne sont pas non plus régulièrement espacés à cause de ma méthode de mesure qui alimente l'anode en "arches de sinusoïde" et échantillonne (mesure) Va et Ia simultanément à intervalles réguliers.
Aucune obligation à ce sujet.

Comme tu dis

Yves.

Bonjour,

Bon, voila une base pour commencer.
Dans l'archive il y a le prog pour le µC et le prog pour le PC.

Le prog µC se comporte comme un 12AX7.

C'est un exemple et il reste à coder dans le prog µC les
fonctions spécifiques à la commande des HT.

Tel que donné, le prog PC dialogue avec le prog µC et
fait une exploration paramétrique ia=f(va,vg).

Les résultats sont stockés dans un fichier lisible sous gnuplot.

Merci Philbob
Je zieute ça de suite

Re

Je viens de faire une première lecture rapide de tes fichieres

Un mot

Je vais implanter sous C:B ton base.c et base.h, compiler et charger dans le µc

ensuite si j'ai bien compris je vais dans le dossier ou j'ai décompressé ton archive prog_pc
je fait un make gaz ou make run puis un gnuplot cmde

Si tout va bien je devrais voir un réseau de kellog , si j'ai bien compris
un peu comme pour le "Solveur triode"

Bonne nouvelle , sous Gambas3 on peut utiliser gnuplot , a zieuter

Bon, au travail pour le µc

A +

Bonjour,

Heu pour gnuplot, le fichier cmde livré ne correspond à rien
L'editer et mettre dedans la commande suivante:

plot "res.dat" using 2:3 with line

Puis enregistrer

et taper gnuplot cmde


Ps: j'ai légerement rebricolé le modele 12AX7 pour qu'il colle mieux....
Celui livré est un peu faiblard en courant....
Enfin on s'en fout car normalement, au bout de l'ATMega, il y aura
le vrai tube.

Bonsoir

Après un rapide tour sur la toile Gambas , aucun soucis pour ouvrir le fichier cmde , affichage sous une fenêtre
embedder en un click pour tracer le graph , et on observe les courbes de ton "res.dat"
donc c'est implantable dans la partie "capture" du soft
idée à garder quoi

Bon appétit