ATNEL tech-forum

Re: UART - gdzie może leżeć błąd?

2018-02-23T09:44:51+01:00

JarekK napisał(a):

Jeśli chodzi o FT232R czy sprawdzenie linii USART to ja bym zaczął od zwarcia Tx z Rx i wpisania kilku liter na klawiaturze komputera. Jeśli wszystko jest w porządku to na terminalu putty powinny sie wyświetlić te znaki wpisane z kompa. Wtedy można przejść do analizy błedów w procku.

Jest jeszcze jedna metoda sprawdzenia co się dzieje na pinie TX. Proponuję wziąć opisywany swojego czasu przez Mirka analizator Saleae i zobaczyć co się na tym wyprowadzeniu dzieje. Urządzonko to ma wbudowany analizator RS232 i oprócz tego że pokaże przebiegi pozwoli na ocenę ich zgodności z ramką RS232.

Wysłane z mojego XT1580 przy użyciu Tapatalka

Statystyki: Napisane przez MisterWhite — 23 lut 2018, o 09:44

Re: UART - gdzie może leżeć błąd?

2018-02-18T17:29:56+01:00

Statystyki: Napisane przez JarekK — 18 lut 2018, o 17:29

Re: UART - gdzie może leżeć błąd?

2018-02-18T14:21:29+01:00

mirekk36 napisał(a):

podłączyć sobie przewodem jedną z diod w zestawie bo są do pinu TX procka i zobaczyć czy mruga w trakcie niby nadawania

To już autor napisał więc do tego momentu chyba działa. Chyba, bo wiemy, że coś się na pinie dzieje - niestety nie wiemy co.

Artem napisał(a):

choć gdy klikam dowolny klawisz to na zestawie uruchomieniowym zapala się LED sugerujący, że jakieś dane są przesyłane

Chyab musimy poczekać an autora aż posprawdza zasugerowane rzeczy...

Statystyki: Napisane przez skalarro — 18 lut 2018, o 14:21

Re: UART - gdzie może leżeć błąd?

2018-02-18T13:56:47+01:00

wystarczy przecież nawet na zasadzie debugera na jednej diodzie LED - tyle że tu nawet nie programowo - podłączyć sobie przewodem jedną z diod w zestawie bo są do pinu TX procka i zobaczyć czy mruga w trakcie niby nadawania i nią dalej sprawdzić tor sygnału TX

Statystyki: Napisane przez mirekk36 — 18 lut 2018, o 13:56

Re: UART - gdzie może leżeć błąd?

2018-02-18T13:39:20+01:00

mirekk36 napisał(a):

to może być sytuacja że być może jakiś pin FT232R jest nieprzylutowany

Małe szanse, ale oczywiście łatwe do sprawdzenia.

Możesz też, jeżeli masz, użyć jakiejś chińskiej przejścióweczku usb<->rs232ttl i zprawdzić na niej wysyłanie bezpośrednio z pinu tx procka. Jak nie masz, to weź jakikolwiek inny procek, wgraj do niego biblioteczki uarta i połącz twój pin TX z RX tego drugiego. Oczywiście masy też!! zoczacz czy dane docierają do drugiego proca

Statystyki: Napisane przez skalarro — 18 lut 2018, o 13:39

Re: UART - gdzie może leżeć błąd?

2018-02-18T13:25:21+01:00

Artem napisał(a):

Teraz zauważyłem, że podczas wgrywania się programu 07_UART na atmege pasek ładowania jest przez chwilę czerwony,

No to kolega jest spotrzegaaaawczy, że hej ... to normalny w tym programie kolor podczas procesu programowania - ZAWSZE jest czerwony, a gdy leci weryfikacja to zielony .... Gdzie ty problemu szukasz panie kochany gdzie ?

Zresztą zajrzyj do konsoli - zaprogramował się procek ? No zaprogramował to chyba jest JASNO widoczne w konsoli.

Artem napisał(a):

A czy w ftdi watcher na pewno poprawnie wykrywany jest układ ftdi? U mnie jest inny symbol. I opis układu też jest inny

Tu widać, że kolega autor dawno temu przegapił tzn nie aktualizował po drodze MkAvrCalculatora który sam aktualizował wsad do FT232R i teraz ma z tym problem ale to nie jest powodem tego co się u niego dzieje ...

Moim zdaniem jeśli wszystko jest robione bez zmian z książki i fusebity są poprawnie ustawione na wewn oscylator 8MHz a chyba są sądząc po zrzucie ekranu na górze - a w terminalu głucho to pomijając już fakt że być może pin procka TX się uszkodził (w co wątpię raczej)

to może być sytuacja że być może jakiś pin FT232R jest nieprzylutowany - i być może akurat ten od TX'a

weź zestaw odwróć, weź lupę i obejrzyj piny dokładnie w tym układzie czy na pewno wszystkie są przylutowane czy może któryś nie wisi delikatnie nad padem i brak cyny pod nim

W razie czego umów się ze mną na maila biuro@atnel.pl żeby podesłać do nas zestaw do sprawdzenia / ew naprawy - to przy okazji wgramy też oczywiście nowszy wsad do FT232 żeby działał normalnie z MkAvrCalculatorem ...

Statystyki: Napisane przez mirekk36 — 18 lut 2018, o 13:25

Re: UART - gdzie może leżeć błąd?

2018-02-18T13:22:47+01:00

Artem napisał(a):

pasek ładowania jest przez chwilę czerwony, co by sugerowało błąd w ustawieniach.... Tak przynajmniej przypuszczam.

Artem napisał(a):

Nie wiem jak sprawdzić co powoduje ten błąd wczytywania się programu (czemu pasek przy ładowaniu wsadu jest czerwony).

jeżeli masz na myśli ten pasekz eclipsa, który wyskakuje jak wgrywasz program do procka, to jest to jego normalne zachowanie.

Wgrywanie wsady -> czerwony pasek postępu,
Weryfikacja wgranego programu -> pasek zielony.

Jak masz malutki wsad to możesz po prostu czerwonego paska nie zauważać bo tylko szybko mignie i po zapisie już jest. Jak w opcjach projektu zaznaczysz ptaszka " disable automatc verify check" czy jakoś tam, to zielonego paska wogóle nie będzie. Zakończy wgrywanie na czerwonym. Warto zaznaczyć przy częstym wgrywaniu testowych wersji dużego projektu - czyli podczas pisania programu na większym procku. Trochę przyspiesza pracę.

Statystyki: Napisane przez skalarro — 18 lut 2018, o 13:22

Re: UART - gdzie może leżeć błąd?

2018-02-18T13:01:27+01:00

A czy w ftdi watcher na pewno poprawnie wykrywany jest układ ftdi? U mnie jest inny symbol. I opis układu też jest inny

Statystyki: Napisane przez Marhef — 18 lut 2018, o 13:01

Re: UART - gdzie może leżeć błąd?

2018-02-18T11:23:25+01:00

Sprawdziłem na tera term, niestety efekt ten sam. Nie wiem jak sprawdzić co powoduje ten błąd wczytywania się programu (czemu pasek przy ładowaniu wsadu jest czerwony). Jutro pewnie przeinstaluje wszystko na nowo.

Statystyki: Napisane przez Artem — 18 lut 2018, o 11:23

Re: UART - gdzie może leżeć błąd?

2018-02-18T11:20:20+01:00

Putty bardzo nie lubi błędów transmisji i często w takich wypadkach nic nie wyświetla. Sprawdź na innym terminalu, to może pojawią się choć jakieś krzaki.

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 18 lut 2018, o 11:20

Re: UART - gdzie może leżeć błąd?

2018-02-18T10:19:27+01:00

Teraz zauważyłem, że podczas wgrywania się programu 07_UART na atmege pasek ładowania jest przez chwilę czerwony, co by sugerowało błąd w ustawieniach.... Tak przynajmniej przypuszczam. Powoli myślę, czy po prostu nie zainstalować wszystkiego na nowo, choć wgrałem sobie szybko program do sterowania diodami i wszystko na pierwszy rzut oka działa.

Statystyki: Napisane przez Artem — 18 lut 2018, o 10:19

Re: UART - gdzie może leżeć błąd?

2018-02-17T21:09:01+01:00

Artem napisał(a):

Przepraszam najmocniej. Tutaj faktycznie padłem na czytaniu ze zrozumieniem. Dziękuję za pomoc każdemu tutaj.

No ale jak? Ruszyło chociaż w końcu ? daj znać - a jeśli nie i już wiesz gdzie popełniałeś błąd i nadal coś jest nie tak to myślę, że teraz dokładniej opiszesz problem a nam uda się szybciej pomóc

Statystyki: Napisane przez mirekk36 — 17 lut 2018, o 21:09

Re: UART - gdzie może leżeć błąd?

2018-02-17T21:04:59+01:00

Przepraszam najmocniej. Tutaj faktycznie padłem na czytaniu ze zrozumieniem. Dziękuję za pomoc każdemu tutaj.

Statystyki: Napisane przez Artem — 17 lut 2018, o 21:04

Re: UART - gdzie może leżeć błąd?

2018-02-17T21:02:44+01:00

Artem napisał(a):

Co do kodu, to dokładnie przeklepany kod ze strony 276 bluebooka ma taki sam efekt

uprzejmie proszę nie opowiadać "BAJEK" ... niestety tak trzeba to nazwać, bo gdyby w książce tak było rzeczywiście to jej wartość merytoryczna już 8 lat temu zostałaby skrytykowana i pewnie powstałyby poprawki ... tymczasem kolega zdaje się wykonywać ćwiczenia z książki na ogólnie znanej zasadzie

"po łepkach - byle szybciej"

sorki że tak piszę ale no Qurczę przyłożyłem mnóstwo starań w Bluebooku aby wyjaśnić podstawy komunikacji UART i przez OSIEM LAT czytelnicy nie mają z tym problemu a kolega pisze że "przeklepany" .... no przepraszam

Już nie wspomnę, że na nośniku DVD/Pendrive/LINK dołączonym do książki masz prześliczne kody źródłowe do każdego ćwiczenia, żeby nie bazować na "przeklepywaniu" jak sam piszesz - bo niestety to normalne, że gdy się "przeklepuje" to się popełnia babole. Zdawałem sobie sprawę z tego pisząc książkę i dlatego tworzyłem od razu KODY ŹRÓDŁOWE do ćwiczeń na nośniku dołączonym do książki, tyle że warto sobie zadać minimum trudu i do nich zajrzeć - nie sądzisz ?

Statystyki: Napisane przez mirekk36 — 17 lut 2018, o 21:02

Re: UART - gdzie może leżeć błąd?

2018-02-17T20:49:42+01:00

cześć
Gdzie inicjalizujesz UART?
Czy zezwoliłeś na globalne przerwania?
[syntax=c]USART_Init( __UBRR );// inicjalizacja UART

sei();// globalne odblokowanie przerwań[/syntax]
bez tego Ci nic nie ruszy
No i jeszcze
[syntax=c]#include "MKUART/mkuart.h"[/syntax]

Statystyki: Napisane przez mczarny — 17 lut 2018, o 20:49

Re: UART - gdzie może leżeć błąd?

2018-02-17T20:49:59+01:00

Pierwsze zdanie w BB pod tym kodem: "Celowo pominąłem tutaj zagadnienia związane z inicjalizacją pracy modułu UART", strona dalej: "Jeśli to zaniedbamy [inicjalizację][...],nic nie wyjdzie z naszej nawet prostej transmisji testowej" Po za tym przy 1MHz i prędkości 9600 możesz mieć problemy

Sugeruję zmniejszenie prędkości lub zwiększenie kwarca

Statystyki: Napisane przez DarkMajster — 17 lut 2018, o 20:45

Re: UART - gdzie może leżeć błąd?

2018-02-17T19:34:11+01:00

Przepraszam za błąd z wklejaniem kodu, użyłem teraz instrukcji przez Pana podanej.

Co do kodu, to dokładnie przeklepany kod ze strony 276 bluebooka ma taki sam efekt, terminal jest pusty. Dlatego skupiałem się raczej na szukaniu problemu ustawieniach.
[syntax=c]#include
#include

void USART_Transmit (char data );
int main (void)
{

while(1)
{
USART_Transmit('A');
USART_Transmit (0x0d);
USART_Transmit(0x0a);
_delay_ms(1000);
}

}
void USART_Transmit( char data )
{
while ( !( UCSRA & (1<UDR = data;
}[/syntax]

Statystyki: Napisane przez Artem — 17 lut 2018, o 19:34

Re: UART - gdzie może leżeć błąd?

2018-02-17T19:00:27+01:00

a kolega już tyle czasu jest na forum i nie wie jak się wstawia kod źródłowy ? tym bardziej, że jest wyraźna instrukcja? topic7402.html - proszę uprzejmie edytować i to poprawić

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

a teraz merytorycznie - widzę, że masz zestaw ATB - więc przypuszczam (bo nie odpaliłeś ikonek pod własnym podpisem na forum w ustawieniach użytkownika, z których widać by było, że masz Bluebooka) ... więc przypuszczam, że go masz i nawet nie zajrzysz do rozdziału o UART tzn jak się zaczyna w ogóle zabawę z UART'em ? może warto jednak zajrzeć ? To od razu znajdziesz błąd - bo z twojego opisu tylko problemu wynika że wszystko działa prawidłowo tylko zapewne w kodzie jest mocno coś nie tak

Statystyki: Napisane przez mirekk36 — 17 lut 2018, o 19:00

UART - gdzie może leżeć błąd?

2018-02-17T19:48:45+01:00

Postanowiłem sprawdzić działanie USART na Atmega32 i niestety nie otrzymuje nic w terminalu, choć gdy klikam dowolny klawisz to na zestawie uruchomieniowym zapala się LED sugerujący, że jakieś dane są przesyłane.
Nie mam pomysłu już co mogę zmienić i gdzie może leżeć błąd.
puTTy:
COM3
Speed 9600
[syntax=c]#include
#include

void USART_Transmit( unsigned char data );

int main (void)
{

while(1)
{
USART_Transmit('a');
USART_Transmit('a');
_delay_ms(1000);

}

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

Statystyki: Napisane przez Artem — 17 lut 2018, o 18:52