Lampemetre

philbob · **Posté:** Dim 13 Jan 2013, 17:50

Bonjour,

Pour Totof

Je viens de recompiler prog_muC sous CB.
Ca compile sans problème et sans erreur!
Juste un soucis avec la lib math mais CB
s'en accommode.

Le .hex est plus lourd que celui que je fais d'habitude
mais une fois téléchargé sur le µC, ça fonctionne de
manière nominale.

Ci joint ma version du projet

Totof · **Posté:** Dim 13 Jan 2013, 17:53

Re

Oui c'est assez simple, une fois qu'on a commencé

ci-joint mes 2 fichiers , base.h et main.c

Vu que ça marchait hier pour V01 je supprime V02 et refait V01
car comme j'ai bidouiller pour math.h , j'ai peut être fait une connerie :oops:

a+

Yves07 · **Posté:** Dim 13 Jan 2013, 18:37

philbob a écrit:

Passage en A
Viré le CR+LF

Voila la nouvelle mouture

Et voila le résultat après quelques bricolages dû au nombre de points de mesures variable tub18

Fichier(s) joint(s):

TCTres.png [ 89.81 Kio | Vu 4645 fois ]

Avec un gadget: estimation de la distorsion selon S.Bench.

Yves.

Totof · **Posté:** Dim 13 Jan 2013, 18:49

Bonsoir Yves
Miam miam

Moi je piétinne avec codeblocks je trouve pas mon erreur

je vais boire un café faire table rase et recommencer

si ça fonctionne chez Philbob , ça doit fonctionner chez moi :oops:

A tout de suite

Totof · **Posté:** Dim 13 Jan 2013, 19:40

Yes Yes

Un bon café , une remise en question et bingo ça compile
en fait j'ai écraser mon dossier codeblocks-project et je suis
repartis du projet de Philbob complet , modifié les chemin des includes
et ça a compilé du premier coup :wink:

les mystères insondables du langage informatique tub20

du coup j'ai chargé le µc et alumer le PC
modifier le main.cpp de Philbob pour tester le prog
du coup j'ai créer un .tdf presque correct , presque car j'ai pas fait le passage en A
si Philbob peut m'envoyer son main.cpp

Je vais aussi modifier la sortie sur LED qui chez moi est sur le portB si je ne me trompe pas

tub18

Je vais pouvoir faire joujou , et décortiquer le prog pour
implanter le séquance de mesure sous Gambas

On commence fort l'année je trouve :mrgreen:

allez je retourne jouer tub18

philbob · **Posté:** Dim 13 Jan 2013, 19:56

Bonjour,

Pour Totof et Yves

Bonne nouvelle pour la compilation ! :lol:

Très chouette la courbe de Yves. :lol:

Je renvoie le prog_PC un peu plus tard, je suis en train
d'implanter le ré échantillonnage à nb de points constants
pour le fichier tdf.

Mais d'ici là, je vais passer à table (et j'entend les gamins qui m'appellent...).
J'ai fais une poularde avec des pommes de terre sautées...
Un petit coup de pif par dessus et l'affaire est dans le sac. :wink:

A+

Yves07 · **Posté:** Dim 13 Jan 2013, 20:11

philbob a écrit:

Bonjour,

Pour Totof et Yves

Bonne nouvelle pour la compilation ! :lol:

Très chouette la courbe de Yves. :lol:

Je renvoie le prog_PC un peu plus tard, je suis en train
d'implanter le ré échantillonnage à nb de points constants
pour le fichier tdf.

Pas utile, c'est réglé de mon côté et c'est mieux de ne pas avoir cette contrainte.
On voit que les series intermédiaires extrapolées sont plus "courtes" que la plus courtes des encadrantes.

Par contre je m'attendais à :
Ua Ia Ug1 [ Ig1 [ Ug2 [ Ig2 [ Ug2 [ Ugn . . . . ]]]]]

Un Zéro ou un caractère non numérique peut remplacer une valeur inconnue.

Yves.

Totof · **Posté:** Dim 13 Jan 2013, 20:17

Bonsoir

Pas si vite , vous me larguer là :mrgreen:

allez pour agrémenter le fil du post , la carte chinoise en action via le RS232

bon appétit

nous ici ce sera Parmentier aux brocolis et sa Leffe blonde bien fraîche :wink:

Yves07 · **Posté:** Dim 13 Jan 2013, 20:38

Totof a écrit:

Bonsoir

Pas si vite , vous me larguer là :mrgreen:

C'est ça qui t'ennuie :
Ua Ia Ug1 [ Ig1 [ Ug2 [ Ig2 [ Ug2 [ Ugn . . . . ]]]]]

Les crochets indiquent des valeurs optionnelles ce qui implique que pour pouvoir spécifier Ug2, par exemple, il doit se trouver en 5 ème position, donc il faut renseigner toutes les précédentes, y compris Ig1 sinon Ug2 "tombe" en 4ème position est est interprété comme Ig1 ! !
Si Ig1 est inconnu, mettre un zéro ou un caractère non numérique . . . et ainsi de suite !
Ainsi le nombre de grilles n'est pas limité même si, dans l'état actuel des choses, le logiciel ne sait pas quoi en faire

Yves.

Totof · **Posté:** Dim 13 Jan 2013, 20:47

Re

non je parlai du global du projet , j'en suis encore à décortiquer le prog-pc
pour comprendre la logique :oops:

car maintenant je doit au départ de Gambas, envoyer les commandes au µc
comme le fait le prog-pc

ensuite commencé a élaborer le hardware , je vais commencer par un booster
enfin je pense

bon appétit

philbob · **Posté:** Dim 13 Jan 2013, 23:56

Bonjour,

Bon, voici la version 3.

Le prog_muC n'a pas changé
Le prog_PC à été modifié dans le sens des remarques de Yves,
a savoir: organisation Va,Ia, Vg1,Ig1 etc....
D'ailleurs, j'ai repris ce classement pour res.dat

Et puis, j'ai mis un peu plus de commentaires dans le code. :wink:

Totof · **Posté:** Lun 14 Jan 2013, 00:17

Merci Philbob

Je jette un oeil et je vais me coucher

j'ai dé-commenté quelques printf de ton prog pour voir ce que ça disait dans la console

je continuerai demain ou plus tard

Bonne nuit :mrgreen:

Totof · **Posté:** Lun 14 Jan 2013, 20:58

Bonsoir Philbob

j'ai essayer ta nouvelle version de prog_pc, ça fonctionne

Par contre je voulais voir quelles commandes étaient envoyées et reçues
pas moyen d'afficher quelques choses dans la console, un petit coup de pouce
pour bibi s'il te plaît :oops:

j'ai essayer pas mal de printf mais j'ai pas trouvé, je suis bête je sais :oops:

Pour avancer le shmilblick , je vais approvisionner quelques composants
d'ici fin de semaine

bon appétit et a plus tard

philbob · **Posté:** Lun 14 Jan 2013, 22:15

Bonjour,

Dans prog_PC, dans la routine envoi_cmde, il suffit de
décommenter les deux lignes indiquées ci dessous par -->

//-----------------------------------------------------------------------
//envoi d'une commande
//-----------------------------------------------------------------------
int envoi_cmde(int fd,int cmde,float v)
{
unsigned char rec;

--> //printf("envoi de la commande %d\n",cmde);

//envoi du numero de commande
rs232_tx_8(fd,cmde);

//envoi du float associe
rs232_tx_32(fd,v);

//recup du code retour
rs232_rx_8(fd,&rec);

--> //printf("code retour %d\n",rec);

return rec;
}
//-----------------------------------------------------------------------

Pour mémoire, dans le main.h j'ai créé des defines qui
sont plus "parlants" et que j'emploie à la place du chiffre
comme dans l'instruction suivante:

envoi_cmde(fd,SET_PWA_max,0.

;

En réalité cela envoi la commande 8

Liste des defines

#define SET_VA_max 1 //VA_max
#define SET_VG2_max 2 //VG2_max
#define SET_VG1_max 3 //VG1_max
#define SET_VFIL_max 4 //VFIL_max
#define SET_IA_max 5 //IA_max
#define SET_IG2_max 6 //IG2_max
#define SET_IG1_max 7 //IG1_max
#define SET_PWA_max 8 //PWA_max
#define SET_PWG2_max 9 //PWG2_max
#define SET_PWG1_max 10 //PWG1_max

#define SET_VG2_min 11 //VG2_min
#define SET_VG1_min 12 //VG1_min
#define SET_VFIL_min 13 //VFIL_min

#define SET_VA 14 //VA
#define SET_VG2 15 //VG2
#define SET_VG1 16 //VG1
#define SET_VFIL 17 //VFIL

#define MESURE 18 //MESURE

Totof · **Posté:** Lun 14 Jan 2013, 22:24

Bonsoir Philbob

Ok ça j'avais fait :oops:

et compris la logique 14,15,16 et 18 à chaque mesure
mais j'ai bêtement tenter un envoi comme ceci
et forcément ça marchait pas :oops:

1402500150etc

en fait faut envoyer au µc

SET_VA_max 400 etc

c'est ça :?:

Je relis et réfléchis

A+

Lampemetre

Qui est en ligne