Here's an IRC snippit which is my question:
#cemetech wrote:
[20:01:40] <AHelper0> Thought so
[20:02:15] <AHelper0> Question for 8x LCD folks on a technical side.
[20:02:33] <saxjax> (C) [usmellPU] what do the bots do?
[20:02:45] <AHelper0> The LCD driver updates the LCD by scanning through the LCD ram and updating the pixels at (usually) 60Hz
[20:03:15] <AHelper0> From what I see, 1/2 of that time it is updating the screen, 1/2 is off-screen
[20:03:58] <AHelper0> Does that get reset at all by various actions by the LCD driver?
[20:04:12] <AHelper0> Such as disconnecting the ram and re-enabling it?
[20:04:23] <AHelper0> Or changing other settings?
[20:05:19] <AHelper0> As I was wondering if, given that you can get a perfect refresh rate, you can get flickerless greyscale with no scanline
[20:05:50] <AHelper0> (GlassOS has a very slow-moving scanline that takes about 5-10 seconds to move down the screen, wonder if that could be eliminated)


Anyone done research on this?
I know I was a bit negative before, but I think I may have found something of interest. If you can access the Up/Down register (1 bit) and invert it, that should invert all the shifting behaviour. This means you would have to draw every other frame in reverse, but you would be able to cause said reverse at any point in the draw.

According to the datasheet, the command to set that register is UDE, which also sets whether you're looking at the X or Y direction. The code for it is:
D/I: 0
/WR: 0
DB7-3: 0
DB2: 1
DB1: 1=Y, 0=X
DB0: 1=UP, 0=DOWN

Also, from what I can tell the driver is intended for 128x64 displays. That tells me it's not half and half, but more like 3/4 updating the screen vs 1/4 not, and any extra is necessary driver overhead.

update: that command may not actually change the duty cycle, unfortunately. It looks like that might just be for the interface to the display memory, and the internal RAM is updated constantly at 1/64 duty cycle (or whatever the calc has it set to)

update 2: maybe try turning the display off. That might reset the shift circuitry beforehand, and if the on/off itself isn't too slow, it might be exactly what you're looking for.
  
Register to Join the Conversation
Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.

» Go to Registration page
Page 1 of 1
» All times are UTC - 5 Hours
 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

 

Advertisement