Im Forum und im Wiki
-
Thread
LCD Library T6963c
Kann es sein, dass zusätzlicher Speicher neben dem t6963c vorhanden sein muss? Ich meine, dass der t6963c nicht ohne Erwiterung zum generieren der Custom Fonts in der Lage ist!??
Hi, ich habe auch versucht die t6963c lib zum laufen zu bekommen aber bei mir tut sich da überhaupt nichts. Ich benutze ein SDK500 mit einem ATMega644 dazu ein display mit einem t6963c controller (Bolymin 240128a). Bei sämtlichen
-
Thread
"Bessere" T6963c Library
int main(void) { //Initialize //OR mode, internal CG, Text and Graphic, Blinking Cursor T6963cInit( T6963C_MODE_OR | T6963C_CG_INTERNALROM, T6963C_TEXT_GRAPHIC | T6963C_CURSOR_BLINK ); T6963cPutStringXY(0, 0, "Dies ist eine doch sehr lange Reihe "); T6963cPutStringXY(1,
#define T6963C_ADDR_TEXT 0x0000 #define T6963C_TEXT_COLS 40 //40 bytes for 6x8 Font, 30 for 8x8 Font #define T6963C_TEXT_ROWS 8 #define T6963C_GRPH_COLS T6963C_TEXT_COLS #define
-
Thread
T6963
Ausgabe noch einstellen kann. Gibt es im Netz irgendwo so eine Funktion für das Display T6963?
Tips sind nur prinzipiell, weil ich in meinen Projekten nur den alten HD61830 drinhatte, nicht den T6963 ; außerdem auch keinen AVR. Es gibt aber ein gut dokumentiertes Referenzprojekt mit einem T6963 und aber HC12 (HCS12), geschrieben in C bei ... http://elmicro.com/hc12web/acprd/ Das sollte
-
Thread
#define mit 2 Werten
Hallo hier das makro #define T6963cPutStringXY_P(X,Y, pString) \ do { \ T6963cSetAddress(T6963C_ADDR_TEXT + (T6963C_TEXT_COLS * (Y)) + (X + 2)); \ T6963cPutString_P(pString); \ } while(0) gruss andy
[c] #define T6963cPutStringXY_P_(X,Y, pString) \ do { \ T6963cSetAddress(T6963C_ADDR_TEXT + (T6963C_TEXT_COLS * (Y)) + \ (X + 2)); \ T6963cPutString_P(pString); \ } while(0) #define T6963cPutStringXY_P
-
Thread
T6963C Sourcecode
postest, dann können alle reingucken. Für das löschen des RAMs sieht es bei mir so aus: [C] void T6963C_CLRRAM(void) { _16BIT uiTemp; uiTemp.uiData = 0x0000; //Adress-Pointer des T6963 setzen T6963C_WRD(uiTemp.ucData[1]); T6963C_WRD(uiTemp.ucData[0]); T6963C_WRC(ADR_PTR_SET); T6963C_WRC
Display-Ram schreiben for(uiTemp.uiData = 0x0000; uiTemp.uiData < (LCD_RAM * 1024); uiTemp.uiData++) T6963C_AWRD(0x00); T6963C_WRC(ARESET); //Auto-Write-Modus beenden } [/C] T6963C_WRD ist das Schreiben von Daten. T6963C_WRC ist das Schreiben von Kommandos. LCD_RAM aus der for-Schleife ist in
-
Thread
Grafik-Display mit T6963C Darstellungsfehler
(); T6963_WriteData2( TEXT_AREA, T6963_SET_TEXT_HOME_ADDR); T6963_WriteData2( BYTES_PER_ROW, T6963_SET_TEXT_AREA); T6963_WriteData2( GRAPH_AREA, T6963_SET_GRAPHIC_HOME_ADDR); T6963_WriteData2( BYTES_PER_ROW, T6963_SET_GRAPHIC_AREA); T6963_WriteData2( (CHARGEN_AREA >> 11), T6963_SET_OFFSET_REGISTER); T6963_ClearScreen (); T6963_ClearTextScreen(); T6963_WriteCommand (T6963_MODE_SET + MS_INTERNAL_CG
-
Thread
Suche nach T6963C
den Controller wieder aus einer "Hardware-Init-LOOP" holt. Steht - glaube ich - im Datenblatt vom T6963C drin. Alternativ schau ich trotzdem mal, ob ich noch einen T6963C rumfliegen habe. Tuts auch ein gebrauchter? Gruß TK
. Die Displaygröße wird beim T6963 über die Pins konfiguriert, daher braucht der T6963 keine echte Initialisierung ehe er anfängt das Display anzusteuern. Selbst wenn man nur Spannung anlegt, muss daher das Display mehr oder weniger
-
Thread
TFT Ansteuerung mit Atmega16
unbedingt >jemals in meinem Leben einfach Grafik-LCD mit Touch angesteuert haben. Für KS0108 und T6963C Controller gibt es haufenweise Code. Mit KS0108 findet man Displays bis 240x64. T6963C geht bis 240x128. Ist alles monochrom aber zum anfangen reichts für einen AVR. T6963C würde ich bevorzugt
Und hier mal T6963 mit ATMega32.