[satinas]

Bonjour à tous et bonne année 2026

FRC doit désigner l'oscillateur interne de 500 kHz, car on retrouve bien les 2 us d'un 500 kHz obtenu à partir de FOSC. Par contre je ne comprends pas pourquoi le Tad varie autant dans les requirements, 1us à 6us. le FRC 500kHz est si imprécis que ça ?
L'ADC fonctionne toujours en mode SLEEP uniquement s'il utilise FRC.

16F1719_ADC_FRC_2.png

[LP_2]

D'après ce que je comprend, pour ce composant il faut une horloge ADC comprise entre 1 µs et 6 µs (sauf pour RC interne . . .).

C'est ça ?

[satinas]

Ben non justement il distingue bien les 2 cas, et c'est 9us max si on utilise FOSC.
Ou alors le postscaler derrière FRC (31,25kHz à 16MHz) est pris en compte, cela expliquerait la plage 1us à 6us.

Dans ce cas, la période de l'horloge affectée à ADC devrait être >= à TAD max ? - puisqu'alors on sera certain de lui avoir laissé le temps pour convertir -

Le Tad est obtenu à partir de FOSC ou FRC, il sert d'unité pour déterminer le temps de conversion.

[LP_2]

Oui, j'ai inversé.

Bonne soirée

[LP_2]

Et autre pb . . .
Avec mplabx-v6.20, dans les configurations, la ligne

CONFIG WDTE = SWDTEN

me sort syntax error à l'assemblage

Une idée ?

PS - s'il faut des détails je continue demain

[satinas]

Si l'on parle bien de pic-as la réponse est là

[satinas]

Dès potron-minet je constate le même problème, SWDTEN n'est pas accepté. Pourtant il figure bien dans le fichier 16F1719.cfgdata
En fait cela sort en erreur si on met les lignes CONFIG après l'include xc.h, si on les met avant cela passe.

[LP_2]

J'avais regardé aussi !
Chez moi c'est xc.inc mais je suppose que ça ne change rien.

Pour avant ou après je n'y comprend rien . . .
Les doc (par exemple le truc pour embedded enginir) placent toujours le include en début.
Mais, lorsqu'on veut éditer les configuration bit (dans la fenêtre en bas à droite de mplabx), une ligne en bas de la fenêtre indique de placer les CONFIG avant le xc.inc.
J'essaye plus tard en plaçant le xc.inc après.

[satinas]

Les lignes CONFIG vont chercher dans le fichier 16F1719.cfgdata le nom des paramètres et leurs valeurs permises. Dans 16F1719.cfgdata :

Code : Tout sélectionner

CSETTING:18:WDTE:Watchdog Timer Enable
CVALUE:18:ON:WDT enabled
CVALUE:10:NSLEEP:WDT enabled while running and disabled in Sleep
CVALUE:8:SWDTEN:WDT controlled by the SWDTEN bit in the WDTCON register
CVALUE:0:OFF:WDT disabled


Ensuite on peut faire l'include xc.inc qui sélectionne le fichier 16F1719.inc avec les symboles utilisés par l'assembleur. Dans ce fichier inc il y a plein de define et notamment un define SWDTEN qui plante la ligne CONFIG WDTE=SWDTEN si tu la mets après ce fichier inc

Juste pour te montrer le problème, avec un undef ça passe à l'assemblage :

Code : Tout sélectionner

#include <xc.inc>

#undef SWDTEN
 
  CONFIG PWRTE = OFF
  CONFIG WDTE  = SWDTEN


PS J'ai écrit plus haut <xc.h> et c'est pas bon, c'est <xc.inc> en asm.

[LP_2]

OK mais ce sont des subtilités dont j'aimerais bien me passer.

Avec xc.inc après CONFIG il assemble sans erreur.
Il me serait resté, au lieu de faire appel à la directive, d'écrire en dur dans les registres CONFIG1 et CONFIG2.

Je vais ouvrir un autre fil pour discuter de la réalisation de mon 1^er programme en pic-as.
Il pourra aussi servir de support pour un tuto, si ça intéresse.