Jak się dobrać do nazwy portu w/g nazwy pinu ?
Jeżeli w funkcji używam PD1 to jak mogę się dobrać do PORTD ?

Nie bardzo rozumiem pytanie
Chcesz odczytać wartość pinu procesora ?

O obsłudze pinów uC masz tutaj bardzo przydatny artykół
http://mirekk36.blogspot.com/2012/01/avr-porty-wewy-dir-podstawy.html

Nie.
Denerwuje mnie dostęp do portów, dlatego chce zrobić funkcje / makro.
PinDir ( nazwa pinu, funkcja )
gdzie
nazwa pinu to np PD1
funkcja we / wy / we pullup

tez tak myslalem na poczatku , ale lepiej jest przemeczyć i utrwalic sobie dokladnie obsługe portów bez makr i innych
takich skrótów . dopiero pozniej jak już opanujesz to mozna sie bawic w takie ułatwienia. Bo z czasem
bedziesz uzyawał tych swoich makr , a niech sie zdarzy że np utracisz wszystkie dane , reinstal systemu i co wtedy ? makra odlecą a ty z reką w nocniku
nie bedziesz potrafił ustawic mikrokontrolera do migania diodą .

Nie jestem zawodowym programista. Trochę bazgrałem w TP, delphi, bascom, ASM Z80. C ma ta zalete, ze jest bardzo zwarty, ale stare przyzwyczajenia i skladnia C mnie dobija.
wole $FF / FFh niz 0xFF
Chce napisac kilka mark / funkcji podobnych jak w arduino

ZDECYDOWANA większość programistów amatorów po przeczytaniu Bluebooka woli nauczyć się używać DOBREGO STYLU programowania w C bo to popłaca ... i każdy chyba to potwierdzi

dlatego polecam ... bo wystarczy troszkę się z tym zaznajomić i okaże się szybko że to bardzo łatwe, proste, przyjemne i UŁATWIA życie i programowanie - .,.....

_________________
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 ]

Nikt nie wie ?

Ja wiem, ja wiem! Też chwilę nad tym spędziłem, ale rozpisanie tego na 3/4 ify strasznie mnie irytowało...

Tzn, ani nie jest to funkcja, ani makro (którego i tak prawdopodobnie byś użyć nie mógł, bo w końcu zmienną do niego podajesz) - jest to tablica z wskaźnikami na adresy portów (o ile dobrze to rozumiem).


Co prawda nie jestem pewien czy taki typ tablicy jest najodpowiedniejszy*... Ale taki działa. (;

No i potem można używać tak:



Na końcu - ja z tego korzystam na M16 - czyli równo 4 kolejne porty, każdy z 8 pinami - przy czymś mniejszym/większym możliwe, że będziesz musiał trochę warunków pododawać, by nie ustawiać czegoś co nie istnieje.



E: * - znalazłem źródło utwierdzające mnie w przekonaniu, że typ jest dobry: http://www.nongnu.org/avr-libc/user-man ... _port_pass - przykład co prawda trochę inny, ale imho łatwiej przekazać jedynie indeks tablicy niż cały adres...

Ja tylko dodam, że PD1, PB2, PC4 ... etc to są stałe symboliczne ( chyba tak to się zwie ) zdefiniowane dyrektywą #define i PD1 == PB1 == 1, PC4 == PD4 == 4 etc. tak więc wyłuskiwanie nazwy portu ( która też jest stałą symboliczną reprezentującą adres i ustawioną dyrektywą #define ) na podstawie nazwy pinu chyba skazane jest na niepowodzenie. Chyba że jest jakiś sposób na rozkrojenie PBx na poszczególne elementy tj osobno P,B,x a potem złożenie tego inaczej podobnie jak to ma Mirek w swoich makrach upraszczających dostęp do portów.

_________________
sig off ;(

Nie kapuje jak to ma działać

Kol.Villentre zaproponował stablicowanie adresów portów i stworzenie własnego sposobu dostępu. Podobne rozwiązanie podpowiedzieli ci na elce w twoim temacie zaczerpnięte z Arduino. Nie sądzę jednak (jeżeli dobrze czytam twoją intencję), żeby istniała taka funkcjonalność :
adres_portu = jakas_funkcja( numer_pinu );
ponieważ
adres_portu = jakas_funkcja( PB1 ); po obróbce przez preprocesor otrzymasz adres_portu = jakas_funkcja( 1 );
adres_portu = jakas_funkcja( PD1 ); po obróbce przez preprocesor otrzymasz adres_portu = jakas_funkcja( 1 );
w obu przypadkach jakas_funkcja zwraca jeden i ten sam adres portu ponieważ jest identyczny argument wynoszący 1 a to dlatego, że PB1 jest równe 1 i PD1 również jest równe 1. PB1, PD1 etc są to stałe potrzebne wyłącznie do maskowania konkretnych bitów w bajcie będącym adresem portu. Z punktu widzenia otrzymanego wyniku zapisy PORTB |= ( 1 << PB1 ) i PORTB = ( 1 << PD1 ) są identyczne;

PORTB |= ( 1 << PB1 ); i PORTD |= ( 1 << PB1 ); oczywiście są istotnie różne;
Konkluzja :
Tego czego oczekujesz raczej się nie da.

_________________
sig off ;(

Krótko mówiąc - jak perlon wspomniał - piny nie mają nazw. Mają jedynie numer i są przyporządkowane do jakiegoś portu..

Taka funkcja/makro więc raczej nie 2 a 3 parametry powinna przyjmować: (port, pin, funkcja). Dzięki stablicowaniu adresów uzyskanie czegoś takiego nie będzie trudne.

Jeśli to ma być funkcja, to jednak można parametr podać jako string... set_pin("PA0", ...), w takim wypadku wyciągnięcie informacji do jakiego portu należy dany pin jest możliwe (ba, nawet nie jest trudne). Ale ma to tylko sens, jeśli ten parametr przychodzi np. od użytkownika przez UART, a nie "żeby programiście uprościć" - bo wtedy zmusza uC do wprost głupiej (całkowicie niepotrzebnej) pracy.

Dla makra raczej bardzo Cię nie zaboli pisanie zamiast "PB1" "B, 1", a pozwoli na zrealizowanie tego co chcesz (bo preprocesor chyba na łańcuchach znaków nie operuje)...