MCLoader & XPort


Closed Thread
Results 1 to 40 of 45

Hybrid View

  1. #1
    Join Date
    Aug 2006
    Posts
    65


    Did you find this post helpful? Yes | No

    Default

    Ooops!!!!

    how stupid of me...of course E is 14 decimal and you are correct!

    So the code is assembling at the correct location....hmmm

    Joe

  2. #2
    Join Date
    Aug 2006
    Posts
    65


    Did you find this post helpful? Yes | No

    Default

    Jumper,

    I went back to the other method (your special DEFINE), and here's what the (partial) assembly code looks like. It apears that something's putting another ORG after the one we defined. I wonder if it's another INCLUDE file that's doing it:

    00037 LIST
    00EB00 00038 ORG 60160 ; type the adress for loader here
    00088 LIST
    00089 ; Oscillator is 8MHz
    01140 LIST
    000000 01141 ORG RESET_ORG ; Reset vector at 0
    01150 LIST
    000000 EF66 F000 01151 goto INIT ; Finish initialization
    02058 LIST
    000004 02059 HSERIN
    02060 ifdef HSER_CLROERR
    02061 btfsc RCSTA, OERR ; Check for overflow error
    02062 bcf RCSTA, CREN ; Toggle continuous receive to clear error
    02063 bsf RCSTA, CREN

  3. #3
    Join Date
    Aug 2006
    Posts
    65


    Did you find this post helpful? Yes | No

    Default

    Jumper,

    OK, I think I have it. In the .lib file, there was another ORG statement further down that was apparently overriding the special ORG DEFINE that we put in. It looked like this:
    ORG RESET_ORG ; Reset vector at 0

    I commented it out, and all seems to work OK now, org'ing at 0 if nothing is specified and ORG'ing at 60160 using your special DEFINE to select the desired starting location.


    Joe

  4. #4
    Join Date
    Mar 2006
    Location
    China
    Posts
    266


    Did you find this post helpful? Yes | No

    Default We need that define too

    We need the DEFINE RESET_ORG in the lib file when we write the application software to move the code to a suitable address (I like 64).

    Have you tried if that part works?


    /me

  5. #5
    Join Date
    Sep 2005
    Location
    Campbell, CA
    Posts
    1,107


    Did you find this post helpful? Yes | No

    Default

    I think this is a worthwhile project, but don't forget those of us that use parts with more than 64K of code space!
    Charles Linquist

  6. #6
    Join Date
    Sep 2004
    Location
    montreal, canada
    Posts
    6,898


    Did you find this post helpful? Yes | No

    Default

    I agree. Funny... those i did with more than 64K, as now, don't use the bootloader, just ICSP. Case by case i guess.
    Steve

    It's not a bug, it's a random feature.
    There's no problem, only learning opportunities.

  7. #7
    Join Date
    Mar 2006
    Location
    China
    Posts
    266


    Did you find this post helpful? Yes | No

    Default We must start somewhere

    Sure it would be nice if all PIC's could be using this loader but:

    How do we address the memory above 65535 ($FFFF) in READCODE and
    WRITECODE when PBP only have 16-bit variables. It seems to me that Microchip has outgrown PBP, 32-bit variables in PBP would be nice.

    ICSP is probably the way to go, unless it is done in ASM.

    Let's start with the 64K devices and see if we run into any mines. We are still far from finished.....

    /me

Similar Threads

  1. xport code, have example, confused though
    By kenpo in forum mel PIC BASIC Pro
    Replies: 14
    Last Post: - 30th March 2009, 19:59
  2. Bootloader and Instant Interrupts Atn:_DT_
    By Josuetas in forum mel PIC BASIC Pro
    Replies: 8
    Last Post: - 16th May 2007, 01:59
  3. McLoader and 18F2580
    By rwskinner in forum mel PIC BASIC Pro
    Replies: 3
    Last Post: - 12th February 2007, 06:20
  4. xport + connecting 2 networks
    By rf_xport in forum General
    Replies: 0
    Last Post: - 12th July 2006, 06:26
  5. Has anyone used the Lantronics Xport
    By octavio bru in forum mel PIC BASIC Pro
    Replies: 0
    Last Post: - 14th September 2004, 11:51

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