Alright, cleaned up the commented code I think, let me know. Thanks for looking.
Yes, good to go on using the files.
Using "#startup" for the INIT_GLCD_SSD1306 is a little tricky to negotiate. There is the possiblity of running the code before the data direction pins are set. The new library has to handle that by setting the data direction pins inside the INIT_GLCD_SSD1306.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry to report a hiccup with code. During development having the programmer hooked up fulltime masked an intitial startup problem on power up. The RES pin is now pulsed low briefly per datasheet, instead of tied to Vcc. No gibberish now.
I will update the .h file with licensing etc but I cannot test a demo file with this specific SPI configuration. Hence, no point in me making these changes which would be untested.
If you can make these changes then send or upload a new version that would be great!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Good catch, no reason whatsoever for the INITGLCD_SSD1306 as glcd.h handles that. Guess I'm so used to handling initialization calls in program, OR what was once commented, became uncommented?
Another stab at the GLCD demonstration program, I just added some more of the commands to previous example. Everything is printing properly.
So here is a modified GLCD_SSD1306.h file to add the SPI/serial 4 wire interface, like here: http://www.electrodragon.com/product/0-96-12864-oled-display-iicspi/
Also attached is the demonstration code to try out the GLCD commands.
Last edit: kent_twt4 2017-02-14
Thanks Kent.
The is some code that is commented out - in the .h. It would be really good if you could remove.
May I pick these files up and move into the next release?
Alright, cleaned up the commented code I think, let me know. Thanks for looking.
Yes, good to go on using the files.
Using "#startup" for the INIT_GLCD_SSD1306 is a little tricky to negotiate. There is the possiblity of running the code before the data direction pins are set. The new library has to handle that by setting the data direction pins inside the INIT_GLCD_SSD1306.
Sorry to report a hiccup with code. During development having the programmer hooked up fulltime masked an intitial startup problem on power up. The RES pin is now pulsed low briefly per datasheet, instead of tied to Vcc. No gibberish now.
Last edit: kent_twt4 2017-02-18
Thanks.
A few question:
Why INITGLCD_SSD1306? Can you try without this? What happens? If the #startup is not working then we should fix.
Do yoy have a few moments to test a fully set of GLCD capabilities? add this to the demo.
And, could you add the standard header? This will then enable it to be loaded into GCGB without messing up. So, add and edit the following:
I will update the .h file with licensing etc but I cannot test a demo file with this specific SPI configuration. Hence, no point in me making these changes which would be untested.
If you can make these changes then send or upload a new version that would be great!
Good catch, no reason whatsoever for the INITGLCD_SSD1306 as glcd.h handles that. Guess I'm so used to handling initialization calls in program, OR what was once commented, became uncommented?
Another stab at the GLCD demonstration program, I just added some more of the commands to previous example. Everything is printing properly.
Last edit: kent_twt4 2017-02-18
You posted the asm... lol Not the source file.
Fixed? Oh my, the grey matter isn't performing too well today, :-)
@Kent. The .h and the demo is now included in the next build. I have updated the Gold build with both files.
Thanks much, onward and upward we go.