search

f8kgl / swr_power_meter

Repo of Swr Power Meter project of F8KGL
1 stars 1 forks source link

calcul de la puissance en dBm #347

Closed f4bjh closed 3 years ago

f4bjh commented 3 years ago

§6.1.3.1 de l'étude

328

f4bjh commented 3 years ago

à spécifier #188

f4bjh commented 3 years ago

aaarggghhh référence ci-dessus éronnée

f4bjh commented 3 years ago

348

f4bjh commented 3 years ago

Revenir à l'étude, §6

Décrire la mesure en hexa Décrire la mesure puis le calcul en mV Décrire la mesure puis le calcul en dBm Décrire la mesure puis le calcul en W A reporter dans la conclusion (quelle mesure/calcul vs xWATT ou SWR POWER METER ?

Puis à reporter dans les specs, et y introduire d'ailleurs une différence xWATT vs SWR POWER METER (sous forme de flag, ça parait évident)

f4bjh commented 3 years ago

296

f4bjh commented 3 years ago

370

f4bjh commented 3 years ago

préciser la taille des LUT attention, j'ai cru voir une petite difficulté sur le calcul de x...à voir

puis à spécifier

f4bjh commented 3 years ago

euhhh...ouais...mais c'est loin d'être fini quand même...

f4bjh commented 3 years ago

dans l'état actuel des choses, le calcul ne donne pas les résultats théoriques attendus (pour ADC=0x52, donne -33,3dBm...devrait donner -22,9) Ensuite, faire varier Vfwd donne des résultats aléatoires (lié à #386 ?

un rapide examen du contenu de la RAM (v_calc_10logADC) semble montrer que pour ADC=0x52, 10logADC = 0xA2 Visiblement, déjà là...il y a qqc qui ne va pas

f4bjh commented 3 years ago

il y a toujours un petit souci de répétabilité, si on fait varier Vfwd à la volée mais par contre, faire x2 sur Vin, fait bien varier de 3dB la puissance

pour ADC=0x52, Pfwd = -25,6dBm...au lieu de -22,9

f4bjh commented 3 years ago

Il faut faire 2 choses

Decrementer de 1 la valeur d'Adc avant de taper en flash...car on doit ignorer la valeur 0 Et ensuite, il faut sans doute multiplier la valeur d'adresse par 2. Les données sont elles alignées sur 8 ou 16 bits ?

Ensuite, il faudra checker les valeurs de R1 et R2, par rapport à la feuille de calibration sous excel. Ne pas oublier de setter la valeur de kconv en dbm au démarrage (pour ça il fait absolument résoudre le bug de chargement en eeprom par le .stc)

f4bjh commented 3 years ago

donne de bons résultats de mesure avec cette valeur de calibration (0x014A Kconv(dBm) = -33,0 dBm)

f4bjh commented 3 years ago

restee plus qu'à ajouter la voie REF

f4bjh commented 3 years ago

reste plus qu'à mettre la voie REF

f4bjh commented 3 years ago

à tester...

attention, assez grosse modif, et il y a au moins 3 choses à vérifier :

-le passge sous IF 0 des bouts de code de f_calc_P_dBm (et donc le résultat en sortie sur _v_calc_bin_P_dBm sur la voie FWD déjà, pour commencer -le résultat en sortie de f_calc_conv_dBm_to_ascii sur v_Pfwd_and_ref_dBm_ascii sur la voie FWD (mais pourquoi diantre, le 1er octet en ASCII était dans v_Pfwd_and_ref_dBm_ascii+1 ???) -ensuite, le résultat en sortie de f_calc_P_dBm sur la voie REF, puis le processus de conversion pour le stockage dans v_Pfwd_and_ref_dBm+1 et +2), puis le passage dans la conversion ascii

f4bjh commented 3 years ago

enlever les IF 0

f4bjh commented 3 years ago

affichage de la voie REF toujours défaillant (mais voie FWD revenu à l'état normal)