I posted this in another thread, but it seems to have gotten lost in the noise. A timely solution is of some importance to me, so I'm posting this message (and followup test info) in its own thread.
========
Say, Technical, while I have your ear, I'm having some problems with an ambitious routine I'm writing on an A.0 28X1. You can take a peek at the project here: <A href='http://www.mindspring.com/~tom2000/picaxe/picaxe.html' Target=_Blank>External Web Link</a>
I'm at about 2100 bytes of download code, and I seem to be hitting some sort of code size hard limit. At this point, I have to comment out some code in order to get any new code to load without crashing the processor or entering a permanent 3-second processor reset cycle. (And it doesn't seem to matter what code I comment out. It looks like I just need to free up some space for the new code.)
Matter of fact, even adding a sertxd debugging statement or two is enough to drive the processor into instability.
I'm not at the subroutine limit -- I have only about 30 subs -- and limiting the scope of the program flow with do : loop breakpoints, I know I'm not pushing the 8-deep subroutine call limit.
And when I say that I'm limiting the scope of the program flow, I really mean limit:
<code><pre><font size=2 face='Courier'>
Main:
pause 100
gosub InitLCD
gosub Init1302
gosub SignonMessage
do
loop
pause 2000
gosub ClearDisp
gosub GetTime
gosub ShowTime
Mode = Idle
do
if ModeBtn = 0 then ; Mode btn
etc, etc, etc...
</font></pre></code>
I haven't gone too far toward troubleshooting the problem, but wonder if this is symptomatic of the 28X1?
I'll post the problem code on the page referenced above. Look for a link near the top of the page, right under the page title, which says "Problem Code."
I'd appreciate any help you might provide. I'm at the end of my rope.
==============
Followup:
I've modified the program to run on the simulator, including removing all the commenting-out. Check syntax shows that it's a bit over 2200 bytes in size.
(I've posted the modified version on the page reference above, also.)
Needless to say, it runs on the sim (except for the "pins =" and "inc b0" stuff), for a while, anyway. After running for some time, the pin1 line decides that it wants to be an output, asserted high. But at least I'm able to run the sim long enough to demonstrate to myself that the code works.
BTW - I have a second A.0 28X1 chip, and the symptoms are the same for both chips.
Again, I appreciate any help, tips, or direction you might provide. Right now, I'm dead in the water.
Thanks!
Tom
========
Say, Technical, while I have your ear, I'm having some problems with an ambitious routine I'm writing on an A.0 28X1. You can take a peek at the project here: <A href='http://www.mindspring.com/~tom2000/picaxe/picaxe.html' Target=_Blank>External Web Link</a>
I'm at about 2100 bytes of download code, and I seem to be hitting some sort of code size hard limit. At this point, I have to comment out some code in order to get any new code to load without crashing the processor or entering a permanent 3-second processor reset cycle. (And it doesn't seem to matter what code I comment out. It looks like I just need to free up some space for the new code.)
Matter of fact, even adding a sertxd debugging statement or two is enough to drive the processor into instability.
I'm not at the subroutine limit -- I have only about 30 subs -- and limiting the scope of the program flow with do : loop breakpoints, I know I'm not pushing the 8-deep subroutine call limit.
And when I say that I'm limiting the scope of the program flow, I really mean limit:
<code><pre><font size=2 face='Courier'>
Main:
pause 100
gosub InitLCD
gosub Init1302
gosub SignonMessage
do
loop
pause 2000
gosub ClearDisp
gosub GetTime
gosub ShowTime
Mode = Idle
do
if ModeBtn = 0 then ; Mode btn
etc, etc, etc...
</font></pre></code>
I haven't gone too far toward troubleshooting the problem, but wonder if this is symptomatic of the 28X1?
I'll post the problem code on the page referenced above. Look for a link near the top of the page, right under the page title, which says "Problem Code."
I'd appreciate any help you might provide. I'm at the end of my rope.
==============
Followup:
I've modified the program to run on the simulator, including removing all the commenting-out. Check syntax shows that it's a bit over 2200 bytes in size.
(I've posted the modified version on the page reference above, also.)
Needless to say, it runs on the sim (except for the "pins =" and "inc b0" stuff), for a while, anyway. After running for some time, the pin1 line decides that it wants to be an output, asserted high. But at least I'm able to run the sim long enough to demonstrate to myself that the code works.
BTW - I have a second A.0 28X1 chip, and the symptoms are the same for both chips.
Again, I appreciate any help, tips, or direction you might provide. Right now, I'm dead in the water.
Thanks!
Tom