Compiler/assembler problems preventing a simple change


Closed Thread
Results 1 to 7 of 7

Hybrid View

  1. #1
    Join Date
    Jun 2015
    Posts
    8


    Did you find this post helpful? Yes | No

    Default Re: Compiler/assembler problems preventing a simple change

    Thank you for the quick replies!

    towlerg:
    Yes, the code compiles fine. A bit of backstory: I was given code to fix, and it came in two files- one was a text file with PBP code, and the other was a PBP file that was mostly macro functions written in assembly. The code was previously compiled with PBP 2.60A, and I was given the version of MPASM that it was originally compiled with.

    When I compile the code with PBP 2.60A and the same MPASM version now in MicroCode Studio, the hex file that is produced just writes white squares to the LCD of the hardware I'm working with, even though *nothing* has changed in the code.

    I should have clarified what I meant when I asked about variables: I was wondering if PBP 2.60A relies on certain environment variables in windows, or if compiling it on a windows XP machine would yield different results than compiling it on a windows 8 machine. I would hope not, but I am running out of other possibilities. Browsing other threads, I have heard of people resorting to reinstalling their OS's to get things working, especially after mistakenly installing an incorrect version of software.

    I'll need to compare the hex files next... and I'll also look for the fuses. I haven't seen any in the code so far, but I'll need to look through it again with that in mind.

    Scampy: I'm glad you mentioned that - a timing issue and the currently-unknown states of the fuses leaves the possibility that my code configures the oscillator one way, but the programmer (meLabs programmer beta) might be overwriting the oscillator config.
    Is there any way to read the config/fuse settings from the hex file/from a programmer connected to a functional piece of hardware?

  2. #2
    Join Date
    Dec 2011
    Location
    IO93ok
    Posts
    190


    Did you find this post helpful? Yes | No

    Default Re: Compiler/assembler problems preventing a simple change

    I believe PBP 2.60a needs an older MPASM to work properly. It needs MPLAB v8.15a as the latest to use.
    Rob.

    The moment after you press "Post" is the moment you actually see the typso

  3. #3
    Join Date
    Mar 2003
    Location
    Commerce Michigan USA
    Posts
    1,166


    Did you find this post helpful? Yes | No

    Default Re: Compiler/assembler problems preventing a simple change

    Why Yes Chrome, you can see all of the CONFIG settings, (fuses) by reading back the data from the particular PIC processor you are using. Provided the code protect bit is NOT set. This is done using an ICSP programmer like the PICKIT2 or PICKIT3 or ICD programmer connected to the ICSP pins and using MPLAB.
    Dave Purola,
    N8NTA
    EN82fn

Similar Threads

  1. Compile problems with simple RF remote control example
    By astouffer in forum mel PIC BASIC Pro
    Replies: 2
    Last Post: - 18th July 2012, 05:22
  2. Replies: 1
    Last Post: - 30th March 2012, 04:13
  3. A Simple IOC Routine (Interrupt On Change)
    By lugo.p in forum mel PIC BASIC Pro
    Replies: 6
    Last Post: - 8th March 2010, 19:53
  4. Compiler problems
    By BobEdge in forum mel PIC BASIC Pro
    Replies: 13
    Last Post: - 27th September 2006, 13:03
  5. Compiler/Assembler Error
    By LT_Pic in forum General
    Replies: 7
    Last Post: - 21st July 2005, 09:47

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