Bonjour,

Ci joint une version 4.
A l'opposé de la version 3 destinée à être utilisée essentiellement sous cutecom,
la V4 ne renvoie plus de commentaires. C'est une version destinée à être
interfacée avec l'IHM.

Voir détails dans le doc pdf joint dans l'archive.

Bonsoir

ce Dimanche fut productif

J'ai modifié le fichier liste_cmde pour ne garder que les commandes qui initialise le hardware
en fait j'ai enlever les cmde 15,17 et 19

Ensuite je me suis servi du code de Yves pour générer les séries de points de mesures
et le hardware réponds par une série de points
Voire la capture

Yves et Philbob je vous envoie le bout de code sous Gambas au cas ou

Prochaine étape :
reste à récupérer les Ia Va etc pour créer un .tdf
créer le même genre d'écran que celui de saisie des points de mesure
mais pour les paramètres initiaux du hardware car le liste_cmde , c'est pas souple

A bientôt

Bonjour,

Bon, faut que je me mette à gambas !

J'ai installé gambas
J'ai décompressé l'archive
J'ai ouvert l'archive avec gambas et puis là ?
Je ne sais pas comment exécuter le truc.

(décidément, je suis fâché avec les EDI)

Bonsoir Philbob

Tu a décompresser l'archive, donc tu te retrouve avec un dossier "SerialPortttyS0"
tu ouvre Gambas et tu va dans ouvrir un projet , tu ouvre "SerialPortttyS0"
et ensuite tu paramètre ton port de sortie avec ttyS1 de tête chez toi
ensuite tu clique sur run ou le triangle vert
tu peut aussi à ce stade modifier mon ttyS0 en ttyS1 avant d'ouvrir le port
A la lecture de ton pdf peut être remettre les commandes 15,17 et 19
supprimées dans liste_cmde
une fois le port ouvert cela lance l'envoi des paramètre initiaux

Tu choisi tes PM et tu clique sur Go

Je m'occupe des paramètre initiaux , mais d'abord bien relire ton Pdf
qui est une bien bonne synthèse

a+

Beau boulot les copains !

L'interface de Totof "tourne" ici mais je n'ai pas le µC pour aller plus loin.
Mon PC a un port série et tout ce que je peux voir c'est qu'il envoie des datas . . . dans le vide !

Le papier de philbob est parfait.

Je poursuis néanmoins avec ma solution hardware consistant à utiliser une "carte son USB" comme interface avec le dispositif de mesure qui existe déjà en partie.
L'essentiel est de conserver un format de données (TDF) compatible afin que le même "TRACEUR DE COURBES" puisse être utilisé.

J'y ai rajouté quelques fonctionnalités plus ou moins exotiques et plus ou moins débuggées comme le tracé du réseau de cathode !

Autres activités programmées pour ce Lundi, jour de congé de ma femme !

@+

Yves.

Bonsoir Yves et Philbob

J'ai rajouté les incrément-décrément sur les "box" G1 et G2 sauf sur les "Step_Box"

J'ai dégraissé le prog_muc des commentaires et pour l'instant garder l'intitulé des lignes VA IA etc
j'ai ensuite implanter sous Gambas la création d'un fichier temporaire ( entendre pas abouti ) pour réceptionner
les valeurs
ci-joint une capture de l'IHM et dans l'archive le fichier .tdf ( provisoire ) créé

Je continue ce soir par la mise en forme du .tdf avec les valeurs attendues
j'enverrais à Yves et Philbob le code mis à jour

Comme indiquait Philbob après faudra consolider ce code mais là base sera là

Bon appéttit

Bonsoir

Pour Philbob , en fait si j'ai bien compris il suffit dans le prog du dummy_tracer
de marqué les bonnes lignes

si je prend ces lignes
rs232_tx_valeur(va_moy,3);
rs232_tx_valeur(ia_moy,3);
rs232_tx_valeur(vg1_moy,3);
comment dois-je organiser la synthaxe en C sous C:B pour
obtenir en sortie rs232_tx_valeur(va_moy,3);" "; rs232_tx_valeur(ia_moy,3); " "; rs232_tx_valeur(vg1_moy,3);
soit une valeur un espace une valeur un espace sur la même ligne
bref en respectant le format des .tdf

merci de ta réponse

Bon appétit

Bonjour,

Ok, si je résume:

Tu veux que le vecteur de retour de dummy_12AX7 soit de la forme
des fichiers tdf.

Actuellement, le problème est que la routine rs232_tx_valeur est
partagée par l'envoi du code retour et l'envoi des flottants.

En clair, je rajoute un LF à la fin de chaque valeurs ou codes.

Je peux au besoin modifier le source pour faire correspondre
le format au tdf.

Je bricole un truc et je renvoie une version V5

Bonsoir

Yep c'est ça j'ai modifié le prog sous C:B et j'ai gardé uniquement
ces lignes ci mis en commentaire et rajouté mes lignes
else
{
//il y a une demande de mesure avec des parametres qui sortent du domaine valide
//le code retour vaut 1 et le vecteur de retour indique quelle variable depasse
va_moy=dep_VA;
vg1_moy=dep_VG1;
vg2_moy=dep_VG2;
}

//strcpy(mess,"vecteur de mesure\n");
//rs232_tx_chaine(strlen(mess),mess);
rs232_tx_valeur(va_moy,3);
rs232_tx_valeur(ia_moy,3);
rs232_tx_valeur(vg1_moy,3);
//strcpy(mess,"code retour: ");
//rs232_tx_chaine(strlen(mess),mess);
//rs232_tx_valeur(ret,0);

//strcpy(mess,"VA (V): ");
//rs232_tx_chaine(strlen(mess),mess);
//rs232_tx_valeur(va_moy,3); //va

//strcpy(mess,"VG2 (V): ");
//rs232_tx_chaine(strlen(mess),mess);
//rs232_tx_valeur(vg2_moy,3); //vg2

//strcpy(mess,"VG1 (V): ");
//rs232_tx_chaine(strlen(mess),mess);
//rs232_tx_valeur(vg1_moy,3); //vg1

//strcpy(mess,"IA (mA): ");
//rs232_tx_chaine(strlen(mess),mess);
//rs232_tx_valeur(ia_moy,3); //ia

//strcpy(mess,"IG2 (mA): ");
//rs232_tx_chaine(strlen(mess),mess);
//rs232_tx_valeur(ig2_moy,3); //ig2

//strcpy(mess,"IG1 (mA): ");
//rs232_tx_chaine(strlen(mess),mess);
//rs232_tx_valeur(ig1_moy,3);

}

En fait le Dummy ne renvoi que les codes erreurs
et les valeurs des variables qui nous intéresse

AMHA une routine strcat ou un truc comme ça , de ce que j'ai lu

J'attends ton retour avec imlpatience

Bonjour,

Totof, essaye ça.

Re_bonsoir
Trop fort

J'ai implanter vite fait ton code dans le µc
ci-joint une petite capture et le .tdf d'essai
juste modifier la position de Vg1 , a voir avec Yves

Sinon c'est magnifique , ça sort un .tdf , Yves pourras faire un essai
avec son TCT pour voir si c'est pas "beugé"

Demain je m'occupe de "ranger" un peu la présentation , créer la saisie des paramètres
initiaux et je vous joint à tout les 2 l'archive avec le code

Bonne nuit

Bonjour,

Super

Pour l'ordre des valeurs (format tdf), il suffit de modifier l'ordre d'écriture dans la routine
void mesure(float v) de dummy_12ax7_v05 à l'endroit de l'envoi du
vecteur retour.


...
...
...
rs232_tx_valeur(va_moy,3); //va
rs232_tx_valeur(ia_moy,3); //ia

rs232_tx_valeur(vg2_moy,3); //vg2
rs232_tx_valeur(ig2_moy,3); //ig2

rs232_tx_valeur(vg1_moy,3); //vg1
rs232_tx_valeur(ig1_moy,3); //ig1
...
...
...

Ici, on envoie Va Ia puis Vg2 ig2 puis Vg1 Ig1

En revanche: Les courants sont en mA et dans le tdf, ils sont en A.
Il n'est pas possible (pour le moment) de renvoyer des A.
(c'est une question de troncature des décimales)
Charge au prog_PC de réaliser la conversion.

Maintenant, si je comprend bien la philo du truc, l'IHM sous gambas se contente de faire
une exploration des paramètres, de récupérer le vecteur de mesure et de le stocker dans un fichier.
A aucun moment l'IHM n'interprète les valeurs, c'est le programme d'Yves qui le fera.

Si le besoin s'en fait sentir, je peux regarder cette histoire de mA afin d'être
"100% tdf complient".

Bonjour Philbob

Oui le but est là faire la création d'un fichier Tdf, on peut intégrer une visualisation de
contrôle dans la partie capture si besoin

Si on ne peut pas sortir en A au niveau prog_muc, on pourra toujours rajouter une
routine dans l'IHM , à définir , mettre dans la Todo list comme on dit
Vu qu'on a des lignes avec une routine qui sort dans un tableau string[]
on divise par 1000 la variable Ix (String[1] pour Ia, string[3] pour Ig1 etc )et on reconstruit le .tdf

Mais je pense que là on commence à voir à quoi ça va ressembler

ce soir je modifie pour avoir la topologie adéquate du .tdf pour VG1 etc

Pour Yves , peut tu nous donner l'ordre exact pour vérification
Va Ia Vg1 ? Vg2 ? , je pense que tu voulais ou voudrais Va Ia Vg1 Ig1 Vg2 Ig2

Du pain sur la planche encore

Bonne journée

Oui, pour chaque électrode en commençant par l'anode puis les grilles: la tension suivie du courant donc:

- Ua Ia Ug1 [Ig1 [Ug2 [Ig2 [Ugn [Ign . . . .etc]]]]]

Les champs entre crochets sont facultatifs mais si on veut indiquer (par exemple) Ug2, il faut mettre une valeur bidon (0/zéro par exemple) dans Ug1 et Ig2.
Autrement dit, remplacer les valeurs inconnues (ou que le Hardware ne peut pas mesurer) par des 0/zéro) mais on peut couper à la fin.
Seuls Ua ia sont impératifs ce qui correspond à une diode

Oui, ce qui n'interdit pas d'intégrer les deux taches dans la même IHM pour afficher les courbes en temps réèl . . . ou presque . . . que les données transitent ou non par un fichier temporaire

Pour les unités, c'est plus simple de laisser faire ça au PC bien sûr . . .
D'ailleurs, ma philosophie est que le Hardware que vous envisagez en fait beaucoup trop mais tant que vous vous en chargez, tout va bien pour moi
En bref, c'est pas KISS

Le minimum minimorum eût été:
- Le hardware applique les tensions demandées aux différentes électrodes et renvoie uniquement les courants mesurés respectifs. Le PC n'a pas besoin qu'on lui répète les valeurs de tension qu'il a lui même demandé et il en sait assez pour construire le TDF
Peu importe que ce soit dangereux ou non pour le tube, on peut vouloir tester les limites !
Les seuls tests ne devraient viser qu'à éviter l'auto destruction du Hardware
Ne pas oublier les erreurs de manip ou les tubes en court circuit

Yves.

Bonjour Yves,

L'état actuel du hardware ne renvoi que les valeur Va,Ia,Vg1,Ig1,Vg2,Ig2
ce sera même dans l'ordre ce soir , tout le reste aura disparu
les lignes cmde envoyé , code reçu etc , tout ça c'était pour le débogage et voir la faisabilité de la communication

J'ai reçu les PGA113, et ben faut une loupe pour ces bestioles

J'ai adoré ta capture Du TCT sur le post d'éric , tu as super bien avancé


Quand je rentre du taf fin d'aprèm , je m'occupe de corriger les positions des 6 valeurs
et de peauffiner l'IHM capture

Après un autre gros morceau , prototyper les booster et le chauffage
sous Kicad

A+