Hey ,

Staram sie wymyslic sposob na to zeby w bardziej "dynamiczny" sposob dobrac sie do portow i moc nimi sterowac. Zeby dokladniej to okreslic :

+ CEL : zapalanie kolejnych portow mikrokontrolera zdefiniowanych w *.h / *.c biorac pdo uwage , ze koncowki moga byc podlaczone do roznych portow uC
+ PROBLEM : Forma programowania

W chwili obecnej zapis np :



A pozniej z uzyciem makr wlaczanie ..



... wydaje mi sie byc bardzo "nieeleganckim" podejsciem do programowania.

Przeszukujac forum natknalem sie na http://forum.atnel.pl/topic5453.html/I tutaj wydaje mi sie ze pojawia sie swiatelko w tunelu bo okazuje sie , ze mozna uzyc tablic w sposob



a pozniej powolujemy do zycia (tu nie jestem pewny poprawnego zapisu bo to pisane na *goraco )


- gdzie po kolei byloby to PORT / DDR / Nr pinu

i moglbym sobie skorzystac ?



Dlatego chcialem zapytac o Wasze opinie jak wy podchodzicie do takich problemow i czy wg Was powyzsze ma wogole sens istnienia z punktu programistycznego uC?

_________________
sig off ;(

Dla mnie to takie trochę masło maślane ( może dlatego, że nie piszę w C++ )

Mnie wystarczy metoda jak w Mirkowych Bibliotekach LCD, czyli

Hey ,

Zauwaz , ze moze nie pisze o tym bezposrednio ale wspominam ze uzywam makr od Mirka


Natomiast jak rozbijesz swoje "diody" na 3 rozne porty i pomieszane PINy to zamiast pisac N'tej lini kodu mozna uzyc petli foreach i tabeli *przynajmniej taka mam nadzieje

_________________
sig off ;(

Przecież masz przy każdym pinie, port, możesz wymieszać.
Robiłem testy, możesz sobie rozbić nawet na 4porty (wiecej dla mega128 np.). I nadal soft dla LCD będzie ci działać.

Nadal nie rozumiem, po co tak komplikujesz sobie życie, może jest w tym jakiś cel, ale ja go nie widzę . Pewnie wparuje w temat jakiś C++oswiec to ogarnie twój tok rozumowania .

Czyli dokładniej tak dla mega128, np. (nie koniecznie poprawnie numery pinów) ale tylko sens chciałem pokazać.



Tj. mniej więcej rozumiem co masz na myśli, ale dla mnie to masło maślane i niepotrzebne zaciemnienie kodu.

Haha, no wiedziałem, że przyjdziesz i pozamiatasz

Podpiszę się pod tym nogami i rękami ...



... ja sam pamiętam czasy, gdy jako Delfiarz (czyli programista pascalowy) .... uczyłem się tego C, to pierwsze co chciałem wszystko zrobić po defliowsku że tak powiem .... iluż to ludzi chce zrobić coś w C po bascomowemu bo wydaje się że tak będzie prościej ....

ale na szczęście te pomysły z czasem nawet bez ziółek same przechodzą, tyle że bez ziółek człowiek więcej czasu traci niestety

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Czyli to brzmi jak nie rob tego

_________________
sig off ;(

Nie ... tak jak wyżej kolega mówił - w celach poznawczych można się pobawić - poznasz metody korzystania z adresów portów przez wskaźniki .... itp

ale zacznie ci w pewnym momencie doskwierać konieczność tu i tam stosowania volatile

a generalnie za jakiś czas gdy "zaskoczysz z myśleniem w czystm C" ... to sam gdy się obejrzysz wstecz to pomyślisz (tak jak i ja i pewnie wiele osób wcześniej) ... hmmm co ja kiedyś wyprawiałem ?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Tak to ja Mirku mam codziennie rano kiedy mysle o dniu wczorajszym

No to super - to pobawie sie dzisiaj i jak dobrze pojdzie smarne gdzies posta z VIDEO dzialajacego na sofcie ukladu

_________________
sig off ;(

Kiedyś popełniłem coś takiego:

kolego ... też miałem kiedyś podobny problem i napisałem coś takiego:

każda linijka powyższego kodu to kolejna dioda. Diody jak widzisz podłączone są do różnych portów.

a potem możesz sobie np. iterować czy co tam chcesz:


https://www.youtube.com/watch?v=EaZKqu8 ... e=youtu.be

Dzieki wszystkim za porady i artykuly! Z czysto naukowej ciekawosci sprawdze i dam znac

_________________
sig off ;(