- Name : ER_OLEDM1_CH1115
- Title : Library to support the ER-OLEDM1.09-1 128X64 OLED Display Module driven by the CH1115 controller for the Arduino eco-system.
- Description :
- Arduino eco-system library.
- Invert colour, vertical rotate, sleep, fade effect, horizontal scroll and contrast control functions supported.
- 5 ASCII fonts included.
- Graphics support included.
- 3 different modes: Multi-buffer , single buffer , no buffer.
- Bitmaps supported.
- Hardware & software SPI options
- Author: Gavin Lyons
- Arduino IDE: 1.8.10
Output Screenshots, From left to right, top to bottom.
- Full screen bitmap displayed
- Multi buffer mode screen divided into two horizontal buffers
- Multi buffer mode screen divided into vertical buffers, clock demo.
- Different size and type of fonts
- Available ASCII font printed out 0-127
- Extended ASCII font printed out 128-255
- Font 1-4
- Font 5
The library is included in the official Arduino library manger and the optimum way to install it is using the library manager which can be opened by the manage libraries option in Arduino IDE.
See link below for instruction for this and for the other methods too.
Installing Additional Arduino Libraries guide
CH1115 is a single-chip CMOS OLED driver with controller for organic light emitting diode dot-matrix graphic display system. CH1115 consists of 128 segments, 64 commons that can support a maximum display resolution of 128 X 64. It is designed for Common Cathode type OLED panel. ER-OLEDM1.09-1W-SPI is a White 1.09" OLED Display Panel with Breakout Board. This module is a combination of the two.(controller and OLED)
pin no | pin name | pin desc |
---|---|---|
1 | Gnd | Ground |
2 | VCC | voltage supply |
3 | SCL | Serial clock input |
4 | SDA | Serial data input |
5 | RES | This pin is reset signal input. When the pin is low, initialization of the chip is executed. |
6 | DC | This pin is Data or Command control pin. |
7 | CS | This pin is chip select input. The chip is enabled for MCU comms when CS is pulled low |
VCC The CH1115 controller chip is a 3.3V device but the ERM LCD module has a "662k" 3.3V regulator at back. So the ERM OLED module VCC will also run at 5V.
Logic lines The logic lines where always connected to 3.3 Volts logic during all testing of library. The system can also run at 5 volts logic, the manufacture has instructional videos connected to an Arduino Mega.
This wiring Diagram from the manufacturer datasheet showing hardware setup connected to a 3.3 volt system MCU.
SPI
Hardware and software SPI. Two different class constructors. User can pick the relevant constructor, see examples files. Hardware SPI is recommended, far faster and more reliable but Software SPI allows for more flexible GPIO selection. When running Software SPI it may be necessary on very fast high frequency MCU's to change the ERMCH1115_HIGHFREQ_DELAY define, It is a microsecond delay by default it is at 0. All the hardware SPI settings are defined in the header file and can be easily changed if necessary.
buffers
3 buffer modes
- MULTI_BUFFER (default)
- SINGLE_BUFFER
- NO_BUFFER , Text only, light weight.
To switch between modes, user must make a change to the USER BUFFER OPTION SECTION at top of ER_OLEDM1_CH1115.h file. Pick ONE option and one option ONLY. The example files at top, say which option to pick. If wrong option is picked, example files will not work or maybe even compile. Bitmaps can still be written directly to screen in NO_BUFFER mode but no graphics possible.
fonts
There are five fonts.
A print class is available to print out most passed data types.
The fonts 1-4 are a byte high(at text size 1) scale-able fonts, columns of padding added by SW.
Font 5 is a special large font but it is numbers only and cannot be scaled(just one size).
Font 5 will print just numbers + semi-colons , if you print a float using print command
it will place a space and use a circle for a decimal point.
Font data table:
Font num | Font enum name | Font size xbyy | ASCII range | Size in bytes |
---|---|---|---|---|
1 | CH1115Font_Default | 5x8 | ASCII 0 - 0xFF, Full Extended | 1275 |
2 | CH1115Font_Thick | 7x8 | ASCII 0x20 - 0x5A, no lowercase letters | 406 |
3 | CH1115Font_Seven_Seg | 4x8 | ASCII 0x20 - 0x7A | 360 |
4 | CH1115Font_Wide | 8x8 | ASCII 0x20 - 0x5A, no lowercase letters | 464 |
5 | CH1115Font_Bignum | 16x32 | ASCII 0x30-0x3A ,Numbers + : . only | 704 |
By default only Font 1 is commented in and ready to go to save memory. So to use a non-default Font (2-5), two steps.
- Comment in the respective define at top of library header file ER_OLEDM1_CH1115_font.h in the USER FONT OPTION ONE section
- Call SetFontNum function and pass it enum label of respective font. eg SetFontNum(CH1115Font_Thick)
font mods
The default ASCII font (font 1) is an extended font, 0-255 characters. If you do not need characters 127-255 and wish to save memory space: In library header file ER_OLEDM1_CH1115_font.h in the USER FONT OPTION TWO section Simply comment this define out.
- UC_FONT_MOD_TWO (save 640 bytes) extended ASCII 127-255
You can also remove the first 30 characters of default font if not needed but user will need to change offset in setFontNum function. This will save a further 150 bytes.
bitmaps
There is a few different ways of displaying bitmaps,
Num | Method | Buffer mode | Data addressing | Note |
---|---|---|---|---|
1 | OLEDBitmap() | any | Vertical | Writes directly to screen , no buffer used. |
2 | OLEDBuffer() | Multi or Single | Vertical | Mostly for internal use ... mostly |
3 | Multi buffer init | Multibuffer | Vertical | Can be used when initialising a MB |
4 | Single buffer init | Single | Vertical | Can be used when initialising SB |
5 | drawBitmap() | Multi or Single | Vertical | default, setDrawBitmapAddr(true) |
6 | drawBitmap() | Multi or Single | Horizontal | setDrawBitmapAddr(false) |
See the bitmap example file for more details on each method. Bitmaps can be turned to data here at link , Bitmaps should be defined in the program memory and buffers in the data memory, for methods 3 & 4 buffers can be initialised with bitmap data.
User adjustments
When the user calls OLEDbegin() to start OLED they can specify a contrast setting from 0x00 to 0xFF. Datasheet says 0x80 is default. User can also change contrast on the fly. Screen can be disabled to enter a sleep type mode where OLED draws 500uA. Screen pixel colour can be inverted and also screen can be vertically rotated.
There is a "fade or breath display effect". Whose parameters(time brightness) can be adjusted by passing data to function see "OLEDfadeEffect" function header in .cpp and datasheet for details. default is 0x81.
There is a Horizontal scroll effect. Whose parameters: Time-interval , direction , mode, can be adjusted by passing data to function see "OLEDscrollSetup" function header in .cpp and datasheet for details. defaults are : 6 frames , right , continuous mode.
X = ER_OLEDM1_CH1115 in tables below
Src Files | Description |
---|---|
X.h | library header file |
X.cpp | library source file |
X_graphics.h | graphics header file |
X_graphics.cpp | graphics source file |
X_graphics_font.h | font data file |
The example files are setup for an arduino UNO/NANO
Examples files ino | Description | Buffer mode |
---|---|---|
X_HELLO | Basic usage | MULTI_BUFFER |
X_MBUF | Shows use of multi buffer mode | MULTI_BUFFER |
X_CLOCK | Shows use of multi buffer mode | MULTI_BUFFER |
X_MISC | Fonts + graphics & misc functions, rotate , scroll, etc | MULTI_BUFFER |
X_SWSPI | Shows use of software SPI | MULTI_BUFFER |
X_BITMAP | Shows use of bitmaps | All , see setup notes in file |
X_ONEBUF | Shows use of single buffer mode | SINGLE_BUFFER |
X_NOBUF | Shows use of no buffer text only mode | NO_BUFFER |
Tested on following MCUs. for the pin connections used during testing see extras folder, GPIO_MCU_used.txt file.
- Arduino UNO & NANO Example
- ESP8266
- ESP32
- STM32 "blue pill"
Raspberry pi , C++ URL
PIC-32 , XC32 URL
Minor Typo: In Version 1.3.0 , example file ER_OLEDM1_CH1115_MBUF.ino Line 42 reads: myOLED.setFontNum(1); change it to: myOLED.setFontNum(CH1115Font_Default); This typo will just cause compiler warnings on most boards but on some MCU may fail to compile.