ATNEL tech-forum

Re: Atmega + UART + MMUSB232

2016-05-03T19:19:19+01:00

Próbowałem zmienić kod dodając za linijką
[syntax=c]sei()[/syntax]

Linijkę:
[syntax=c]sprintf(usart_bufor, "%%");[/syntax]
jednak i to nie wysyła mi tekstu. Jak mogę zmienić kod żeby wysłać ten wzór funkcji?

Statystyki: Napisane przez dawid75_75 — 3 maja 2016, o 19:19

Re: Atmega + UART + MMUSB232

2016-05-03T17:41:00+01:00

Skoro atmega zwraca na UART coś co wygląda OK to znaczy że usart_bufor ze wzorem nie jest wysłany do bufora USART procesora. I to że nic się nie pojawia to chyba dobrze skoro procek ma "nic" do wysłania.Tak to przynajmniej wygląda z opisu. Co do Putty. Oglądnij poradnik Mirka https://www.youtube.com/watch?v=r3K-CcOnkJ4 może Ci się coś rozjaśni. W drugiej minucie opisuje co i jak. Osobiście korzystam z Realterm chociaż Putty też dobrze działa.

Statystyki: Napisane przez dario — 3 maja 2016, o 17:41

Re: Atmega + UART + MMUSB232

2016-05-03T16:38:38+01:00

Ruszyło trochę do przodu, ale mały niedosyt pozostał Otóż:
- przede wszystkim włożyłem inny kwarc niż wpisałem w opcjach projektu (sic!);
- po zmianie kwarcu na poprawny w terminalu pokazały się znaki zapytania;
- dodałem bibliotekę libprintf_flt.a oraz w opcjach linkera dodałem "Use vprintf library";
- wyświetlało się już coś, co nadaje się do czytania i mogłem wysyłać liczby do atmegi, która potem zwracała na UART wynik obliczeń, nawet poprawny wynik

Co nie działa dalej? Otóż przy podłączeniu powinienem widzieć stringa z wzorem funkcji, której wartość obliczam w programie. O to:
[syntax=c]char usart_bufor[30] = "y = 0.3187x^2 + 2x - 7"; // bufor nadawania[/syntax] jednakże to się nie pojawia w ogóle. Co może być tego powodem?

------------------------ [ Dodano po: 10 minutach ]

I mam jeszcze takie dwa pytania:
- czy przez Putty mogę wysyłać dane? Na razie widzę tylko odbiór.
- wiem jak wysłać liczbę przez Realterm (tam w zakładce Send wpisuję liczbę); jednakże jak jestem w Putty albo w Realtermie poza zakładką Send to wciskając dowolny klawisz na klawiaturze terminal zwraca mi jakieś dziwne liczby - moje pytanie: czy terminal zwraca mi wartość programu dla wartości ASCII wciśniętego klawisza?

Statystyki: Napisane przez dawid75_75 — 3 maja 2016, o 16:38

Re: Atmega + UART + MMUSB232

2016-05-03T16:22:07+01:00

Skoro masz krzaki to coś działa tylko nie dogaduje się terminal z procesorem. Podłączenie wydaje się poprawne. Musisz sobie sprawdzić czy kwarc który masz przy procesorze ewentualnie częstotliwość wewnętrznego oscylatora którego musiałeś zdefiniować pozwala na transmisję 9600 bez błędów.Tabelę do obliczeń znajdziesz w mkAvrCalculator. Tego kodu nie jestem w stanie przetestować więc się nie wypowiem.

Statystyki: Napisane przez dario — 3 maja 2016, o 16:22

Re: Atmega + UART + MMUSB232

2016-05-03T14:09:00+01:00

Podłączyłem wg schematu na str. 7:

RxD i TxD scrossowane przy podłączaniu do atmegi8A.

Napisałem program przy pomocy jednego z internetowych poradników i próbowałem podejrzeć na terminalu. Niestety same krzaki. Oto kod programu:
[syntax=c]/*
ATmega8A
F_CPU=8000000 zewn. kwarc

Program realizujący obliczanie i wysłanie przez RS-232 wyniku funkcji
04.kwadratowej y = 0.3187x^2 + 2x - 7 na podstawie x odebranego
05.wcześniej także za pomocą RS-232.

*/

#include
#include
#include
#include

// zmienne dotyczące odbioru danych
volatile unsigned char odb_x;// odebrana liczba x
volatile unsigned char odb_flaga = 0;// flaga informująca main o odbiorze liczby

// bufor znaków ze wzorem funkcji, który wysyłamy po starcie programu
volatile unsigned int usart_bufor_ind;// indeks bufora nadawania
char usart_bufor[30] = "y = 0.3187x^2 + 2x - 7";// bufor nadawania

void usart_inicjuj(void);
void wyslij_wynik(void);

int main(void)
{
usart_inicjuj();// inicjuj moduł USART (rs-232)
sei();// włącz przerwania globalne

wyslij_wynik();// na początku wysyłamy tekst wzoru, który po resecie jest w tablicy usart_bufor[]

while (1)
{
if (odb_flaga)
{
odb_flaga = 0;// zgaś flagę

// wykonaj obliczenia i wynik przekształć na znaki ładując do bufora usart_bufor[]
sprintf(usart_bufor, "%f", 0.3187 * odb_x * odb_x + 2 * odb_x - 7);
wyslij_wynik();// rozpocznij wysyłanie wyniku przez rs-232
}
}
}

void usart_inicjuj(void)
{
//definiowanie parametrów transmisji za pomocą makr zawartych w pliku
//nagłówkowym setbaud.h. Jeżeli wybierzesz prędkość, która nie będzie
//możliwa do realizacji otrzymasz ostrzeżenie:
//#warning "Baud rate achieved is higher than allowed"

#define BAUD 9600// żądana prędkość transmisji
#include // linkowanie tego pliku musi być po zdefiniowaniu BAUD

// ustawienie wartości obliczonych za pomocą makr z pliku setbaud.h
UBRRH = UBRRH_VALUE;
UBRRL = UBRRL_VALUE;
#if USE_2X
UCSRA |= (1<#else
UCSRA &= ~(1<#endif
//Ustawiamy pozostałe parametry moduł USART
//U W A G A !!!
//W ATmega8, aby zapisać do rejestru UCSRC należy ustawiać bit URSEL
//zobacz także: http://mikrokontrolery.blogspot.com/2011/04/avr-czyhajace-pulapki.html#avr_pulapka_2

UCSRC = (1<// bitów danych: 8
// bity stopu: 1
// parzystość brak

// włącz nadajnik i odbiornik oraz ich przerwania odbiornika
// przerwania nadajnika włączamy w funkcji wyslij(wynik)
UCSRB = (1<}

void wyslij_wynik(void)
{
//funkcja rozpoczyna wysyłanie, wysyłając pierwszy znak znajdujący się
//w tablicy usart_bufor[]. Pozostałe wyśle funkcja przerwania,
//która zostanie wywołana automatycznie po wysłaniu każdego znaku.

//dodaj do tekstu wyniku znaki końca linii (CR+LF), by na
//ekranie terminala wyniki pojawiały się w nowych liniach
unsigned char z;
for (z = 0; z < 30; z++)
{
if (usart_bufor[z] == 0)// czy to koniec tekstu w tablicy
{// tak - koniec tekstu, dodajemy znak CR
usart_bufor[z]= 13;// znak powrotu karetki CR
usart_bufor[z+1]= 10;// znak nowel linii LF (Line Feed)
usart_bufor[z+2]= 0;// znak końca ciągu tekstu w tablicy
break;
}
}
// Zaczekaj, aż bufor nadawania będzie pusty
while(!(UCSRA & (1<
// bufor jest pusty, można wysyłać

// następny znak do wysyłki to znak nr 1
usart_bufor_ind = 0;

// włącz przerwania pustego bufora UDR, co rozpocznie transmisję aktualnej zawartości bufora
UCSRB |= (1<}

ISR(USART_RXC_vect)
{
// przerwanie generowane po odebraniu bajtu
odb_x = UDR;// zapamiętaj odebraną liczbę
odb_flaga = 1;// ustaw flagę odbioru liczby dla main()
}

ISR(USART_UDRE_vect)
{
// przerwanie generowane, gdy bufor nadawania jest już pusty,
// odpowiedzialne za wysłanie wszystkich znaków z tablicy usart_bufor[]

// sprawdzamy, czy bajt do wysłania jest znakiem końca teksty, czyli zerem
if (usart_bufor[usart_bufor_ind]!= 0)
{
// załaduj znak do rejestru wysyłki i ustaw indeks na następny znak
UDR = usart_bufor[usart_bufor_ind++];
}
else
{
// osiągnięto koniec napisu w tablicy usart_bufor[]
UCSRB &= ~(1<}
}[/syntax]

Podłączenia sprawdzałem dwa razy, ustawienia MMUSB w panelu sterowania zgodne z tym co w programie, w Realterm również. Niestety tylko krzaki. Co może być nie tak?

Statystyki: Napisane przez dawid75_75 — 3 maja 2016, o 14:09

Re: Atmega + UART + MMUSB232

2016-05-03T09:10:20+01:00

Jeżeli zasilasz układ z portu USB poprzez przejściówkę musisz uważać na maksymalny prąd który możesz "pociągnąć" z portu USB.Dokładnie jak piszesz. Jeżeli masz zasilacz zewnętrzny to prąd zależy tylko od jego wydajności. Resztę łączysz jak w opisie powyżej. I pamiętaj ze z USB masz 5V. Jeżeli układ wymaga innych napięć np 3V musisz zadbać o jego redukcję.

------------------------ [ Dodano po: 8 minutach ]

Dokładnie przeczytaj str.7 instrukcji.Jest tam wszystko dokładnie opisane

Statystyki: Napisane przez dario — 3 maja 2016, o 09:10

Re: Atmega + UART + MMUSB232

2016-05-03T00:26:35+01:00

Z prądem pobieranym przez układ programujący chodzi o to żeby nie przekroczyć max. prądu wyjściowego portu USB?
Czyli do prawidłowego podłączenia potrzebuję podłączyć odpowiednio piny w zależności od rodzaju zasilania (z usb/zewn.), czy tak?

Statystyki: Napisane przez dawid75_75 — 3 maja 2016, o 00:26

Re: Atmega + UART + MMUSB232

2016-05-03T00:19:56+01:00

Podłączasz go za pomocą kabla USB. Jedynie co musisz zrobić to zainstalować sterowniki. Znajdziesz je na głównej stronie Atnel w zakładce Elektronika albo na stronie producenta układów FTDI. Na str.7 opisana jest metoda zasilania układu. Albo ze źródła USB albo z zewnętrznego zasilacza. Musisz zwrócić uwagę na prąd pobierany przez układ programujący. Jest to opisane w instrukcji. A piny TX , RX i GND do procesora zgodnie z z uwagami rskup'a. Dużo przyjazne przejściówki znajdziesz na allego http://allegro.pl/konwerter-usb-rs232-f ... 82990.html (to tylko przykład) gdzie wyprowadzone są tylko te piny które potrzebujesz.

Statystyki: Napisane przez dario — 3 maja 2016, o 00:19

Re: Atmega + UART + MMUSB232

2016-05-02T23:52:17+01:00

BB używałem i rzeczywiście przyjemnie się korzystało, teraz zamówiłem GB.
Mam jeszcze pytanie odnośnie modułu MMusb232 - czy aby poprawnie go zainstalować na komputerze powinienem wykonać tzw. minimalne podłączenie wszystkich niezbędnych pinów, czyli masa, zasilanie itd. wymagane przez DS czy jak go podłączę na szybko przez USB to też będzie dobrze?

Statystyki: Napisane przez dawid75_75 — 2 maja 2016, o 23:52

Re: Atmega + UART + MMUSB232

2016-05-02T23:02:29+01:00

Popatrz na tabelę Sygnały w PC w poniższym linku. Jest ich sporo jednak do komunikacji z procesorem wystarcza tylko te które wymieniłeś reszta służy do komunikacji między modemami i innymi ciekawymi urządzeniami o których mam mgliste pojęcie
Pozdrawiam
https://pl.wikipedia.org/wiki/RS-232

------------------------ [ Dodano po: 33 minutach ]

Quote:

I jeszcze jedno - w której książce p. Mirek pisze bibliotekę do UARTa krok po kroku?

Jako dobry nauczyciel....w obu. A to dlatego że przechodzi z nauki alfabetu do płynnego czytania i pisania. Jeżeli chcesz się zając programowaniem procesorów to warto zainwestować. Biblioteki zawarte w obu częściach zaoszczędzą Ci sporo czasu. A dokładny ich opis w książkach pozwoli na zrozumienie wszystkich tajemnic ich pisania.
Zabrzmiało pompatycznie ale taka prawda.

Statystyki: Napisane przez dario — 2 maja 2016, o 23:02

Re: Atmega + UART + MMUSB232

2016-05-02T22:49:06+01:00

Dziękuję za wszystkie powyższe odpowiedzi Czyli 0-5V mi wystarczy, nie przewiduję większych urządzeń automatyki przemysłowej, jedynie AVR <-> PC.
Dario dziękuję za wskazówkę, test przeprowadzę.
Mam jeszcze takie pytanie - oglądając DS tego układu MMUSB232 zauważyłem, że są tam chyba wszystkie piny obecne w klasycznej wtyczce RS232, jednakże aby skomunikować PC i AVRa wystarczy GND, TxD oraz RxD. Czemu reszty nie trzeba wykorzystywać?

I jeszcze jedno - w której książce p. Mirek pisze bibliotekę do UARTa krok po kroku?

Statystyki: Napisane przez dawid75_75 — 2 maja 2016, o 22:49

Re: Atmega + UART + MMUSB232

2016-05-02T22:29:14+01:00

Zajrzyj do zakładki w mkAVRCalculkator-- Narzędzia-UART/USART Calculator. Wybierz odpowiednie taktowanie i prędkość przesyłania danych. To co wyświetlane jest na czerwono omijaj z daleka. Im błąd bliżej 0% tym lepiej. Przy taktowaniu 8MhZ z wewnętrznego kwarcu można przeprowadzić transmisje nawet przy większych wahaniach temperatury. Uruchom program testowy na wewn.rezonatorze 8MH i wysyłaj dane do komputera jednocześnie podgrzewając i oziębiając procesor(w rozsądnych temperaturach) i sprawdź przekłamania w odbiorze danych. Co prawda można to kalibrować przy pomocy rejestru OSSCAL(str 30 dokumentacji.Dokładny opis i program w BB Lekcja 07_UART) ale lepiej wypróbuj bez zmian.

Statystyki: Napisane przez dario — 2 maja 2016, o 22:29

Re: Atmega + UART + MMUSB232

2016-05-02T22:03:56+01:00

Quote:

Właśnie miałem pytać o to, czy to źle, że mam zakres napięć TTL

Nie ma jednoznacznej odpowiedzi, czy to dobrze. Jak zamierzasz tylko podłączać do mikrokontrolerów lub tego typu układów to lepiej. Jak chciałbyś wykorzystywać ją jako przejściówkę USB-RS232 do wszelkiego rodzaju sprzętu (np. jakieś urządzenia automatyki przemysłowej) to będziesz musiał dodać konwersję napięć do właściwego RS232 (dodać układ MAX232). Atnel sprzedaje najbardziej uniwersalną (RS232, RS232TTL, RS485, programator ISP) tego typu przejściówkę ATB-USB-RS232 (http://www.atnel.pl/atb-usb-rs232.html) - wszystko oparte na trochę nowszym układzie niż u Ciebie (FT232R).

Quote:

Jak wygląda sprawa z kwarcami? Czy korzystając z UARTa muszę koniecznie użyć zewnętrznego kwarcu o częstotliwości przystosowanej do dzielenia przez preskaler?

Musisz tak dobrać kwarc lub prędkość transmisji by błąd nie przekroczył 2%. W datasheetcie do procesora w sekcji UART są takie tabelki pokazujące wartości UBRR i błąd dla różnych częstotliwości taktowania.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 2 maja 2016, o 22:03

Re: Atmega + UART + MMUSB232

2016-05-02T21:53:12+01:00

Zależy jakich prędkości transmisji chcesz używać, jak dużo danych przesyłać i jaką stopę błędów dopuszczasz.
Kwarce (te uartolubne) na pewno lepsze, do testów starczy osc. wewnętrzny.

Statystyki: Napisane przez ciamciak — 2 maja 2016, o 21:53

Re: Atmega + UART + MMUSB232

2016-05-02T21:40:42+01:00

Właśnie miałem pytać o to, czy to źle, że mam zakres napięć TTL Jak wygląda sprawa z kwarcami? Czy korzystając z UARTa muszę koniecznie użyć zewnętrznego kwarcu o częstotliwości przystosowanej do dzielenia przez preskaler?

Statystyki: Napisane przez dawid75_75 — 2 maja 2016, o 21:40

Re: Atmega + UART + MMUSB232

2016-05-02T21:06:23+01:00

Materiałów w sieci jest mnóstwo - np.:

http://www.piekary.net/~jermi/datasheet ... bsluga.pdf

Pamiętaj, że w swojej przejściówce nie masz napięć zgodnych z RS232 (+/-12V) tylko RS232 TTL (0-5V).

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 1 minucie ]

To, że masz RS232 TTL powoduje, że nie musisz stosować konwertera typu MAX232.

Statystyki: Napisane przez rskup — 2 maja 2016, o 21:06

Re: Atmega + UART + MMUSB232

2016-05-02T20:57:29+01:00

Dobra, jasna sprawa Mam jeszcze pytanie czy znasz jakiś godny polecenia kurs/artykuł o UARCIE wraz z biblioteką? Szukam w internecie i nie mogę znaleźć nic kompleksowego. Dodam tylko, że Green Book Mirka w drodze, ale jeszcze na niego trochę poczekam.

Statystyki: Napisane przez dawid75_75 — 2 maja 2016, o 20:57

Re: Atmega + UART + MMUSB232

2016-05-02T20:39:17+01:00

W przejściówce masz układ FT232B, który ma znacznie więcej wyprowadzeń, które można wykorzystać do różnych celów. Producent przewidział między innymi możliwość korzystania z RS485 (poprzez konwerter). A RS485 wykorzystuje te same linie do nadawania i odbierania, dlatego potrzebne jest przełączanie.

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 3 minutach ]

Z opisu wynika że musisz jeszcze odpowiednio podciągnąć pin RST:

Quote:

Może by użyte przez urządzenie zewnętrzne do resetu układu, gdy jest niewykorzystane, musi by podpięte do VCC

Statystyki: Napisane przez rskup — 2 maja 2016, o 20:39

Re: Atmega + UART + MMUSB232

2016-05-02T20:30:29+01:00

No dobra, to rozumiem. Mam przed oczami schemat, w którym użyty jest ten układ i tam oprócz RxD i TxD jest podłączony do uP (do przerwania INT0) jeszcze pin nr 4. Za DS MMUSB232: "Zezwala na transmisje danych dla RS485". Czy użycie tego pinu jest konieczne?

Statystyki: Napisane przez dawid75_75 — 2 maja 2016, o 20:30

Re: Atmega + UART + MMUSB232

2016-05-02T20:22:22+01:00

Oby skorzystać, musisz podpiąć do przejściówki piny RX i TX oraz GND.
Tylko pamiętaj aby podłączyć TX przejściówki z RX na procesorze i tak samo RX do TX.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 2 maja 2016, o 20:22

Atmega + UART + MMUSB232

2016-05-02T19:59:33+01:00

Szanowni Forumowicze,
mam pytanie odnośnie połączenia Atmegi32 za pomocą UART do komputera. Chciałbym sobie przyswoić UARTa i pogadać z komputerem przy jego pomocy, ale nie mam portu szeregowego. Dostałem jednak taki układ: MMUSB232 (DS w załączniku), to jest emulator portu szeregowego na USB. I tu moje pytanie: czy jedyne co muszę zrobić to skonfigurować UART w mikrokontrolerze i wpiąć w ten układ RxD i TxD żeby podejrzeć na komputerze w terminalu co wysyłam z procesora?

Proszę uprzejmie o wskazówki i pozdrawiam,
Dawid.

Statystyki: Napisane przez dawid75_75 — 2 maja 2016, o 19:59