how good is your power supply and your connections ?
reset wont help here if it starts up ok
if you want you can pm me to get my address to send a display to be evaluated
how good is your power supply and your connections ?
reset wont help here if it starts up ok
if you want you can pm me to get my address to send a display to be evaluated
Warning I'm not a teacher
Power supply going into the PIC was a PicKit2 and that doesn't appear to be the issue. I was doing all these tests on a 18F26K22 SOIC package. After you mentioned the power requirements issues, I tried it on the larger DIP package and that appears to have fixed the show-stopping issue of screen regeneration. FILLRECT still doesn't work correctly, but that's a peripheral issue for me. I can at least now use these displays for the apps I had in mind.
Thanks again for all the assistance Richard.
Troy
on q43 chips i have to set the high slew rate settings on for really highspeed spi
the k22 has slew rate control SLRCON.2 for portc , can't hurt to try
Warning I'm not a teacher
Worked! I can now run things on the smaller package.
Legend!
Troy
Richard,
Curious Question:
I was feeding a 10bit rotary encoder into the PIC (RB0-RB5 & RA0-RA3) with the display connected and I was stumped to figure out why I wasn't getting any input signal into the PortA pins and also 1 of the PortB pins. After a while I realised they were acting as outputs not inputs even though I declared them as inputs before the display initialisation. After some head scratching, I tried setting their TRIS status *after* the display initialisation and that appeared to fix that. So, I think I can maybe see where the PortB pin may have been set (behind the scenes), but can't see where the PortA pins where set as outputs? Does that have anything to do with the LCDOUT command call in the initialisation instructions?
Troy
Last edited by rocket_troy; - 14th October 2022 at 01:35.
Another Question:
In your graphics file for the FillRect code you have:
frect:s_ystart=y0return
s_yend=y0
while y1s_xstart=x0wend
s_xend=x0+s_xend-1
gosub dLine
s_ystart=s_ystart+1
s_yend=s_ystart
y1=y1-1
Shouldn't that line be s_xend=x1+s_xend-1 ?
Troy
if you mean the highlighted text below , then yes that an error and should be removed for serial i/f usageDoes that have anything to do with the LCDOUT command call in the initialisation instructions?
and may impact portb
Code:ANSELB=0 ANSELC=0 ANSELA=0 Pause 500 ' LCD initialize time lcdout $FE,1 gosub st7920_init 'graphic mode gosub grf_clr n=0 setfont FONT5x7 ARRAYWRITE BUFF,["- scroll test -"] DMDSTR 18,0, Buff,1 ARRAYWRITE BUFF,["- some text to test -"] DMDSTR 6,8, Buff,1 SETFONT bignum bgcolour=0 direction=0 gosub show main: n= n+1
my ver is , you are using an old version , the ver of grx.pbpmod in post 10 has vertical line fixed but fillrect got mangledShouldn't that line be s_xend=x1+s_xend-1 ?
post 59 ver has both of those fixed , yet to discover what else may be broken
Code:frect: s_ystart=y0 s_yend=y0 while y1 s_xstart=x0 s_xend=x0+x1-1 gosub dLine s_ystart=s_ystart+1 s_yend=s_ystart y1=y1-1 wend return
Last edited by richard; - 14th October 2022 at 02:48.
Warning I'm not a teacher
Bookmarks