16F648A - ? error in M16F62XA.INC file


Closed Thread
Results 1 to 5 of 5
  1. #1

    Default 16F648A - ? error in M16F62XA.INC file

    I have been having problems with this device, I found one error where the file in PB2.46 had bank error in the files, Melabs corrected 2 versions later. But I still have had problems.

    After spending many hours looking at my code, and wondering why it works in 628A and not in 648A, I concluded that there must be something else causing my problems, so decided to dig deeper into the compiler files.

    On looking at the M16F62XA.INC file, see below, and this is from PB2.60 (2.46 has the same), I think that this has an error.

    I cannot test my theory at the moment as the unit is at work, so I will try tomorrow morning and see if this is a cure for my problems.

    The 16F648A has 4k of code, not as stated below 2k, and it has 256 of EEE not 128 as stated.

    Could someone please confirm that it should read

    PIC16F648A equ 50081003h ; 14-Bit, 4K Code, 256 EE, ID = 3

    Thanks



    ;************************************************* ***************************
    ; PIC16F62xA Family Header
    ; Copyright 1995, 2006 microEngineering Labs, Inc.
    ;************************************************* ***************************
    NOLIST
    ; *** Default Device Specifications
    DEVICE 3FFF3FFFh ; All Fuse Bits On
    DEVICE 50040802h ; 14-Bit, 2K Code, 128 EE, ID = 2

    ; *** DEVICE Device Definitions
    PIC16F627A equ 50020801h ; 14-Bit, 1K Code, 128 EE, ID = 1
    PIC16F628A equ 50040802h ; 14-Bit, 2K Code, 128 EE, ID = 2
    PIC16F648A equ 50081003h ; 14-Bit, 2K Code, 128 EE, ID = 3

  2. #2
    Join Date
    May 2004
    Location
    NW France
    Posts
    3,648


    Did you find this post helpful? Yes | No

    Wink

    Hi,

    I do not want to be rude ...

    BUT, instead of loosing your time ( might I say " and ours ??? " ) Wouldn't it be MUCH more Clever to reload all your PBP files from a Safe source ( i.e. a genuine PBP 2.60 release .... ).

    I know some mods have to be done on the libs to use Darrel's goodies ... I saw you made Hazardous ( ! ) mods too ...

    BUT surely worth the time to restart from a SAFE basis ...

    You MUST admit you do not know where you are, at this time ...

    Alain
    ************************************************** ***********************
    Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
    ************************************************** ***********************
    IF there is the word "Problem" in your question ...
    certainly the answer is " RTFM " or " RTFDataSheet " !!!
    *****************************************

  3. #3


    Did you find this post helpful? Yes | No

    Default

    Note typo on 2.46 should read 2.43 on original post

    Quote Originally Posted by Acetronics View Post
    Hi,

    I do not want to be rude ...

    BUT, instead of loosing your time ( might I say " and ours ??? " ) Wouldn't it be MUCH more Clever to reload all your PBP files from a Safe source ( i.e. a genuine PBP 2.60 release .... ).

    I know some mods have to be done on the libs to use Darrel's goodies ... I saw you made Hazardous ( ! ) mods too ...

    BUT surely worth the time to restart from a SAFE basis ...

    You MUST admit you do not know where you are, at this time ...

    Alain


    From your comments you imply that I am using a non genuine copy, my copies/upgrades, are all from CROWNHILL !!!, 2.60 only arrived couple of weeks ago, so I suggest you refrain from making that type of accusation.

    The PB2.60 WAS a clean new install. !

    My hazadous mods ??? correcting the file where Melabs admitted there was a correction needed, if you had bothered to look at the version history, you would have seen the remark about the bank 2 setting, 2 versions on from my original 2.43.


    This is what it says about the corrections in the 2.45 file Note last line but one.

    Previous Release: 2.45
    Adds support for PIC12F508, 509, 683, PIC16F505, 684, 688, 716, 737, 747, 767, 777, 87, 88, PIC18F2331, 2431, 2515, 2525, 2585, 2610, 2620, 2680, 4331, 4431, 4515, 4525, 4585, 4610, 4620, 4680, 6410, 6490, 8410 and 8490.
    Allows spaces in path/filename.
    Improves compatility with MPLAB® 6.
    Updates USB routines to version 1.25.
    Removes dependence on some Microchip PIC18Xxxxx macros.
    Fixes subtract bit from byte and word to word result.
    Fixes PIC16F648A BANK2 RAM setting.
    Fixes some PIC18Xxxxx bank selections.

    I know exactly where I am,

    1. there was an error made by Melabs on 2.43, yes my fault for not checking the version changes, but then I wonder how many do.

    2, in my opinion there appears to be an error on the M16F62XA.INC file.
    I have PB 2.43,2.5,2.6 ( All legal and paid for from Crownhill) and on all of them it shows what I think is an error.

    All I have asked was, does someone else think that there is an error in the M16F62XA.INC file.

    So instead of jumping on someone without knowing all the facts, you could either have ignored the posting, or given a simple opinion on the entries in that file and without making unfounded accusations !.

  4. #4
    Join Date
    Jul 2003
    Location
    Colorado Springs
    Posts
    4,959


    Did you find this post helpful? Yes | No

    Default

    Quote Originally Posted by aerostar View Post
    ; *** DEVICE Device Definitions
    PIC16F627A equ 50020801h ; 14-Bit, 1K Code, 128 EE, ID = 1
    PIC16F628A equ 50040802h ; 14-Bit, 2K Code, 128 EE, ID = 2
    PIC16F648A equ 50081003h ; 14-Bit, 2K Code, 128 EE, ID = 3
    In the M16F62XA.INC file, the things you are calling an error (marked in red), are comments.
    They have no effect on the operation of the program.

    The actual definitions of RAM Banks are in the 16F648A.BAS file in the PBP folder.
    And they have been correct for a long time.

    The line that the comments are in, are not the lines that were fixed in 2.45, and aren't even in the same file, so I can see how the comments didn't get updated with the fix.

    I do think you should stop using 2.43 though.
    2.43 was from around 2001. Each successive version fixed many things. Why find them all again?
    <hr>
    And don't worry about Alain.
    His post was probably directed more at me, than you.
    <br>
    DT

  5. #5
    Join Date
    May 2004
    Location
    NW France
    Posts
    3,648


    Did you find this post helpful? Yes | No

    Default

    Hi, Aerostar

    Ok, You're the one and only who knows ... Won't disturb you anymore ...


    And don't worry about Alain.
    His post was probably directed more at me, than you.
    Hi, Darrel ...

    You forgot the [ Humour ON ] key ????
    ROFL.

    Alain
    ************************************************** ***********************
    Why insist on using 32 Bits when you're not even able to deal with the first 8 ones ??? ehhhhhh ...
    ************************************************** ***********************
    IF there is the word "Problem" in your question ...
    certainly the answer is " RTFM " or " RTFDataSheet " !!!
    *****************************************

Similar Threads

  1. Code doesn't work on 16F648A
    By Mr_Joe in forum mel PIC BASIC Pro
    Replies: 4
    Last Post: - 1st September 2018, 22:09
  2. Warning: Some configuration words not in hex file
    By Byte_Butcher in forum General
    Replies: 2
    Last Post: - 14th December 2009, 06:25
  3. MCSP - Cannot find include file
    By Andy Wood in forum mel PIC BASIC Pro
    Replies: 3
    Last Post: - 21st January 2008, 01:37
  4. The ultimate include file
    By bearpawz in forum mel PIC BASIC Pro
    Replies: 0
    Last Post: - 26th January 2007, 19:35
  5. 16F648A INC file for Epic programmer
    By Mikkel in forum mel PIC BASIC Pro
    Replies: 0
    Last Post: - 4th February 2004, 20:26

Members who have read this thread : 0

You do not have permission to view the list of names.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts