-
Thread
printf Implementierung - reentrant
an das LCD ausgegeben. Jedes sprintf hat also seinen eigenen Pointer, wo es reinschreiben darf. Peter
Interrupthandler nicht sauber beim Speichern und Restore des Zustands der CPU? Oder versucht die Library, den Aufruf zu parallelisieren und versemmelt es? Versehentlich Single-threaded-Version der Library gelinked?
-
Thread
Keine Codes im seriellen Monitor von der IR-Remote
Laurent B. schrieb im Beitrag #5495107: > Wo muss ich in der Library debug ändern oder wie auch immer? Nicht in der Library, sondern in dem Header-File der Library. Suche einfach mal nach "#define DEBUG". Je nach Version, die du benutzt, dürfte das etwa die
Wolfgang schrieb im Beitrag #5495129: > Laurent B. schrieb im Beitrag #5495107: >> Wo muss ich in der Library debug ändern oder wie auch immer? > > Nicht in der Library, sondern in dem Header-File der Library. > Suche einfach mal nach "#define DEBUG". > > Je nach Version, die du benutzt, dürfte das
-
Thread
Problem LCD über PCF8574AP ansteuern
vernüftiges Debuggen (mit avarice, DDD und Evertool) ist allerdings, wegen deiner globalen Variablen "lcd_port". leider nicht zu denken. Ich rate dir daher verwende doch lieber, an Stelle Deiner zusammengeklickten Patchwork-SW, die bewährte und professionell kommentierte Bib "i2clcd - LCD over I2C library
); lcd_command(LCD_CLEAR);n lcd_wait_ms(1); //-Wait for more than 37us lcd_command(LCD_INCREASE | LCD_DISPLAYSHIFTOFF); lcd_command(LCD_CURSORMOVE | LCD_RIGHT); lcd_command(LCD_DISPLAYON
-
Thread
Schnelles Display ähnlich wie nokia 5110
langsam ist Nö, hängt von der Programmierung ab. Ohne Code kann man nichts dazu sagen. Gerade bei G-LCD gibt es oftmals viel Optimierungspotential. Ich nehme lieber Text-LCD. Ist von der Programmierung und vom Overhead bedeutend einfacher.
LCDs der älteren Bauart sind nun mal etwas träge beim Anzeigen. TFTs oder OLEDs sind da schneller.
-
Thread
Makefile: mehrere Ordner angeben
Ich möchte in meinen Projekten nicht immer oft gebrauchte Dateien, wie z.B. "uart.h", "uart.c", "lcd.h", "lcd.c" etc. einzeln aus den jeweiligen Ordnern, wo diese liegen, in meinen aktuellen Proejktordner kopieren. Außerdem kann ich dann Änderungen in dieser Datei (z.B. "lcd.c") zentral in einem Ordner
---------------- | | | aktueler Projektordner LCD-Library UART-Library | | | Makefile lcd.c, lcd.h uart.c, uart.h lg, spyder
-
Thread
Und wieder ein LCD Problem (Schwarze Kasten)
hallo, an Deiner Stelle würde ich die Library von Fleury benutzen, die für das LCD einen kompletten Set von Routinen beinhaltet, die bestens funktionieren. Dann brauchst Du im Hauptprogramm nur noch LCD_init() aufrufen und alles ist gegessen.
Hallo Boregard, LCD_E wird in der "LcdClock" Routine entsprechend gesetzt ( "LCD_OUT = ( val & LCD_VALUE ) | LCD_E ; "). Die Werte für LCD_RS und LCD_RW (sofern benötigt), kommen in den LcdWriteChar() und LcdWriteCmd()
-
Thread
Headerdateien
Na. Sooo schwer ist das nicht zu verstehen. Der TO sucht ne Library und sein Google ist kaputt.
Ah, jetzt verstehe ich. Der Mensch sucht eine fertige Library um dieses Display anzusteuern. Also laut Google steckt in diesem Ding ein KS0066 und das ist wiederum laut Google zum HD44780 kompatibel. Es sollte also jede beliebige Library für den HD funktionieren
-
Thread
LCD Probleme
grausam und überfordern jeden Anfänger, was meinst du warum jeder dritte Thread mit dem Betreff "Mein LCD geht nicht" daherkommt ?
wenn die Anwender der Libs Null Ahnung haben (weder von uC noch von Elektronik). Dann laufen AVR und LCD auch mal an 12V, und der Fehler liegt natürlich in der Lib von jemand anderem...
-
Thread
LCD - Datei einbinden (".")
hinzufügen. Zu dem Projekt sollten deine LCD.c gehören (falls sie noch so heisst) sowie die beiden lcd-routines.c und lcd-routines.h.
, die die Arbeit machen. So wie das aussieht, hast du dir von P. Fleury die LCD Library geholt. Im Zip-File findest du eine lcd.c und eine lcd.h Beide Dateien kopierst du auf das Verzeichnis in dem AVR Studio das Projekt angelegt hat und wo es auch die lcd_test.c erzeugt hat.
-
Thread
128x64 Grafikdisplay von Pollin
|= _BV(LCD_WR) // = 1 #define LCD_WR_L() LCD_CTRL &= ~_BV(LCD_WR) // = 0 #define LCD_RD_H() LCD_CTRL |= _BV(LCD_RD) #define LCD_RD_L() LCD_CTRL &= ~_BV(LCD_RD) #define LCD_CE_H() LCD_CTRL |= _BV(LCD_CE) #define LCD_CE_L() LCD_CTRL &= ~_BV(LCD_CE) #define LCD_CD_H() LCD_CTRL |= _BV(LCD_CD) #define LCD_CD_L() LCD_CTRL &= ~_BV(LCD_CD) #define LCD_RST_H() LCD_CTRL |= _BV(LCD_RST
-
Thread
8051 & Seiko L2432 mit HD44780A00 Chip
UIN= den Link "Buch_PraxisTeil2_Kap7.ZIP" herunter. Da ist eine funktionierende und dokumentierte Library drin, welche in Assembler geschrieben wurde (LCD_Lib_4BitPort.a51). Ciao, Rainer
;LCD_Backlight BIT LCD_Port.7 ;LCD_D4 BIT LCD_Port.3 ;LCD_D5 BIT LCD_Port.2 ;LCD_D6 BIT LCD_Port.1
-
Thread
Optimierung reduziert Code um 2/3, ist das normal?
Antworten. > > Ich verwende in der Tat einige _delay_ms(), allerdings nur in der > Initialisierung vom LCD. Völlig wurscht wo. _delay_ms ohne aktivierter Optimierung zieht die Floating Point Library rein. Ist aber auch so dokumentiert. > Wie sieht den das mit Eurem Code aus, Peter, Karl-Heinz. >
Denn ohne aktivierte OPtimierung stimmen dann auch die Zeiten von _delay_ms nicht. Und ja, bei einer LCD Ansteuerung verwende ich genauso _delay_us wie alle anderen auch.
-
Thread
EA DOGXL240-7 mit UC1611S
uint8_t x; memcpy_P(&charx[0], &font[character-0x20][0], 8); spalte *= 8; PORTB &= ~LCD_CD; // Display auswählen PORTB &= ~LCD_RS; // RS auf Low -> Kommandos asm volatile ("nop"); SPI_Transmit(spalte & 0x0f); // Set Column Address LSB SPI_Transmit(0x10 | (spalte >> 4)); //
// Set Page Adress LSB SPI_Transmit(0x70 | (zeile >> 4)) ; // Set Page Adress MSB PORTB |= LCD_RS; // RS auf High -> Daten for(x=0;x<8;x++) { SPI_Transmit(charx[x]); } PORTB |= LCD_CD; // Display abwählen } [/c]
-
Thread
Initialisierung 204b LCD mit ST7066U
) | // R/S Leitung (1<<LCD_EN); // Enable Leitung LCD_DDR |= pins; // initial alle Ausgänge auf Null LCD_PORT &= ~pins; _delay_ms(100); lcd_out(0x30); //Function set
lcdroutines.h: [c]#ifndef F_CPU #define F_CPU 8000000 #endif [/c] Mach mal in das Hauptprogramm ein lcd_string("Hello World!") und danach ein while(1). Besser wäre es, eine uart_library mitzunehmen und debug-Ausgaben zu generieren (z.B. in der Init-Sequenz und dem Hauptprogramm).
-
Artikel
KS0108 Library
Dieser Artikel beschreibt die Verwendung einer Library zur Ansteuerung von Grafik-LCDs mit KS0108 Controllern (meist 128×64 Pixel). Eine gut funktionierende Library wurde von Fabian Maximilian Thiele erstellt, dessen Webseite leider seit längerer Zeit
: arial8.h Nokia 3310: www.mikrocontroller.net: Nokia3310.h Projekte, die diese Library verwenden. Akku Tester
-
Thread
instabiles Projekt - Arduino Nano -2 Stromquellen - PT100 - DS18B20
digitalWrite(relayalarm, INPUT_PULLUP); // prevents relay from activating after power-on lcd.begin(16,2); // LCD laden lcd.init(); // LCD Iinitialisieren lcd.backlight(); // Hintergrundbeleuchtung
"); // Temp lcd.setCursor(5, 0); lcd.write(1); // Thermometersymbol lcd.print(" "); lcd.setCursor(7, 0); if ((millis() < 5000)
-
Thread
uC oder analog, Vor-Nachteile?
einstellen. Und es wäre wohl auch noch ingesamt billiger und für ein paar Eur könnte man das noch mit LCD und sonst was pimpen. Das sieht für mich aus als wenn es nur Vorteile hätte das mit uC zu lösen, oder gibts da evtl irgendwelche gravierenden Nachteile die mir als newbie unbekannt sind? Grüße
reiner Künstler kann man vieles zu seinen Bedürfnissen Umschreiben, wenn mans gerallt hat. z.B. 4x20 LCD, zack Library einbinden, ein paar Standardzeilen- zack keine 15min und das i2c lcd zeigt mir schön momentanen Druck, Temp, Sensor Counts usw. Klar nicht hardcore selber programmieren (die library)
-
Thread
_delay_us Funktion in ISR Routine bringt ISR aus dem Tackt.
bisschen mit denn Digitalen Temperatur Sensoren(DS18B20) herum. Auf dem Computer habe ich eine kleine Library wiedergefunden die ich mal vor Monaten heruntergeladen habe. In dieser Library wird mit der Delay Funktion _delay_us() gearbeitet. Da ich die Temperatur Lesung nicht in mein Hauptprogramm einbauen
Etwa so: > ............. Jawoll. Dann kommt die ISR Routine auch nicht aus dem Tackt. Und das LCD Display zeigt auch was an.
-
Thread
Vorhandene Library für eigene Zwecke erweitern: Wo??
Guten Tag, ich verwende eine Library (LiquidCrystal vom Arduino, diese Stellt LCD-Funktionen bereit). Diese möchte ich um zwei Funktionen erweitern. Ich frage mich gerade, ob ich das sinnvollerweise in den .h und .cpp der Library
Bierschinken schrieb im Beitrag #4647935: > ich verwende eine Library (LiquidCrystal vom Arduino, diese Stellt > LCD-Funktionen bereit). Diese möchte ich um zwei Funktionen erweitern. Und warum willst du dann in der Library etwas andern ? Schreibe deine Zusatzfunktionen
-
Thread
LCD zeigt nur die Hälfte an
mein Programm bald besser als ich :P. Das ist die Fleury Lib. Schalte den Wrap ein und die Library kümmert sich um den Umbruch 'in die nächste Zeile' (wenn die Abfrage vom LCD funktioniert, aber davon gehe ich mal aus) [C] #define LCD_WRAP_LINES 1 /**< 0: no wrap, 1: wrap at end of
if ( pos == LCD_START_LINE1+LCD_DISP_LENGTH ) { lcd_write((1<<LCD_DDRAM)+LCD_START_LINE2,0); }else if ( pos == LCD_START_LINE2+LCD_DISP_LENGTH ) { lcd_write((1<<LCD_DDRAM)+LCD_START_LINE3,0
-
Thread
Fumot Tornado 25000 mit LCD -Teardown
define LCD_PIN_CMD_DATA 12 // PA12: LCD Command or Data #define LCD_PIN_BACKLIGHT 11 // PA11: LCD Backlight #define LCD_WIDTH 128 #define LCD_HEIGHT 160 // Some RGB565 colors #define LCD_RGB565_
(uint8_t u8_byte) { LCD_Select(1); LCD_Command(0); // Data mode LCD_send_SPI(u8_byte); LCD_Select(0); // Deselect the LCD } // Send RGB565 data void LCD_send_RGB565(uint16_t u16_rgb565) { LCD_send_DATA_byte
-
Thread
Atxmega Development Plattform
habe ich bereits verfügbar: - Driver Bibliothek für die HW (Interfaces, Clock etc.) - DS18B20 Library - Adesto Flash Library - Atmel I2C Temperatursensor Library - ENC28J60 Library incl. IP Stack - UART Library - USB Bootloader (nahezu fertig) - SD Card Library - WS.... RGB LED Library - RFM12B Library
-
Thread
AVR Library für 128x64 GLCD
einen ATmega328P (auf Arduino Nano Board), also so eines: https://www.ebay.de/itm/5V-128x64-12864-LCD-Display-Modul-Blau-Hintergrund-Grafik-Matrix-fur-Arduino/273163965561?hash=item3f99d75479:g:Sx0AAOSwJjZa1dEw Trotz der Suche nach einer passenden *C-Library* bin ich im Netz nicht so richtig fündig
Ansteuerung eines 128x64 GLCD (vermutlich ST7920 ... > Trotz der Suche nach einer passenden C-Library bin ich im Netz nicht > so richtig fündig geworden. Da du nicht weißt, für welchen Controller die Library sein soll, /kannst/ du da auch kein Glück haben. Die schon angesprochene u8glib deckt
-
Thread
Ausführbarer Code im .h File ?
Stichwort: Header-only library https://en.m.wikipedia.org/wiki/Header-only
DataBus::Read(); E ::Clear(); RW ::Clear(); return res; } }; //.Lcd //************************** using Lcd1 = Lcd<Pc0, Pc1, Pc2, Pb4, Pb5, Pb6, Pb7 >; int main() { Lcd1::Init(); Lcd1::Puts("Hello world!", 12); while(1) {} } [/c
-
Thread
LCD Sharp (LH155) Library?
Hi! Ich versuche krampfhaft mit einem ATmega32 das Display von Sharp (M078CKA-A3QKLA0057) zum laufen zu bringen - bisher vergebens. Es gibt einige Beiträge rund um das LCD Display von Sharp... hier auch scheinbar eine Lib für den LH155 in Assembler: http://www.mikrocontroller.net/topic/46635#new Leider kann ich mit Assembler nun überhaupt nichts anfangen :( Zudem soll das Datenblatt, was es auch bei pollin gibt, (mal wieder) falsche Angaben enthalten Nun die Frage: hat bereits jemand das Display zum Laufen bekommen und eine entsprechende C-Lib?! Generell wird man im Netz nicht wirklich
-
Thread
Arduino UNO mit I2C und SPI Bus
einer Uhrzeit auf einer DS1307: Das machst Du entweder mit einer eigenen Funktion. Oder mit einer Library. Die Library erzeugt im allgemeinen mehr Overhead und RAM-Verbrauch im Programm. Und wenn das Programm mehr RAM brauchen würde als der Controller eingebaut hat, läuft das Programm nicht mehr.
Widerstandswerte den entsprechenden Tasterdruck erkennen. 3-4 Taster sollten kein Problem sein. "lcd.print("SyncTime");" verschleudert wieder zuviel Speicher. Wenn möglich das F-Macro nutzen. lcd.print(F("SyncTime")); 180ms (zzgl. Sendezeit über UART) ist etwas wenig. Könnte zu Flackern beginnen
-
Thread
kostenloses PSoC EvaKit
der Bestellnummer ein Kit mit zwei identischen Eval-Boards an, Cypress selber zeigt eine Platine mit LCD. Digikey: http://dkc1.digikey.com/de/en/mkt/Newde061/Cypress/CY3210.html @remo: Du hast also das wie bei Digikey abgebildete Kit? Ohne LCD? Gruß, Jan
bekommen, dass es abgeschict worden ist ;) Welche Version wird jetzt ausgeliefert?? Die mit dem LCD? oder die kleinere?
-
Thread
Eigenbau Zeitschaltuhr mit 2 PWM-Ausgängen
AVR-Tutorial:_PWM[/link] 3. Uhr [link]https://www.mikrocontroller.net/articles/AVR-Tutorial:_Uhr[/link] 4. LCD [link]https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung[/link] Der Rest ist dann nicht mehr so schwer. Gruß Rene
nicht wetten... Was ist denn damit? Geht PWM oder brauchst du regelbare Konstantstromquellen? Library für RTC, Tasten und Lcd gibt es.
-
Thread
µC von 0 auf lernen. ASM oder C?
Sie versuchen das auch auf dem MC zu machen und dazu gibt es hier ebensoviel Beiträge wie zum Thema LCD. Eckhard
Hm bei hardwarenahen Sachen die ich so in C zu schreiben hatte, ging es ohne C-Tretminen. Bspw. LCD-display an parallelport: http://www.mikrocontroller.net/articles/LCD_an_Parallelport
-
Thread
Hilfe für einen Kompletten Anfänger
" sfr LCD = 0x80; //Port 0 als Display-Ausgang sbit LCD_E = LCD^4; //Portpin P0.4 ist "Enable" sbit LCD_RS = LCD^5; //Portpin P0.5 ist "Register - Select" sbit LCD_RW = LCD^6; //Portpin
/sh: fork: Resource temporarily unavailable -------- begin -------- Cleaning project: rm -f lcd-routines.hex rm -f lcd-routines.eep rm -f lcd-routines.cof rm -f lcd-routines.elf rm -f lcd-routines.map rm -f lcd-routines.sym rm -f lcd-routines.lss rm -f ./lcd-routines.o rm -f ./lcd-routines.lst
-
Thread
Raspberry Pi Zugriff auf SPI via Python/spidev ohne Root-Rechte
hier die Meldung aus der Python-Shell: Traceback (most recent call last): File "/home/pi/DogLCD-hardware_spi/test.py", line 7, in <module> lcd.begin(doglcd.DOG_LCD_M163, CONTRAST) File "/home/pi/DogLCD-hardware_spi/doglcd.py", line 99, in begin GPIO.setup(self.lcdRS,GPIO.OUT); RuntimeError
Gibt's keine andere Möglichkeit als über /dev/mem auf's GPIO zuzugreifen oder ist die library da den einfachen Weg gegangen? FlorenzW
-
Thread
Grafik-LCD MSG12864A will nicht
ein Vorwiderstand vor? Allgemein sind die Infos zu diesem Display sehr schmal. Sollte man bei Grafik-LCD's überhaupt etwas beim einschalten sehen?
erstmal ohne Hintergrundbeleuchtung betreiben. Hast du irgenwelche Tipps bezüglich einer GLCD-Library die übersichtlich programmiert ist und schon Fonts mit eingebaut hat? Danke
-
Thread
LCD ausgabe in C
+DPTR jz LCD_DB_Text2 mov LCD_Wert,A lcall LCD_Anz inc LCD_NZ sjmp LCD_DB_Text1 LCD_DB_Text2: ret Wie ich die übergabe an das LCD per C mache ist nicht schwer, jedoch was
Du nicht die Suchfunktion des Forums ? Schau mal hier : Das ist der Standart: Peter Fleury "LCD library for HD44870 based LCD" [1]; zumindest bei mir und einigen anderen. Peter PeDa hat auch eine sehr schnelle und kleine LCD Lib [2] geschrieben. Link: [1] http://homepage.hispeed.ch/peterfleury
-
Thread
UART Daten empfangen, aber wie mit Timeout zur Verarbeitung
//Anfordern der Daten aus dem Datenpuffer des LCD if (ReceiveByte_LCD() == ACK) // Daten am LCD korrekt empfangen? { for(i=0;i<Bytes_free;i++) //Falls ja, dann Daten auslesen { Puffer_Data[i] = ReceiveByte_LCD
Konstanten, die in den Daten nicht vorkommen können?) Auf jeden Fall interessiert den Aufrufer in Puffer_LCD ein möglicher Fehlerfall in get_Puffer_Bytes_LCD erst mal gar nicht. Noch nicht mal, wenn das LCD sagt, dass es 0 Bytes für dich bereit hat, gibt Puffer_LCD auf die Daten anzufordern. (Ich les
-
Thread
Flash Speichers des ATMega328P ist voll? Mit 12,7 kb??
"i2c.h" #include "lcd.h" Das ist mit hoher Wahrscheinlichkeit diese Library, sei es das Original oder die von mir aufpolierte Version. https://www.mikrocontroller.net/topic/334653#3697582 Man ersetzte die Funktionsaufrufe lcd_printlc durch lcd_printlc_P Aus lcd_printlc(1, 1, "Wetterstation:"); wird lcd_printlc_P(1, 1, PSTR("Wetterstation:")); Weiterhin sollte man sprintf(readingTemp, "Temp: +%-.2f *C",
-
Thread
3 RF-ID Module mit Mega 32 einlesen, wie geht das?
11 (LCD kann nur ASCII-Zeichen ausgeben!!!) // itoa(-12,Value,10); // umwandeln der Zahl -12 in ASCII -12 (LCD kann nur ASCII-Zeichen ausgeben!!!) lcd_pos(2,0); lcd_text("ID-Wert:"); lcd_pos(3,10); lcd_text(wert); } */ //+++++++++++++++++++++++++++++ ENDE meiner Programmierung +++++++++++++++++++++++++++++++++ } } } [/c]
-
Thread
uC - kennst du einen, kennst du alle
verwendet dafür eine Lib. Abgesehen davon kann man natürlich auch mit digitalWrite() ein paralleles LCD ansteuern. Langsam wie Hulle, klar. Aber am Ende wahrscheinlich schnell genug <tm>
mal zu schreiben und ein Scope dran zu hängen. Es gibt ja kein Problem, das man nicht mit einer Library lösen könnte. Hier eine unter vielen: https://github.com/mmarchetti/DirectIO
-
Thread
LCD MSP430 Problem
volatile* unsigned int j; helfen bzw. eine bessere Wartefunktion. * Hardware: http://mathar.com/msp_lcd1.html Software: http://mathar.com/msp_lcd2.html C-Source: http://mathar.com/lcd_code.c
hi, ich habs immer noch nicht hinbekommen... kann man die LCD library for HD44870 based LCD's von Peter Fleury umschreiben für einen MSP430? Wenn ja könnte mir jmd. einen Hinweiß geben, was man da wie ändern müsste? Ich kenne mich mit Atmel leider nicht aus
-
Thread
Pollin Grafik LCD-Modul OPTREX F-51320AE
nicht aufgegeben. Es ist mir inzwischen gelungen die Fehlerquelle einzugrenzen. [code] void lcd_setpixel(unsigned char x, unsigned char y, unsigned char color) { unsigned char temp; lcd_setadress(x,y / 8); // temp = lcd_readdata(); lcd_setadress(x,y / 8); if(color) lcd_writedata
unsigned char byte; if (com==1) {cbi(LCD,A0);} else {sbi(LCD,A0);} LCDP=255; LCDDD=0; cbi(LCD,CS); sbi(LCD,RW); sbi(LCD,Enable); cbi(LCD,Enable); sbi(LCD,CS); cbi(LCD,CS); sbi(LCD,Enable); _delay_us(1);
-
Thread
LCD 4*27 mit Bascom
Hallo, wie kann ich mein LCD 4*27 mit Bascom ansteuern? Bei der LCD Konfiguration in Bascom wird 4*27 nicht unterstützt. Wie kann man das dann anders machen? Christian
schonmal mit "Config Lcd = 27 * 4" probiert?
-
Thread
Arduino OLED Display hakt bei zu schneller Werteingabe
>> HIER ABER ERSTMAL DER Sketch : > > Das war der falsche hier noch mal der richtige "OLED_LCD_Testcode_mit_Drehgeber.ino" der hier ist es
schrieb im Beitrag #6092759: > Kann nur ich das lesen? ... Framebuffer Das mache die AdaFruit Library doch schon so! Aber hey, ich habe ja keine Ahnung.
-
Thread
Arduino 101 mit 4 x 20 Display
jede Hilfe im Vorraus. programm: Quote ❝#include <LiquidCrystal.h> // initialize the library with the numbers of the interface pins LiquidCrystal lcd(12, 11, 5, 4, 3, 2); void setup() { // set up the LCD's number of columns and rows: lcd.begin(20, 4); // Print a message to the LCD. lcd.print("hello, world!"); } void loop() { // set the cursor to column 0, line 1 // (note: line 1 is the second row, since counting begins with 0): lcd.setCursor(0, 0); //
-
Thread
IR-Schalter mit tiny 13
ich schon fertig habe, gibt es alles über Infrarot-Fernsteuerungen, einen ATtiny24 mit einer 4*20-LCD-Anzeige zum Analysieren von IR-Fernsteuersignalen (wenn man die ganze LCD-Mimik weglässt, werden daraus "einige Dutzend" Programmworte für den eigentlichen Empfang), und einen ATtiny13, der 16-Bit-Worte
. Normallerweise schreibt man sich zeitkritische Routinen in Assembler, bindet das Ganze als library ein und das wars dann. > >> Ich kann -ehrlich gesagt- dieses dumme Gelaber von den ach so >> effizienten Assemblerprogrammen langsam nicht mehr hören/lesen! > > Kann es denn sein, dass
-
Thread
Anfänger braucht Ideen
c); // write the string str located in SRAM to the LCD void lcd_puts(char *str); // write the string str located in FLASH to the LCD void lcd_putsf(char flash *str); // initialize the LCD controller unsigned char lcd_init(unsigned char lcd_columns); #pragma used- #pragma library lcd.lib #endif ich weiß nicht wie ich lcd_puts(char *str) benutzen soll. kann mir wer ein beispiel schreiben? (nur diese eine zeile!) mfg raoul4
-
Thread
Suche fertige Kombi aus ESP8266 mit Display
i2C angesteuert und passen gut an die 3,3V vom ESP. In der lua-Firmware gibts dafür eine fertige Library, funktioniert ganz gut. Ich hab auch eine größere Variante im Einsatz, wird auch von der selben Library unterstützt. https://www.aliexpress.com/wholesale?catId=0&initiative_id=AS_20170929231955&
unverhältnismäßig teuer. Ich nehme sie trotzdem weil sie einfacher und flexibler als als die gängigen 2*16 LCDs sind: nur 2 Drähte i2c, selbstleuchtend, beliebig große Zeichen oder Symbole etc. Must schauen, ob die für dich eine Alternative sind. MfG Klaus
-
Thread
Übertragungszeit MCP2551
Rx_Data_Len, &Can_Rcv_Flags); PORTC = 0xff; if(Rx_ID == IDmodule) { Lcd_Cmd(_LCD_CLEAR); // Clear display Lcd_Cmd(_LCD_CURSOR_OFF); // Cursor off sprintf(lcd_line1, "ID Module = %u OK", IDmodule); //The pec_error variable is simply set negative if any PEC errors Lcd_Out(1,1, lcd_line1); Delay_ms(1000); if (Rx_Data[0] == 9) //CAN-Init from master { Lcd_Cmd(_LCD_CLEAR); // Clear
-
Thread
I2C Display zeigt komische Zeichen
Hallo Änder mal [c]lcd.println(voltage);[/c] zu [c]lcd.print(voltage);[/c] da1l6
korrekt wäre es, wenn LF eine Zeile nach unten rutscht und CR zum Anfang der Zeile springt. Diese LCD Library scheint also etwas halbgar zu sein.
-
Thread
ATmega 644 Port A
Hallo, aktuelle Versuche ich ein Pollin Display (LCD 12232 mit dem SED1520 Controller) an meinem ATMega 644 zu betreiben. PORT A ist hierbei mein Steuerausgang für den Controller des Displays, PORT C der Ausgang für die Daten. Ist dies überhaupt möglich
LCD OK?) und das Programm insbesondere Kommandosequenzen und Timing mit dem Datenblatt des LCDs und dem Datenblatt des LCD Controllers vergleichen. Hast du beide Datenblätter?
-
Thread
AtMega ehwiges Fuse Thema 16 Mhz Quarz
******************************************************/ /** * @defgroup pfleury_uart UART Library * @code #include <uart.h> @endcode * * @brief Interrupt UART library using the built-in UART with transmit and receive circular buffers. * * This library can be used to transmit and
Erfolg. Nun dachte ich mir teste ich das ganze mal in dem ich einfach Pro Sekunden ein "A" auf mein LCD Display zeichnen lasse... [code] while(1) { for(i=0; i< 8; i++) { lcd_gotoxy(i,1); lcd_puts("A"); _delay_ms(1000); } } [/code] So und alles
-
Thread
LCD auf untesch. Ports aufteilen / SPI Porterweiterung in C
Um meine LCD library möglichst kompakt zu machen, habe ich alle 7 LCD Signale auf einen Port gelegt. Meine Library kann aber leicht auf andere Ansteuerungsvarianten, z.B. SPI, I2C, andere Pin-Belegung angepasst werden, indem die Routinen lcd_write() und lcd_read() angepasst werden.