Strange program behaviour
Jinx email (remove spam text)
(Sorry for other unedited message - hit Send instead of Reply)
> I think you have a banking problem. Buff1-Buff8 are globals 08
> through 0F which is OK. Then Buff9 is 10
Makes sense, and that's something I'll have another look at.
However, because the program seemingly works for quite a
while in at least some cases, I figured the compiler was sorting
out the RAM and banking. Feasible ?
Can you offer an explanation why the s/w and/or h/w would take
a definite time to fail ? And not fail above a certain pulse rate ?
That's what's got me. If there was such a basic error, then the
program should fail very quickly, possibly on the first iteration
> The line
> mov neg,buff9
> means set neg (through W) to byte 0 in whichever bank is selected
> by the upper FSR bits - which looks to be bank 0.
> But if you set INDF to 10 then FSR is byte 0 of bank 1
> Also, in one spot you set bit 4 of !RA which I think only has 4 bits on
> the 18/20/28.
That was a last-minute addition (which of course made no difference)
I just tried setting RTCC explicitly as an input, even though it already is
http://www.piclist.com hint: The list server can filter out subtopics
(like ads or off topics) for you. See http://www.piclist.com/#topics
See also: www.piclist.com/techref/ubicom/devices.htm?key=sx
You must be a member of the
piclist mailing list
(not only a www.piclist.com member) to post to the