UTFT component? perfect for many graphic displays

[Rudi]

hi guys

i read this thread 2x
but i have not found the right answere, so i try to ask.

is the SSD1306 OLE with 8080 mode supported?
http://www.electrodragon.com/product/mini-oled-1/

datasheet
http://s3.electrodragon.com/wp-content/ ... 128064.pdf

arduino library
http://s4.electrodragon.com/wp-content/ ... SD1306.zip

bitmap conversion tool
http://s3.electrodragon.com/wp-content/ ... istant.zip

arduino demo code ( spi )
http://s3.electrodragon.com/wp-content/ ... istant.zip

Ed wrote
"◦Several connecting ways, 3 or 4 wires SPI or 2 wires IIC"

i have understand , that can do by pull with resistor at backside ( datasheet side 9 )
http://www.electrodragon.com/oled-spi-wiring-tutorial/

is there a support in fc for the standard: 8080 standard parallel too?
i search icons - found ssd1306 I2C, SPI..
is there a parallel mode too for ssd1306 in fc?

thank you!
best wishes
rudi

[hyperion007]

I would really like to see an adaptation to the great SSD1306 Buffered component so that it allows us to choose which interface (SPI, I2C etc.) and also what size/resolution.

The resolution is kind of there already since we can select either 128*32 or 128*64 but now there's a new even smaller display which uses the same SSD1306 chip but it's only 0.49" small and has a resolution of 64*32 and only has I2C interface.


Datasheets etc:
http://www.buydisplay.com/default/0-49- ... e-on-black

I'm looking for a commitment from Matrix staff (Ben who made the current component?) before I order any of these displays and make a couple of breakout modules for the display. I will gladly send one or two to Matrix so that they can test the code on actual hardware if they want to.

It would also be VERY nice if there could be a component macro for displaying a 1-bit BMP image on these SSD1306 displays, where you only have to specify a variable/constant that contains the image data and the macro takes care of the rest.

[Benj]

Hello,

I would really like to see an adaptation to the great SSD1306 Buffered component so that it allows us to choose which interface (SPI, I2C etc.) and also what size/resolution.

This is tricky as SPI, I2C are very different and require different setup. It's possible but tricky to get right. We are currently discussing v7 and ways to make things like component inheritance much easier so all the complicated stuff can be hidden away into the CAL component.

now there's a new even smaller display which uses the same SSD1306 chip but it's only 0.49" small and has a resolution of 64*32 and only has I2C interface.

Should be easy enough to support.

I'm looking for a commitment from Matrix staff (Ben who made the current component?) before I order any of these displays and make a couple of breakout modules for the display.

Yep shouldn't be an issue and certainly much easier for me if we have one here to test.

[hyperion007]

Perfect! Thank you.

I'll order a few tomorrow and start drawing the PCB for it.

As soon as I get them I'll send you a couple.

[hyperion007]

I've designed and ordered the PCB's and I've also ordered some displays. Hopefully they will be sent out before the Chinese New Year begins on the 15th...

[hyperion007]

Ben, could you please try to add a macro to the SSD1306 buffered component that allows us to simply paste a byte array like:
img [] = {
0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0,
0x0, 0x0, 0x7, 0xe0, 0x0, 0x0, 0x3f, 0xf8, 0x0, 0x0, 0x7f, 0xfe, 0x0, 0x1, 0xf8,
0x1f, 0x0, 0x1, 0xe0, 0x6, 0x0, 0x3, 0xc0, 0x0, 0x0, 0x7, 0x80, 0x0, 0x0, 0x7,
0x0, 0x0, 0x0, 0x7, 0x0, 0x0, 0x0, 0xe, 0x0, 0x0, 0x60, 0x3f, 0xc0, 0x0, 0xf0,
0x1f, 0x80, 0x0, 0xf0, 0xf, 0x0, 0x1, 0xf8, 0xf, 0x0, 0x3, 0xfc, 0x6, 0x0, 0x0,
0x70, 0x0, 0x0, 0x0, 0xe0, 0x0, 0x0, 0x0, 0xe0, 0x0, 0x0, 0x1, 0xe0, 0x0, 0x0,
0x3, 0xc0, 0x0, 0x60, 0x7, 0x80, 0x0, 0xf8, 0x1f, 0x80, 0x0, 0x7f, 0xfe, 0x0, 0x0,
0x1f, 0xfc, 0x0, 0x0, 0x7, 0xe0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0,
0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0,
}

and the display would print this bitmap at a starting coordinate of our choosing.

If there's a way to add this using the same technique you used before, where only the pixels that changes are written, to speed up the refresh rate of the display, that would be even more awesome!

[hyperion007]

The PCBs have been shipped from OSH Park on Thursday last week so maybe they'll arrive next week.

Still waiting on the OLED displays. They were sent out on the 13th via China Post so it can take a while longer if we're unlucky

[hyperion007]

Ben,

Have you or anyone else successfully used the gLCD SSD1322 _buffered component? It seems to be using the 3-wire SPI inteface and I have set the jumpers on the back of the display to configure it to 3-wire SPI but I don't get anything printed on it.

Also, the SSD1322 chip can display 16 gray levels so if that could be implemented somehow, that would be very nice.

I think I'll send you one of my SSD1322 display modules together with the small 0.49" SSD1306 display once I get those. I think that will make things easier for you when creating the component macros etc.

[hyperion007]

I just tried changing the jumpers on the display module to 6800 Parallel interface and then changed my test program to use the fLCD_SSD1322_Parallel component instead.

But as soon as I hit the compile to hex button (after I have saved it) flowcode immediately stops responding and I have to shut it down via task manager. It's never done that to me before...

[Benj]

But as soon as I hit the compile to hex button (after I have saved it) flowcode immediately stops responding and I have to shut it down via task manager. It's never done that to me before...

Is this repeatable or was it a one off? If it's repeatable then can I have a copy of the file that does it with instructions on how to replicate. We are currently looking at trying to remedy some of the more troublesome stability issues in Flowcode and a repeatable crash it much easier to try and fix.

[hyperion007]

It was very repeatable. I rebooted my workstation and still the exact same thing with this component. All my other programs with different components have been working just fine.

I'll attach the test program.

PIC18F26K80_SSD1322_Test.fcfx

(5.51 KiB) Downloaded 551 times

[hyperion007]

Went to the post office this morning to pick these up

0-49_OLED.jpg

(307.69 KiB) Downloaded 2682 times

[hyperion007]

I reported a bug in the Bug Report section of the forum, relating to the SSD1306 component. Thought I should mention it here as well maybe

[hyperion007]

Got the PCBs and soldered one up.

I'll send you this display Ben, along with a 128x64 SSD1306 4-wire SPI and a SSD1322 (which you can configure to any one of the interfaces supported by the SSD1322)

Hopefully you can get the 128x64 SSD1306 sorted as it should be supported already by the existing component (see my post under bug reports), and add a component for this 0.49" 64x32 SSD1306 I2C display. And finally, also get the SSD1322 display working with all 4 kinds of interfaces

I know I'm working you to the bone, sorry

DSC_0211.JPG

(2.6 MiB) Downloaded 2654 times

[hyperion007]

Hi Ben,

So it's been over a year since I sent you the displays. No reply from you since December.

I'll post this request that I sent you in a private message here as well:

would it be possible to get an update to the SSD1306 buffered component so that there is a font size that is 4x tall but only double wide? (28x10 pixels I think it would be?)
Would be very useful for displaying only one line of characters on a 32 pixel tall display (2 lines on 64 pixel tall display). But lets keep the width to only double width so a useful number of characters can be displayed within the width of these displays.