Graficzny LCD i podłšczenie - pytanie.
Masz problem? Zapytaj na forum elektroda.pl
From: Slawomir Sidor <slawek_at_nospam_graficomp.com.pl>
Subject: Graficzny LCD i podłšczenie - pytanie.
Date: Thu, 06 Oct 2005 09:22:11 +0200
Witam.
Mam wyświetlacz HY-12864K
Zastanawiam się jak go podłączyć do procesora bo mam wątpliwości
dotyczące sygnałów Chip Select (a niechciałbym problemów już na tym
etapie). Czy sygnały CS1 i CS2 trzeba sterować osobno czy można razem?
A może jest ktoś kto używa takich wyświetlaczy (z tej serii).
--
Slawomir Sidor N 51 58.1385 E020 09.1966
From: "Andrzej Kasprzak" <akel_at_nospam_alpha.net.pl>
Subject: Re: Graficzny LCD i podłšczenie - pytanie.
Date: Thu, 6 Oct 2005 10:20:34 +0200
Mam wyświetlacz HY-12864K
Zastanawiam się jak go podłączyć do procesora bo mam wątpliwości
dotyczące sygnałów Chip Select (a niechciałbym problemów już na tym
etapie). Czy sygnały CS1 i CS2 trzeba sterować osobno czy można razem?
CS1 aktywny ( czyli zazwyczaj stan H) aktywuje dostęp do rejestrów lewej
strony
wyswietlacza czyli 64x64pixeli
i oczywiscie CS2 analogiczne strona prawa.
Co oznacza że nie można aktywować zapisu do obu stron jednoczesnie -
chociaz może jeżeli to jest tylko zapis a nie odczyt to mozna spróbować -
może przynajmniej
kasowanie wyświetlacza mozna w ten sposób przyspieszyć.
Andrzej
A może jest ktoś kto używa takich wyświetlaczy (z tej serii).
--
> Slawomir Sidor N 51 58.1385 E020 09.1966
>
From: Slawomir Sidor <slawek_at_nospam_graficomp.com.pl>
Subject: Re: Graficzny LCD i podłšczenie - pytanie.
Date: Thu, 06 Oct 2005 15:35:32 +0200
CS1 aktywny ( czyli zazwyczaj stan H) aktywuje dostęp do rejestrów
lewej strony wyswietlacza czyli 64x64pixeli i oczywiscie CS2
analogiczne strona prawa.
No dzięki. Chociaż wcale mnie nie pocieszyłeś :)
Jakby tak chcieć narysować coś na środku to się niezła matematyka robi
chociaz może jeżeli to jest tylko zapis a nie odczyt to mozna spróbować
Od tego zacznę ;) Może będę miał dwa 64x64 proste w obsłudze ;)
--
Slawomir Sidor N 51 58.1385 E020 09.1966
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Graficzny LCD i =?ISO-8859-2?Q?pod=B3=B9czenie_-_pytanie?=
Date: Thu, 06 Oct 2005 18:35:59 +0200
No dzięki. Chociaż wcale mnie nie pocieszyłeś :)
Jakby tak chcieć narysować coś na środku to się niezła matematyka robi
Jaka matematyka? Trzymasz w pamięci procka własną współrzędną X,
jej szósty bit to numer CS, a bity 0-5 to współrzędna X odpowiedniej połówki.
Jak by było za trudno liczyć (za mało czasu procka na przykład)
albo za mało portów procesora, automatycznie wyprowadź ten szósty
bit na port i wprost do CS2, a przez negator do CS1. Samo się będzie ustawiać.
Pozdrowienia,
MKi
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Graficzny LCD i =?ISO-8859-2?Q?pod=B3aczenie_-_pytanie=2E?=
Date: Wed, 12 Oct 2005 21:23:39 +0200
Slawomir Sidor napisał(a):
Jesteś wielki.
Dziękuję. Jeszcze nie zakombinowałem zbyt głęboko, ale jakoś to mi do
głowy nie przyszło.
Proszę bardzo :) Mi też to od razu do głowy nie przyszło.
Też na początku budowałem wielką matematykę. Żebyś widział
moje pierwsze funkcje obsługujące taki wyświetlacz ;)
Pozdrowienia,
MKi
From: Slawomir Sidor <slawek_at_nospam_graficomp.com.pl>
Subject: Re: Graficzny LCD i podłczenie - pytanie.
Date: Tue, 11 Oct 2005 18:21:09 +0200
Jaka matematyka? Trzymasz w pamięci procka własną współrzędną X,
jej szósty bit to numer CS, a bity 0-5 to współrzędna X odpowiedniej połówki.
Jak by było za trudno liczyć (za mało czasu procka na przykład)
albo za mało portów procesora, automatycznie wyprowadź ten szósty
bit na port i wprost do CS2, a przez negator do CS1. Samo się będzie ustawiać.
Jesteś wielki.
Dziękuję. Jeszcze nie zakombinowałem zbyt głęboko, ale jakoś to mi do
głowy nie przyszło.
--
Slawomir Sidor N 51 58.1385 E020 09.1966
From: =?ISO-8859-2?Q?=22Mi=B3osz_K=2E=22?= <news_at_nospam_miklobit.WYTNIJTO.com>
Subject: Re: Graficzny LCD i =?ISO-8859-2?Q?pod=B3=B9czenie_-_pytanie?=
Date: Sat, 08 Oct 2005 22:33:04 +0200
Slawomir Sidor napisał(a):
No dzięki. Chociaż wcale mnie nie pocieszyłeś :)
Jakby tak chcieć narysować coś na środku to się niezła matematyka robi
Zobacz ten przykładzik:
http://www.miklobit.com/fileadmin/miklobit.com/electronic/prj/sed1520.c
To jest własnie na taki dzielony LCD podpięty pod szyne adresową 8051.
--
Miłosz Kłosowicz
------------------------------------------------
AVR : ISP,JTAG,moduły prototypowe (USB,CAN)
TYPO3: projekty, webhosting, sklepy internetowe
-> http://www.miklobit.com
------------------------------------------------
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Graficzny LCD i =?ISO-8859-2?Q?pod=B3aczenie_-_pytanie=2E?=
Date: Fri, 07 Oct 2005 00:41:03 +0200
Slawomir Sidor wrote:
CS1 aktywny ( czyli zazwyczaj stan H) aktywuje dostęp do rejestrów
lewej strony wyswietlacza czyli 64x64pixeli i oczywiscie CS2
analogiczne strona prawa.
No dzięki. Chociaż wcale mnie nie pocieszyłeś :)
Jakby tak chcieć narysować coś na środku to się niezła matematyka robi
Spójrz na to z innej strony: całe rysowanie rób w pamięci RAM na
bitmapie monochromatycznej 128x64. A potem tylko sprytna funkcja
wysyłająca dane obrazu na wyświetlacz - niech ona się martwi podziałem
ekranu na dwie połówki. W ramach optymalizacji można na LCD wysyłać
tylko "ruszone" paski 8-pikselowe.
Przy okazji takiego podziału prac odpada problem migotania: możesz
kawałek ekranu wyczyścić, napisać tam tekst i otoczyć ramką, a dopiero
potem wymusić wysłanie obrazu na LCD.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: Slawomir Sidor <slawek_at_nospam_graficomp.com.pl>
Subject: Re: Graficzny LCD i podłaczenie - pytanie.
Date: Fri, 07 Oct 2005 20:58:54 +0200
Spójrz na to z innej strony: całe rysowanie rób w pamięci RAM na
bitmapie monochromatycznej 128x64.
Tak wiem, to najlepsza metoda. Tyle, ze pamieci mi braknie ;)
Filmow tam nie bedzie wiec kazda metoda sie sprawdzi, tam ma byc
slupkowy wykres roznych wartosci (taki bargraf).
--
Slawomir Sidor N 51 58.1385 E020 09.1966
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Graficzny LCD i =?ISO-8859-2?Q?pod=B3aczenie_-_pytanie=2E?=
Date: Sat, 08 Oct 2005 23:41:23 +0200
Slawomir Sidor wrote:
Spójrz na to z innej strony: całe rysowanie rób w pamięci RAM na
bitmapie monochromatycznej 128x64.
Tak wiem, to najlepsza metoda. Tyle, ze pamieci mi braknie ;)
Filmow tam nie bedzie wiec kazda metoda sie sprawdzi, tam ma byc
slupkowy wykres roznych wartosci (taki bargraf).
Moze czas zmienic procesor? Mi przesiadka z procesora ATmega128 na
AT91SAM7S256 tylko dodala skrzydel: 2x tyle pamieci programu, 16x tyle
pamieci RAM, 6x szybszy zegar. A nowy proc kosztuje tyle, co do niedawna
ATmega128 (trzydzieści kilka zł w Seguro).
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
From: =?ISO-8859-2?Q?=22Mi=B3osz_K=2E=22?= <news_at_nospam_miklobit.WYTNIJTO.com>
Subject: Re: Graficzny LCD i =?ISO-8859-2?Q?pod=B3aczenie_-_pytanie=2E?=
Date: Sun, 09 Oct 2005 00:59:59 +0200
Adam Dybkowski napisał(a):
Moze czas zmienic procesor? Mi przesiadka z procesora ATmega128 na
AT91SAM7S256 tylko dodala skrzydel: 2x tyle pamieci programu, 16x tyle
pamieci RAM, 6x szybszy zegar. A nowy proc kosztuje tyle, co do niedawna
ATmega128 (trzydzieści kilka zł w Seguro).
Gdyby jeszcze pobierał tak mało prądu jak ATmega128
to ... Atmel przestałby robić AVR'y.
--
Miłosz Kłosowicz
------------------------------------------------
AVR : ISP,JTAG,moduły prototypowe (USB,CAN)
TYPO3: projekty, webhosting, sklepy internetowe
-> http://www.miklobit.com
------------------------------------------------
From: Adam Dybkowski <adybkows123_at_nospam_amwaw.edu.pl>
Subject: Re: Graficzny LCD i =?ISO-8859-2?Q?pod=B3aczenie_-_pytanie=2E?=
Date: Sun, 09 Oct 2005 22:16:23 +0200
Miłosz K. wrote:
Moze czas zmienic procesor? Mi przesiadka z procesora ATmega128 na
AT91SAM7S256 tylko dodala skrzydel: 2x tyle pamieci programu, 16x tyle
pamieci RAM, 6x szybszy zegar. A nowy proc kosztuje tyle, co do
niedawna ATmega128 (trzydzieści kilka zł w Seguro).
Gdyby jeszcze pobierał tak mało prądu jak ATmega128
to ... Atmel przestałby robić AVR'y.
O ile wiem jądro ARM jest bardzo oszczędne jeżeli przeliczać mW/MIPS.
Tak że ARM popędzany 8 MHz nie powinien ciągnąć więcej prądu niż 8 MHz
AVR. Ale jako że tego ARMa można poganiać na 48 MHz to dlaczego by z tej
mocy nie skorzystać? A wtedy już oczywiście prąd rośnie.
Niestety w głębokim PowerDown'ie ten ARM ciągnie więcej niż ATmega.
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.