Witam, Jest to moj pierwszy post na tym forum wiec witam wszystkich serdecznie . Znudzony programowaniem wysoko poziomowym zainteresowalem sie elektornika i mikrokontrolerami. Posiadam ATmege169, ktora ucze roznych stuczek :D Rzecz, ktora naprawde mnie interesuje jest nawiazanie komunikacji z...

Wpisz sobie w wyszukiwarce na elektrodzie słowa 'AVR UART' (to jest właśnie układ w ATmega służący do transmisji szeregowej, np. RS232C). Znajdziesz bardzo dużo wyników, przykładowych programów, konfiguracji. Oczywiście musisz dołożyć do swojej ATmegi scalak MAX232 (też jest to w postach opisane). A do przetestowania działania samego połączenia wystarczy windowsowski HyperTerminal. Nie napisałeś w czym programujesz, w asemblerze?

To już wynika z samej specyfiki standardu RS232C. Transmisja każdego bajtu (przy standardowym ustawieniu) jest podzielona na ramki. Każda ramka musi zaczynać się od bitu startu. W normalnym stanie (gdy nie ma transmisji) na liniach panuje stan logicznej jedynki. W momencie pojawienia się sygnału '0' (czyli bit startu) odbiornik wie, że 8 (przykładowo 8 ) kolejnych bitów to będą dane. To, ile trwa każdy bit jest z góry zdefiniowane. Np. jeden bit może trwać 12 cykli zegarowych. Odbiornik próbkuje cały czas linię danych i sprawdza czy nastąpiła zmiana, jeśli zmiana nie nastąpiła, a minęło już 12 cykli zegarowych to znaczy że kolejny bit jest taki sam jak poprzedni. A tak na marginesie to transmisja w RS232C odbywa się na poziomach +15V/-15V (teoretycznie).

Nic nie trzeba synchronizować jak sama nazwa wskazuje jest to transmisja asynchroniczna. Na poczatek napisz programw PC który oczekuje na odebranie znaku i ewentualnie go wyswietla. Z drugiej strony spróbuj wysłac za pomocą atmegi dowolny znak na początek moze byc jeden na stale zdefiniowany. Nie zapomnij dopasowac sie do PC czyli musisz dac conajmniej jeden tranzystorek albo Maxa. Potem zrobisz to w drugą stronę jak ci sie uda nawiazac komunikacje to juz z górki bedzie. Oczywiscie pomijam takie sprawy jak ustawienie tej samej BODologii:)

Co do synchronizacji mialem na mysli skad Pc wie, ze wysylany bit jest 0. jesli komunikacja odbywa sie za pomoca 0/5V (chyba, ze mi sie tylko wydaje)

A praktycznie dziala na poziomach 0-5V

No właśnie uarty trzeba ze soba synchronizować. Czyli trzeba ustawić im jednakową prędkość aby miały identyczne przedziały czasowe w ramce.

i do tego jeszcze taka sama ilość bitów stopu i rodzaj parzystości lub jej brak

REKLAMA

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

Jak nawiązać komunikację ATmega169 z komputerem przez USB lub port szeregowy?

lukeuk 28 Lut 2008 17:36 2168 7

REKLAMA

Zgłoś naruszenie prawa

Odpowiedz | Nowy temat

#1 4855632 28 Lut 2008 17:36

lukeuk lukeuk

Poziom 10

Posty: 29

Pomógł: 1
Autor tematu

Post #1
4855632 28 Lut 2008 17:36

Witam,

Jest to moj pierwszy post na tym forum wiec witam wszystkich serdecznie [uklon].
Znudzony programowaniem wysoko poziomowym zainteresowalem sie elektornika i mikrokontrolerami. Posiadam ATmege169, ktora ucze roznych stuczek Rzecz, ktora naprawde mnie interesuje jest nawiazanie komunikacji z komputerem. Najlepiej by bylo za posrednictwem USB ale to chyba wymaga dodatkowego nakladu pracy w pisanie sterownikow, wiec moze byc port szeregowy na dobry poczatek. Nie bardzo potrafie sobie wyobrazic jak synchronizowac komputer z kontrolerem aby potrafily przesylac sobie bity. Czy mogli byscie podac mi jakies linki do materialow jak 'dogadac' ze soba oba urzadzenia po USB i ewentualnie COMach.

Dziekuje.

REKLAMA
#2 4855698 28 Lut 2008 17:54

asembler asembler

Poziom 32

Posty: 2099

Pomógł: 123

Ocena: 11
Pomocny post? (0)

Post #2
4855698 28 Lut 2008 17:54

Nic nie trzeba synchronizować jak sama nazwa wskazuje jest to transmisja asynchroniczna. Na poczatek napisz programw PC który oczekuje na odebranie znaku i ewentualnie go wyswietla. Z drugiej strony spróbuj wysłac za pomocą atmegi dowolny znak na początek moze byc jeden na stale zdefiniowany. Nie zapomnij dopasowac sie do PC czyli musisz dac conajmniej jeden tranzystorek albo Maxa. Potem zrobisz to w drugą stronę jak ci sie uda nawiazac komunikacje to juz z górki bedzie. Oczywiscie pomijam takie sprawy jak ustawienie tej samej BODologii:)
REKLAMA
Pomocny post

#3 4855711 28 Lut 2008 17:59

Konto nie istnieje Konto nie istnieje

Poziom 1

Pomocny post
Post #3
4855711 28 Lut 2008 17:59

Wpisz sobie w wyszukiwarce na elektrodzie słowa 'AVR UART' (to jest właśnie układ w ATmega służący do transmisji szeregowej, np. RS232C). Znajdziesz bardzo dużo wyników, przykładowych programów, konfiguracji. Oczywiście musisz dołożyć do swojej ATmegi scalak MAX232 (też jest to w postach opisane). A do przetestowania działania samego połączenia wystarczy windowsowski HyperTerminal.

Nie napisałeś w czym programujesz, w asemblerze?
REKLAMA
#4 4855726 28 Lut 2008 18:04

lukeuk lukeuk

Poziom 10

Posty: 29

Pomógł: 1
Autor tematu Pomocny post? (0)

Post #4
4855726 28 Lut 2008 18:04

Co do synchronizacji mialem na mysli skad Pc wie, ze wysylany bit jest 0. jesli komunikacja odbywa sie za pomoca 0/5V (chyba, ze mi sie tylko wydaje)
Pomocny post

#5 4855766 28 Lut 2008 18:13

Konto nie istnieje Konto nie istnieje

Poziom 1

Pomocny post
Post #5
4855766 28 Lut 2008 18:13

lukeuk napisał:
Co do synchronizacji mialem na mysli skad Pc wie, ze wysylany bit jest 0. jesli komunikacja odbywa sie za pomoca 0/5V (chyba, ze mi sie tylko wydaje)

To już wynika z samej specyfiki standardu RS232C. Transmisja każdego bajtu (przy standardowym ustawieniu) jest podzielona na ramki. Każda ramka musi zaczynać się od bitu startu. W normalnym stanie (gdy nie ma transmisji) na liniach panuje stan logicznej jedynki. W momencie pojawienia się sygnału '0' (czyli bit startu) odbiornik wie, że 8 (przykładowo 8 ) kolejnych bitów to będą dane. To, ile trwa każdy bit jest z góry zdefiniowane. Np. jeden bit może trwać 12 cykli zegarowych. Odbiornik próbkuje cały czas linię danych i sprawdza czy nastąpiła zmiana, jeśli zmiana nie nastąpiła, a minęło już 12 cykli zegarowych to znaczy że kolejny bit jest taki sam jak poprzedni.

A tak na marginesie to transmisja w RS232C odbywa się na poziomach +15V/-15V (teoretycznie).
#6 4857144 29 Lut 2008 00:08

asembler asembler

Poziom 32

Posty: 2099

Pomógł: 123

Ocena: 11
Pomocny post? (0)

Post #6
4857144 29 Lut 2008 00:08

A praktycznie dziala na poziomach 0-5V
#7 4857448 29 Lut 2008 07:46

Fyszo Fyszo

Poziom 37

Posty: 3987

Pomógł: 223

Ocena: 115
Pomocny post? (0)

Post #7
4857448 29 Lut 2008 07:46

No właśnie uarty trzeba ze soba synchronizować. Czyli trzeba ustawić im jednakową prędkość aby miały identyczne przedziały czasowe w ramce.
REKLAMA
#8 4857557 29 Lut 2008 08:41

romsik romsik

Poziom 15

Posty: 116

Pomógł: 5

Ocena: 8
Pomocny post? (0)

Post #8
4857557 29 Lut 2008 08:41

i do tego jeszcze taka sama ilość bitów stopu i rodzaj parzystości lub jej brak
Zarejestruj konto, Zaloguj się i bądź aktywny na forum, a wtedy reklamy nie będą się pojawiać. Dołącz do dyskusji i otrzymaj punkty za rejestrację oraz odpowiedzi.

Zainstaluj aplikację Elektroda

Odpowiedz | Nowy temat

Zgłoś naruszenie prawa

Podsumowanie tematu

✨ Dyskusja dotyczy nawiązania komunikacji mikrokontrolera ATmega169 z komputerem przez USB lub port szeregowy. Komunikacja szeregowa opiera się na transmisji asynchronicznej, gdzie nie jest wymagana synchronizacja bitów, lecz zgodność parametrów transmisji po obu stronach, takich jak prędkość transmisji (baud rate), liczba bitów stopu oraz parzystość. Do realizacji połączenia z komputerem konieczne jest zastosowanie układu konwertera poziomów, np. MAX232, który dostosowuje sygnały TTL mikrokontrolera do standardu RS232C. Transmisja RS232C odbywa się w ramkach, które zaczynają się od bitu startu (logiczne 0), a linia w stanie spoczynku utrzymuje stan logicznej jedynki. Czas trwania bitów jest ustalony i odbiornik próbuje je odczytać na podstawie próbkowania linii danych. Połączenie USB wymaga dodatkowego nakładu pracy, w tym pisania sterowników, dlatego na początek rekomendowane jest użycie portu szeregowego. Do testowania komunikacji można wykorzystać program HyperTerminal w systemie Windows. Wskazano również, że poziomy napięć w praktyce dla RS232C mogą wynosić 0-5 V, mimo że standard teoretycznie przewiduje ±15 V.
Podsumowanie wygenerowane przez AI na podstawie treści dyskusji.

REKLAMA