Thank you, it worked

Quote
enif
@ Johetan:

When trying to make my Tiny OLED work under Marlin 2.0.5.3 with the BigTreeTech BTT SKR V1.4, I ran into the same problem as you with that shifted display. I also tried all kind of remedies, such as the ones you tried as well, but with no success...

Finally I looking at the file Marlin/src/HAL/LPC1768/u8g/u8g_com_HAL_LPC1768_ssd_hw_i2c.cp, I saw that there were some commented out statements, which looked as if the developer left them in, not being sure that they should really be removed... So I decommented them, recompiled and uploaded. It's now already a few hours running - and so far no shift in the OLED display :-)

Here are the changes I made in Marlin/src/HAL/LPC1768/u8g/u8g_com_HAL_LPC1768_ssd_hw_i2c.cp,:

85,86c85,86
< //#define I2C_CMD_MODE  0x080
< #define I2C_CMD_MODE    0x000
---
> #define I2C_CMD_MODE  0x080
> //#define I2C_CMD_MODE    0x000
137c137
<       //u8g->pin_list[U8G_PI_SET_A0] = 1;
---
>       u8g->pin_list[U8G_PI_SET_A0] = 1;
147c147
<       // u8g_i2c_stop();
---
>       u8g_i2c_stop();
151c151
<         //u8g->pin_list[U8G_PI_SET_A0] = 1;
---
>         u8g->pin_list[U8G_PI_SET_A0] = 1;
166c166
<       // u8g_i2c_stop();
---
>       u8g_i2c_stop();
170c170
<         //u8g->pin_list[U8G_PI_SET_A0] = 1;
---
>         u8g->pin_list[U8G_PI_SET_A0] = 1;
184c184
<       // u8g_i2c_stop();
---
>       u8g_i2c_stop();

Let's see if this really solves the problem for good...

I'm using an SSD1306 based OLED on an SKR 1.4 Turbo.. unfortunately, I get the line shifting too, and making these changes doesn't make any difference. Has anyone found a fix yet?

Edit: I found this: [www.reddit.com]
Not really a solution, but it explains why it happens, at least..

Edited 1 time(s). Last edit at 08/10/2020 04:06PM by Arakon.

Well, here's mine. I *think* I managed to fix it by adding a 4.7kohm resistor to both SDA and SCL to VCC.. at least, the issue has not returned since.


Edit: Nope.. once the steppers run, it slips again.

Edited 1 time(s). Last edit at 08/11/2020 01:24PM by Arakon.

Hi,

I'm experiencing weird issues with OLED displays on a brand new SKR 1.4 Turbo. I tested with two OLEDs (0.96 and 1.3) and a rotary encoder. These parts are known good. I played a lot with them, developping my own menu library for Arduino.

With the 0.96", the display is perfect. With the 1.3", I get the "shift bug". As far as I know, these modules have pullups on SCK and SDA. Never had such a problem with Arduinos and STM32s using u8_glib and u8_glib2 with OLEDs.

Other issue : the encoder does nothing. It is connected as it has to be, but nothing. No menu. I use the pins 2 & 9 on EXP1 (=GND & 0.28), and 2, 6 & 8 on EXP2 (= GND, 3.25 & 3.26). These pins are defined by default in pins_BTT_SKR_V_1.4.h :

#define BTN_ENC                        EXPA1_09_PIN  // (58) open-drain
#define BTN_EN1                        EXPA2_08_PIN  // (31) J3-2 & AUX-4
#define BTN_EN2                        EXPA2_06_PIN  // (33) J3-4 & AUX-4

EXPA1_09_PIN == P0_28
EXPA2_08_PIN == P3_26
EXPA2_06_PIN == P3_25

(according to Intellisense in VSCode)

I configured Marlin with just "#define U8GLIB_SSD1306", and got it to show on the OLED (perfect on the 0.96", shifted on the 1.3). CouId there be some timing issues ?

No idea what parameters to play with, I2C or encoder.

t seems the OP's work has been pulled (?).

I'm missing something, but I can't figure...

New fact : even the 0.96" shifts, but not at boot time.



[EDIT] ***STUPID ME*** : OLED_PANEL_TINYBOY...

Edited 1 time(s). Last edit at 11/25/2020 01:45PM by yet-another-average-joe.

Issues (vertical shifting and crashing) are solved on my side by slowing down I2C to 100kHz instead of 400kHz (default in u8glib).

Just remove the option U8G_I2C_OPT_FAST (where ? depends on the display)

Horizontal shifting is simply related with the OLED. The 1.30" is a SH_1106, not a SSD1306.

Edited 1 time(s). Last edit at 12/03/2020 08:43PM by yet-another-average-joe.

Over the weekend i cobbled my own controller with an sh1106 1.3" display based on diagrams and information here. Will be using it with an skr 1.3

I'm using marlin 2.0.7.2 and noted the OLED_PANEL_TINYBOY2, which works except for it is for ssd1306. Pretty sure i made the correct change in the u8g conditionals for that.

I'm unsure where to remove U8G_I2C_OPT_FAST?

Edit: Do not edit the u8g conditionals. Just #define U8GLIB_SH1106 instead of OLED_PANEL_TINYBOY2

Edited 1 time(s). Last edit at 12/16/2020 12:29AM by Timpanogos Slim.

Oh i see. In the appropriate section of ultralcd_DOGM.h, change "#define U8G_PARAM (U8G_I2C_OPT_NONE | U8G_I2C_OPT_FAST)" to #define U8G_PARAM (U8G_I2C_OPT_NONE)"

FYI, my SKR 1.4 crashes randomly without U8G_I2C_OPT_FAST and of course shifts the display with it.

This turns out to be a known issue in marlin with no resolution in sight.

[github.com]

Hello. help me please. I have assembled the display and am unable to apply the patch to my configuration. Here is my machine configuration. Thanks

Quote
OSSSA
Hello. help me please. I have assembled the display and am unable to apply the patch to my configuration. Here is my machine configuration. Thanks

Good grief. Why are you using marlin 1.x in 2021?

Don't. Download marlin 2.0, transcribe your configuration file to the new version, compile that. No patch needed.

Quote
OSSSA
Hello. help me please. I have assembled the display and am unable to apply the patch to my configuration. Here is my machine configuration. Thanks

I don't know what patch you applied and to which version of Marlin, and I can't find any trace of my patches in your Configuration.h. A good point to start if using Marlin 1.1 is here.

Has anyone tried this on a Creality 4.2.2 board that comes by default on the new Ender3s? I've messed up the lcd trying to explore a color change, and this looks like a great option to build.


EDIT
I figured out the pin layout of the lcd cable after a lot of fiddling, and was able to make the display work with Klipper firmware's software SPI. I'll try and get it to work with Marlin, but I don't have high hopes there.

Edited 1 time(s). Last edit at 02/12/2021 04:52AM by properlypurple.

Quote
properlypurple
Has anyone tried this on a Creality 4.2.2 board that comes by default on the new Ender3s? I've messed up the lcd trying to explore a color change, and this looks like a great option to build.

The trick is that you would have to find one of the i2c busses on that stm32f1 exposed to a pin header.

You could build the spi version and connect it to the existing header, maybe with soft spi enabled? not sure.

Quote
Timpanogos Slim

Quote
properlypurple
Has anyone tried this on a Creality 4.2.2 board that comes by default on the new Ender3s? I've messed up the lcd trying to explore a color change, and this looks like a great option to build.

The trick is that you would have to find one of the i2c busses on that stm32f1 exposed to a pin header.

You could build the spi version and connect it to the existing header, maybe with soft spi enabled? not sure.

Thank you! I got the SPI version working with Klipper. Gonna try Marlin now.

Hello, I want to apply OLED screen to my ramps 1.4, but the code structure of marlin 2.0 firmware is too different from that of V1. Although I can implement it on Marlin 1.1.9, it is always wrong in 2.0. Could you give me a modification method for 2.0, including SD card module

[www.thingiverse.com]

Quote
cxp297
Hello, I want to apply OLED screen to my ramps 1.4, but the code structure of marlin 2.0 firmware is too different from that of V1. Although I can implement it on Marlin 1.1.9, it is always wrong in 2.0. Could you give me a modification method for 2.0, including SD card module

Marlin 2.0 already supports these screens. Exactly which configuration options you use depends on which variation you built.

Now I have modified marlin. The machine will crash and restart when printing with OLED screen, but it can be used normally when connected to the upper computer. Have you encountered it

Greetings to all makers

MARLIN 2.1.2.1

I have a problem I hope you can help me, I am installing a tinyboy2 but I can not get it to work, with the statement in Configuration.h "#define OLED_PANEL_TINYBOY2" does not work at all, but if I change to "#define U8GLIB_SSD1306" the oled works correctly, but I can not use the encoder and buzzer to navigate through the menu, add the line in Conditionals_LCD.h ...

//} 128x64 I2C OLED LCDs - SSD1306/SSD1309/SH1106
#if ANY(U8GLIB_SSD1306, U8GLIB_SSD1309, U8GLIB_SH1106)
#define HAS_U8GLIB_I2C_OLED 1
#define HAS_WIRED_LCD 1
#define DOGLCD
+#define IS_ULTIPANEL 1
#endif

The encoder only works the central button to enter the menu but no pin in the AUX4 line does anything, I have checked it, I do not know if I need to assign pins in the ULTIPANEL section or I need to configure some other parameter, it should be noted that I am using the diagram published here, using the 4-pin I2C connector and AUX4 pins 31,33,35,37 for EN1,EN2,BTN,BEEPER, any comments or suggestions are welcome.

I will leave my code as I have it right now.


|Configuration.h|

//
// SSD1306 OLED full graphics generic display
//
#define U8GLIB_SSD1306

|Conditionals_LCD|

//} 128x64 I2C OLED LCDs - SSD1306/SSD1309/SH1106
#if ANY(U8GLIB_SSD1306, U8GLIB_SSD1309, U8GLIB_SH1106)
#define HAS_U8GLIB_I2C_OLED 1
#define HAS_WIRED_LCD 1
#define DOGLCD
+#define IS_ULTIPANEL 1
#endif

In pins_RAMP.h I don't have any parameter to configure ULTIPANEL only NEWPANEL, I am not very good at programming, I understand the most essential to configure marlin, I have already done it in 10 machines without any problem but this oled is causing me errors.

Configuration.h uncomment the line #define OLED_PANEL_TINYBOY2
#define ENCODER_PULSES_PER_STEP 2
And also:

#define ENCODER_NOISE_FILTER
#if ENABLED(ENCODER_NOISE_FILTER)
#define ENCODER_SAMPLES 10
#endif

AUX4 pins
31--ENC
33--BUZ
35--EN1
37--EN2