ATNEL tech-forum

Re: Problem z USART'em

2015-08-25T11:20:18+01:00

darek333 napisał(a):

Dla czego na wewnętrznym nie chce? Nie wiem, ale na tę chwilę nie będę kombinował

W Bluebooku masz pięknie opisane dlaczego może (ma prawo nie działać na wewn. oscylatorze) ... po to właśnie jest ćwiczenie z OSCCAL aby go w razie czego dostroić - i warto jednak to ćwiczenie przejść żeby zrozumieć - a teraz powinno ci być już łatwiej skoro widzisz - że wszystko po kolei ładnie działa

Moim zdaniem powinno ruszyć na wewn oscylatorze 8 MHz w ATmega644PA ... ale to i tak oczywiście do testów i sprawdzenia bardziej niż do docelowych układów

Statystyki: Napisane przez mirekk36 — 25 sie 2015, o 11:20

Re: Problem z USART'em

2015-08-25T11:09:39+01:00

Quote:

przecież pisałeś, że masz zestaw ATB ? czy się mylę - to co tu masz do sprawdzania ? jeśli domyślnie kwarc jest właśnie podłączony do procka

Tak, teraz już wiem, ale musiałem zajrzeć do instrukcji i ustawić. Co też zrobiłem. Przecież bez sensu pytać o każdy drobiazg gdy zostały opisane wcześniej. Zastrzegłem, że chwilę może mi to zająć i sprawdziłem. Tak jak pisałem na zewnętrznym kwarcu działa i wszystko gra. Dla czego na wewnętrznym nie chce? Nie wiem, ale na tę chwilę nie będę kombinował

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

Też nie wiem co tam robi "lub", ale ja się tylko podpiąłem pod temat użytkownika aduill ze względu na podobieństwo. Nie chciałem od razu tworzyć nowego tematu, skoro ten pasował.

Statystyki: Napisane przez darek333 — 25 sie 2015, o 11:09

Re: Problem z USART'em

2015-08-25T10:34:36+01:00

mokrowski napisał(a):

Przy obsłudze RS232 zrezygnuj z oscylatora wewnętrznego na korzyść kwarca.

darek333 napisał(a):

Jeśli chodzi o kwarc też sprawdzę, ale to muszę sprawdzić jak się go podpina co chwilę zajmie

przecież pisałeś, że masz zestaw ATB ? czy się mylę - to co tu masz do sprawdzania ? jeśli domyślnie kwarc jest właśnie podłączony do procka

Statystyki: Napisane przez mirekk36 — 25 sie 2015, o 10:34

Re: Problem z USART'em

2015-08-25T10:17:42+01:00

Niestety jest 8 MHz w Eclipsie Jeśli chodzi o kwarc też sprawdzę, ale to muszę sprawdzić jak się go podpina co chwilę zajmie

------------------------ [ Dodano po: 16 minutach ]

Podłączyłem zewnętrzny oscylator kwarcowy i DZIAŁA

Dziękuję wszystkim za pomoc!!!

Statystyki: Napisane przez darek333 — 25 sie 2015, o 10:17

Re: Problem z USART'em

2015-08-25T10:12:19+01:00

No teraz to mi się podoba. Widzę, że kolega odrobił "pracę domową".
Sprawdź jeszcze, czy na pewno masz wybrane taktowanie 8000000Hz w opcjach projektu w Eclipse, bo przecież wybrałeś taktowanie z oscylatora RC 8MHz. Jeśli masz wybrane inne, zrób Clean Project, kompilacja i wgraj do procka.

Statystyki: Napisane przez anshar — 25 sie 2015, o 10:12

Re: Problem z USART'em

2015-08-25T10:09:30+01:00

Mam tylko podłączone kabelki do programowania procka.
Włączam albo od razu na domyślnych zmieniając tutaj port na odpowiedni:

Albo w ustawieniah portu szeregowego zmieniając to samo

Statystyki: Napisane przez darek333 — 25 sie 2015, o 10:09

Re: Problem z USART'em

2015-08-25T09:49:22+01:00

No to teraz pokaż jak masz skonfigurowaną prędkość w PUTTY

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

aha i przy okazji nie podpiąłeś przypadkiem czegoś sobie pod nogi procka PD0 i PD1 ?

Statystyki: Napisane przez mirekk36 — 25 sie 2015, o 09:49

Re: Problem z USART'em

2015-08-25T09:46:31+01:00

Na wszelki wypadek zmieniłem tak jak jest w poradniku. Stworzyłem bibliotekę i wsadziłem tam funkcje. Wartość rejestrów też z funkcji tak jak napisałeś.
w głównym pliku zostało:
[syntax=c]#include
#include
#include
#include "UART_bib/bib.h"

int main(void){
uart_init(__UBRR );
while (1){
_delay_ms(200);
nadaj ('A');
}
}[/syntax]

Funkcje:
[syntax=c]#include
#include "bib.h"

void uart_init( uint16_t _UBRR ) {
/* Set baud rate */
UBRR0H = (uint8_t)(_UBRR>>8);
UBRR0L = (uint8_t)_UBRR;
/* Enable transmitter */
UCSR0B = (1<}

void nadaj(char znak){
while (!(UCSR0A & (1<UDR0=znak;
}[/syntax]
Oraz plik nagłówkowy:
[syntax=c]#ifndef BIB_H_
#define BIB_H_

#define UART_BAUD 9600// tu definiujemy interesującą nas prędkość
#define __UBRR ((F_CPU+UART_BAUD*8UL) / (16UL*UART_BAUD)-1) // obliczamy UBRR dla U2X=0

void uart_init( uint16_t _UBRR );
void nadaj(char znak);

#endif /* BIB_H_ */[/syntax]
Dalej dostaje tego typu efekt:

Statystyki: Napisane przez darek333 — 25 sie 2015, o 09:46

Re: Problem z USART'em

2015-08-24T22:49:08+01:00

Zobacz ten poradnik: https://www.youtube.com/watch?v=JbLHXkFZwsE&feature=player_embedded#t=1570 i wyciągnij wnioski.
Może, po obejrzeniu zrozumiesz o co chodzi (nie ma sensu ręcznie wpisywać wartości do rejestrów UBRR0H i UBRR0L).

Zobacz, tutaj masz gotowca na podstawie noty pdf procka (str 177):
[syntax=c]void uart_init( uint16_t _UBRR ) {
/* Set baud rate */
UBRR0H = (uint8_t)(_UBRR>>8);
UBRR0L = (uint8_t)_UBRR;
/* Enable transmitter */
UCSR0B = (1<}[/syntax]

Resztę znajdziesz w poradniku pana Mirka.

Statystyki: Napisane przez anshar — 24 sie 2015, o 22:49

Re: Problem z USART'em

2015-08-24T22:29:00+01:00

Rozumiem że chodzi o odwrotną kolejność zapisania młodszego i starszego bitu. Poprawione.
[syntax=c]#include
#include
#include

void ustawienie_USART(void){
UBRR0H = 0;
UBRR0L = 51;
UCSR0B |= ((1<UCSR0C|=(1<
}

void nadaj(char znak){
while (!(UCSR0A & (1<UDR0=znak;
}

int main(void){
ustawienie_USART();
while (1){
_delay_ms(200);
nadaj ('A');
}
}[/syntax]

Co do fusebit'ów, dołączam spakowane "zdjęcia" z mkAVR Calculator. Mogą być źle ustawione jeszcze ich nie sprawdzałem.

Statystyki: Napisane przez darek333 — 24 sie 2015, o 22:29

Re: Problem z USART'em

2015-08-24T22:05:31+01:00

Popatrz - masz

1. W książce
2. w nocie PDF procka
3. we wszystkich przykładach w necie

pewną kolejność inicjalizacji UBRR - a ty robisz po swojemu - jak myślisz ? może to mieć znaczenie czy nie ? Jeśli nie jesteś pewien to RÓB zawsze tak jak w nocie PDF - powtarzam to w książce po tysiąckroć - a ty po swojemu ...

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

Poza tym pewnie masz źle ustawione fusebity - ale nawet nie pokażesz jak je ustawiłeś .... więc jak można pomóc ?

Jeszcze raz powtórzę - gdy się ma problemy z TAK PODSTAWOWYMI zagadnieniami to się pokazuje WSZYSTKO co się robi - tym bardziej, że ty zmieniasz wiele rzeczy (co ci pokazałem wyżej) - "po swojemu"

Statystyki: Napisane przez mirekk36 — 24 sie 2015, o 22:05

Re: Problem z USART'em

2015-08-24T21:46:11+01:00

Jeśli chodzi o flow control to przeczytałem co z definicji robi i zostawiłem z boku. Ponieważ w jednym z video poradników, Pan uruchamiał z wyłączonym, więc na wszelki wypadek również taką możliwość sprawdziłem.

W kodzie zmienia się jedna litera przy UCSR0C|=(1<[syntax=c]#include
#include
#include

void ustawienie_USART(void){
UBRR0L = 51;
UBRR0H = 0;
UCSR0B |= ((1<UCSR0C|=(1<}

void nadaj(char znak){
while (!(UCSR0A & (1<UDR0=znak;
}

int main(void){
ustawienie_USART();
while (1){
_delay_ms(200);
nadaj ('A');
}
}[/syntax]

Co do nie włączania się terminalu: Doskonale rozumiem, że korzystam z jednego fizycznego połączenia przy programowaniu jak i późniejszej transmisji. Za każdym razem rozłączam Terminal przed wgrywanie poprawionego kodu. Problem z otwarciem występował już kiedy procesor "nadaje". Może to kwestia ustawień więc jeszcze poszukam w nagraniach.

Statystyki: Napisane przez darek333 — 24 sie 2015, o 21:46

Re: Problem z USART'em

2015-08-24T21:08:48+01:00

darek333 napisał(a):

Poszlaką w sprawie może być nie zawsze działający poprawnie program Putty.

No to panie masz poszlaki - .... niech to gęś kopnie .... sorki ale nie mogę się powstrzymać - no jak nie umiesz czegoś obsługiwać - to nie pisz, że to źle działa - tylko albo staraj się nauczyć obsługi albo weź inne prostsze czy tam lepsze dla siebie narzędzie. Bo przy takim podejściu to twoja droga do nauczenia się czegoś wydłuży się w nieskończoność - i nie odbieraj tego źle co piszę tylko weź się w garść i szukaj błędów w tym co robisz .... a robisz ... już chociażby po tym zdaniu widać - że robisz coś o czym pojęcia nie masz:

darek333 napisał(a):

Problemy występują kiedy każę mu wyłączyć flow control..

A wiesz co to jest to "flow control" ? bo ja po tym co napisałeś jestem pewien, że nie wiesz - a nawet jeśli wiesz - to nie wiesz jak się z tego korzysta ....

Więc teraz podpowiem ci "nie każ mu włączać flow control" daj sobie z tym spokój i nie włączaj mechanizmów o których nie wiesz jak działają - to już będzie pierwszy krok do sukcesu.

Poza tym co to w ogóle znaczy:

darek333 napisał(a):

być nie zawsze działający poprawnie program Putty.
To jest, nie zawsze umie otworzyć terminal.

Co to znaczy - nie umie ? ... panie kochany uwierz mi - na tym etapie to ty nie umiesz - bo program SAM nic nie robi, a ty po prostu albo się gubisz w ustawieniach i konfiguracji sprzętowej albo masz totalny bałagan w sterownikach.

Na co dzień od ponad 6 lat używam Putty jako podręcznego i solidnego terminala o sporych możliwościach m.in takich:
http://mirekk36.blogspot.com/2013/05/te ... z-lcd.html

o czym pewnie nawet nie słyszałeś jeszcze ....

W wielu poradnikach wideo opowiadam nawet jak go skonfigurować....

Jeśli masz ATmega644P - to pokaż swój kod po naprawach - wyżej kolega wskazywał ci błędy - a ty zamiast szukać dalej - to winy szukasz w jednym z najlepszych terminali ...

Masz zestaw ATB to masz komfortową sytuację bo MkAvrCalculator podpowiada ci jaki jest port COM - numerek

jeśli jednak używasz wbudowanego programatora to MUSISZ wiedzieć, że oparty jest on o układ FT232R czyli jeśli np odpalisz terminal i nawiążesz połączenie to wtedy np nie uda ci się zaprogramować procka wbudowanym programatorem, trzeba na chwilę rozłączyć terminal - zaprogramować i wtedy dopiero można znowu włączyć

WYWAL z kodu ten OSCCAL .... masz w książce opisane w jaki sposób NAJPROŚCIEJ sprawdzać komunikację wysyłając po jednym znaku a ty kombinujesz z OSCCAL ... nie wiedząc jeszcze dokładnie o co chodzi z tym OSCCAL bo pewnie całego rozdziału jeszcze nie przeczytałeś.

Ja wiem, wiem i rozumiem, że człowiekowi się śpieszy, że chciałby JUŻ, teraz OD RAZU - ale jak widzisz co nagle to po diable

poza tym jeśli chodzi o ustawianie prędkości UBRR to zajrzyj że na bloga

http://mirekk36.blogspot.com/2013/01/rs ... trick.html

I jak mówię - chcesz aby ci szybko i skutecznie pomóc ? To najpierw pomóż sam sobie i DOKŁADNIE opisuj problem a jak poprawiasz kod to pokaż że go tu na forum a nie opowiadasz tylko że poprawiłeś - bo lecisz z totalnych chaosem mówię ci

Statystyki: Napisane przez mirekk36 — 24 sie 2015, o 21:08

Re: Problem z USART'em

2015-08-24T20:15:43+01:00

Fakt Przy N-tej zmianie musiałem źle wpisać.
Poprawiłem, ale nic to zbytnio nie dało. Nadal mam zamiast 'A' znak 'u' z kropkami u góry.

Poszlaką w sprawie może być nie zawsze działający poprawnie program Putty.
To jest, nie zawsze umie otworzyć terminal. Problemy występują kiedy każę mu wyłączyć flow control... Ale to może być coś nie związanego.
W każdym wypadku nie wyświetla się to co powinno.

Statystyki: Napisane przez darek333 — 24 sie 2015, o 20:15

Re: Problem z USART'em

2015-08-24T17:22:56+01:00

Fajnie że ustawiasz UCSZ0x, szkoda, że przy starcie są już ustawione dobrze

PS. ... i że są w innym rejestrze

Statystyki: Napisane przez barney — 24 sie 2015, o 17:22

Re: Problem z USART'em

2015-08-24T13:05:04+01:00

Witam.
Mój kłopot jest niemal identyczny do powyższego. Korzystam z zestawu ATB_v1.04 oraz terminala Putty, ATMEGA644pa.
Chciałem dokonać pierwszej transmisji. Użyłem nawet udostępnionego wyżej kodu zamieniając nazwy rejestrów na odpowiadające.
Efekt - otrzymuje znaki "u", lub znak "y" z różnymi akcentami (kropki, kreski, daszki nad literą). Nie posiadam żadnych modułów rozszerzających
Wklejam kod prosto z Eclipse'a.
[syntax=c]#include
#include
#include

void ustawienie_USART(void){
//USTAWIENIE PRĘDKOSCI NADAWANIA
UBRR0L = 51;
UBRR0H = 0;
UCSR0B |= ((1<
//USTAWIENIE 8 BITÓW DANYCH W RAMCE
UCSR0A|=(1<UCSR0B&=(~(1<

}

void nadaj(char znak){
while (!(UCSR0A & (1<UDR0=znak;
}

int main(void){
uint8_t oscyl=OSCCAL;
ustawienie_USART();
while (1){
OSCCAL = oscyl;
_delay_ms(200);
nadaj ('A');
oscyl++;
}
}[/syntax]

Ustawienia rejestrów UBRR0L i UBRR0H z tabeli w dokumentacji. W mkAVR Calculator ustawiłem 8MHz z wewnętrznego oscylatora. Prędkość 9600 bez bitu parzystości, jeden bit stopu.
Pytanie moje brzmi, co jest źle? Jak mogę dokonać najprostszej poprawnej transmisji?
Proszę o pomoc.

Statystyki: Napisane przez darek333 — 24 sie 2015, o 13:05

Re: Problem z USART'em

2015-03-22T11:40:10+01:00

Sprawdzam na PuTTY i również na Realterm i wynik jest identyczny.

edit. Problem rozwiązałem. Zastąpiłem przejściówkę rs232 na moduł usb-uart i wszystko działa prawidłowo.
Dziękuję wszystkim za pomoc.

Statystyki: Napisane przez aduill — 22 mar 2015, o 11:40

Re: Problem z USART'em

2015-03-22T11:19:46+01:00

A jakiego terminala używasz?
Ja sprawdziłem twój kod na zestawie ATB i w terminalu Putty działa bez zarzutu.

Statystyki: Napisane przez matw — 22 mar 2015, o 11:19

Re: Problem z USART'em

2015-03-22T10:50:06+01:00

Pin 15 atmegi 32a podłączony do 2 pinu rs232. Prędkości są te same w programie i terminalu. Ramka 8n1. Znaki w terminalu odpowiadają znakom w tablicy ASCII. Czy możliwe, że kompilator może mieć coś inaczej? (wydaje mi się, że nie powinien)

Statystyki: Napisane przez aduill — 22 mar 2015, o 10:50

Re: Problem z USART'em

2015-03-22T08:26:16+01:00

Faktycznie, kolega @jacekk232 ma 100% racji, to ja oczywiście pomyliłem znaczenie " i ' - przepraszam za wprowadzenie w błąd.

Wracając do problemu, to kod wydaje się być poprawny, rozwiązania szukałbym w podłączeniach, sprzęcie, ew. konfiguracji terminala i komunikacji RS232 w nim ustawionej.

Statystyki: Napisane przez matw — 22 mar 2015, o 08:26

Re: Problem z USART'em

2015-03-21T23:10:06+01:00

Niestety, ale po zamianie ' na " zupełnie się krzaczy i wyskakuje :warning passing argument 1 of 'USART_Transmit' makes integer from pointer without a cast [enabled by default] . A co do zapisu F_CPU... poprawione.

Statystyki: Napisane przez aduill — 21 mar 2015, o 23:10

Re: Problem z USART'em

2015-03-21T23:02:35+01:00

matw napisał(a):

A kolega chyba nie rozróżnia ' od " w jeżyku C
Spróbój wysłać znaki tak:

USART_Transmit("A");
USART_Transmit(")");

Wydaje mi się, że w tym przypadku to nie zadziała. Taki zapis 'A' to stała znakowa czyli kod Ascii odpowiadający dużej literze A.
A taki zapis "A" to już C-string czyli kod Ascii dużej litery A plus znak końca stringa NULL.

Funkcja USART_Transmit jako argumentu oczekuje zmiennej char. I taki argument dostaje w przypadku takiego wywołania
[syntax=c]USART_Transmit('A');[/syntax]

Natomiast w tym przypadku[syntax=c]USART_Transmit("A");[/syntax]do funkcji został by przekazany wskaźnik na pierwszy znak C-stringa. Już to spowoduje, że kompilator zgłosi warninga.

Statystyki: Napisane przez jacekk232 — 21 mar 2015, o 23:02

Re: Problem z USART'em

2015-03-21T22:34:11+01:00

Skasuj to:

[syntax=c]#define F_CPU 16000000UL[/syntax]

i ustaw procesor i kwarc we właściwościach projektu.

Proponuję ci przy korzystaniu z UARTu używać kwarce typy 11,0592, 14,7456 lub 18,432 MHz
Są to "przyjazne" kwarce dla UARTa.
Sprawdz również filtrację zasilania i czy zastosowałem kondensatory przy rezonatorze.

Statystyki: Napisane przez vaffanculo — 21 mar 2015, o 22:34

Re: Problem z USART'em

2015-03-21T22:31:22+01:00

A kolega chyba nie rozróżnia ' od " w jeżyku C
Spróbój wysłać znaki tak:
[syntax=c]USART_Transmit("A");
USART_Transmit(")");[/syntax]

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

[syntax=c]#define F_CPU 16000000UL[/syntax] i to koniecznie usuń z kodu bo razi, tego nie podajemy w kodzie programu a ustawiamy tą wartość we właściwościach projektu.

Statystyki: Napisane przez matw — 21 mar 2015, o 22:31

Problem z USART'em

2015-03-21T22:01:16+01:00

Witam. Mam problem z wysyłanymi znakami z uC. Znaki są wysyłane, ale wyświetlane są inne znaki niż powinny.
Np. zamiast A jest _ , zamiast B jest /, zamiast ) jest K. Głowię się nad tym problemem i nie mogę sobie poradzić.
Program napisany i sprawdzony z poradnikiem o ADC część 3 i zgodnie z tym co w karcie katalogowej.
Program pisany na atmega 32A , podłączony do rs232 TLL (echo sprawdzone i jest poprawne) , taktowanie ustawione na 16 Mhz lub wewnętrzne 8 Mhz, podpinam pin TxD uC do RxD rs'a a GND rs'a do GND uC (lub TxD->RxD i RxD->TxD), ubrr obliczany ze wzoru
( FOSC + BAUD * 8UL ) / (16UL * BAUD) -1 lub ( FOSC / 16.0 / BAUD - 0.5 ). Prędkość transmisji ustawiona na 9600 lub 19200.
Problem ciągle pozostaje taki sam... kod programu : [syntax=c]#define F_CPU 16000000UL
#include
#include

#define UART_BAUD 19200
#define __UBRR( F_CPU / 16.0 / UART_BAUD - 0.5 )

void USART_Init( uint16_t baud )
{
UBRRH = (uint8_t)(baud>>8);
UBRRL = (uint8_t )baud;
UCSRB = (1<}

void USART_Transmit( char data )
{

while ( !( UCSRA & (1<UDR = data;
}

int main(void)
{
USART_Init(__UBRR);
while(1)
{
USART_Transmit('A');
USART_Transmit(')');
_delay_ms(500);
}
}[/syntax]

Statystyki: Napisane przez aduill — 21 mar 2015, o 22:01