Tomasz
Guest
Mon Mar 15, 2004 9:52 pm
Witam
Zwracam się z zapytaniem czy stworzył ktoś sobie procedurki obsługi
lcd/4bity i i2c w Keilu i chciałby się podzielić?
Przeglądam apnoty z keila ale coś słabo toto chodzi.
Z góry dzięki
Acha przeglądałem archiwum grupy i też coś niebardzo jest.
Marek
Guest
Tue Mar 16, 2004 5:42 am
Użytkownik "Tomasz" <tomasz_zys@poczta.onet.pl> napisał w wiadomości
news:c34cfi$eos$1@news.lublin.pl...
Quote:
Witam
Zwracam się z zapytaniem czy stworzył ktoś sobie procedurki obsługi
lcd/4bity i i2c w Keilu i chciałby się podzielić?
Przeglądam apnoty z keila ale coś słabo toto chodzi.
Z góry dzięki
Acha przeglądałem archiwum grupy i też coś niebardzo jest.
Poszukaj w Praktycznym Elektroniku (bardzo stare numery), były tam kody
obsługi i2c i innych interfejsów szeregowych napisane w C. Pod Keila dało
się to napewno przerobić, bo sam to kiedyś robiłem. Oczywiście wszystko przy
założeniu, że linie podłączone są do dwóch końcówek portu (raczej się nie
starałem inaczej podłączać

). Co do LCD to wszystko zależy od sposobu jego
podłączenia do procka, więc nie ma chyba uniwersalnego programu (znane mi
metody to wkomponowanie w przestrzeń adresową, które ze względu na
programowanie jest wygodniejsze lub bezpośrednie podłączenie do końcówek
portu, proste podłączenie, trudna implementacja programowa).
pozdrawiam
Marek
Zbych
Guest
Tue Mar 16, 2004 5:43 pm
Pewnego dnia Marek przemówił ludzkim głosem:
Quote:
Co do LCD to wszystko zależy od sposobu jego
podłączenia do procka, więc nie ma chyba uniwersalnego programu
Eeee, przecież wystarczy wydzielić z całej obsługi wyświetlacza
procedurę wysyłającą dane na wyświetlacz i już mamy gotową uniwersalną
bibliotekę (na podobnej zasadzie jak z printfem i putc w kompilatorach c)
Quote:
wkomponowanie w przestrzeń adresową, które ze względu na
programowanie jest wygodniejsze lub bezpośrednie podłączenie do końcówek
portu, proste podłączenie, trudna implementacja programowa).
Przecież to różnica kilku instrukcji na krzyż, gdzie tu trudność ?
--
*Warning*: Dates in Calendar are closer than they appear.
### /mail: bzb<at>poczta<dot>onet<dot>pl/ ###
Sruba
Guest
Fri Mar 19, 2004 9:17 am
Użytkownik "Zbych" <abuse@onet.pl> napisał w wiadomości
news:c36i2p$vl$1@julia.coi.pw.edu.pl...
Quote:
Co do LCD to wszystko zależy od sposobu jego
podłączenia do procka, więc nie ma chyba uniwersalnego programu
Eeee, przecież wystarczy wydzielić z całej obsługi wyświetlacza
procedurę wysyłającą dane na wyświetlacz i już mamy gotową uniwersalną
bibliotekę (na podobnej zasadzie jak z printfem i putc w kompilatorach c)
czyli uniwersalnej procedurki nie ma, przecież cała obsługa polega na
WYSYŁANIU, reszta to wodotryski
w stylu przesuń kursor wyświetl z tablicy, ale to wszystko bazuje na
WYSYŁANIU tylko w pętlach i odpowiednich danych
czyli dla mnie procedura obsługi wyświetlacza, to procedura WYSYŁANIA. Co mi
po uniwersalnej bibliotece
jak podstawę trzeba i tak napisać od nowa (czyli WYSYŁANIE).
A co do printf to uwaga na objętość programu, bo przekroczy 2k (demo Keil'a,
a klucz sprzętowy kosztuje) !!!!
Zresztą z objętością pamięci zawsze jest problem przy uniwersalnych
procedurkach (patrz uniwersalny Windows

)
Quote:
wkomponowanie w przestrzeń adresową, które ze względu na
programowanie jest wygodniejsze lub bezpośrednie podłączenie do końcówek
portu, proste podłączenie, trudna implementacja programowa).
Przecież to różnica kilku instrukcji na krzyż, gdzie tu trudność ?
no dobra, przyznaję się, z trudnością przesadziłem
ale instrukcji jest trochę więcej niż kilka i program zdecydowanie jest
bardziej przejrzysty (w Keil u
nadmiar instrukcji zawsze można ukryć w osobnym pliku to tak nie razi w oczy

),
BTW jak by się uparł to wysterowując każdą nóżkę któregoś z portów i RS232
dało by radę zrobić (oczywiście bez liczników),
ale po co, przecież łatwiej wpisać wysyłaną daną do rejestru. Zdecydowanie
szybciej i mniej setb i clr.
a poza tym ładniej wygląda.
Wystarczy, że i2c trzeba w ten sposób napisać.
PS. Sorki za duże litery, ale mnie poniosło
--
Marek
Zbych
Guest
Sat Mar 20, 2004 7:14 am
Pewnego dnia Sruba przemówił ludzkim głosem:
Quote:
BTW jak by się uparł to wysterowując każdą nóżkę któregoś z portów i RS232
dało by radę zrobić (oczywiście bez liczników),
ale po co, przecież łatwiej wpisać wysyłaną daną do rejestru. Zdecydowanie
szybciej i mniej setb i clr.
a poza tym ładniej wygląda.
Niech zgadnę, korzystasz z jakiegoś gotowego zestawu z 51 w szkole ?
--
*Warning*: Dates in Calendar are closer than they appear.
### /mail: bzb<at>poczta<dot>onet<dot>pl/ ###
Zbych
Guest
Sat Mar 20, 2004 7:17 am
Quote:
Niech zgadnę, korzystasz z jakiegoś gotowego zestawu z 51 w szkole ?
tudzież uczelni

(Organization: Politechnika Wroclawska)
--
*Warning*: Dates in Calendar are closer than they appear.
### /mail: bzb<at>poczta<dot>onet<dot>pl/ ###
Sruba
Guest
Sat Mar 20, 2004 5:17 pm
Użytkownik "Zbych" <abuse@onet.pl> napisał w wiadomości
news:c3fusl$vk4$2@julia.coi.pw.edu.pl...
Quote:
Niech zgadnę, korzystasz z jakiegoś gotowego zestawu z 51 w szkole ?
tudzież uczelni

(Organization: Politechnika Wroclawska)
dokładna odpowiedź to: Makieta Micromax
Ale komisja uznaje odpowiedź, wygrana to roczny zestaw spamu na skrzynkę
pocztową
Odkrycie to to nie jest, napewno musiałem korzystać z "jakiejś makiety",
skoro wiem o czym piszę.
Implementowałem zarówno obsługę wyświetlacza, jak i i2c i możesz mi wierzyć
na słowo,
że używając przerobionego printf nikt po napisaniu programu nikt nie wyrobił
się w 2k pamięci
(dla zabawy ponoć niektórzy przerabiali również scanf, ale nie byłem tego
świadkiem).
BTW program nie polegał na wyświetlaniu napisu "Hello World" :D
Wracając do pierwszego posta, chetnie bym się podzielił obiema procedurkami,
ale niestety mogę
ich znaleźć. Wiem, że korzystałen na pewno z Praktycznego Elektronika, gdzie
podali kod
w C obsługi i2c. Nie byłem pewien, czy to była Prakt.. Elektr.... czy EdW
czy, Elektr.. Praktyczna,
ale te dwa ostatnie przejrzałem i nic takiego nie znalazłem. Chyba więc
jakieś stare numery Praktycznego
Elektronika (których akurat nie mam pod ręką) bo tam podawali czsami jakieś
przydatne kody (obługa klawiaturki, i2c itp.)
--
Marek
Zbych
Guest
Sat Mar 20, 2004 8:36 pm
Pewnego dnia Sruba przemówił ludzkim głosem:
Quote:
dokładna odpowiedź to: Makieta Micromax
Ale komisja uznaje odpowiedź, wygrana to roczny zestaw spamu na skrzynkę
pocztową
Chyba zrzeknę się tej nagrody :-)
Quote:
Odkrycie to to nie jest, napewno musiałem korzystać z "jakiejś makiety",
skoro wiem o czym piszę.
Zawsze mogłeś zbudować własny układ. Już się tłumaczę do czego piję.
Wydaje mi się, że komplikowanie sprzętu (np. dorzucanie dodatkowych
dekoderów adresu, zatrzasków itp) kosztem oszczędności kilkunastu
(...dziesięciu) bajtów programu to właśnie domena ludzi, którzy nie
musieli własnoręcznie wykonać pcb. Wtedy nagle się okazuje, że prostota
podłączenia wyświetlacza (6 linii bezpośrednio do portu) jest o niebo
ważniejsza niż te kilka(dziesiąt) bajtów programu.
Quote:
Implementowałem zarówno obsługę wyświetlacza, jak i i2c i możesz mi wierzyć
na słowo,
że używając przerobionego printf nikt po napisaniu programu nikt nie wyrobił
się w 2k pamięci
Ale ja się nie upieram,że program musi się zmieścić w 2kB. Powiem więcej
jeśli sprzęt nie wymusza takiego ograniczenia (np 2051), a ja np
potrzebuję obsługi liczb zmiennoprzecinkowych i ich wyświetlania, to po
prostu użyję printfa i już. A jeśli wersja demo keila cię ogranicza, to
zawsze można się przesiąść na raisonance (czy jak się to pisze), albo sdcc.
Quote:
ich znaleźć. Wiem, że korzystałen na pewno z Praktycznego Elektronika, gdzie
podali kod
w C obsługi i2c.
Można też skorzystać z gotowca ze strony keila.
--
*Warning*: Dates in Calendar are closer than they appear.
### /mail: bzb<at>poczta<dot>onet<dot>pl/ ###
Sruba
Guest
Sun Mar 21, 2004 3:47 am
Użytkownik "Zbych" <abuse@onet.pl> napisał w wiadomości
news:c3hdnt$bpo$1@julia.coi.pw.edu.pl...
Quote:
Chyba zrzeknę się tej nagrody
Podanie, życiorys i 3 zdjęcia :)
Quote:
Zawsze mogłeś zbudować własny układ. Już się tłumaczę do czego piję.
Wydaje mi się, że komplikowanie sprzętu (np. dorzucanie dodatkowych
dekoderów adresu, zatrzasków itp) kosztem oszczędności kilkunastu
(...dziesięciu) bajtów programu to właśnie domena ludzi, którzy nie
musieli własnoręcznie wykonać pcb. Wtedy nagle się okazuje, że prostota
podłączenia wyświetlacza (6 linii bezpośrednio do portu) jest o niebo
ważniejsza niż te kilka(dziesiąt) bajtów programu.
Zakładając, że będzie to makieta edukacyjna, ma być uniwersalna jak ...,
w której wyświetlacz nie jest głównym elementem a jedynie wskaźnikiem, wolę
pobiegać na uczelni za programatorem gali i na przykład porty zostawić
wolne,
zawsze do nich mogę podpiąć 2 wyświetlacz żeby się nauczyć sterowania
wyświetlaczem przez port.
W pytaniu nie ma powiedziane, że ma to być makieta edukacyjna, to
tylko moje założenie.
Jeśli to ma być działający układ, to absolutnie się zgadzam, lepiej napisać
dłuższy program
niż komplikować płytkę.
Quote:
Ale ja się nie upieram,że program musi się zmieścić w 2kB. Powiem więcej
jeśli sprzęt nie wymusza takiego ograniczenia (np 2051), a ja np
potrzebuję obsługi liczb zmiennoprzecinkowych i ich wyświetlania, to po
prostu użyję printfa i już. A jeśli wersja demo keila cię ogranicza, to
Jak wyżej zgadzam się w 200% ale
Nie odchodźmy od tematu "i2c i lcd w KEILU", nie wpomnę złośliwie o tym
że demo Keila nie toleruję zmiennego przecinka :D
Quote:
zawsze można się przesiąść na raisonance (czy jak się to pisze), albo
sdcc.
Keil jest chyba popularniejszy i chyba wiecej info na jego temat - moja
subiektywna ocena
wynikająca być może z przyzwyczajenia.
Quote:
Można też skorzystać z gotowca ze strony keila.
Patrz pierwszy post numer 1: "Przeglądam apnoty z keila ale coś słabo toto
chodzi"
--
Marek
Zbych
Guest
Sun Mar 21, 2004 4:24 pm
Pewnego dnia Sruba przemówił ludzkim głosem:
Quote:
Chyba zrzeknę się tej nagrody
Podanie, życiorys i 3 zdjęcia
Poszło poleconym.
Quote:
Można też skorzystać z gotowca ze strony keila.
Patrz pierwszy post numer 1: "Przeglądam apnoty z keila ale coś słabo toto
chodzi"
SOA#1 :-)
--
*Warning*: Dates in Calendar are closer than they appear.
### /mail: bzb<at>poczta<dot>onet<dot>pl/ ###