ATmega8 - UART brak transmisji przy niskim baud rate

Witam,
zmontowałem sobie prosty układ do komunikacji z PC. Komunikacja następuje przez przejściówkę USB <>UART opartą o FT232R. Wszystko pięknie działa do momentu, kiedy zmieniam baud rate na <190 - mikrokontroler sygnalizuje, że taki baud rate jest możliwy do ustawienia, natomiast po zmianie w Real term komunikacja nie następuje.
Poniżej wklejam kody funkcji wykorzystywanych do tej prostej komunikacji.




Po wysłaniu do ATmegi rozkazu o zmianę baud rate, ATmega odpowiada właśnie tak, że zmienia ten baud rate, a po zmianie w Real Term żadna dalsza komunikacja nie następuje (tylko dla baud rate <190).

Pytanie uzupełniające: Jaka częstotliwość F_CPU?

Zapomniałem dopisać, F_CPU to 4MHz na wewnętrznym oscylatorze.

Wewnętrzny oscylator nie daje gwarancji poprawnej transmisji - użyj kwarc najlepiej o podstawie 2.
Dlaczego? Bo błąd oscylatora może zsumować się z błędem parametrów transmisji i klops.

Dodałem zewnętrzny kwarc 4MHz (akurat taki miałem pod ręką) i dla baud rate <=183 już nic nie działa

Ale dla 190 z kwarcem 4MHz działał?

Tak, dla 190 działał.

No to właśnie trafiłeś na to co opisałem.

Jak rozumiem, zależy Ci na zejściu z baud dość nisko. Jak nisko?

W zasadzie zależy mi na tym, aby jeśli dla danego baud rate błąd nie jest większy od 2% to żeby transmisja zachodziła - wtedy też mikrokontroler odpowiada wiadomością, że dany baud rate jest możliwy do ustawienia. Dlatego tu zaczęło mnie zastanawiać dlaczego mimo poprawnego baud rate komunikacja nie zachodzi. Jak nabędę to spróbuję z kwarcem "przyjaznym" dla UART.

Tak właśnie sugeruję, bo podstawa 2 to jednak podstawa

A PC potrafi odbierać tak niskie boudrate? Nie wiadomo jaki jest błąd przy takich ustawieniach, ale obstawiam, że spory. Ponieważ baudrate zazwyczaj powstaje na skutek podzielenia częstotliwości taktowania USART przez podaną przez programistę wartość, to przy niskich wartościach różnice i błędy narastają lawinowo. W efekcie dwa układy, różnie taktowane mogą się nie dogadać.

tmf napisał:

A PC potrafi odbierać tak niskie boudrate?

Na moim pokazuje w systemie 75bps jako najmniejszy, ale nie próbowałem tak wolnej transmisji.

@Legier
Może dobierz taki baud jaki jest na liście portu COM?

No możliwe, że to od tego zależy, bo u mnie na liście najmniejszy jest 300

Lista listą, każdy sobie może wpisać tam cokolwiek. Jaka jest przy takim ustawnieniu rzeczywista wartość baudrate już takie oczywiste nie jest. Obstawiam, że przy takich szybkościach różnice dalece odbiegają od wartości pożądanych i nic z tego nie wyjdzie. Swoją drogą, do czego potrzebne są tak niskie szybkości?

Dlatego napisałem, że nie testowałem tak wolnych (poniżej 1200):
By pokazać co jest na mojej liście:


Przy najbliższej okazji sprawdzę, czy zadziała.

U mnie jest 110, 150, 300, 1200, 2400 itd. w RealTerm, ale we właściwościach w menagerze jest tak jak u ciebie. Pytanie, gdzie, jest poprawnie? Obstawiam, że nigdzie i są to wartości z sufitu wzięte, niekoniecznie mające odpowiednik w rzeczywistości.

Przetestuję przy okazji - może także spróbuj u siebie będziemy mieli więcej wiedzy

Co do niskich wartości to tylko testowałem komunikację i właśnie zastanowiło mnie to, że można ustawić poprawną wartość w ATmedze, a komunikacja i tak się posypie.

@Legier Bo do tańca trzeba dwojga - i ATMegi prawidłowo ustawionej i prawidłowo ustawionego USART na PC.

Jeszcze co do błędów transmisji, to z wykresu funkcji opisującej te błedy jednoznacznie widać, że im mniejsze baud rate tym mniejsze błędy. Jako F_CPU przyjąłem 4MHz. W zasadzie sytuacja powinna tak samo wyglądać w przypadku PC. Tam jedynie F_CPU jest większe, ale i tak dla mniejszych wartość powinno być lepiej.

Przejrzenie specyfikacji USARTa 16550 sugeruje, że powinien on dać radę spokojnie pracować z takimi prędkościami.
Pytanie jednak, czy RealTerm i system operacyjny potrafi poprawnie obsłużyć niestandardowe prędkości i odpowiednio do nich zaprogramować USART.

Tu nie chodzi o USART w PC tylko

Cytat:

Komunikacja następuje przez przejściówkę USB <>UART opartą o FT232R

napisane na początku.

A odpwiedź jest w datasheet strona 16:

Cytat:

Baud Rate Generator - The Baud Rate Generator provides a 16x clock input to the UART Controller
from the 48MHz reference clock. It consists of a 14 bit pre-scaler and 3 register bits which provide fine
tuning of the baud rate (used to divide by a number plus a fraction or “sub-integer”). This determines the
baud rate of the UART, which is programmable from 183 baud to 3 Mbaud.
The FT232R supports all standard baud rates and non-standard baud rates from 183 Baud up to 3
Mbaud.

A tak z ciekawości: potrzebne to do czegoś konkretnego, czy tylko tak dla sportu?

Moderowany przez dondu:

Za dociekliwość, na którą nikt nie zwrócił uwagi POMÓGŁ ode mnie

A nie wpadłbym na to, że będzie to z góry narzucone ograniczenie przez układ FT232R. Dziękuję Ci bardzo slx. W zasadzie Twoje odpowiedź całkowicie zamyka temat, gdyż wszystko stało się już jasne. A sprawdzałem to w zasadzie dla sportu. Chciałem sprawdzić granice komunikacji PC z ATmegą, ale ograniczeniem okazała się przejściówka.