ATNEL tech-forum

Re: USART

2014-05-03T16:48:46+01:00

Czy posiadasz Mkavrcalculator?

Statystyki: Napisane przez Alan Bejnarowicz — 3 maja 2014, o 16:48

Re: USART

2014-05-02T11:51:41+01:00

evb5.1 napisał(a):

Taktowanie procka na jakim próbowałem to: 1000000, potem 1843200, 7372800 oraz 8000000

W Ecplise tylko INFORMUJESZ kompilator o tym jaką częstotliwością taktowany jest procesor. Ustawienie to nie ma wpływu na samą częstotliwość. Jest to tylko informacja dla kompilatora (informacja zresztą bardzo ważna). To co jest ustawione w Eclipse MUSI być zgodzne z tym co jest w rzeczywistości czyli zgodne z tym jaką częstotliwością jest taktowany procesor.

Jeśli używasz wbudowanego w procesor generatora RC to jego częstotliwość możesz zmienić fusebitami. Dostępne wartości to: 1, 2, 4 i 8 MHz.
Na 8 MHz powinno działać. Możesz spróbować zmienić baud na 9600 (oczywiście zarówno w PuTTY jak i w procesorze).

Statystyki: Napisane przez sq8dsr — 2 maja 2014, o 11:51

Re: USART

2014-05-02T11:17:27+01:00

A fusami ustawiałeś prędkość?
Mi na 1MHz też nie chce działać poprawnie, na 8 jest ok.

Statystyki: Napisane przez ciamciak — 2 maja 2014, o 11:17

Re: USART

2014-05-02T10:19:32+01:00

Nie.

Statystyki: Napisane przez evb5.1 — 2 maja 2014, o 10:19

Re: USART

2014-05-02T10:08:17+01:00

Masz jakieś kwarce pod ręką???

Statystyki: Napisane przez Alan Bejnarowicz — 2 maja 2014, o 10:08

Re: USART

2014-05-02T09:01:40+01:00

Mam przejściówkę FT232, która jest wbudowana w zestaw uruchomieniowy. Podłączenie polegało wię na włożeniu mikrokontrolera do zestawu bo wtedy ścieżki odpowiednich pinów są połączone z przejściówką. W putty baud ustawiłem na 19200. Taktowanie procka na jakim próbowałem to: 1000000, potem 1843200, 7372800 oraz 8000000 na każdej były błędy.
Taktowanie ustawiałem w eclipse.

Statystyki: Napisane przez evb5.1 — 2 maja 2014, o 09:01

Re: USART

2014-05-02T08:35:25+01:00

Zacznijmy jeszcze raz:
1.Jaką masz przejściówkę. Jeżeli taką to wiem w czym problem.....
2. Jak podłączyłeś przejściówkę do AVR'a. TX-(procka)RX RX-(procka)TX
3.Jaki baud ustawiłeś, najlepiej ustaw 19200.
4.Czy putty też ustawiłeś na 19200?
5.Jakie ustawiłeś taktowanie procka?
6.Czy ustawiłeś taktowanie w Eclipse?

Statystyki: Napisane przez Alan Bejnarowicz — 2 maja 2014, o 08:35

Re: USART

2014-05-02T07:59:59+01:00

Wgrałem do atmegi32 program który był na płytce dołączonej do książki. Piny TX RX atmegi podłączyłem do diod led. Swiecily się one i gasły zależnie od częstotliwości taktowania. Otworzyłem putty i tam zaczeły pojawiać się dziwne znaki jak na zdjęciu. Czasem gdy podłączyłem przez Usb atmege32 z wgranym programem to myszka zaczynała się dziwnie zachowywać i komputer zaczął jakby się wieszać. Od czego zależy to, że program nie działa jak należy? Program wgrywałem na kilku różnych częstotliwościach taktowania i zmieniała się tylko szybkość pojawiania dziwnych znaków w terminalu.

Statystyki: Napisane przez evb5.1 — 2 maja 2014, o 07:59

Re: USART

2014-04-28T16:17:52+01:00

Alan Bejnarowicz napisał(a):

Trzeba jeszcze ustawić w PUTTY echo.

Nie, jak mamy połączone TX z RX to nie trzeba ustawiać echa.
Wciskamy klawisz np. "A" i kod litery A jest wysyłany przez linię TX. Jako że linia TX jest połączona z naszym RX to kod litery A trafia na linię RX i pokazuje się nam na terminalu.

Jeśli właczylibyśmy echo. To mielibyśmy na terminalu AA. Pierwsze A to by było echo tego co poszło w linię TX a drugie A to by było to co faktycznie odebrała linia RX.

Statystyki: Napisane przez sq8dsr — 28 kwi 2014, o 16:17

Re: USART

2014-04-28T15:09:02+01:00

Trzeba jeszcze ustawić w PUTTY echo.

Statystyki: Napisane przez Alan Bejnarowicz — 28 kwi 2014, o 15:09

Re: USART

2014-04-28T10:30:04+01:00

mat3usz napisał(a):

Miałem ten sam problem z EVB 5.1 i terminalem PuTTy, nie wyświetlało się nic.
Używam teraz Realterm, i wszystko działa ok.

prawdopodobnie zle ustawiłeś putty , ma on mnóstwo opcji konfiguracyjnych

matw napisał(a):

Obiegając nieco od inicjalizacji i obsługi UART w programie, podpowiem że w bardzo prosty sposób można sobie sprawdzić działanie terminala i przejściówki USB FT232. Wystarczy w przejściówce połączyć TX z RX i wysłać w terminalu dowolny znak (ciąg znaków), które w magiczny sposób powinny wrócić do terminala, coś a'la echo. Wówczas wiemy że ta część naszego układu działa dobrze i możemy zabrać się za dalsze szukanie przyczyny problemu.

zadnej magi tu nie ma po prostu zwarte sa piny i juz

Statystyki: Napisane przez karolek — 28 kwi 2014, o 10:30

Re: USART

2014-04-28T10:22:11+01:00

Statystyki: Napisane przez matw — 28 kwi 2014, o 10:22

Re: USART

2014-04-27T13:58:29+01:00

Sory nie zauważyłem :0

Statystyki: Napisane przez Alan Bejnarowicz — 27 kwi 2014, o 13:58

Re: USART

2014-04-26T21:54:05+01:00

@Alan Bejnarowicz wkradł się malutki błąd w linii 11

jest
[syntax=c]void USART_Init( __UBRR );[/syntax]

a powinno być
[syntax=c]USART_Init( __UBRR );[/syntax]

Statystyki: Napisane przez Zaba — 26 kwi 2014, o 21:54

Re: USART

2014-04-26T20:37:31+01:00

evb5.1 napisał(a):

w tym miejscu inicjalizacja UART nie trzeba nic wstawiać?

No właśnie tu dochodzimy do sedna sprawy.
Co to znaczy?
To znaczy "wywołaj funkcję inicjalizacji"

Przecież jak chciałeś wysłać lterkę "A" to też wywoływałeś fukcję. USART_transmit.
Pomyśl. Po to w jednym miejscu definiujemy sobie funkcję, żeby później ją tylko wywoływać ile razy dusza zapragnie.
Co by było gdyby fukcja miała 1000 lini kodu?
Wklejałbyś te 1000 lini za każdym razem jakbyś chciał jej użyć.?

Statystyki: Napisane przez sq8dsr — 26 kwi 2014, o 20:37

Re: USART

2014-04-26T20:36:32+01:00

[syntax=c]#define UART_BAUD 9600
#define __UBRR ((F_CPU+UART_BAUD*8UL) / (16UL*UART_BAUD)-1)

void USART_Transmit( unsigned char data );
void USART_Init( uint16_t baud );

int main(void) {

void USART_Init( __UBRR );

sei();
while(1){

USART_Transmit('A');

// USART_Transmit(0x0d);

_delay_ms(500);

}
}

void USART_Init( uint16_t baud )
{

UBRRH = (uint8_t)(baud>>8);
UBRRL = (uint8_t)baud;

UCSRB = (1<

}

void USART_Transmit( unsigned char data )
{

while ( !( UCSRA & (1<
UDR = data;
}[/syntax]

Statystyki: Napisane przez Alan Bejnarowicz — 26 kwi 2014, o 20:36

Re: USART

2014-04-26T20:32:48+01:00

evb5.1 napisał(a):

W wolnym czasie ją przeczytam

Masakra .... sorki ja się wyłączam - bez odbioru ....

Statystyki: Napisane przez mirekk36 — 26 kwi 2014, o 20:32

Re: USART

2014-04-26T20:31:57+01:00

Spoko. Super, że czytasz noty. Tylko wiesz. UART to jest może nie jakiś mega trudny przykład. Ale wymaga już trochę.
- obejścia się rejestrami
- używania flag sprzetowych
- znajomości zagadnień związanych z samą transmisją UART/USART (a tego jest sporo)

Zobacz, to jest kod z noty:
[syntax=c]void USART_Init( unsigned int baud )
{
/* Set baud rate */
UBRRH = (unsigned char)(baud>>8);
UBRRL = (unsigned char)baud;
/* Enable receiver and transmitter */
UCSRB = (1</* Set frame format: 8data, 2stop bit */
UCSRC = (1<}[/syntax]

I co tam mamy...
piękne opisy:
/* Set frame format: 8data, 2stop bit */

Nawet jakbyś nie popełnił innych błędów to by Ci nie działało.
Przykład z noty pokazuje jakieś ustawienie
ramka 8 bit i 2 bity stopu

Musisz wiedzieć co to znaczy. Bo i inaczej to ciężko będzie.

Statystyki: Napisane przez sq8dsr — 26 kwi 2014, o 20:31

Re: USART

2014-04-26T20:31:28+01:00

Alan Bejnarowicz napisał(a):

Teraz studiuję Greenbooka, ale z przykrością stwierdzam, że Pan Mirek przesadził z poziomem trudności w tej książce

Wydaje mi się, że nie przesadziłem - tylko że bardzo wyraźnie mówię - że Greenbook będzie bardziej strawny dla osób, które na prawdę już w całości dobrze przerobią Bluebooka ... poćwiczą wszystko od deski do deski - łącznie z ostatnimi ćwiczeniami z Ethernetem gdzie wprowadzam callbacki ! ... to jest WAŻNE! ... bo to wstęp ... do tego co się dzieje w Greenbooku. Tzn nie chodzi o to żeby nauczyć się ethernetu - nie, chodzi o to aby na tym przykładzie zrozumieć wstępnie callbacki ... ale tak samo w przypadku SuperDebounce

dlatego proszę oceniać z tej pozycji Greenbooka .... ok ? Bo akurat sporo czytelników już potwierdziło - że jako kolejna książka z tego cyklu to dobra kontynuacja ....

Statystyki: Napisane przez mirekk36 — 26 kwi 2014, o 20:31

Re: USART

2014-04-26T20:29:51+01:00

W wolnym czasie ją przeczytam, ale proszę napisać czy w miejscu gdzie napisano: w tym miejscu inicjalizacja UART nie trzeba nic wstawiać?

Statystyki: Napisane przez evb5.1 — 26 kwi 2014, o 20:29

Re: USART

2014-04-26T20:27:10+01:00

Ja jak opanowywałem UART jeszcze bez Bluebooka to zrobiłem tak:

1.http://mirekk36.blogspot.com (bez bloga ani rusz!!!!!!!)
2.http://mirekk36.blogspot.com/2013/06/pr ... sc-03.html
3.Tam pobierasz plik i otwierasz folder MTUART.
4.Drukujesz MYUART.c i MYUART.h
5. Krok po kroku analizujesz kod.

Ja dzięki temu dowiedziałem się wielu różnych rzeczy.
np Jak tworzyć biblioteki, jak przekazywać argumenty do funkcji, jak tworzyć funkcję

Dopiero potem dostałem Bluebooka i z książką uczę się C#.
Teraz studiuję Greenbooka, ale z przykrością stwierdzam, że Pan Mirek przesadził z poziomem trudności w tej książce.
Pan Mirek zbyt szybko wkroczył w wysokie sfery programowania.
Ale za to Bluebook to naprawdę kawałek nieba:)
Często po kilka razy czytam ten sam rozdział, żeby zrozumieć go na 100%.

Statystyki: Napisane przez Alan Bejnarowicz — 26 kwi 2014, o 20:27

Re: USART

2014-04-26T20:26:47+01:00

evb5.1 napisał(a):

Na początku funkcji main jest komentarz: w tym miejscu inicjalizacja UART, a więc w tym miejscu wstawiłem z noty deklarację funkcji inicjalizującej

No i to właśnie pokazuje że nie mogłeś czytać rozdziału o funkcjach ale nawet chyba o podstawach C ...

nie wiesz nadal pewnie co to jest DEKLARACJA a co to jest DEFINICJA funkcji lub zmiennej i dlatego nie wiesz gdzie się to stosuje

powiedz czy tak ciężko ciebie przekonać żebyś zaczął jednak od podstaw ?

bo tak to wyjdzie i tak na jedno - będziesz pisał na ślepo to co ci ktoś podpowie a nadal sam później nie złożysz najprostszego programu

dlaczego nie zacząłeś od migania diodami LED ??? - tam są pierwsze ćwiczenia z prostymi funkcjami, również w kolejnej lekcji przy klawiszach itp ...

Statystyki: Napisane przez mirekk36 — 26 kwi 2014, o 20:26

Re: USART

2014-04-26T20:22:37+01:00

Kod przepisałem słowo w słowo (ten z 258 i 259). Na początku funkcji main jest komentarz: w tym miejscu inicjalizacja UART, a więc w tym miejscu wstawiłem z noty deklarację funkcji inicjalizującej, a następnie po zamknięciu funkcji main przepisałem definicję funkcji inicjalizującej. Problem pojawił się z baud, za które należy podstawić tą prędkość.

Statystyki: Napisane przez evb5.1 — 26 kwi 2014, o 20:22

Re: USART

2014-04-26T20:16:33+01:00

evb5.1 napisał(a):

Nie, tą w miękkiej oprawie

No to teraz panie kochany po kolei:

1. zajrzyj sobie na stronę 260 - na początku strony masz pokazaną inicjalizację!

2. zajrzyj sobie na stronę 258 - masz pokazaną funkcję USART_Transmit()

3. zajrzyj sobie na końcówkę strony 258 i początek 259 - no masz jak BYK cały przykładowy program linia po linii do wysyłania literki 'A'

co więcej do WSZYSTKIEGO masz opisy co i jak po kolei, co od czego zależy - na co zwrócić uwagę

no to jak ty możesz niby przepisywać to i robić WSZYSTKO na odwrót ?

------------------------ [ Dodano po: 2 minutach ]

sq8dsr napisał(a):

Słuchaj, nie mnie oceniać. Ale taka dobra rada.
Zacznij od prostrzego przykłądu.

to na pewno jest dobra rada - ale ja dodam jeszcze żeby kolega co najmniej RAZ , jeden RAZ przeczytał książkę w całości ... a potem dopiero na wyrywki zaczął i zaczął właśnie od migania diodą czyli od PIERWSZEGO rozdziału z części warsztatowej bo nie na darmo i nie przypadkowo od tego zaczyna się naukę....

tymczasem kolega nawet jeśli ma tą książkę - to wygląda jakby jej WCALE NIE przeczytał - tylko otworzył na rozdziale o UART ale co gorsza nawet go nie czytał - tylko ot tak na chybił trafił zaczął coś pisać

Statystyki: Napisane przez mirekk36 — 26 kwi 2014, o 20:16

Re: USART

2014-04-26T20:13:22+01:00

Słuchaj, nie mnie oceniać. Ale taka dobra rada.
Zacznij od prostrzego przykłądu. A nie od razu od transmisji szeregowej.
Próbowałeś napisać coś mega prostego? Na przykład miganie diodą LED.

Żeby obyć się edytorem. Z samym wyglądem kodu.
Później obudować to miganie diodą w funkcję. A później przejść do rzeczy trudniejszych.

Widzisz u Ciebie są podstawowe braki. Ta sprawa z funkcjami, jak je pisać, jak definiwać, deklarować, wywoływać. To jest coś bez czego nic w C nie napiszesz. Musisz te zagadnienia dobrze rozumieć.

Statystyki: Napisane przez sq8dsr — 26 kwi 2014, o 20:13