[satinas]

Bonjour,
Avec ds on réserve un octet, pas un bit.

Où veux-tu en venir, je répète, je ne vois pas l'intérêt de créer de nouvelles sections ram. Pour mettre des variables en bank 3, il suffit de les déclarer après la ligne PSECT udata_bank3 ainsi on les ajoute à la section bank3 prédéfinie, dont l'adresse est connue par l'assembleur (class=BANK3). Le paragraphe que tu as quoté dit juste que toutes les classes de type BANK sont dans le space SPACE_DATA (1).

Est ce que ABS et ORG sont applicables aux sections RAM, je ne sais pas, fais des essai. En théorie, avec ABS ORG démarre à l'adresse physique 0, sans ABS ORG démarre à l'adresse 0 de la section.
Explique-moi ce que tu veux faire exactement, parce que cet assembleur est très ouvert et puissant, on peut discuter longtemps sur ce que l'on peut faire avec

PS la section udata_shr concerne la partie ACCESS de la RAM, accessible sans avoir à spécifier la bank mémoire. Sa taille et ses adresses dépendent du type de pic.

[LP_2]

J'essaye d'apprendre à utiliser ce bazar. Dans un premier temps, et comme apprentissage, je fais un programme qui va gérer les causes de reset.

Actuellement mon PSECT pour la bank3 (le dernier) devrait être correct.

En ce qui concerne la déclaration de "variables bit" je l'ai découvert par hasard, mais rien trouvé sur la manière de les gérer.
Puisque pas de doc sur leur utilisation je les abandonne.

[satinas]

C'est ton premier programme en ASM ? As-tu déjà programmé avec MPASM ?
Sais-tu ce qu'est la mémoire ACCESS sur les pics 8 bits ?

Désolé mais tu compliques des choses simples. Tu ajoutes des lignes superflues et tu me demandes comment elle marchent

Pour les variables bit, il faut que je regarde, on peut déjà faire comme avec MPASM
#define MY_BIT var0,1
bcf MY_BIT

[LP_2]

J'en ai fait pendant des années avec MPASM.
La bank commune pour les mid-range c'est class=COMMON

[LP_2]

Pour les variables bit, il faut que je regarde, on peut déjà faire comme avec MPASM

Pour faire comme avec mpasm j'y arrive, c'était pour utiliser un mécanisme fournit par pic-as.
Pas essentiel pour l'instant.

[satinas]

Donne moi la page de la doc qui parle des variables bit.
Ok on ajoute bit dans la déclaration de la section ram. Cela devrait marcher, il n'y pas de raison. Mais bon tout cela est nouveau pour moi. Je préfère rester sur les vielles habitudes, même avec pic-as.

[LP_2]

Désolé mais tu compliques des choses simples. Tu ajoutes des lignes superflues et tu me demandes comment elle marchent

C'est un peu vrai

Alors un exemple de ce que je veux faire : déclarer des variables en bank commune.

PSECT udata_shr,space=1,class=COMMON
cmpt_0: ds 1

Là ça devrait être bon ?

[LP_2]

Donne moi la page de la doc qui parle des variables bit.
Ok on ajoute bit dans la déclaration de la section ram. Cela devrait marcher, il n'y pas de raison. Mais bon tout cela est nouveau pour moi. Je préfère rester sur les vielles habitudes, même avec pic-as.

Oui, c'est le flag "bit". On s'en passera . . .

[satinas]

Il y a des chances, est-ce que tu as commencé à simuler, afficher les variables, donc tu auras leurs adresses et leur contenus. Et tu as la réponse à ta question. Je pense que tu peux juste écrire :
psect udata_shr

J'ai parlé de mettre tous les paramètres pour créer de nouvelles sections, pas si on utilise des sections déjà connues.

[LP_2]

Oui j'en ai simulé des versions dont les dernières sans erreur.
Mais comme j'avais eu des valeurs d'opcode incohérentes j'ai décidé de recommencer depuis le début.

Et dans les tuto microchip rien qui explique comment et pourquoi écrire un PSECT.

Tout de suite je fais de la simulation et je regarde. Ka va prendre un certain temps . . .

Merci et bonne soirée.