-
Thread
ESP8266 an OLED (Wemos D1 Mini, SSD1306, IIC, Arduino)
, lässt sich diese für mehr freien Speicher abschalten (Zeile #define OLEDSSD1306_SCROLL in oled_ssd1306.h auskommentieren). Da das Display sehr klein ist, habe ich die Textausgabe skalierbach implementiert, siehe Beispielprogramm (oled._charStretchX, oled._charStretchY). Die Zeichen können somit vergrößert
-
Thread
ESP32-CAM Entwicklungskit
Hallo Matthias, welche SSD1306 Bibliothek hast du eingebunden? Bei mir findet er z.b. set_vflip nicht. Holger
-
Thread
0,91" OLED Display (SSD1306) I2C Ansteuerung
Bus und versuche mit einem ATmega8 (in Assembler) eins dieser 0,91" OLED Displays (128x32 Px, SSD1306, zB. EBay 162891883868) ans leuchten zu bringen (An 5V, soll angeblich gehen). Wälze jetzt schon seit einigen Stunden die Datenblätter, und das Internet durch, aber es will einfach nicht. Stand
So sieht meine Init vom SSD1306 aus, funzt gut bei mir [c] void GLCD_LcdInit(void) { // Recommended power up sequence clrbit(LCD_CTRL, LCD_RESET); // Reset Low for 3 uS _delay_us(3); setbit(LCD_CTRL
-
Thread
[Bascom] ATMega328 und Software I2C steuern
ein PCB für ein Atmega328 (mlf-Paket) gebastelt, das AD-Konvertierungen durchführen soll und ein SSD1306 128x32 OLED (I2C) -Display verwenden soll. Standard-AD-Konvertierungen erfolgt über C0 bis C7, während für Hardware-I2C, C5 (SCL) und C4 (SDA) reserviert sind. Dies bedeutet, dass ein Konflikt
-
Thread
Wer nutzt das Nucleo-64 und kann mir
Interne PullUps habe ich nicht aktiv. Eventuell macht das die Lib vom Display. Verwende Adafruit_SSD1306, Adafruit_GFX, SPI, Wire(.h) zum Test des OLEDs
Modulen > mit denen ich es probiert habe. kann ich nicht bestätigen, an meinen LPC824 laufen die SSD1306 problemlos mit 1 MHz. PullUp ist 2k2.
-
Thread
Welcher Fehler hat euch zuletzt Zeit gekostet ?
Meine OLED-Library hat mich letztens locker zwei-drei Stunden Zeit gekostet...weil ich statt eines SSD1306-Displays ein SH1106-Display angeschlossen hatte. Das war so ein dummer Fehler, da werde ich mich noch Monate drüber ärgern.
-
Thread
(sehr) kleines "FrameWork" für ATtiny44
Float) Unterstützung aber dafür mit neuem Festkommaformater %k - Software für OLED-Display mit SSD1306 Controller, jeweils für I2C und SPI Interface - Software für N5110 Display 84x48 mit SPI-Interface - Softwarerealisiertes I2C - SPI ist in den Displayheadern zwischen Softwarebasieren oder Hardware
Meinung nach Sinn...sofern man den Speicher dazu auch hat. In der Tat machen das viel Libraries für SSD1306/SH1106 Displays, dass sie einen Buffer benutzten. Ich hab für diese Displays ja auch nur einen Lib geschrieben (vor über 1 1/2 Jahren) weil ich so ein Display (lediglich Text) an einem Atmega48 benutzen
-
Thread
OLED Ersatz gesucht
Discovery Boards. Die Frage ist, ob das Display im Automat auch parallel angesteuert wird. Die SSD1306 können z.B. soweit ich weiß über I2C oder über SPI angesteuert werden. ymmv
Boards. > > Die Frage ist, ob das Display im Automat auch parallel angesteuert wird. > Die SSD1306 können z.B. soweit ich weiß über I2C oder über SPI > angesteuert werden. ymmv Das passt leider nicht von den Abmessungen. Mit chinesischen Hinterhofklitschen hätte ich überhaupt kein Problem
-
Thread
attiny85 ADC zieht Strom?
hohen Strom erklären könnte? Das ist der Code den ich im Moment verwende: [code] #include <SSD1306_minimal.h> SSD1306_Mini oled; char buff[4]; // char array 4 digits const int ADCPIN = 3; //PB3 int ADC1_READ = 0; void disp_val() { oled.startScreen(); oled.clear();
hochladen, tiny an USB hängen und dann läd er es hoch. Ach ja und das OLED ist so ein Standart SSD1306 I2C.
-
Thread
attiny85 AREF anderen PIN?
mit Mikro-usb Anschluss). Das Teil wird mit dem Micronucleus Bootloader betrieben und es wird ein SSD1306 OLED angesteuert (SSD1306_minimal, TinywireM...). Das Display verwendet für I2C die PINS PB0 und PB2 für die Kommunikation. Nun wollte ich aber gerne mal den ADC an PIN PB3 und/oder PIN PB4 lesen
zu > nutzen, so das du nicht unbedingt den TinyWire Kram brauchst. Dann müsste ich aber die SSD1306_minimal Library anpassen, das ist im Moment ausserhalb meiner Fähigkeiten :) Danke erstmal
-
Thread
I2C Display-Weis-I2C-SDD1306-128x64-Modul
andere Displays), das gibt das Display vom TO aber nicht her! ausserdem gibt es diese Displays mit SSD1306 und SH1106 Chip, beide differieren etwas in der Ansteuerung. Dein 3-Zeiler Beitrag hilft also dem TO in keinster Weise
Die SSD1306 Controller senden alle ACK ganz normal wie es sein soll.
-
Thread
Welcher Microcontroller für i2c-Display
setzen und sehen, wie gut so etwas > implementierbar ist. Meine Library für ein OLED-Display mit SSD1306 oder SH1106 Controller braucht incl. Font weniger als 2 kByte Flashspeicher im Textmode. Sollte also eigentlich auch für ein Attiny44 noch gut gehen. http://www.github.com/Sylaina/OLED-Display/
M. K. schrieb im Beitrag #5553729: > Meine Library für ein OLED-Display mit SSD1306 oder SH1106 Controller > braucht incl. Font weniger als 2 kByte Flashspeicher im Textmode. Sollte > also eigentlich auch für ein Attiny44 noch gut gehen. Smile, Dankeschön, ich kenne deine .c
-
Thread
Universelles Oled-Libary (SSD1306) für AVR(8bit) und STM32/HAL
Inspiriert durch das Library von Michael Köhler: https://www.mikrocontroller.net/topic/415651 hab ich vor einigen Tagen begonnen, sein Library so umzubauen, daß das unverändert auf AVR und STM32 kompiliert. Inzwischen sind die Änderungen allerdings so umfangreich, daß da kaum ein Stein auf dem Anderen geblieben ist, und aus diesem Grud hab ich diesen neuen Thread zu dem Thema erstellt. Auf AVR gibt es 2 Modi (Text- und Grafik-Mode), die sich stark durch den Speicherbedarf unterscheiden: Der STM32 läuft immer im Grafikmode Textmode: (nur AVR) * sehr geringem Speicherbedarf (<2k Flash
-
Thread
Raspberry-LCD und FPGA?
denke mal es wäre einfacher wenn du dir ein anderes Display zugelegt. Eventuell wäre so ein kleines SSD1306 OLED eine Variante? Zum Controller: ist ILI9341 überhaupt der richtige Chip? Laut Beschreibung hat das Display 320x480 und dieser Controller ist für 240x320... Ein ähnliches Display von Waveshare
-
Thread
Wie Messwerte über Wlan auslesen?
I<20mA) leicht anpassen - AMS1117 3,3 V Volt Step down Regler - 0,96 Zoll Arduino OLED Display SSD1306 128x64 I2C - USB-Seriell-Wandler sind vorhanden (können auf 3,3V umgestellt werden) Zur Situation: Mein Wlan-Netz besteht aus einer Fritzbox 7490 und einem Repeater 1750E mit WPA2(CCMP) Am Repeater
-
Thread
STM32 Grafik Display
Formfaktor? In der Größe oder Auflösung? SSD1306 ist einfach anzusteuern.
Eher in der Größe. Die SSD1306 sehen doch eher sehr klein aus.
-
Thread
Keystudio OLED 1.3" Initialisierung SPI ohne Library?
eine Display zum Laufen zu bekommen. Welcher Aufwand? Oben war doch bereits der Link zu dem SSD1306-Library. Das läuft auch mit deinem Controller und deinem Display. Ich versteh ehrlich gesagt nicht, wo du jetzt noch Probleme siehst!?
-
Thread
beliebte Display Controller für STM32
SSD1306 - I²C 128x64 OLED Mit dieser Library -> https://github.com/4ilo/ssd1306-stm32HAL lässt sich das Display praktisch ohne nachzudenken in meine CubeMX/HAL Projekte einbinden.
-
Thread
STemWin-Treiber für I2C-OLED SSD1306
Es handelt sich um die Treiber-Routinen um die weit verbreiteten 0,96" I²C-OLED-Displays mit SSD1306-Controller mit STemWin zu nutzen. ggf. muß in Inc/LCDConf.h der Handle für die I²C-Schnittstelle angepasst werden. [c] // Handle of I2C-Port #define HI2C_OLED &hi2c1 [/c] Viel Spaß damit
-
Thread
Dehnmessstreifen mit Mikrocontroller auswerten
Bezeichnung: INA122 • Mikrocontroller o Arduino Uno • OLED-Display 0,96“ o Bezeichnung: SSD 1306 Zusätzlich angehängt findet ihr meinen bisherigen Schaltplan und das Steckbrett. Über grundsätzliche Fehler, Anmerkungen usw. bin ich äußerst dankbar. Folgende Fragen haben sich bei mir aufgetan
-
Thread
YACMS - noch ein kapazitiver Feuchtigkeitssensor
LPC824 kostet <2€, teurer als ein ATTiny, aber hat auch 32 kB Flash und 8 kB Ram, genug um auch ein SSD1306 mit Grafik anzusteuern. Man darf nur keine Angst vor SMD haben oder lässt das in Stückzahlen vom Chinesen bauen.
Beitrag #5524990: > weshalb ich Freds wie diesen hier sehr gut finde. Danke, ebenso finde ich deine SSD1306 Lib gut (obwohl ich im LPC824 genug Speicher für die Adafruit Lib habe :) ).
-
Thread
DS18B20 2 Grad zu kalt
das mal Jemand erklären ??? Danke schonmal Michael [c] #include <Wire.h> #include "SSD1306.h" #include <OneWire.h> #include <DallasTemperature.h> SSD1306 display(0x3c, D1, D2); #define ONE_WIRE_BUS D3 // DS18B20 pin OneWire oneWire(ONE_WIRE_BUS); DallasTemperature DS18B20(&
-
Thread
Atmega2560 startet nicht
sieht so aus: #include <SPI.h> #include <Wire.h> #include <Adafruit_GFX.h> #include <Adafruit_SSD1306.h> #define PIN_LED 2 #define OLED_RESET 4 Adafruit_SSD1306 display(OLED_RESET); int zahl = 0; void setup() { pinMode(PIN_LED, OUTPUT); display.begin(SSD1306_SWITCHCAPVCC, 0x3C
-
Thread
Kurze Frage SSR + Arduino zuverlässig?
OLED, das läuft nur per Tastendruck für 5s. https://www.ebay.de/itm/0-96-Zoll-Arduino-OLED-Display-SSD1306-Weiss-128x64-I2C-IIC-Modul-Raspberry-P/252794945535?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2060353.m2749.l2649 Und nochmal zwei Analoge Pins für ein 4x4 Folien Tastenfeld. Zwischen Tastenfeld
-
Thread
SSD1306 I2C - Display verhält sich komisch..
hast Du da? > Das sieht interessant aus. > > Viele Grüße > Marcel RTC , BMP180 , SHT21 , SSD1306 nichts wildes.
der Periodendauer der Taktfrequenz sein. Die konkreten Anforderungen stehen im Datenblatt des SSD1306.
-
Thread
Hobbyarbeiten mit µC & Elektronik
Stromversorgung: bis 26V (ab 40V schützen) USB bitte auch normgerecht schützen bzw. trennen. Display (SSD1306) kommt direkt auf die Platine. Als I/O werden nur ein Analog In und ein GPIO gebraucht. Ausgeführt über 3Pin bzw. 2Pin Stecker. Platinengröße: ca 25 x 45 Die Teile kosten auch weniger als
Stromversorgung: bis 26V (ab 40V schützen) > USB bitte auch normgerecht schützen bzw. trennen. > Display (SSD1306) kommt direkt auf die Platine. > > Als I/O werden nur ein Analog In und ein GPIO gebraucht. > Ausgeführt über 3Pin bzw. 2Pin Stecker. > > Platinengröße: ca 25 x 45 > > Die Teile kosten auch
-
Thread
stm32f030c6t6 pin read funktioniert nicht
all configured peripherals */ MX_GPIO_Init(); /* USER CODE BEGIN 2 */ /* uint8_t check = SSD1306_Init(); // initialize the diaply SSD1306_Fill(0); // fill the display with black color SSD1306_UpdateScreen(); // update screen SSD1306_GotoXY(10,10); // goto 10, 10 SSD1306_Puts("HELLO", &Font_11x18, 1); // print Hello SSD1306_GotoXY(10, 30); SSD1306_Puts("WORLD !!", &Font_11x18, 1); SSD1306_UpdateScreen(); // update screen */ // char *msg = "Hello Nucleo Fun!\n\r"; /* USER CODE END 2 */ /* Infinite
-
Thread
STM32 und I2C - Fehler im Code
überein stimmt, ist etwas an der Initialisierungs-Sequenz falsch. Falls es wie ich vermute ein SSD1306 sein sollte, darfst du gerne von meinem Code abgucken. http://stefanfrings.de/esp8266/WIFI-Kit-8-Test2.zip Meine Initialisierungssequenz ist etwas anders als deine. Sie beruht auf Informationen
abgesehen von vermutlich harmlosen Abweichungen bei der Reihenfolge der Kommandos). Falls es kein SSD1306 ist, könnte das Display eventuell Pausen zwischen bestimmten Kommandos benötigen.
-
Thread
STM32F103 I2C/TWI
kann, ob das Display hinüber ist oder wie ich das reparieren kann? Ist ein 0.91" OLED Display mit SSD1306 Controller. Ich wäre für jede Hilfe dankbar.
-
Thread
C-Libs for USB and OLED-Display
Natürlich, das habe ich ganz vergessen zu erwähnen. Ich gehe davon aus, dass es ein SSD1306 mit I2C ist. Ich weiß es allerdings nicht mehr gesichert, da nichts draufsteht und ich das nur zuföllig noch einmal in meiner Kramkiste gefunden habe.
-
Thread
Seltsames Programmverhalten
define OLED_CLK 10 #define OLED_DC 11 #define OLED_CS 12 #define OLED_RESET 8 Adafruit_SSD1306 display(OLED_MOSI, OLED_CLK, OLED_DC, OLED_RESET, OLED_CS); /* Uncomment this block to use hardware SPI #define OLED_DC 6 #define OLED_CS 7 #define OLED_RESET 8 Adafruit_SSD1306 display(OLED_DC, OLED_RESET, OLED_CS); */ #if (SSD1306_LCDHEIGHT != 64) #error("Height incorrect, please fix Adafruit_SSD1306.h!"); #endif int lastUpdated; void setup() { Serial.begin(9600); ss.begin(GPSBaud); pinMode
-
Thread
iceZ0mb1e - TV80 System on Chip für iCE40 (yosys + sdcc)
8kB ROM - 8kB SRAM - UART - GPIO - i2C Master - SPI Master Die Demo Firmware steuert ein SSD1306 OLED per i2C an und liest einen SPI Flash, sowie eine i2C RTC aus. Die Diagnoseausgaben kommen über UART. Die Installation der Toolchains ist in der Readme beschrieben. VG Franz
-
Thread
Atmega8 u8glib, CLKPR Problem
Documents\Atmel Studio\Projekte\OLED_SPI\default/../OLED_SPI.c:23: undefined reference to `u8g_dev_ssd1306_128x64_sw_spi' ED_SPI.c:23: undefined reference to `u8g_dev_ssd1306_128x64_sw_spi' C:\Users\User\Documents\Atmel Studio\Projekte\OLED_SPI\default/../OLED_SPI.c:23: undefined reference to `u8g_InitSPI
sck mosi cs a0 reset u8g_InitSPI(&u8g, &u8g_dev_ssd1306_128x64_sw_spi, PN(1, 5), PN(1, 3), PN(1, 2), PN(1, 1), PN(1, 0)); /* flip screen, if required */ u8g_SetRot180(&u8g); /* assign default color value */ if ( u8g_GetMode(&u8g
-
Thread
Falsche I2C Adresse: Chinaschrott oder Verständnisproblem
heißen könnte). Funktioniert aber alles nicht. Was funktioniert ist 0x3C. Controller ist ein SSD 1306. Ist das ein Fehler in der Hardware/im Aufdruck oder verstehe ich etwas falsch - und wenn ja, dann wüsste ich natürlich auch gerne was... ;-) Thx u. Grüße PS: Hier ein Foto https://images-na.ssl-images-amazon.com
in meinen Mastercode drin, werde ich irgendwann noch abändern müssen (hab ja auch eine Lib zu den SSD1306-Controllern geschrieben)
-
Thread
STM32 F10x CPAL Einbinden
Meine Konfiguration: STM32CubeMX -> SW4STM32 einfache Display: SSD1306 und ST7735 Damit hat man erst mal alles was man als Grundlage braucht.
-
Thread
FPC Connector gesucht. 30 Pins, e=0.7mm
www.aliexpress.com/item/Hot-Selling-0-96-inch-128X64-Blue-OLED-Display-128-64-LCD-Screen-Board-30pin-SSD1306/32806209969.html dann haben die tatsächlich einen Pitch von 0,70mm, da wirst Du Dein PCB entsprechend layouten und löten müssen. Es gibt zwar Adapter für 0,5-0,6-0,7-0,8-1,0 mm (Aliexpress oder auch
HTB1cQ_LbfMTUeJjSZFKq6ygopXas/0-96-zoll-128X64-Blau-Oled-display-128-64-Lcd-bildschirm-Bord-30pin-SSD1306-fahrer-Passive.jpg_640x640.jpg