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.
Hallo Clemens, das Problem lässt sich leider nicht darüber lösen, da ESP32 aufgrund der fehlenden WIRE_INTERFACES_COUNT-Definition keinen zweiten HW Constructor unterstützt. Wenn ich die Diskussionen um dieses Thema richtige verstehe, müsste man die U8G2 Library platformspezifisch anpassen.
Danke für die Vorarbeit, so weit bin ich noch nicht gekommen. Allerdings ist das oben geschilderte Problem nicht 1:1 unseres, dort wird versucht über die zweite hardware-I2C-Schnittstelle ein zweites Display anzuschließen. Und auch dafür gäbe es hier einen workaround: pin remapping for second I2C interface · Issue #779 · olikraus/u8g2 · GitHub allerdings mit Modifikation der U8g2 lib in den files U8g2lib.h und U8x8lib.cpp.
Wenn ich dein Szenario richtig im Kopf habe, möchtest du die erste hardware-I2C-Schnittstelle gar nicht mehr nutzen, sondern wir könnten “einfach” bei der esten HW I2C die Pins “umbiegen”.
Falls ich nichts überlesen habe wäre die Pin-Änderung aber nur im constructor nötig – oder hast du noch was anderes gefunden? – und das hatten wir ja schon versucht!
After trying any possibly correct constructor and double-checking every pin and parameter I found that adding a delay before calling u8g2.begin() solved the issue for me.
Danke Clemens!!!
