On 9/17/2011 10:17 AM, Kerry Wentworth wrote:
>
> Assuming that his demo code does actually write to 0 to 239 for the
> first 8 lines (as opposed to having an actual line algorithm), then he
> could write a 1 to those locations, then a 3, then a 7, then 0x0F, 0x1F,
> 0x3F, 0x7F and finally 0xFF, then move to the next 8 lines at 240 to
> 479.  This would draw the lines 1 at a time, preserving previously drawn
> lines and confirming that this is, indeed, the problem.
>
> Kerry
>

It turned out not to be a problem with the demo code drawing routines=20
but was a simple error on my part.
I wasn't used to the pic 18lf45k22 and didn't realize that on it PortD,=20
the port I used for my data lines , are used for analog ports 20-27. All=20
the pics I used previously were smaller chips and only had ports A-C,=20
with port B being the main analog ports. Adding one line to the program=20
fixed the issue ,  ANSELD=3D0 . Foolish me, but now I know to read the=20
datasheet more thoroughly.   I still wonder what was going on=20
electronically to make every 8th pixel show , if anyone can explain why=20
leaving analog on with the data pins caused every 8th pixel I would be=20
interested in knowing.

Thanks for all the suggestions and maybe this will help someone else out=20
of this awkward error.
Mark

--=20
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
.