I just got the 2.6" Serial display from Digole that @peekay123 suggested. I am wondering where I might find the latest version of the library for Photon. I know that @timb has some code on his Github, is that the latest and greatest?
Thanks,
TJ
I just got the 2.6" Serial display from Digole that @peekay123 suggested. I am wondering where I might find the latest version of the library for Photon. I know that @timb has some code on his Github, is that the latest and greatest?
Thanks,
TJ
I think timb left the community a year or two ago, @peekay123 took over the good work
I think this is the latest and greatest
and you may find this one useful too
@Hootie81, @tjp, I have not ported the latest Digole library, at least not publicly (!). The primitive extensions I had written were all for smaller displays and now need to use 2 byte coordinates. I have a bunch of new displays and just haven’t had the time to get to them (too much to do, too little time).
I want to get to this this weekend if possible. It shouldn’t take to much time. One feature I really want to dig into is the onboard flash for storing command sequences. Doing GUI stuff with that feature should be easy and offload a lot from the CPU.
Stay tuned
@Hootie81, thanks!
@peekay123, you’d be my hero! lol Thanks, Paul, can’t wait!
@tjp, @Hootie81, quick vote needed. The existing digole library is ignorant of the geometry of the display being driven. The geometric primitives extensions need to know the geometry in order to function correctly. I have three options:
Extend the constructor to include the display width and height. If and when Digole changes their library again, these changes will need to be added again.
Create two #defines for width and height in the DigoleSerial.h file
Create a new public function for setting the display width and height.
I need your opinions please!
Would subclassing their (ported) library allow you to do #1 more cleanly?
Otherwise, I’m tempted to say #3.
@tjp, I don’t want to deviate too much from their existing stuff. Since I am already adding extra functions for graphic primitives, it makes sense to add a few more to set and read the display width and height. That makes the extras easy to add to their future versions. I’ll set the default size to the 320x240 size of their new displays. I have the code compiling and I’ll be testing tonight if all goes well
Sounds fine to me. I was just thinking if all of the added goodies were a subclass of their (ported) library, it might be that much easier to update. But I’m good with #3 if it’s easier for you. I’m just excited to play with my new display!
@tjp, @Hootie81, I have completed the updates to the DigoleGeo library and tested with both a 320x240 LCD module and a 160x128 OLED module and all work well. For now, I only have the library on my github here.
Let me know how it works for you!
I’m not getting anything at all. I uploaded the demo application and hooked it up as follows:
The wires on the right are hooked up to my multimeter. Thoughts?
Is this not an I2C display (D0/D1) not serial (RX/TX)?
It’s UART/SPI/I2C I’m using it in UART mode
@tjp you need to power off Vin
I’m sorry, I don’t follow.
Power to the display should be 5v.
Documentation said 3.0-7.0V. But it didn’t work on VIN either. I’m starting to worry that it might be messed up
Does the screen turn on? and give the digole welcome image?
Nope, nothing
Good news, the screen works. I’m not entirely sure how I did it, but I got the screen to power up using an Adafruit USB TTL cable (5V). I then hooked it back up to my Photon (VIN) and it worked and then I tested their claim of supporting 3.3V and it also worked there too. Flashed the demo, looks amazing! So far everything I’ve tried seems to work. I’ll keep playing with it.
Thanks, Paul!!!
@peekay123, I’m using your really awesome drawArc
fucntion to draw an RSSI indicator, but I noticed that the arcs have tails on them, am I doing something wrong?
EDIT:
I’m also having trouble with color commands. Here’s my code, everything comes out white one the screen.