logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

[Bascom] LS020 - "zamrożenie wyświetlacza" na czas ładowania danych

Duch__ 08 Lip 2012 23:52 2290 17
REKLAMA
  • #1 11085712
    Duch__
    Poziom 31  
    Witam.

    Cały dzień się męczę i już nie ogarniam - przejrzałem przy tym wiele stron WWW i masę kodów źródłowych w różnych językach programowania.

    Mam program do obsługi wyświetlacza LS020. W momencie przełączania "okienek" wykonuje następującą sekwencję:

    1)Wyświetlam grafikę 1;
    2)Wysyłam komendę:
    Kod: text
    Zaloguj się, aby zobaczyć kod

    3)Wysyłam grafikę 2 do wyświetlacza.
    4)Wysyłam komendę:
    Kod: text
    Zaloguj się, aby zobaczyć kod

    5) Na ekranie ukazuje się grafika 2


    Problem w tym że nie zadowala mnie takie rozwiązanie bo między wyświetlanymi grafikami mam pauze w postaci białego ekranu. Wolałbym żeby grafika ładowała się do pamięci RAM wyświetlacza i następnie od razu się zmieniała po wysłaniu komendy (zestawu komend).

    Nie proszę tutaj o gotowy kod, ale bardziej o sekwencję sterowania liniami CS,RS,RESET(?) i wysłania odpowiednich komend sterujących. Dodam że za każdym razem interesuje mnie zmiana zawartości całego ekranu.
  • REKLAMA
  • #2 11086032
    aaadamw
    Poziom 16  
    Duch__ napisał:

    Problem w tym że nie zadowala mnie takie rozwiązanie bo między wyświetlanymi grafikami mam pauze w postaci białego ekranu.

    Jakbyś wolał mieć zamiast białeg - czarny - ekran wyślij 0x0040 zamiast 0x0080.
  • #3 11086048
    Duch__
    Poziom 31  
    To rozwiązanie też testowałem, ale też mi nie pasuje. Jakieś inne porady?
  • REKLAMA
  • REKLAMA
  • #5 11087313
    Konto nie istnieje
    Poziom 1  
  • REKLAMA
  • #6 11088003
    Duch__
    Poziom 31  
    To niech chociaż ktoś wskaże dokumentację do LS020 z listą komend. W końcu skądś sama sekwencja inicjalizacji musiała zostać zaczerpnięta.
  • #7 11088582
    Konto nie istnieje
    Poziom 1  
  • #8 11089456
    aaadamw
    Poziom 16  
    Jakbyś potrzebował do LPH88 albo do L2F50 (też od siemensa s65/m65/cxt65) - to mam. Do LS020 niestety nie istnieją chyba żadne noty.
  • #9 11089878
    Duch__
    Poziom 31  
    aaadamw Wrzuć tutaj proszę wspomnianą przez ciebie dokumentację. Akurat mam wszystkie 3 rodzaje wyświetlaczy.
  • #10 11089958
    xamrex
    Poziom 28  
    Ja mam L2F50 i nie występuje tam takie zjawisko jak u ciebie.
    Normalnie na początku ładuję pierwszy obrazek, potem nie czyszczę ekranu, tylko ustawiam "wskaźnik" na pierwszy pixel (pierwsza kolumna, pierwszy wiersz) i wysyłam drugi obrazek..
    Wtedy nie ma tej białej "przerwy"
  • #11 11090495
    Konto nie istnieje
    Poziom 1  
  • #15 11093088
    xamrex
    Poziom 28  
    aaadamw napisał:
    noty do L2F50,
    do LPH88 gdzieś mi się zapodziała ale poszukam.

    Ta nota "l2f50-epson.pdf" NIE jest do końca poprawna.
    strona 17 - ustawianie trybów....
    Z tego co pamiętam, to większość z tych trybów nie działa..

    Na jakiejś stronie znalazłem, że ustawienie odpowiednio tych bitów w DATCTL, nie zmienia trybów, tylko orientację wyświetlacza..
  • #16 11100284
    Duch__
    Poziom 31  
    atom1477 napisał:
    Nie występuje takie zjawisko bo nie wyłączasz wyświetlacza.
    Występuje za to inne zjawisko: widać jak zmienia się treść wyświetlacza.
    A Duch__ najprędzej właśnie tego chciał uniknąć wyłączając wyświetlacz.



    Dokładnie tak jak piszesz. Na razie udało mi się przyśpieszyć czas kasowania wyświetlacza z około 400ms do około 100ms co znacznie poprawiło efekt. Obecnie jestem na etapie modyfikowania krytycznych miejsc w kodzie i zastępowania ich wstawkami asemblerowymi (miejsca gdzie przelicza mi rozmiar czcionki podstawowej 8x8 na większą X razy.)
  • #17 11100358
    xamrex
    Poziom 28  
    Mi udało uzyskać się taką prędkość, że cały ekran zapełniał się obrazkiem (każdy pixel miał 16 bitów) przesyłanym po Rsie w ok 300ms ;)))

    A wracając do tematu, tak jak już wspomniał, nie uda Ci się tego uzyskać, gdyż ten wyświetlacz nie ma podwójnego bufora

    Kolega mirekk36 pisał o takim zabiegu w nowej książce. W wyświetlaczy TFT na sterowniku SSD1963, udało mu się od razu ładować 2gi obraz z pamięci..
    Ale to całkiem inne wyświetlacze
  • #18 11100500
    Konto nie istnieje
    Poziom 1  
REKLAMA