Bascom 8.3 i LCD KS108 128x64 - konflikt grafiki z tekstem, jak to naprawić?

Proste gdzieś już przeczytałem że Grafika gryzie się z textową zawartością ekranu - czy to się da jakoś naprawić ? zaprogramowałem z wersji Demo Bascom 8.3 Lcd KS108 128x64 programem w której zmienna Line jest wyświetlana zależnie od zmiennej , jak dojdzie do końca swojego zakresu ,
zawartość textowa wyświetlana razem z grafiką pierniczy sie totalnie ,jakby
wszystko wrzucił do miksera. Czy istnieje na to jakaś łata czy rada?
Wiem że bascom do miszczóf nie należy ale na razie sie dopiero uczę C.

Cytat:

Grafika gryzie się z textową zawartością ekranu

Ten kontroler nie rozróźnia grafiki i tekstu. Dla niego jest ważny bajt do wyświetlenia bezpośrednio na Lcd'ku (jak 0 to zgaś, jak 1 to zapal) . Mam go oprogramowanego w C (128x64) i śmiga aż miło .
Nawet proste GIF'y wyświetla (tyle że dużo pamięci trzeba)

Cytat:

Ten kontroler nie rozróźnia grafiki i tekstu

Więc czemu sie psuje ?

Żle zaimplementowane funkcje, złe wykorzystanie zasobów uP itd.
Poprostu problem tkwi w oprogramowaniu bo skoro wyświetla linie i text osobno to strona sprzętowa jest OK. Ja Ci w Bascomie nie pomogę, umieść główne funkcje wyświetlające to może ktoś Ci doradzi albo ucz sie szybciej C i wtedy służe pomocą.

Właściwie nigdy sie nie zastanawiałem , czy inne języki jak C da się połączć z Bascom'em ? czy tylko Asm. ?

Nie da się miksować C i bascoma

Nadal mam taki problem że jak ta linia prostego
pseudo-oscyloskopu "dojdzie" do połowy ekranu , to
ekran się "łamie" na pół i ta linia zaczyna iść zamiast
dołem normalnie to skacze na samą górę , bez powodu!

Jak nie wiesz co jest nie tak to odpowiedź brzmi bascom ... Napisz sobie to w asemblerku lub c i daj sobie spokój z bascomem

Nie mam zamiaru pałować się z Asemblerem , a C niestety jeszcze nie umiem.
Ponadto byłoby głupio trochę uczyć się tych języków dla rozwiązania paru drobiazgów...

Przez te pół roku już dawno miałbyś po problemie gdybys przesiadł się na C

Cytat:

Ponadto byłoby głupio trochę uczyć się tych języków dla rozwiązania paru drobiazgów

Czasami właśnie te parę drobiazków zajmują tyle czasu, że dopiero wtedy głupio jest jak się tego nie uda zrobić .

To nie jest kwestia Bascom czy C, po co te kłótnie? Procedury są prawie takie same, a różnica jest tylko w składni. Kolega prawdopodobnie użył gotowej biblioteki do obsługi tego lcd. Ja sobie napisałem obsługę lcd na KS0108 sam i też w Bascomie i śmiga aż miło. I nie gryzie się grafika z textem, pod warunkiem, że najpierw wyświetlam tekst, a na nim grafikę - tak było mi prościej.
Jeśli się mylę, to niech kolega Jacynka84 wrzuci swoje procedury obsługi to pomyślimy razem co z tym zrobić.

A jakby oprogramowanie napisał w linux'ie to już zupełnie samo by chodziło...
Zwalanie krzaczenia lcd'ka na język to próba wykazania wyższości świąt Bożego Narodzenia nad świętami Wielkiej Nocy - bzdura.
jacynka84:
Nie wiem czy próbujesz wykorzystywać jakieś biblioteki do KS'a, jeśli tak to daruj sobie taką pomoc. Ten lcd nie przyjmuje danych jako textowe lub graficzne ponieważ nie ma zaimplementowanego generatora znaków. Cokolwiek próbujesz wyświetlić to zawsze jest tak naprawdę pionowa kreska 1x8 pixeli. Wynika z tego, że chcąc wyświetlić text musisz umieścić w programie tablice danych dla każdej litery i (najlepiej) tablice danych dla grafiki. Przemyślane gospodarowanie przestrzenią wyświetlacza gwarantuje, że nawet wyświetlając text na tle obrazka zostanie zamazany tylko jego fragment w miejscu gdzie aktualnie pojawia się napis. Należy pamiętać, że po wysłaniu danych do rejestru lcd, jego licznik zwiększa automatycznie adres pozycji Y o jeden. Więc jeśli pozostawisz jakąś wartość na porcie danych i przytrzaśniesz ENA to zostanie to wrzucone na lcd'ka. Dlatego istotna jest kolejność wystawiania sygnałów RS, R/W i ENA szczególnie po wysłaniu ostatniego bajtu danych.
Ja zrobiłem to tak:

Procedura Posit ustala położenie "kursora" w danej połówce lcd, a Marksend wysyła dane z tablic do wyświetlacza.
Zmienna Wireflag ustala w ilu liniach wyświetlany będzie znak/obraz, Na jej podstawie wyliczany jest moment zmiany linii lcd o 1 w związku z długością tablicy danych wyrażoną zmienną Ends.
Jak widać da się to zrobić nawet w durnym Bascomie...
Pzdr.

Używam normalnej biblioteki bascom'a , ponadto problem został już rozwiązany.
Chodziło o to że oscyloskop był wywoływany "goto (Sub)" , jak go wywoływałem z przycisku to były ten błąd , jak teraz jest od razu w podprogramie bez potrzeby naciskania przycisku to działa...

a teraz mam jeszcze gorszy problem.
Mianowicie nie wiem jak pogodzić częstotliwość próbkowania z częstotliwością wyświetlania wyników.
Żeby LCD był czytelny trzeba go zatrzymać na ok 30 milisekund , a przecież ADC ma co najmniej kilka khz odświeżania! wiek ktoś jak to załatwić aby wyświetlanie szło swoją drogą a zbieranie danych z ADC swoją ?