Microchip PIC Forum: [piclist] Re: Need Help Urgently - Mysterious Problem after adding Function

Saturday, December 8, 2007

[piclist] Re: Need Help Urgently - Mysterious Problem after adding Function

You need to post more details. Does the last function added fit in
the lower program memory page wholly or partially? Do you have an
emulator/ICD2? Is it in C or assembly. Are all the data bank pointers
correct? Do you have to use 'far' addressing to use the new routine.
What if you put the function into code page 1? If the serial port is
involved are you using interrupts are they being serviced correctly.
Is there a rate problem with the line (one side too fast). If the
data is corrupted are you writing/reading beyond a memory buffer or a
data bank pointer might be corrupted. Are you using a Watch Dog?
M

--- In piclist@yahoogroups.com, "Roger_4U" <samelec@...> wrote:
>
> Hi Folks:
>
> I am up a creek, I have been working on some code for over a year
and
> I am totally stumped with this last problem:
>
> Device: Pic16F88
> Chip OSC: 20Mhz
> Programmer: MeLabs USB Programmer
> Code is spread across two codepages. i.e Linker is being used.
> Number of Software Modules: 4 [3 in CodePage0 and 1 in CodePage1]
> Assembler/Complier: MPLAB IDE v8.00
> Serial speed: 57.6Kbps
>
> My problem is that the circuit stops working properly once I add a
new
> sub-program (function) to CodePage0; and what is totally baffling is
> that even if I comment out the call in the main program to this
> function, the problem still persists. When I reduce the size of
the
> function by say 7 statements, the serial portion, a LED switch, and
> the blinking LED, work as expected. However when I have all the
code
> present, everything seems to be still working except the serial part
> of the circuit which starts sending out mixed up data.
>
> I have changed the chip, upgraded to the latest IDE, and still the
> same problem.
>
> What is going on here? PLEASE HELP - I feel like jumping ship and
> starting over from scratch with a different platform (e.g AVR).
>