-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
mit Dummy-Werten). Bei 115.200 Baud habe ich jede Menge Fehler und nichts geht richtig (habe ein SSD1306 LCD drangehängt und mir die übertragenen Bytes mal angeschaut). Mit dem LA habe ich immer nur gesehen, dass es nicht weiter ging - vielleicht habe ich da noch Schwächen in der Bedienung :-/ Die
Dummy-Werten). Bei 115.200 > Baud habe ich jede Menge Fehler und nichts geht richtig (habe ein > SSD1306 LCD drangehängt und mir die übertragenen Bytes mal angeschaut). Ich hatte irgendwann früher auch schon mal einen Ersatz für die UART-Routinen gemacht und wohl auch hier reingestellt. War primitiv
-
Thread
Library für BME280
verwendest Du und könntest Du bitte mal den kompletten > Code posten? > > Grüße Micha Ist ein SSD1306-Display, dass ich bei eBay ersteigert habe. Den Code für das Display findest du, wie schon gesagt wurde, auch unter meinem oben verlinkten Github-Account: http://github.com/sylaina/
-
Thread
SSD1306 clear buffer / display code
i2c_master_cmd_begin(I2C_NUM_0, cmd, 10/portTICK_PERIOD_MS); if (espRc == ESP_OK) { ESP_LOGI(tag, "ssd1306_init successfully"); } else { ESP_LOGE(tag, "ssd1306_init failed. code: 0x%.2X", espRc); } i2c_cmd_link_delete(cmd); } void ssd1306_display_clear(void) { i2c_cmd_handle_t cmd;
i2c_cmd_link_delete(cmd); } } } void app_main(void) { i2c_master_init(); ssd1306_init(); ssd1306_display_clear(); ssd1306_display_text("ABCDEFGHIJKLMNOP"); } [/code]
-
Thread
SSD1306 I2C Problem
Auf dem 3.Bild ist klar zu erkennen, daß der SSD1306 (der wohl eher ein SSD1309 ist) SDA beim ACK nicht richtig auf Low bekommt. Das könnte darauf hindeuten, daß der Pullup zu klein ist. Ich würd auch noch mal kontrollieren, ob R13 auch wirklich 0Ω
Es ist die Library!!! Oh, man ... Damit läuft es 1A. https://github.com/yanbe/ssd1306-esp-idf-i2c Danke für eure Tips!
-
Thread
STM32 F103 - I2C Probleme
folgendes schreiben: case U8G_COM_MSG_WRITE_BYTE: { hal_status = HAL_I2C_Mem_Write(&hSSD1306_I2C, SSD1306_I2C_ADDRESS, control, 1, &arg_val, 1, SSD1306_I2C_TIMEOUT); } break; case U8G_COM_MSG_WRITE_SEQ: case U8G_COM_MSG_WRITE_SEQ_P: { hal_status = HAL_I2C_Mem_Write(&hSSD1306_I2C, SSD1306_I2C_ADDRESS, control, 1, arg_ptr, arg_val, SSD1306_I2C_TIMEOUT); } break; Funktioniert bei mir wunderbar. Sorry für die Formatierung :-)
-
Thread
5 mal TM1637 am uno, adresse?
(siehe anhang) wie spreche ich nun das 2. diplay an 6,7 an? hab auch ein diplay Adafruit_SSD1306 an ic2, funktioniert das auch mit? mfg orfix
-
Thread
ESP32 IDF Buildsystem
│ │ │ ├── fonts.h │ │ │ │ ├── i2c.h │ │ │ │ └── ssd1306.h │ │ │ ├── main.c │ │ │ ├── main.c.dist │ │ │ └── ssd1306_i2c.c │ │ ├── Makefile │ │ ├── README.md │ │ └── sdkconfig │ └── esp32-owb │ ├── component.mk
welche da auch > hingehören), noch zusätzlich ein komplettes Beispielprojekt hast > (esp32-i2c-ssd1306-oled). Deswegen hast du auch in deinem tree zweimal > "main.c". Danke! Juter Hinweis!
-
Thread
UART vom ESP8266
Problem sein. Ich habe ein bisschen mit dem Wifi Kit 8 Board gespielt, da ist ein ESP8266 und ein SSD1306 OLED drauf. Dort konnte ich das Display ohne externen Reset-Impuls gar nicht ans Laufen bekommen. Was mich in dem Zusammenhang interessiert: Ist es Ok, den Reset Eingang mit einem R/C Glied zu beschalten (die Frage bezieht sich sowohl auf den ESP8266 als auch auf den SSD1306)? Sind deren Reset Eingänge für langsam ansteigende Flanken ausgelegt? Ich bin da bei beiden aus dem Datenblatt nicht schlau geworden.
-
Thread
ESP32 SSD1309 OLED C Library
UTF8&qid=1515855635&sr=8-15&keywords=oled+display+arduino https://github.com/imxieyi/esp32-i2c-ssd1306-oled (Achtung den PURE-C Branch clonen!) Auf I2C muss man noch etwas loeten: _ [c] You have to prepare the board before it will work: Remove R17 and place it on position of R15 Solder a short
stay dead. The Oled uses the normal address 3C and works perfectly well with the standard OLED SSD1306 plugin. [/c] Angeblich waere das Display wohl ein SSD1306 - aber egal mit der Lib lauefts!
-
Thread
Langsamer Bildrefresh mit ESP8266 und OLED 128x64 (SSD1306)
Wenn dein SSD1306 genug Ram (bzw. dein OLED wenig genug Pixel) hat: Bau den neuen Screen im Hintergrund auf, und schalte das Display um, sobald fertig. Befehl "Set Display Start Line"
https://bitbanksoftware.blogspot.com/2018/05/fast-ssd1306-oled-drawing-with-i2c-bit.html
-
Thread
OLED Display mit SSD1306
Bug in der Library aufmerksam gemacht worden, den ich grad behoben habe. Er trat nur auf mit einem SSD1306 Controller im Grafikmode. In der Funktion lcd_display() fehlte im Abschnitt für den SSD1306 Controller ein lcd_gotoxy(0,0);. Das habe ich grade nachgebessert.
Library auf ein SH1106-Display eingestellt mit entsprechender Adresse, das musst du ändern wenn du ein SSD1306-Display benutzt ;)
-
Thread
DS1307 - I2C Übertragung ACK
Sende-aufbau) bei anderen Chips - sei es der am Board mitverbaute EEPROM-AT24C32, PWM-Controller, Display SSD1306 - per I²C keine Ansteuerungsprobleme. Ich habe auch ein Programm, welches alle I²C-Adressen am Bus ausließt und es werden 0xD0 und 0xD1 des DS1307 erkannt. Die Übertragung habe ich am Oszi natürlich
-
Thread
OLED Display SSH1106 - u8glib Problem mit I2C
sollte den Kontrast einstellen beim SSH1106. Ich hab mal zur Alternative meine Lib für SSH1106/SSD1306 angehangen, vielleicht hilft dir das ja.
-
Thread
MIt g++ statt cmake und make kompilieren
lass mal das -L bei -L lib/libSSD1306.a weg also nur g++ test_jp.cxx -o test_oled lib/libSSD1306.a -I /home/eagle/Downloads/libSSD1306-master/lib/ -std=c++11
SSD1306 Probier das mal aus :)
-
Thread
Display Ansteuern
Sieht aus wie der Zwillingsbruder von meinem SSD1306 OLED.
-
Thread
OLED Display + U8glib - wie kann ich den Kontrast bzw. die Helligkeit verändern?
http://www.allshore.com/pdf/SH1106.pdf Seite 20 -> 0x81 Ist zwar für SSD1306, aber wie es in U8glib gemacht wird steht hier: https://forum.pjrc.com/threads/29265-How-does-one-control-the-brightness-of-an-OLED-display-(SSD1309)
-
Thread
Welchen TFT für Atmega328 oder ähnlichen AVR?
hier wirklich was wäre. Bisher habe ich immer Displays auf Basis des HD44780 oder die OLEDs mit SSD1306 bzw. SH1106 Controller verwendet. Die sind mir aber etwas zu klein (ich werde älter und sehe nicht mehr so gut) und dachte mir jetzt so ein 3.5" TFT, ggf. mit Touch, wäre ja recht nett. Mit Arduino
-
Thread
Vorstellung: Heltec HTIT-W8266 Board
Weiterhin enthält das Board einen USB-UART Chip vom Typ CP2104. Der Display Controller vom Typ SSD1306 ist über I²C mit dem ESP8266 verbunden. Der 2 Megabyte große Flash Speicher wird mit 80MHz im QIO Modus angesprochen. Die Reset Methode zum Aktivieren des Firmware-Upgrade Modus entspricht dem NodeMCU
nutzen. Zur Programmierung empfehle ich entweder meine angehängte OLED Klasse oder die Libraries SSD1306 und GFX von Adafruit. https://github.com/adafruit/Adafruit_SSD1306 https://github.com/adafruit/Adafruit-GFX-Library Meine Notizen zum ESP8266 Chip: http://stefanfrings.de/esp8266/index.html
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V3] Gesperrt
https://www.aliexpress.com/item/0-96-inch-IIC-Serial-Yellow-Blue-OLED-Display-Module-128X64-I2C-SSD1306-12864-LCD-Screen/32902463963.html
-
Thread
Frage zu Arduino / OLED & Adafruit_SSD1306.cpp
angezeigt werden sollen. Ich benutze als Anzeige ein 128*64 OLED Display für das ich die Adafruit_SSD1306 und die Adafruit-GFX Bibliotheken nutze. Die Anzeige an sich läuft schon, zur Zeit noch mit Variablen bis ich die Sensoren alle beisammen hab. Meine Frage ist wie ich ein eigenes Bitmap als
Wenn du diese Version hast: https://github.com/adafruit/Adafruit_SSD1306/blob/master/Adafruit_SSD1306.cpp Da wird ein Buffer mit der nötigen Größe deklariert. Die Initwerte sind dann abhängig von der Bildgrösse, mindestens das Kleinste, wenn das Display größer ist werden
-
Thread
St7565 128x32 Display nur 1. Zeile beschreibbar
Das war beim SSD1306 https://cdn-shop.adafruit.com/datasheets/SSD1306.pdf auf Seite 35.
-
Thread
Suche niedliches 7-Segment Display
http://www.ebay.de/itm/0-91-OLED-Display-128x32-Punkte-I2C-IIC-TWI-SSD1306-Anzeige-Blau-Modul-Arduino-/322482749452?hash=item4b1578400c:g:SywAAOSwTM5Y79mC was'n damit? wegen "aufs OLED zaubern". Sollte am Ende ganz gut ausshen, oder?
-
Thread
Grundsätzliche Frage zu Compilern / Arduino IDE im besonderen.
Bibliotheken für ein OLED Display. Ich benutze die Bibliotheken von Adafruit (Adafruit_GFX.h und Adafruit_SSD1306.h) und auch wenn ich keine Grafikfunktionen der Bibliothek nutze, die meiner Meinung nach wesentlich mehr Code produzieren, habe ich allein wenn ich diese Bibliotheken einbinde und lediglich ein "
beim belegten Speicher keinerlei Rolle mehr spielen. Im allgemeinen dürfte die Anbindung eines SSD1306 keinerlei große Flashbelastung sein. Wir haben hier im Projekte Sub Forum einen langen Thread mit mehreren Headerfiles für diverse Platformen (AVR, STM32, etc...) für den SSD1306, vielleicht mal davon
-
Thread
SH1106 Init-Sequenz
Oops sorry sh1106....hatte gewohnheitsmässig an SSD1306 gedacht
Hmm, also eigentlich funktionieren die Dinger doch nur zufällig weil die > ähnlich genug zu den SSD1306 sind? Wenn ich mich recht entsinne (ist schon ein paar Tage her, dass ich die Lib für SSD1306 und SH1106 schrieb) unterscheiden sich SSD1306 und SH1106 nur dadurch, dass SSD1306 einen automatischen
-
Thread
Wer kennt sich mit OLEDs WIRKLICH gut aus?
gibt es ja keine Vernünftigen zu erschwinglichen Preisen für Hobbybastler. Als Controller ist der SSD1306 verbaut. Mir geht es um die richtigen Settings, damit das OLED möglichst lange hält. Konkret verstehe ich z.B. nicht die Settings VCOMH Deselect und Phase 1 Phase 2 Precharge Period. Was stelle
-
Thread
Kleines Zählermodul gesucht
detailliert: https://www.aliexpress.com/item/0-91-Inch-128x32-IIC-I2C-Blue-OLED-LCD-Display-DIY-Module-SSD1306-Driver-IC-DC/32793415973.html Maße habe ich nicht gesehen, aber du kannst dir ja mal 0.91" Diagonale aufzeichnen. Dazu ein Arduino Modul, z.B. WEMOS D1 Mini oder https://www.aliexpress.com
-
Thread
Code for grösseres, 1.3"-Display anpassen (u8glib)
:Screen() { > #ifndef u8glib_h > #define u8glib_h > #include <u8glib.h> > #endif > //U8G2_SSD1306_128X64_NONAME_F_SW_I2C u8g2(U8G2_R0, /* clock=*/ SCL, > /* data=*/ SDA, /* reset=*/ U8X8_PIN_NONE);// for u8g2lib > //U8GLIB_SSD1306_128X64 u8g(U8G_I2C_OPT_DEV_0 | U8G_I2C_OPT_NO_ACK | > U8G_I2C_OPT_FAST
false; > _showCaption = false; > > } was solln das sein? Hat das neue Display auch den SSD1306 drauf? Wenn nicht und es nur kompatibel ist, Laurin E. schrieb im Beitrag #5040553: >Der Autor des Designs meinte, man müsse >wohl die Identifiers des u8glib ändern. schau mal ob die lib
-
Thread
Schaltplan so in Ordnung: ESP8266 + AVR "Koprozessor"
i.e. Versorgung über Datenpins > o.ä. > > Was schaltest du da genau? Das ist ein OLED mit SSD1306 Controller, welches über I2C gesteuert werden kann. Sollte ich hier besser die Masse trennen? Hier würde dann doch aber der Basisstrom durch die Last fließen, was man laut Transistorartikel hier vermeiden
-
Thread
Sehr kompaktes AVR/PIC Eval Board gesucht
4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-by/32648098374.html dazu ein OLED-Shield https://www.aliexpress.com/item/OLED-Display-SSD1306-64x48-0-66-Shield-Wemos-D1-Mini-ESP8266-NodeMcu/32781696874.html
-
Thread
Belegung bzw Konfiguration Oled
Sieht nach SSD1306 aus (wegen integriertem Stepup). Pinout siehe: http://www.buydisplay.com/download/interfacing/ER-OLED0.96_Series_Interfacing.pdf
-
Thread
OLED - Schaltung will nicht
Es gibt kein DB, für die Dinger aber hast recht hab vergessen zu schreiben das es nen 0,96" mit SSD1306 ist.
-
Thread
BMP/JPEG/GIF/PNG nach C-Code konvertieren
es um bmp dateien in ein Arduino freundliches Dateisystem zu konvertieren, um schlussendlich ein ssd1306 OLED Display zu betreiben. Funktioniert unter Windows 10 64-bit super.
-
Thread
µC + LED matrix batteriebetrieben
suchen. Es gibt recht kleine OLED-Displays z.B. hier: http://www.buydisplay.com/default/0-84-inch-ssd1306-96x16-pixel-oled-display-manufacturer-i2c-blue-on-black Die stromaufnahme zw. ca. 7...15mA ist moderat. Mit einer nicht zu kleinen Lithiumzelle kan man da ein ganze Weile intermitteriend betreiben
-
Thread
STM32: Zeigerübergabe Problem
in der Reihenfolge: [c] //von hier: (Font ist 8x6px - das Disp schiebt Zeilenweise) void ssd1306_putc(char c){ uint8_t ch = c - 32; WriteLongBuffer(0x40,ssd1306_font6x8[ch * 6],6); } //über da: void WriteLongBuffer(uint8_t Command, uint8_t *aTxBuffer, uint16_t Size) { HAL_I2C_SSD_Transmit
der > Reihenfolge: > //von hier: (Font ist 8x6px - das Disp schiebt Zeilenweise) > > void ssd1306_putc(char c){ > uint8_t ch = c - 32; > WriteLongBuffer(0x40,ssd1306_font6x8[ch * 6],6); > } > > //über da: > warum und wie das (angeblich) funktionieren soll, entzieht sich meiner
-
Thread
C Fehler: Vergleich von Const mit bool immer falsch
Weil (px1 || px2) ein boolescher Ausdruck ist. Du willst: if (px1 > (SSD1306_LCDWIDTH-1)) || (px2 > (SSD1306_LCDWIDTH-1)) || ...
Versuch mal [c] void drawRect(uint8_t px1, uint8_t py1, uint8_t px2, uint8_t py2) { if( (px1 > SSD1306_LCDWIDTH-1) || (px2 > SSD1306_LCDWIDTH-1) || (py1 > SSD1306_LCDHEIGHT-1)|| (py2 > SSD1306_LCDHEIGHT-1) ) return; //.... } [\c]
-
Thread
Funktionsüberladungen WB4STM C
Sind denn im Workbench for STM keine Funktionsüberladungen erlaubt?! wie z.b.: [c] void ssd1306_command_full(uint8_t); void ssd1306_command_full(uint8_t, uint8_t); [/c] Wenn "Ja" wie stelle ich das an? Oder muss ich dann doch alles separat laufen lassen?!
-
Thread
AVR: Grafik-Display-Ansteuerung
hab zwar kein DOGM128 Display bei einer Aufgabenstellung verwendet, sondern ein OLED 128x64 mit SSD1306 Controller und hatte auch das Problem, dort eine Grafik aufzubauen. Ich bin dann ähnlich wie oben genannt hergegangen und habe einen Framebufferspeicher angelegt, der 32x64 Pixel oder 128x8 Pixel