ATNEL tech-forum

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T23:38:04+01:00

Generalnie już wszystko działa (tak jak pisałem post wyżej) i wiem, gdzie robiłem błąd. Ale i tak zajrzę

Statystyki: Napisane przez mes mariusz — 26 maja 2017, o 23:38

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T22:13:59+01:00

no można się machnąć, tam jest ustawienie dla Atmegi328 . jest trochę inaczej.

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

zerknij do BB bo widzę że masz. rozdział 5,8 Komunikacja RS232/RS485. jest przykład.

Statystyki: Napisane przez Daro69 — 26 maja 2017, o 22:13

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T22:09:21+01:00

OK. Czyli po resecie URSEL teoretycznie ustawione na 1 ale ja i tak to zmieniałem, ustawiając (3 << UCSZ0).
Dobra, wygląda na to, że wszystko jasne. Dzięki.

PS. Wcześniej chyba za bardzo zaabsorbowałem się tym momentem:

Statystyki: Napisane przez mes mariusz — 26 maja 2017, o 22:09

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T21:56:12+01:00

mes mariusz napisał(a):

[syntax=c]UCSRC = (3 << UCSZ0); // 0b00000110
a chyba powinno być 0x10000110[/syntax]

------------------------ [ Dodano po: 4 minutach ]

zauważ że wpisem '=' wpisujesz w rejestr dokładnie to co jest z prawej. UCSRC=3<<1 /(UCSZ0)
w tym wypadku nie korzystamy z zapisu |=...dlatego pozostałe bity kasuje.

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

gdybyśmy tego rejestru nie ustawiali to domyślnie byłoby tak jak piszesz.
pozostałby ustawiony pierwszy i siódmy bit w rejestrze.
ale my to zmieniamy na: 1,2,7.

Statystyki: Napisane przez Daro69 — 26 maja 2017, o 21:56

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T21:47:05+01:00

Hmm. Nie wiem, dlaczego, ale ustawienie (1<Ja tego nie rozumiem nazbyt, ale jeśli ktoś potrafi to jakoś wytłumaczyć chętnie prześledzę.

Poprawny kod:

[syntax=C]/*
* main.c
*
* Created on: 26 maj 2017
* Author: Mariusz
*/

#include
#include

#define UART_BAUD 4800
#define __UBRR ((F_CPU+UART_BAUD*8UL) / (16UL*UART_BAUD)-1)

void USART_Init(uint16_t ubrr);
void USART_Transmit( char data );

int main(void) {
DDRB |= (1<USART_Init(__UBRR);
while (1) {
PORTB ^= (1<USART_Transmit('A');
_delay_ms(1000);
}
}

void USART_Init(uint16_t ubrr) {
/*Set baud rate */
UBRRH = (uint8_t) (ubrr >> 8);
UBRRL = (uint8_t) ubrr;
/*Enable receiver and transmitter */
UCSRB = (1</* Set frame format: 8data, 1stop bit */
UCSRC = (1<}

void USART_Transmit( char data ) {
/* Wait for empty transmit buffer */
while ( !( UCSRA & ( 1 << UDRE )) );
/* Put data into buffer, sends the data */
UDR = data;
}[/syntax]

Statystyki: Napisane przez mes mariusz — 26 maja 2017, o 21:47

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T21:39:13+01:00

Niby tak, ale w kodzie jest : UCSRC =...
A nie UCSRC |=.. ?

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

Czyli zerujemy pozostałe bity.

Statystyki: Napisane przez Daro69 — 26 maja 2017, o 21:39

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T21:32:51+01:00

Daro69 napisał(a):

witam,
Chyba brak ustawionego bitu URSEL w UCSRC. ?

Hmm...

Z noty wynika, że ten bit jest domyślnie ustawiony po resecie na "1".

Jak rozumiem, URSEL przełącza dostęp między rejestrami UCSRC oraz UBRRH. Musi być jedynką podczas pisania do UCSRC.

Statystyki: Napisane przez mes mariusz — 26 maja 2017, o 21:32

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T21:17:26+01:00

witam,
Chyba brak ustawionego bitu URSEL w UCSRC. ?

Statystyki: Napisane przez Daro69 — 26 maja 2017, o 21:17

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T21:01:57+01:00

eMCe2 napisał(a):

Zerkam do przykładów bibliotek Mirka i widzę że tam makro do liczenia __UBRR wygląda inaczej. Może to w tym problem?!

Hmm... Muszę się temu przyjrzeć. Niemnniej kod do UBRR wziąłem stąd:

A, zaraz, gdzieś czytałem, bodajże na blogu pana Mirka że ten wzór ponoć ma nie działać dla kwarców innych niż przyjazne dla UART. No nic, muszę przyjrzeć się tematowi. Ale, czyżby efektem mogło być spowolnienie baudrate'a 16 razy?

Statystyki: Napisane przez mes mariusz — 26 maja 2017, o 21:01

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T20:55:24+01:00

Zerkam do przykładów bibliotek Mirka i widzę że tam makro do liczenia __UBRR wygląda inaczej. Może to w tym problem?!

Statystyki: Napisane przez eMCe2 — 26 maja 2017, o 20:55

Re: Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T20:40:07+01:00

topic7402.html

Statystyki: Napisane przez Jaglarz — 26 maja 2017, o 20:40

Wysyłanie znaków po UART i tropienie błędu z Saleae :-)

2017-05-26T20:55:46+01:00

Dotychczas AVR-y programowałem w czymś innym niż C (ale nie będę pisał w czym, bo wstyd .

Teraz chwyciłem za serię poradników do RS232 pana Mirka i napisałem sobie kod dla Atmegi32, który ma słać znak "A" w pętli, przy prędkości 4800 8,n,1, przy okazji co sekundę zmienić stan LED-a.

Led niby miga poprawnie, ale oczywiście (na szczęście? ) coś nie do końca działa z transmisją po UART i pewnie zaraz dojdę w czym problem. Aż jestem ciekaw co i jak bardzo spaprałem

Natomiast piszę tutaj na forum, na żywca, żeby pokazać, jak fajnie mieć do dyspozycji wygodne narzędzia (na przykład analizator stanów logicznych, w moim przypadku klon Salea-e prosto z Chin za 10 zł

Najpierw "mój" kod:
[syntax=c]/*
* main.c
*
* Created on: 26 maj 2017
* Author: Mariusz
*/

#include
#include

#define UART_BAUD 4800
#define __UBRR ((F_CPU+UART_BAUD*8UL) / (16UL*UART_BAUD)-1)

void USART_Init(uint16_t ubrr);
void USART_Transmit( char data );

int main(void) {
DDRB |= (1<USART_Init(__UBRR);
while (1) {
PORTB ^= (1<USART_Transmit('A');
_delay_ms(1000);
}
}

void USART_Init(uint16_t ubrr) {
/*Set baud rate */
UBRRH = (uint8_t) (ubrr >> 8);
UBRRL = (uint8_t) ubrr;
/*Enable receiver and transmitter */
UCSRB = (1</* Set frame format: 8data, 1stop bit */
UCSRC = (3 << UCSZ0);
}

void USART_Transmit( char data ) {
/* Wait for empty transmit buffer */
while ( !( UCSRA & ( 1 << UDRE )) );
/* Put data into buffer, sends the data */
UDR = data;
}[/syntax]

Ustawienia projektu:

Fusebity Atmegi32:

Dobra, czyli nie docierają do mojego putty znaki "A" wysyłane w pętli przez Atmegę32. Wpinam się więc analizatorem Saleae do TX-a Atmegi i sprrawdzam co się dzieje. Więc tak, jakaś transmisja jest:

ale widać, że analizator kodu sygnalizuje błędne ramki. Analizator skonfigurowany jak widać poniżej:

Ramki wyglądają tak:

I teraz czas na rewelacyjną funkcję Saleae

Pewnie spaprałem coś z timingami / baudrate-m. Może źle załadowałem jakieś rejestry UART-a.

Po zaznaczeniu autobaud Saleae twierdzi, że baudrate jest w rzeczywistości 304 (zamiast 4800)

I przy takim właśnie baudrate zaczyna rozpoznawać znaki "A"

A teraz czas namierzyć problem... Hmm... 4800 / 304 = 15,789473684210526315789473684211
Hmm, czyli transmisja jest około 16 razy wolniejsza niż planowałem. Chyba muszę trochę pomyśleć Znikam, i mam nadzieję, wracam niebawem

iframe

Statystyki: Napisane przez mes mariusz — 26 maja 2017, o 19:49