Teyleten Robot 2.42 inch 128x64 OLED LCD Display Module SSD1309 7 Pin SPI/IIC I2C Serial Interface for Arduino UNO R3 - White Light

Very good display, but there's a few details to know about it. I've given it 5-stars because it does work well, but it should really be about 4.5-stars, as there are a few caveats to be aware of, with the worst being that the voltage inverter generates a LOT of noise back on the power supply powering the display.First off, it will indeed run on +5V, as well as +3.3V. The chip labeled Q1 and marked as 662K is a XC6206 3.3V regulator, which several similar OLED 128x64 displays do not have. However, if you are running it on SPI mode with +5V logic, you'll probably want to limit the current on the signal lines with 220-ohm or so resistors. But if you are running on I2C mode, which uses open-drain signals, it shouldn't need any limiting resistors on the signal lines.This display uses the same common 24-pin OLED panel that many other displays on the market use -- all with the same basic pinout and function. So finding data for them online is fairly straightforward.It comes configured for SPI mode with R8 installed and R9, R10, R11, and R12 not populated. R8 and R9 switches the BS1 signal between 0V for SPI mode (with R8) and +3.3V for I2C mode (with R9). The SPI mode is the 4-wire mode, which is NOT the normal SCLK, MISO, MOSI, and SS signals of SPI, but are SCLK (labeled SCK), DC, MOSI (labeled SDA), and SS (labeled CS). That is, the display is write-only -- there is no output signal back to the micro driving it. The DC pin, when in SPI mode, is a Data/Command select input (Data when it's high or '1' and Command when it's low or '0'). Google the SSD1309 datasheet for details. And this is a separate output pin that you'll need to supply from your micro that's outside of normal SPI operation.When switching it to I2C mode, by moving R8 to R9, you also have to connect R11 with a zero-ohm resistor. R11 ties the display's D2 pin (which is the display's data output signal) together with D1 (which is the SDA or data input) pin. This is needed since I2C requires the display to output acknowledge signals during communications and on the same SDA pin. However, on SPI mode, it would interfere with communications and so it isn't initially populated.That brings up some pros/cons between SPI and I2C modes. Running in SPI mode is faster, as the clock rate is not only higher, but it doesn't have the turnaround times that I2C requires or the slow signaling of open-drain I/O lines. However, there is no way for the processor driving the display to even know that the display is out there and functioning in SPI mode. At least on I2C mode, it has the device acknowledge signals so that you at least know you are talking to something. So you must decide if you want fast operation or a (potentially) slightly more reliable operation.The remaining two non-populated jumper resistors are R10 and R12. They are more of convenience jumpers for I2C mode. R10 allows you to connect the DC pin to ground. And R12 allows you to connect the CS pin to ground. In I2C mode, the CS (or chip select) must always be tied to ground, unlike in SPI mode where it needs to cycle at the end of a transfer to resync the data and clock logic. And the DC pin, in I2C mode, lets you control the device's I2C address. If it's tied to ground or logic '0', the device will respond at address 0x3C. If it's tied to +3.3V or logic '1', the device will respond at address 0x3D. The R10 jumper just lets you tie it to ground without having to connect DC on the connector pad. However, if you want to switch it to the 0x3D address, you'll need to run a jumper wire from the correct side of R10 (or the DC pad on the connector) to a +3.3V point on the board. Similarly, R12 is just a convenient way to tie the CS pin to ground rather than connecting it on the connector pad. But, if you prefer not to solder R10 and R12, you can simply connect the DC and CS pads of the connector to ground -- it does the same thing.For the jumper resistors, you can either use a solder blob or scrap wire clippings to jumper them, but if you want a more professional looking result and want to use zero-ohm resistors, the parts are 0603 footprints.Unlike several other similar OLED displays on the market, this one actually has a reset circuit on-board. It's the R5 and C8 parts, to be exact. And it does seem to work to correctly handle the power-on reset requirements of this display. That means you don't necessarily have to connect the RES pin on the connector to anything. That isn't true of several other 2.42" OLED displays, like the ones with the connector on the side instead of the top. Those displays, not only don't have a 3.3V regulator on board, but don't have a reset circuit either and have to have a reset signal to function correctly. However, it's not a bad idea to go ahead and tie the RES pin of this display to your micro if you have enough extra outputs, as you might find a need at some point to completely reset it.It's also interesting that they did not populate capacitor C7. From searches online, it seems that that was designed to have a 4.7uF tantalum capacitor. It's on the +3.3V side of the regulator and while it's not necessary for the display to function, it would be good to add that capacitor to help absorb some of the ripple from the voltage inverter.Speaking of the voltage inverter, U1 is a FAN5333, or similar, voltage inverter that powers the LEDs in the display. It's set to output +13V. However, their circuit design for it is extremely noisy and this will wreak havoc on other circuitry you might be trying to use. For example, if you are using A/D Converters on your microprocessor, you can expect the noise from this to adversely couple with it and cause reading instability.Another caveat of the noise from that voltage inverter that I personally encountered is that it can mess up the oscillator drive circuit of your microprocessor. I was using an ATmega328PB processor with this display and initially attempted to run it at +5V and its full 20MHz speed. However, the 328PB's clock oscillator is extremely sensitive, compared to many other micros, since it's a lower-power oscillator circuit, and power supply noise can cause startup issues. I managed to completely brick two ATmega328PB chips because of the noise from this display! I ended up having to drop it down to 16MHz. And for that, I really only give this display a 4.5-star rating.To minimize noise on your circuit, I recommend not only adding a C7 part to this board (I would probably use a 10uF instead of the 4.7uF that data online seems to show their design used), but I would also add a ferrite bead on the power wire into this display to help reduce the voltage spikes back out to your other circuitry -- especially if you are trying to overclock your microprocessor or are trying to use analog/digital conversion or something.Also, this display works great with the U8G2 library and works not only with the SSD1309 driver setup, but the SSD1306 driver setup as well. My experience with other displays has shown that displays with a SSD1309 work with either driver library, but those with SSD1306 only work with SSD1306. As I recall, I think there's a difference in the initial startup configuration. So, if your application also requires swapping in a different display that uses the SSD1306, you can just use the SSD1306 driver with this display too and keep them interchangeable.Overall, with the exception of the noisy power inverter circuit, I'm quite happy with this display. I've used them not only on the aforementioned ATmega328PB (at both 3.3V and 5V) but with several different STM32 micros as well (at 3.3V). A ferrite bead and some more capacitors will greatly help with the noise issues -- so be prepared to need them.

Connected the 2.42 inch 128x64 OLED LCD Display Module SSD1309 to my Arduino MKR Wifi 1010 board and asked ChatGPT to create the code. Worked Great. I asked ChatGPT to create code for running it SPI because that is how the Display was shipped. MOSI connection is printed 'SDA' on back of Display for when you use it as I2C.If you need to change it to I2C you will need to move some resistors.I wanted to put this image in the review to let you know it works great with SPI and a 3.3V logic Arduino board. I read it will tolerate 5V so I tested it on a Arduino MEGA and it worked great, the only issue I had was I could not use Pin 50 on the MEGA for CS connection ...SCK → Arduino SCK (Pin 52 on MEGA) ...SDA (MOSI) → Arduino MOSI (Pin 51 on MEGA) ...RES → Arduino Mega Pin 47 ...DC → Arduino Mega Pin 48 ...CS → Arduino Mega Pin 49 ...

This is not an I2C OLED device. It's configured by default as an SPI device, and while it can be converted to I2C, this requires the ability to desolder SMD pads. (There's no instructions by the way, but another commenter left instructions). In order to bridge a contact, you need to remove the delicate ZIF cable to access resistors underneath which is another point of failure. Also the solder is also very high temperature, so your hot air gun will struggle to desolder. it and you risk damaging the OLED underneath with the heat. Bottom line is, there's no way to make this an I2C device without making the item nonreturnable and therefore it is deceptive to market this as an I2C product in the headline and description. The distributor or manufacturer should preconfigure and sell both versions under separate SKUs. You cannot claim this product is both things, that is skirting on deceptive practices.

The capacitor slot is not populated upon arrival. I added a ceramic capacitor as I don't have micro components in my supply.This still wasn't enough to silence the EMF interference produced by the power supply.In a device that merely produced sound, I had to start commanding the tone pin silent after sounds were completed (which is good practice) because once I added this screen, the MCU began to amplify the screen sound after the tone ended.In another device which works with emf detection and generation, I had to move away from this screen entirely.If sound isn't part of your project it is a very vibrant pretty monochrome display. Craft your circuits carefully otherwise.

Nice little display. I didn't have to fiddle with it to get it to work. Nice crisp display and bright enough for my purposes. I am using it with a plug-in in Volumio to display what song is playing.

Crisp display, very clear and somewhat easy to use (so long as you follow the very detailed review another user so generously posted). My findings were as follows:Setup: Added a 22uF cap at the C7 location on the display, I2C mode jumpers, Vcc line has a small value inductor in series to try and choke out some of the noise.Results: Running the Arduino and Display off a USB port "+5V" resulted in about 6mV ripple on the VCC line to the display when the display is NOT connected, and about 110mV when the display IS connected, which is a lot. However, when I did not power this unit over USB and used an actual power supply instead (supplying a clean +9VDC to the arduino Vin), I saw roughly 10mV ripple with the display connected. So long story short, if you are using linear LDO regulators to power this, you probably wont have a problem. Just add capacitors on the regulator outputs that are large enough in value to bring the ripple down as much as possible. If you are powering from USB, prepare to get your power filtering noise reducing engineering hat on.tl;dr:Use actual clean power on Vcc/GND lines and not USB port power. Great little display I'd buy it again.