Oh, you don't want to limit yourself to the hundreds of available 18F series devices so your contemplating using old parallell I/F EEPROMs instead, needing so many I/O-lines that you'll probably have...
HenrikOlsson Today, 06:01Thanks everyone.
So let's answer step by step.
There are no significant delays with ST7920 itself nor SPI should be used for it. I'm looking for best compatibility, and with LCDOUT it works like...
not in my view
addr var byte
addr= $46
i2cwrite sda,sck,addr,[opecode]
i2cread sda,sck,addr,[dat.highbyte,dat.lowbyte]
9x2x8 lcd "command delays" per text line is probably the worst delay
your snippet lacks that exact detail
the st7920 chip has a spi i/f that's a little faster and uses less pins too
there...
In that case, if you're looking for speed then an I2C EEPROM isn't the best of choices.
I have no idea how slow the bit-banged I2CREAD is (probably pretty slow).
A 24C256 isn't all that slow, but...
24C256 is 32KB EEPROM.
So I'm using it, because I need that much amount of font/graphics data :)
Would 1K of EEPROM be enough for what you're doing?
If so, switch to a pic18, like an 18F26K22. It'll be MUCH faster than trying to read from an I2C EEPROM.
I'm using 24C256 for a good reason - due to amount of data being used :)
Also, when using program memory, it won't be that easy to form the letters, as I do in the example above.
Store the font data in program memory instead.
HenrikOlsson Yesterday, 14:59
Re: My "Library" for ST7920 Graphical displays, works fine, but...
Oh, you don't want to limit yourself to the hundreds of available 18F series devices so your contemplating using old parallell I/F EEPROMs instead, needing so many I/O-lines that you'll probably have...
HenrikOlsson Today, 06:02