Svenska ElektronikForumet

Jag behöver en grafisk 128*64 LCD med baklyse och inbyggd teckengenerering gärna i flera storlekar.

Interface är inte kritiskt, men gärna seriellt. Kan någon tipsa?
Jag tittar lite på Crystalfontz CFAG12864B-YYH-V. Tyvärr inte seriellt interface på den dock. Men KS0108 var väl hyfsat enkel?

Undrar när jag ska lära mig att slutföra påbörjade projekt innan jag börjar på ytterligare ett.

http://www.elektronikforumet.com/forum/ ... nics#12674

En bit ner på sidan finns länkar till en simulator & ritprogram för KS0108 displayen!.

I say, det var nyttiga länkar.

Skriver man in den genererade hexfilen i t.ex. EEPROM bara och skickar sedan byte efter byte till displayen?

Nä riktigt så enkelt är det inte, utan jag gjorde som så att jag skrev en bokstav i ritprogramet & sedan gjorde en subrutin för den bokstaven i MCUns program osv.
Så det är ju ett hiskeligt arbete, men när man väl har hela täckenuppsätningen färdig, så är det ju bara att kopiera & klistra in, i framtida projekt med den displayen!.

Möjligt att det finns enklare sätt, men inte som jag vet om?!.

Det riktigt dumma med denna displayen är ju att den är uppdelad i 2 halvor om 64pixlar, så man får göra en dubbel täckenuppsättning, en för varje halva!

Aha, ok. Du använde ju 68HC11 men i AVR kan man iallafall lägga upp strängar med bytes. Det gör det ganska enkelt med teckenuppsättning tror jag. Det av två saker som är lite mindre tråkig är ju att skriva över mitten på displayen så att några pixlar hamnar på ena kontrollern och några på andra. Det som borde vara värre är väl att skriva tecken över två pages.

jag kan rekommendera displayer med T6963 controllers, 8-bits interface iofs fast mycket enkla och flexibla att arbeta med

KS0108 är ett litet elände att driva, lätt i princip, men man gör bort sig 100 gångeer innan man får det att stämma... De två sidorna gör inte saker lättare att hålla i skallen direkt...

Fagge: Du ritade upp bilden också i fastlcd väl?
Vad gör man sedan med de massa bytesen man får ut och i vilken ordning?

Japp det gjorde jag!.
Jag delade först upp hela högen i klumpar om 64pixlar bredd, alltså första raden 64pixlar för första halvan / första raden 64pixlar för andra halvan / andra raden 64pixlar första halvan Osv..

Sedan var det bara att ta varje byte som motsvarar 8pixlar i höjd & anropa en subrutin som ser till att pixlarna fastnar på displayen. Och när man kom till för att skriva till den andra halvan av displayen så annropade jag en annan subrutin som såg till att den andra Chipselecten var aktiv i det ögonblicket som pixeldatat kom.

Och när det gällde radbyte så fick man skriva några byte först för att förklara det för displayen innan man drog på med nästa lass 128 byte

Ok, då var det som jag misstänkte.
Har bett en kompis att knåpa ihop något som ersätter "&h" från basfilerna som fastlcd skriver till "0x".

Jag har knåpat ihop en teckentabell, firmaloggan och en schemabild på vad som ska styras/övervakas.

Teckentabellen orkar jag inte slänga upp (och kan inte då jag sparade den endast i hex) men de andra kan jag göra.

Jag älskar bildkomprimering. Skuggorna ska givetvis inte existera.

De uppstår eftersom jpeg är helt fel format för denna typ av bild.

det ska vara t.ex png eller gif

PaNiC skrev:Har bett en kompis att knåpa ihop något som ersätter "&h" från basfilerna som fastlcd skriver till "0x".

Räcker det inte med ex. Words(eller något annat text-editeringsprogram) "sök och ersätt"-funktion?
Eller ska detta göras ofta?

Det skulle ju göras för vartenda tecken. Jag sparade varje tecken i tabellen i separat fil.
Det blev sjuttio filer inkluderat ett par specialtecken.
Teckentabellen och de två bilderna här tar för övrigt 2373 byte minne.

Hehe, okay då förstår jag