Problem with GOSUB/GOTO and Newhaven OLED question

[MOUNTAIN747]

Christopher, On the Newhaven OLED you can use LCDOUT $fe,$08 to turn the OLED off and LCDOUT $fe, $0C to turn it back on, but this will not clear DDRAM. Once turned on again you will still have the same thing on your screen. There may be a better way but in some cases cycling power is the only way I have found to truly clear the screen. A poor, but sometime useful, fix for this problem in some cases is to write blanks to all locations as LCDOUT $fe, 1 doesn’t always work. I have also found that if there is a glitch during a command to the OLED the address gets scrambled and the OLED screen reads gibberish and can only be cleared by cycling power. Some of these problems are discussed on the Newhaven OLED forum. Your table below looks like the initialization routine which PBP is taking care of. I haven’t tried to write my own re-initialization routine for this OLED but I would be surprised if DDRAM would be cleared to give you a blank screen. I hope this is of some help.
Wayne

[Demon]

GOSUB from within the subroutine is bad for several reasons.

The most important; you can nest a limitted number of levels. Go beyond that number and the program gets lost.

Robert

[Christopher4187]

I have also found that if there is a glitch during a command to the OLED the address gets scrambled and the OLED screen reads gibberish and can only be cleared by cycling power. Some of these problems are discussed on the Newhaven OLED forum.

Glad I'm not the only one. I was pulling my hair out trying to figure out what I was doing wrong. I notice this problem mostly when the screen is idle (characters sitting on the screen and haven't changed for a while). Is that what you see?

If there isn't a software fix for it, I guess I'll have to use an output from my ULN2003A to take care of the power cycle.

[Acetronics2]

And do not forget the OLEDS are far slower than LCD's ...

so, do place some DEFINES to pace somewhat PBP commands ...

Alain