Pax-Instruments PI13264 132*64 LCD? #839
Replies: 17 comments
-
Posted at 2015-07-17 by @gfwilliams Yes, it should work fine. All you really need are the magic initialisation codes, which seem to be covered here and here - then you can base it on another similar LCD driver's code like this one Try pasting this into the Web IDE:
|
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-07-17 by MrTimcakes Hmm, I can't get this to work. In their init code for u8glib they use different values for setting the LCD bias etc... Also this display is 13264 not 12864 |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-07-17 by user56610 Hi, Ducky. I'm glad to hear you're using the Pax Instruments LCD. This is the first I've heard of the Espruino, so I'll do my best to help. Can you get anything on the display using the st7565.c ? In u8glib the st7565 driver works well enough to get an image on the display, but the pixels are a bit off because the LCD is 132 and not the 128 pixels the driver was expecting. Have you used the LCD with an Arduino and verified that it does work? Are the wires connected correctly? The LCD plugs into the connector the same orientation as on the shield, which is not necessarily intuitive. See the attached image for orientation.Attachments: |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-07-17 by MrTimcakes The connections are correct (Tried reconnecting a few times) and the connector is in the right orientation (I can control the backlight). And i can get things to display with an Arduino (Even on a mega with different pins), I even made a nice Temperature grapher with a DS18B20. But I'd love to program it with Espruino its just funner in JavaScript.Attachments: |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-07-17 by @gfwilliams Maybe just try copying the init code that works on arduino? I don't have a display here so can't do any debugging for you |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-07-19 by user56610 Taking Gordon's code as a template, I suppose it would look something like the code below. I pulled the init sequence from u8g_dev_st7567_pi13264.c and the define statements from u8g.h. NOTE: The code block rendering engine turns hash marks into links. In the define statements below you'll have to remove all the forward slashes.
|
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-07-20 by @gfwilliams Just a note - as this is JavaScript, you don't get a preprocessor so stuff like the #defines won't work. It's not a big deal to copy/paste the relevant stuff in though. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-09-02 by MrTimcakes Are the delays in the SPI commands necessary? Would I have to nest lots of setTimeouts? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-09-07 by @gfwilliams I think probably you do need at least some of the delays, but it might be worth trying without. Ahh, looking at that code again, it seems like those |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-12-04 by jonreid @ducky. Did you manage to get this driver up and running ? I am getting some LCDs shortly which use the same ST7567 controller - although they will be 128x64 displays |
Beta Was this translation helpful? Give feedback.
-
Posted at 2015-12-11 by MrTimcakes No sorry I didn't really try after this, been too busy. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-01-05 by @gfwilliams There's now a module for this: http://www.espruino.com/ST7565 |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-01-05 by MrTimcakes Would it be possible to add an optional parameter to the initialization to specify the resolution, then the PI13264 could be supported without a separate module? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-01-06 by @gfwilliams Sounds like a plan - do you have one there that you can test with? I'd be interested to see if it works - maybe it's just missing the last 4 pixels, which I guess won't be a deal-breaker even as-is! Personally I wonder whether I should actually do:
For me, that's a lot easier to read and maintain than the unlabelled parameters. |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-01-07 by MrTimcakes Hmm, I can't get it to work at all, This display has a pin labeled A0, I'm assuming this is RS/DC for setting if it is Data or a Command. As I don't have the middle pins soldered on I've changed the pins to With this code:
That should work fine right? |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-01-08 by @gfwilliams Yes, that all looks fine - it should work! Perhaps try: |
Beta Was this translation helpful? Give feedback.
-
Posted at 2016-01-08 by MrTimcakes Ooh, bingo should of tried that I did read it on the ST7565 page. Yeah just the last 4 width pixels are randomly lit. Excellent work on this module I couldn't wrap my head around that SPI init stuff. Also g.setContrast(0.5, 6) is the sweet spot for this display. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Posted at 2015-07-16 by MrTimcakes
Would it be possible to interface with the PI13264 from Pax Instrumets? The PI13264 is a ~3" (Actual pixels diagonally) 132*64 SPI LCD that uses the ST7567 controller. Its perfect to use as the Arduino Shield has a little snap-off piece that breaks out the already easy to use 1mm PCB connector (Which contains the backlight LED). On the Arduino they use a modified version of the u8glib graphics library, which when compaired to Espruino's graphics library is agony to write for.
Beta Was this translation helpful? Give feedback.
All reactions