ESP32 C3 and U8g2.h OLED compatibility issues or?

Projects Programming
1

Hello,

I have been trying to figure this out for many hours, so I think it is time to ask for help. I am transferring a ESP32-WROOM-32 code over to a ESP32-C3 dev board. I cannot get the U8g2 library to work, I tested the old SSD1306Wire.h library, and it does work but I would prefer not to rewrite my 1500 line code that is dialed in for U8g2 - which is great for my needs. I am using GPIO Pins 19 for SCL and 18 for SDA, (the C3 allows you to assign SPI pins to most GPIO's) which tested and worked with SSD1306Wire.h

One thought that I have not been able to test yet is addressing, with SSD1306Wire.h I was able to use the default address of 0x3c, which worked but I do not know where I can enter this address in U8g2. That said, I have never needed to address this display when used with a WROOM and U8g2 before.

My other thought is the SPI bitbanging error listed below from the last compile, it is a common error that I got on the wroom as well, it worked anyways on the wroom but I was using the default SPI pins on the wroom and I am not using the defaults on the C3, I did test this by swapping to the C3 default pins and altering the definitions accordingly - but without success.

Applicable code:

#include <Wire.h>
#include <U8g2lib.h>
#include "IRremote.h"

#define DATA_PIN 10

#define IR_RECEIVE_PIN 3

#define LED_BUILTIN  8

#ifdef U8X8_HAVE_HW_SPI
#endif
#ifdef U8X8_HAVE_HW_I2C
#endif

unsigned long lastExecutedMillis = 0;

unsigned long key_value = 0;

uint32_t id = 0; 

CRGB leds[58];

U8G2_SH1106_128X64_NONAME_F_HW_I2C u8g2(U8G2_R0, /*clock*/ 18, /*data*/ 19, /* reset=*/ U8X8_PIN_NONE);

void setup() {

    
    pinMode(11, OUTPUT);
    pinMode(12, OUTPUT);

    pinMode(LED_BUILTIN, OUTPUT);
    SPI.begin( /*18, 4, 19*/ );        
    digitalWrite(LED_BUILTIN, HIGH);

  u8g2.begin();

C3 compile errors:

In file included from C:\Users\User\Documents\Arduino\libraries\IRremote\src/IRremote.h:10,
                 from C:\Users\User\Documents\Arduino\EMDR\Lightbar4.1_58_TEST_C3\Lightbar4.1_58_TEST_C3.ino:85:
C:\Users\User\Documents\Arduino\libraries\IRremote\src/IRremote.hpp:209:2: warning: #warning For ESP32, RP2040 and particle boards SEND_PWM_BY_TIMER is enabled by default. If this is not intended, deactivate the line over this error message in file IRremote.hpp. [-Wcpp]
 #warning For ESP32, RP2040 and particle boards SEND_PWM_BY_TIMER is enabled by default. If this is not intended, deactivate the line over this error message in file IRremote.hpp.
  ^~~~~~~
In file included from C:\Users\User\Documents\Arduino\libraries\IRremote\src/IRremote.h:10,
                 from C:\Users\User\Documents\Arduino\EMDR\Lightbar4.1_58_TEST_C3\Lightbar4.1_58_TEST_C3.ino:85:
C:\Users\User\Documents\Arduino\libraries\IRremote\src/IRremote.hpp:271:2: warning: #warning INFO: No definition for LED_BUILTIN found -> default LED feedback is disabled. [-Wcpp]
 #warning INFO: No definition for LED_BUILTIN found -> default LED feedback is disabled.
  ^~~~~~~
In file included from C:\Users\User\Documents\Arduino\libraries\FastLED\src/FastLED.h:67,
                 from C:\Users\User\Documents\Arduino\EMDR\Lightbar4.1_58_TEST_C3\Lightbar4.1_58_TEST_C3.ino:81:
C:\Users\User\Documents\Arduino\libraries\FastLED\src/fastspi.h:145:23: note: #pragma message: No hardware SPI pins defined.  All SPI access will default to bitbanged output
 #      pragma message "No hardware SPI pins defined.  All SPI access will default to bitbanged output"
                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Sketch uses 251166 bytes (19%) of program storage space. Maximum is 1310720 bytes.
Global variables use 12404 bytes (3%) of dynamic memory, leaving 315276 bytes for local variables. Maximum is 327680 bytes.
C:\Users\User\AppData\Local\Arduino15\packages\esp32\tools\esptool_py\3.1.0/esptool.exe --chip esp32c3 --port COM7 --baud 921600 --before default_reset --after hard_reset write_flash -z --flash_mode dio --flash_freq 80m --flash_size 4MB 0xe000 C:\Users\User\AppData\Local\Arduino15\packages\esp32\hardware\esp32\2.0.2/tools/partitions/boot_app0.bin 0x0 C:\Users\User\AppData\Local\Temp\arduino_build_650310/Lightbar4.1_58_TEST_C3.ino.bootloader.bin 0x10000 C:\Users\User\AppData\Local\Temp\arduino_build_650310/Lightbar4.1_58_TEST_C3.ino.bin 0x8000 C:\Users\User\AppData\Local\Temp\arduino_build_650310/Lightbar4.1_58_TEST_C3.ino.partitions.bin 
esptool.py v3.1
Serial port COM7
Connecting....
Chip is unknown ESP32-C3 (revision 3)
Features: Wi-Fi
Crystal is 40MHz
MAC: a0:76:4e:5a:53:80
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Configuring flash size...
Flash will be erased from 0x0000e000 to 0x0000ffff...
Flash will be erased from 0x00000000 to 0x00003fff...
Flash will be erased from 0x00010000 to 0x0004dfff...
Flash will be erased from 0x00008000 to 0x00008fff...
Compressed 8192 bytes to 47...
Writing at 0x0000e000... (100 %)
Wrote 8192 bytes (47 compressed) at 0x0000e000 in 0.1 seconds (effective 528.5 kbit/s)...
Hash of data verified.
Flash params set to 0x022f
Compressed 12528 bytes to 8981...
Writing at 0x00000000... (100 %)
Wrote 12528 bytes (8981 compressed) at 0x00000000 in 0.4 seconds (effective 268.7 kbit/s)...
Hash of data verified.
Compressed 253392 bytes to 144894...
Writing at 0x00010000... (11 %)
Writing at 0x000172c1... (22 %)
Writing at 0x00020195... (33 %)
Writing at 0x00026094... (44 %)
Writing at 0x0002da30... (55 %)
Writing at 0x00033a99... (66 %)
Writing at 0x00039ba4... (77 %)
Writing at 0x00041b5a... (88 %)
Writing at 0x000487a4... (100 %)
Wrote 253392 bytes (144894 compressed) at 0x00010000 in 4.3 seconds (effective 469.1 kbit/s)...
Hash of data verified.
Compressed 3072 bytes to 128...
Writing at 0x00008000... (100 %)
Wrote 3072 bytes (128 compressed) at 0x00008000 in 0.1 seconds (effective 372.7 kbit/s)...
Hash of data verified.

Leaving...
Hard resetting via RTS pin...

All thoughts or suggestions are welcome. Thanks, Bodhi

2

I asked too soon, I had not opened the serial monitor with the current C3 iteration. I am getting a "SHA-256 comparison failed:" error that is preventing booting. I am looking into this now.

3

... you do realize that the C3 is a different architecture than the old ESP32:

based on the open-source RISC-V architecture

4

Hi mrburnette, yes - I have poured over the Espressif documentation for days before I decided to go with the C3.

5

I have some C3, still in the box I received them in back in 4Q2021. Just have not had the time to get my Linux box setup to deal with the new architecture and I got sidetracked to playing with some old 8085 control units with raw C at the commandline.

Sorry, other than knowing the machinecode is different, I'm not much help. Is there really any benefits to you in the change? From Espressif's viewpoint, there is likely some licensing fees that are eliminated.

Ray

6

It is a time consuming project for sure, I have also been putting it off for awhile - at least for my needs. I thought it would be worth it as I don't need all of the GPOI's that the wroom offers and I do need a much smaller footprint, plus the price difference starts to look great when your dealing with large quantities. All that being said, if I cannot work it out within a few days, it's not worth it for me.

I had assumed that this was a library issue - which I should not have. It is almost certainly a GPIO mapping issue after doing some research on the booting loop. I reviewed all my GPIO's and found that I had missed swapping a few to the update but even after I did so, it's still stuck in a booting loop with "SHA-256 arduino ide comparison failed:" I am going to open a new thread as this is an entirely different problem than I initially thought. Thanks for your time mrburnette.

7

SOLVED:

In testing U8g2 examples, I noted that I had forgotten to confirm the display type/driver called out, I was using:

U8G2_SH1106_128X64_NONAME_F_HW_I2C u8g2(U8G2_R0, /*clock*/ 18, /*data*/ 19, /* reset=*/ U8X8_PIN_NONE);

when I needed to use a generic ESP32 display type:

U8G2_SSD1306_128X64_NONAME_F_SW_I2C u8g2(U8G2_R0, /* clock=*/ 18, /* data=*/ 19, /* reset=*/ U8X8_PIN_NONE);

This type does shift the display by two pixels, but at least I now have a functioning code to debug. I hope this helps someone else...

8

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.