Closed f4bjh closed 3 years ago
à spécifier #188
aaarggghhh référence ci-dessus éronnée
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)
préciser la taille des LUT attention, j'ai cru voir une petite difficulté sur le calcul de x...à voir
puis à spécifier
euhhh...ouais...mais c'est loin d'être fini quand même...
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
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
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)
donne de bons résultats de mesure avec cette valeur de calibration (0x014A Kconv(dBm) = -33,0 dBm)
restee plus qu'à ajouter la voie REF
reste plus qu'à mettre la voie REF
à 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
enlever les IF 0
affichage de la voie REF toujours défaillant (mais voie FWD revenu à l'état normal)
§6.1.3.1 de l'étude
328