Thanks Richard, that clears that up. No biggy anyway.
edit: actually the one working fine was 18x24 (I was mixing up the width & height)
Troy
Type: Posts; User: rocket_troy; Keyword(s):
Thanks Richard, that clears that up. No biggy anyway.
edit: actually the one working fine was 18x24 (I was mixing up the width & height)
Troy
Okay, so fixed widths can have a wider limitation?
Troy
Hi Richard,
Finished up giving up on the serial connection as it was just a bit flaky ie. characters and graphics didn't always display cleanly etc. That might've been a wiring issue - not sure....
Cool, so assuming that fixes the FillRect (I'll find out this evening) everything should be dandy.
Troy
Another Question:
In your graphics file for the FillRect code you have:
frect:
s_ystart=y0
s_yend=y0
while y1
s_xstart=x0
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...
Worked! I can now run things on the smaller package.
Legend!
Troy
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...
I have a few 18F26K83s that I've used for various projects. Worth trying one of these? They can source/sink twice the current on each pin apparently.
Scrub that... Different architecture
Troy
There's one other thing I haven't done which might be required. I haven't pulled up the I2C clock or data lines with weak pull up resistors. Because the static display code appeared to be working...
Yeah, started out with the exact code, those latest graphics and LCD controller files and then (after running that) started tweaking the demo code in an attempt to get something working. Can post a...
No luck. There is something I should've mentioned though: in post #31 you list the pin connections:
for a 26k22 i used
'spi pins used
'st7920_rst var latc.0
st7920_cs var latc.1
'st7920_sck is...
Damn, maybe its my display modules. Your latest code doesn't appear to work properly either on mine.
So close... everything appears to display correctly* but craps itself after a few screen...
I've isolated the problem is somewhere within the "show" call. Not sure what it is, but that's definitely the issue. Also, I'm not totally convinced FILLRECT works properly either. DRAWRECT...
Richard,
Unfortunately none of those suggestions fixed the issue:( In fact maybe the RECTFILL made it worse. If I remove all calls for screen clearing within the loop so there's only really the...
Ah, got it. Glad I asked coz I never would've realized you can simply invert the display that simply :)
One more thing - it's a monochrome LCD display, so the colour of the clearing rectangle would be 0 ?
Thanks,
Troy
Good suggestions thanks again. Yeah ARRAYWRITE BUFF,[dec4 n,0] was producing the same results so I changed it to see what happened and didn't get around to changing it back - will do though.
Troy
Richard,
I'm just starting to experiment with displaying a simple number count ie. clearing the screen, incrementing a number and displaying that number using the larger numerical font and...
Got it and working perfectly :)
Thanks again,
Thanks Richard. DUH [slapping forehead again]. I didn't read them properly, nevertheless, you told me everything and more with that description and I'm once again eternally grateful.
Cheers,
...
Thanks. That link eventually lead to the TFT export option needing to be visible to click on. Alas, that appears not useful without some kind of description of what those headers represent....
I've just tried that but I'm confused: I can pick a standard font and make something up from that using the tool, but what do I do then? Do I "export" it? Exporting, produces the matrix of hex codes...
Richard,
Is it a big deal adding a character like a colon to the large font table? Working out the dot matrix for the character should be pretty straight forward, but not sure about the indexing...
Well, there's 2 things I never considered - (1) using the upper 4 data lines for transfer and (2) grounding the unused.
It's probably worth mentioning (for a heads up to others) the display I'm...