mplabx

[LP_2]

Ka me semblait naturel d'aller sur .fr !
Je viens de faire un test sur .com et il a l'air disposé à blablater sans retenue.

Ma première question :

quels sites ou forum en français explicitent l'utilisation de la flash haute endurance sur les pic16f17xx ?

renvoie vers developpez et fantaspic
Des questions plus pointues fournissent des réponses pertinentes, c'est impressionnant.
Il faut quand même connaître son sujet, j'ai tout de suite relevé des erreurs évidentes.
Mais il y a matière à réflexion.

[LP_2]

A part cela, ton pic c'est une sacrée usine à gaz, pourquoi prendre un modèle aussi avancé, qui reste malgré tout handicapé par l'architecture 14 bits.

Parce dans mon stock de 15 pic c'est celui qui convenait le mieux !

[venom]

Non satinas.
Si tu le crible de questions, il bloque la conversation en cours pendant X temps (à ne pas confondre avec Temps-X)

En revanche si tu ouvre une nouvelle conversation tu n'est pas infecté par la limite de temps de l'autre conversation

Notamment si tu demandes des images ou si tu en envoie.

Je parle quasiment quotidiennement avec et j'ai souvent le tour.






@++

[LP_2]

Pour mplabx6.20, à chaque fois que j'ai voulu utiliser MCC il a fini par planter. Il veut trop en faire ?

[LP_2]

Il convient de faire attention lorsqu'on utilise la fenêtre "configuration bits" pour écrire les CONFIG.
Pour WRT (protection contre l'auto-écriture) les informations affichées pour chaque choix de valeur sont fausses par rapport à la datasheet, au moins pour le pic16f1719.

[LP_2]

Dans mplabx, avec deux fichiers assembleur dans les sources (c'est plus simple pour gérer)

Code : Tout sélectionner

Projets -> Source Files -> /init.S
                           /prog.S

Lorsqu'on va assembler/build les deux fichiers vont-ils être concaténés pour fournir un seul fichier exécutable (pour simulation ou programmation) ?
Après essai je n'ai eu que des impressions . . .

Quelque part (ici) j'avais lu que l'extension doit être .S (en capitales). C'est d'actualité ?

Joyeux dimanche !

[satinas]

Hello,
J'avais lu que le .S est nécessaire pour utiliser le préprocesseur, il semble qu'il répond toujours quelle que soit l'extension. L'explication est que MpLabX lance pic-as avec l'option "-xassembler-with-cpp" (visible dans la fenêtre output de MpLabx), donc il impose l'utilisation du préprocesseur pour tous les fichiers assemblés. Avec l'option "xassembler" il ne préprocesse que les .S

C'est le linker qui va regrouper tous les fichiers objet dans un même exécutable. Tous les sources sont indépendants, un seul doit intégrer le reset, pour partager variables et sous-programmes entre eux, il y a la directive GLOBAL.

The GLOBAL identifier_list directive declares a list of comma-separated symbols. If the symbols are defined within the current module, they are made public. If the symbols are not defined in the current module, they are made references to public symbols defined in external modules. Thus to use the same symbol in two modules the GLOBAL directive must be used at least twice: once in the module that defines the symbol to make that symbol public and again in the module that uses the symbol to link in with the external definition

[LP_2]

The GLOBAL identifier_list directive declares a list of comma-separated symbols. If the symbols are defined within the current . . .

D'accord.
Je vais concaténer mes fichiers moi-même au fur à à mesure de l'avancement, ça ira plus vite