PIC16F1825 Bug du compilateur

[Temps-x]

Bonjour tout le forum,

Possédant un PIC16F1825 je me retrouve avec un bug au moment de la compilation, source du message d'erreur.

Message[303] D:\DATAPIC\PICSOUR\16F1825\16F1825TEMP.ASM 11 : Program word too large. Truncated to core size. (C9A4)
Message[303] D:\DATAPIC\PICSOUR\16F1825\16F1825TEMP.ASM 12 : Program word too large. Truncated to core size. (DCFF)
Message[303] D:\DATAPIC\PICSOUR\16F1825\16F1825TEMP.ASM 149 : Program word too large. Truncated to core size. (C9A4)
Message[303] D:\DATAPIC\PICSOUR\16F1825\16F1825TEMP.ASM 149 : Program word too large. Truncated to core size. (DCFF)


Je vous joint le code, qui est quasiment vide, bon il se compile, mais j'aimerais bien comprendre, pourquoi ce message d'erreur

Code : Tout sélectionner



;**********************************************************************************************
               
      Errorlevel-302                      ; Supprime le message "Ensure that bank bits are correct" 


     ; Errorlevel-303                     ; pour supprimer le message d'erreur, mais ça ne règle pas le problème.

                                          ; pourquoi ?


      list        p=16f1825               ; liste de la directive de la définition du processeur
      #include    <p16f1825.inc>          ; définition des variables du processeur

;------------------------------------------------------------------------------    

    __CONFIG _CONFIG1, _FOSC_INTOSC & _WDTE_OFF & _PWRTE_OFF & _MCLRE_OFF & _CP_OFF & _CPD_OFF & _BOREN_OFF & _CLKOUTEN_OFF & _IESO_OFF & _FCMEN_OFF
    __CONFIG _CONFIG2, _WRT_OFF & _PLLEN_OFF & _STVREN_OFF & _BORV_19 & _LVP_OFF

;------------------------------------------------------------------------------

    CBLOCK H'20'        
        donner_low     :1     
        donner_hi      :1     

        adresse_low    :1 
        adresse_hi     :1
    ENDC


;------------------------------------------------------------------------------
;
; le PIC16F1825 a 256 octets d'eeprom, qui commence à adresses 0xF000
; 
;------------------------------------------------------------------------------

DATAEE    ORG  0xF000
    DE    "Bug"                           ; écriture en eeproom 'B' 'u' 'g' adresses 0,1,2

;------------------------------------------------------------------------------

      ORG H'0'                            ; reset de départ
  
      PAGESEL start

      goto start  
                  
;------------------------------------------------------------------------------
    ORG      H'4'

    retfie

;------------------------------------------------------------------------------
start


loop
      nop
      nop

      goto loop


;****************************** "pour écrit dans l'eeprom" ************************************* 
ecriture_eeprom

      BANKSEL EEADRL                      ; passer en bank 3

      movlw adresse_low
      movwf EEADRL                        ; adresse du poids faible

      movlw adresse_hi
      movwf EEADRH                        ; adresse du poids fort

      movlw donner_low
      movwf EEDATL                        ; donnée du poids faible

      movlw donner_hi
      movwf EEDATH                        ; donnée du poids fort

      bcf EECON1,CFGS                     ; 
      bcf EECON1,EEPGD                    ; 
      bsf EECON1,WREN                     ; préparation pour écriture

      bcf INTCON,GIE                      ; couper les interruptions

      movlw H'55'                         ; séquence spécifique (c'est comme ça, il faut le savoir) 
      movwf EECON2                        ; séquence spécifique
      movlw H'AA'                         ; séquence spécifique
      movwf EECON2                        ; séquence spécifique

      bsf EECON1,WR                       ; lance une opération d'écriture

      btfsc EECON1,WR                     ; assurer que l'écriture est terminé
      goto $-D'1'                         ; 

      bcf EECON1,WREN                     ; interdiction de l'écriture

      ;bsf INTCON,GIE                     ; restaurer les interruptions si activé

      return

;******************************** "pour lire dans l'eeprom" ************************************ 
lecture_eeprom

      BANKSEL EEADRL                      ; passer en bank 3

      movlw adresse_low
      movwf EEADRL                        ; adresse du poids faible

      movlw adresse_hi 
      movwf EEADRH                        ; adresse du poids fort

      bcf EECON1,EEPGD                    ; préparation à l'autorisation 
      bcf EECON1,CFGS                     ; accédés en eeprom

      bcf INTCON,GIE                      ; couper les interruptions  

      bsf EECON1,RD                       ; lecture de l'EEPROM

      nop                                 ; laisser le temps de lire les données  
      nop 

      movf EEDATL,W                       ; la donnée du poids faible est récupéré
      movwf donner_low
 
      movf EEDATH,W                       ; la donnée du poids fort est récupéré
      movwf donner_hi                     ;  

      ;bsf INTCON,GIE                     ; restaurer les interruptions si activé

      return

;***********************************************************************************************

      end



Y a t'il un remède miracle, ou faut t'il que j'aille à Lourdes

A+

[Claudius]

Bonsoir Temp-X et à tous,

Désolé, cela n'est pas un bug du compilateur qui a entièrement raison ;-)

En effet la directive org lui indique de définir une adresse programme (ici en 0xF000) qui est manifestement hors de portée de ce pic
Pour définir une adresse hors programme (ici celle de l'eeprom), utiliser la directive #define ou equ (cf. MPASM - Directives mais valable pour tous les assembleurs qui se respectent)

Remarque: Imagine que ce même programme soit conçu pour un pic qui aurait une adresse programme en 0xF000, il y aurait alors un conflit de définition entre cette adresse programme et celle de l'eeprom ou de tout autre périphérique d'ailleurs ... donc ne pas utiliser org dans ce cas qui est réservée à la définition des adresses programme

[Temps-x]

Bonsoir Claudius, et tout le forum,

pour ta réponse, mais malgré le retrait de ceci

Code : Tout sélectionner

;------------------------------------------------------------------------------

DATAEE    ORG  0xF000
    DE    "Bug"                           ; écriture en eproom 'B' 'u' 'g' address 0,1,2

;------------------------------------------------------------------------------


J'ai toujours le même message d'erreur, quelle qu'un veut t'il essayer de le compiler,

Je joint les fichier ci-dessous

Bug.zip

Apparemment, je ne suis pas le seul, voir ICI


A+

[satinas]

Bonjour à tous,

Dans cette release note de MPASM 5.53, il est dit qu'il faut pas s'inquiéter.
http://denethor.wlu.ca/cp316/software/R ... embler.htm

(MPASM-409)
When __CONFIG macro is used to set the configuration words for PIC12F1xxx and PIC16F1xxx devices,then MPASM v5.48 generates a warning : "Program word too large. Truncated to core size." This can be ignored.

Claudius, après un passage sur ton site très bien présenté et détaillé, j'ai rechoppé le virus des Pic 16 bits :)
Je suis en train de faire un bootloader pour Pic 24 et dsPIC ...

[Temps-x]

Bonjour satinas, et tout le forum,

pour ta réponse,

Source du message Dans cette release note de MPASM 5.53, il est dit qu'il faut pas s'inquiéter.

Leur compilateur est à revoir dans ce cas là, j'ai la version de MPASMWIN 5.51.

Bon je vais continuer mon programme de toute façon, en m’étant Errorlevel-303,

Je tiens à signaler pour ceux qui utilise le même type de pic et qui font du C, basic, pascal, qu'ils auront ce message d'erreur d'après
les nombreux site que j'ai visité, donc, ne pas s’inquiéter

Le bug existe bien, mais apparemment Microchip le sais.

A+

[Claudius]

Bonjour satinas et à tous,

satinas a écrit :
Claudius, après un passage sur ton site très bien présenté et détaillé, j'ai rechoppé le virus des Pic 16 bits :)
Je suis en train de faire un bootloader pour Pic 24 et dsPIC ...

Je te remercie satinas, si cela peut t'aider, je compléterai si besoin est...

S'agissant du site micro-infos, j'ai maintenant beaucoup plus de temps car "payé à vie à ne rien faire" , je vais pouvoir créer des articles et notamment un qui me tiens à cœur ... j'ai nommé l'Utilisation du coprocesseur flottant Micromega uM-FPU avec un Pic 16 bits ... voire moins et ... pour laquelle j'ai pas mal avancé

Content de propager un virus dans le bon sens et merci encore satinas pour tes encouragements

[JJE]

Bonjour Temps-X

Source du message       bsf EECON1,WR                       ; lance une opération d'écriture

      btfsc EECON1,WR                     ; assurer que l'écriture est terminé
      goto $-D'2'                         ; 

Ne devrait-on pas voir :

Code : Tout sélectionner

      goto $-D'1'                         ; 


[Temps-x]

Bonsoir JJE, et tout le forum,

Source du message Ne devrait-on pas voir :

Code : Tout sélectionner
goto $-D'1'

Tu as tout a fait raison, mais j'ai une excuse j'ai regardé le datasheet de ce Pic, qui est téléchargeable en début de post #1

Et je m’aperçois, qu'on retrouve des instructions du PIC18Fxx, donc, je me suis dit sans faire l'essai qu'une instruction
devait faire 2 cycles.

Comme j'ai pas encore ce PIC j'ai laissé le programme de coté, mais j'avais un PIC16F1937 qui est l'équivalent, mais en plus
compliqué et beaucoup plus de patte.

Pouah... !! les noms des registres qui change complétement dans cette série, une vraie galère.

Comme j'avais posté pour un problème d'erreur de compilation, je me suis pas soucier de faire l'essai.

Je me suis rendu compte qu'un cycle fait une instruction sur le PIC16F1937 et comme c'est la même famille que le PIC16F18F25
je pense que c'est pareille, à vérifier avec MPLAB IDE v8.92,

Pour les instructions voir les pages du datasheet 322, 323, Merci JJE pour te soucier de ça, et bien vue.

A+