EVERY time you port a software to another pic
- check the correct initialization of EACH peripheral
- check each fuse setting
After this can be some problem but you saved a lot of troubles!
       Nicola



PicDude wrote:
> When I originally ported it from the F872 to F913, I remember there were
> changes to be made due to the different memory maps and overlapping RAM
> areas, oscillator setup changes (to use internal osc now), disabling the LCD
> driver, some EE read/write code changes, and I now had to use ANSEL, etc. 
>
> Now though, from the F913 to the F883, this is a brief summary of what I
> changed...
> 	- Changed PIC type & include file.
> 	- Changed configuration bits (split into _CONFIG1,2, added _LVP_OFF).
> 	- Removed LCD init code.
> 	- Changed CMCON initializations.
> 	- Changed A/D inits (ADCON0, ADCON1).
> 	- Changed ANSEL, ANSELH inits.
> 	- Added VRCON init (off).
> 	- Changed other initis due to different banks.
>
> There were no more RAM changes to be made now though.  The _LVP_OFF is what
> solved the issue.
>
> Cheers,
> -Neil.
>
>
>
> Alan B. Pearce wrote:
>   
>> When you say 'ported', what did you need to change? They appear to have 
>> significantly different SRF maps, that would be intolerant of missed bank 
>> register selects on the 883, where RAM is mirrored in banks 2 & 3 on the 
>> 872.
>>
>> >From what you are saying, it sounds like there are assumptions in your
>>     
> code 
>   
>> about where the RAM is, and the code goes into hyper space as a result. 
>>
>> -- 
>> http://www.piclist.com PIC/SX FAQ & list archive
>> View/change your membership options at
>> http://mailman.mit.edu/mailman/listinfo/piclist
>>
>>
>>     
>
>   
-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist