Ich fische da auch im Trüben. Sind deine pins als I2C irgendwo in der Doku zu finden? Ich habe gerade nichts auf der Heltec-Seite gefunden. In der pin mapping Datei pins_arduino.h unter C:\Users\[your-user-name]\AppData\Local\Arduino15\packages\Heltec-esp32\hardware\esp32\0.0.7\variants\wifi_kit_32_V3 stehen auch lustige Angaben:
allerdings wird GPIO21 dann weiter unten nochmal für den reset des OLEDs vergeben: static const uint8_t RST_OLED = 21; – vermutlich copy’n’waste von Version 2. :-/
In der Doku zum Heltec V3 steht dass GPIO19 und 20 mit dem “USB socket” verbunden sind, ggf. problematisch, andere versuchen?
Eine Doku zum constructor gibt es hier: u8g2setupcpp · olikraus/u8g2 Wiki · GitHub ggf. HW durch SW tauschen (selbst wenn es funktionieren würde, hätten wir das slow down-Problem)? Einmal F_2ND_HW probieren?
Danke für die zahlreichen Hinweise. Mit dem folgendem Sketch habe ich versucht, über die Bibliothek Wire.h beide OLED Displays mit dem I2C Bus anzusprechen.
#include <Arduino.h>
#include <U8g2lib.h>
#include <Wire.h>
U8G2_SSD1306_128X64_NONAME_F_HW_I2C u8g2_1(U8G2_R0, /* reset=*/ 21, /* clock=*/ 18, /* data=*/ 17);
U8G2_SSD1306_128X64_NONAME_F_HW_I2C u8g2_2(U8G2_R0, /* reset=*/ 21, /* clock=*/ 42, /* data=*/ 45);
void setup(void) {
u8g2_2.setI2CAddress(0x3C * 2);
u8g2_2.begin();
u8g2_2.setFont(u8g2_font_ncenB08_tr); // choose a suitable font
u8g2_2.clearDisplay();
u8g2_1.setI2CAddress(0x3D * 2);
u8g2_1.begin();
u8g2_1.setFont(u8g2_font_ncenB08_tr); // choose a suitable font
u8g2_1.clearDisplay();
delay(5000);
}
void loop(void) {
u8g2_1.clearDisplay();
u8g2_1.clearBuffer(); // clear the internal memory
u8g2_1.drawStr(10,20,"Display klein"); // write something to the internal memory
u8g2_1.sendBuffer(); // transfer internal memory to the display
u8g2_2.clearDisplay();
u8g2_2.clearBuffer(); // clear the internal memory
u8g2_2.drawStr(20,20,"Display gross!"); // write something to the internal memory
u8g2_2.sendBuffer(); // transfer internal memory to the display
delay(1000);
}
Leider bleiben beide Displays noch dunkel…
Das Ganze zielt jetzt auf die Nutzung eines I2C Busses.
Hab’ die Tage schon mal nach einem OLED mit I2C bei mir gesucht aber nur welche mit SPI voreingestellt gefunden. Heute ist mir noch eingefallen, dass mein CurrentRanger ja auch ein OLED hat und das auch mit I2C läuft, also abmontiert und an den Heltec angeschlossen. Läuft als “second screen”! :-)
#include <Arduino.h>
#include <U8g2lib.h>
U8G2_SSD1306_128X64_NONAME_F_SW_I2C u8g2_1(U8G2_R0, /* clock=*/ 26, /* data=*/ 48);
U8G2_SSD1306_128X64_NONAME_F_HW_I2C u8g2_2(U8G2_R0, /* reset=*/ 21, /* clock=*/ 18, /* data=*/ 17);
void setup(void) {
u8g2_1.begin();
u8g2_2.begin();
}
void loop(void) {
u8g2_1.clearBuffer(); // clear the internal memory
u8g2_1.setFont(u8g2_font_ncenB08_tr); // choose a suitable font
u8g2_1.drawStr(0,10,"Hello World! - extern"); // write something to the internal memory
u8g2_1.sendBuffer(); // transfer internal memory to the display
u8g2_2.clearBuffer(); // clear the internal memory
u8g2_2.setFont(u8g2_font_ncenB08_tr); // choose a suitable font
u8g2_2.drawStr(0,10,"Hello World! - onboard"); // write something to the internal memory
u8g2_2.sendBuffer(); // transfer internal memory to the display
delay(1000);
}
Wie gesagt kursieren einige Anleitungen für die “Umlötung” der DollarTec-Displays von SPI zu I2C, ggf. ist jetzt bei dir auch ein Widerstand zu stark / zu schwach und daher will es nicht am Heltec, versuche gerne mal den code oben, ist das Standard-Beispiel aus der U8g2 lib erweitert auf 2 displays.
Jetzt müsstest du nur noch herausfinden, wie wir das SW-Display auf HW umstellen können, ich denke mit SW wird der Bildaufbau zu langsam sein und bremst so die Waage aus.
Hallo Clemens,
erst einmal vielen Dank für Deine Unterstützung. Da mir das Thema Display keine Ruhe gelassen hat, habe ich die Schaltung von Freddy mit dem ESP32 WROOM aufgebaut, Das Display - umgebaut auf I2C - funktioniert, jedoch blinkt es, was sehr nervt. Das Phänomen ist leider unabhängig vom verwendeten Sketch. Habe jetzt auch ein weiteres mod. Display angehangen. Gleiches Spiel… Zum Thema Widerstände. Ich habe hier jeweils 4K7 eingelötet.
Habe gerade Deinen Sketch gestartet. Hier zeigt sich leider wieder selbiges Bild, Das onboard Display läuft und das große Display hüllt sich in Schweigen. Mache für heute erst einmal Schluss…
Guten Morgen, da brat mir doch einer einen Storch. Plötzlich läuft das zweite Display - ohne Flackern. Fehleranalyse hat ergeben, wird der Laptop vom Netz getrennt und erreicht einen gewissen Ladestand, reicht die Betriebsspannung nicht mehr für das große Display.
Der Tag startet nicht nur sonnig, sondern auch sehr erfolgreich. Sketch modifiziert, onboard Display am Heltec ausgeschaltet und nur das externe im Betrieb. Danke Clemens!!!
Das externe display läuft jetzt mit HW oder SW im constructor? Falls SW, stelle im code den debug level einmal auf 4 ein und schaue welche round trip time dann im Seriellen Monitor angezeigt wir. Wenns, wie bei mir mit dem onboard, 600 ms sind wird es vermutlich nichts mit einer präzisen, sprich kontinuierlich schnellen Messung während des Abfüllens und wir müssen schauen, wie und auf welche HW Pina wir umstellen können.
Das Problem ist, der Honig läuft kontinuierlich aus dem Hahn und der HaniMandl regelt nur wenn er einen Messwert hat. Bei einer halben Sekunde kann schon einiges an Honig im Glas sein bevor der Servo die Möglichkeit hat zu reagieren. “Normal” misst der HaniMandl 5x in der Sekunde, deiner nur 2x in der Sekunde. Das wird vermutlich auf die Genauigkeit gehen. Wir sollten also auch hier nochmal ran …
Momentan ist es bei mir etwas eng da zeitnah weiter zu schauen, könntest du versuchen rauszufinden wie man beim ESP32 / Heltec andere pins als die default eingestellten als Hardware-I2C-pins verwenden kann? So weit ich weiß ist das beim ESP möglich. Ich habe nur kurz geteste einfach andere beim U8g2-contructor anzugeben, das funktionierte aber nicht, entweder gehen die von mir verwendeten pins nicht / sind schon anders belegt, oder man muss allgemein I2C anders (vor der U8g2) initialisieren, damit es klappt (denke das ist dann die Lösung).
Hallo Clemens, ich werde mal schauen, ob ich in Punkto I2C eine PIN-basierte Lösung finde. Alternativ werde ich die SPI Variante umsetzen. Diese lässt sich ja relativ einfach auf der bestehenden I2C Lösung aufsetzen. Muss dann nur das Display wieder zurücksetzen.
Ich habe jetzt eine Reihe von GPIO Kombinationen durchprobiert und bin dem Ziel leider nicht näher gekommen. Die 512 ms ließen sich nicht unterbieten, da der Konstruktor HW nicht funktionierte. Möglicherweise liegt es an der internen Architektur des Boards oder ich habe vlt. noch eine Kombination übersehen.
Anyway. Bei näherer Betrachtung des Heltec Boards ist mir dann aufgefallen, dass die GPIOs 17 und 18 nicht ganz verschwunden sind. Diese sind durchaus noch erreichbar, nämlich auf der Unterseite des Boards. Über Kabel habe ich die beiden GPIOs abgegriffen und siehe da, beide Displays arbeiten synchron bei sehr guter Performance. Auch wenn das nicht die Wunschlösung war, so kann ich erst einmal mit diesem Workaround ganz gut leben.
Danke Clemens!!!
