Thank Kiste,
you are right that 887 doesn't support long arrays like 4620.
But that limit seems 96 (SW stack of 887) not 80.
My previous code had two byte[101] arrays, now I changed to max.
byte[96] and works..

Thank you Kiste,
kbaser

PS: But I still did't get these HW  and SW stack things
---------------------------------------------------------------------------------
On Oct 14, 7:12 pm, Oliver Seitz <[email protected]> wrote:
> > I'd like to share my problem with you. I have a JAL code to
> > run in
> > 18F4620 and it uses :
> > Code   :1522/65536
> > Data:126/3840
> > Hardware Stack : 5/31
> > Software Stack :3714
>
> > And I want to compile&run it on a 16F887 where the
> > capacity :
> > Code   :xxx/8192
> > Data:xxx/352
> > Hardware Stack : xxx/8
> > Software Stack :96
> > where obviously Code,Data,HW stack and SW stack of the code
> > is small
> > enough for a 16F887.
> > But it gives "out of data space" error and doesn't
> > compile.
>
> The 16F887 has pages (or banks) of 96 bytes, 16 of which are shared. So 
> maximum continuous memory is 80 bytes. The 18F4620 has pages of 256 bytes, 
> some of them without shared memory.
>
> So if you're using an array of more than 80 bytes of length, it can never 
> compile on a 16F887, as it lacks the necessary continuous memory to hold such 
> an array.
>
> Greets,
> Kiste

-- 
You received this message because you are subscribed to the Google Groups 
"jallib" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/jallib?hl=en.

Reply via email to