Dlaczego attiny2313 odbiera błędne wartości przez UART z Atmega8515?

Question

Witam,

Dwa proceseory (takie jak w temacie) komunikuja sie przez uart. Obydwa wysylaja sobie ta sama zmienna typu Byte o wartosci 0 lub 1.
8515 odbiera dane bez problemu. Natomiast 2313 odbiera wartosci o 128 wieszke, czyli: 0=128 1 = 129 itd....
Ktos wie co moze byc przyczyna?
Wszystko jest dobrze ustawione, baud, krysztal, dzielenie zegara wylaczone... program w BASCOMIE.

Nawigator · Answer

Tak wygląda jakby startbit był ustawiony na 2. Albo brak rezystora podciągającego na wejściu uart. Pzdr. N.

vain · Answer

Na zadnym wejsciu nie ma podciagajacych, a jedno dziala prawidlowo. Mozliwe ze bit startu...

mirekk36 · Answer

zamiast podłączać zewnętrzny rezystor ustaw programowo Pull'Up do VCC na wyjściu Tx i na wejściu Rx - to wystarcza

vain · Answer

No ale wytlumacz mi dlaczego w jedna strone dziala dobrze, skoro nie jest ustawione podciaganie?

LordBlick · Answer

Ktokolwiek wnikliwie studiuje pdf-ki, ten wie - samo włączenie bitów TXEN i RXEN w rejestrze UCR/UCRSB powoduje wymuszenie stanów właściwych transmisji szeregowej. Możliwe jest oczywiście dodatkowe ustawienie pullup na wejściu RXD (np. gdy z jakiegoś powodu może ono być odłączone przez jakiś czas), nic poza tym - proszę poczytać o dodatkowych funkcjach portu D (piny PD0 i PD1) w większości datasheet-ów od AVR...
Oczywiście użytkownicy Bascom-a najczęściej są nieprzyzwyczajeni do przejmowania się pdf-kami, co skutkuje wypisywaniem bzdur...
Co do consensusu - wszystkie parametry transmisji (BAUDRATE, STOPBITS, BITS od DATA & PARITY) są w obu µC jednakowe ?

Mam na sprzedaż:
30.07.2005 Moduł laserowy audio Philips VAM2201

vain · Answer

Chcialbym zauwazyc, ze CI co proponowali ustawienie pullup'ow progrmuja raczej w C, (ja jako uzytkownik bascoma, przyzwyczajony do tego ze bascom robi wszystko za mnie, wiem ze przy uzyciu komend print input itp. itd. kanaly transmisji zostaja automatycznie i domyslnie skonfigurowane) wiec co do consensusu baud, data i parity ustawione sa dobrze a bits jak juz pisalem wczesniej nie wiem i musze sprawdzic, a kontynuuje ta rozmowe dlatego, ze skoro ktos mi cos doradza to chcialbym zrozumiec dlaczego akurat tak.

LordBlick · Answer

Ne mam zamiaru deprymować kogoś za to, że używa Bascom-a - jeśli kogoś uraziłem to przepraszam. Budzi we mnie tylko pewien niesmak doradzanie bez dokładnego zaznajomienia się z tym, co napisał w danym temacie producent układu.
Bez analizy kodu zbyt wiele konkretów nie można poradzić. Nowsze AVR, jak doczytałem w Helpie od Bascom-a, należy ustawiać za pomocą dyrektywy CONFIG COM1.

Mam na sprzedaż:
30.07.2005 Moduł laserowy audio Philips VAM2201

mieciomiecio · Answer

miałem ten sam problem ale z komunikacją z komputerem.
zawsze dodawał mi 1 na najstarszym bicie.

problem polegał na przeliczeniu F_CPU/16/band -1
wychodziło np 7,8444 czy cos takiego
i do rejestru wpisywał 7
jak mu wpisałem stałą wartość 8 to ruszyło i chodzi do dziś

daj znać czy to był tego typu problem.

vain · Answer

no wlasnie, gdzie wpisales ta 8?

mieciomiecio · Answer

to nie tak ze musisz wpisac 8

musisz policzyc cos takiego

[czestotliwosc_zegara]/16/[predkosc_transmisji]-1

ten wynik wpisujesz do rejestru UBRRL ( i mozliwe ze starszy bajt w UBRRH - sprawdz w dokumentacji)

wiec podstawiajac swoje dane pod ten wzor uzyskalem np. 7,8988748
do UBRRL wpisane zostanie np. 0x07
a nie odcinając końcowki tylko zaokrąglając piszesz np.0x08

ta "8" to musisz policzyc

PS: w czym programujesz w BASCOM , avrgcc, asm?

vain · Answer

programuje w bascomie

Mozesz mi powiedziec z czego wynika ten wzor?
W moim przypadku to 51,08(3)
8000000/16/9600-1

PS. wysylajac 0 dostaje 80 (HEX). Dodalem w kodzie cos takiego:
zmienna = zmienna - 128 i dziala.
Co jest przyczyna dalej nie wiem.

mieciomiecio · Answer

wklej kawałek kodu lub cały głównie interesuje mnie inicjalizacja USART i procedura wysłania. PS: w bascom zawsze dziwnie rzeczy wychodzą wiec może pomyśl nad przejściem nad avr-gcc

Nawigator · Answer

Jak stracisz jeszcze dwa tygodnie to się zainteresujesz asemblerem, co Ci już radzę. Zmiany w procesorach avr idą tak szybko ze wszelakie kompilatory nie nadążają z łataniem dziur.
Dałeś te rezystory do plusa?
Pzdr. N.

vain · Answer

Dalem rezystory i nic. Jeśli chodzi o fragment kodu z obsluga uartu to nie ma takowego. Otwieralem kanaly, konfigurowalem i nic. Mam tylko poustawiane w kompilatorze.
Moze to jest spowodowane uzyciem komend printbin i inputbin?
Niewiem czemu komendy pirnt i input nie dzialaja?

Co do przejscia na C to nie ma szans, nie mam czasu sie uczyc teraz C.
Jesli chodzi o asembler to nie mamilabym cierpiliwosci do napisania programu na 5 procesorow z czego jeden ma okolo 2000 linijek(w basicu).

Mozliwe sa stawki asemblerowe w Bascomie. Moze to jakos pomoze?
Niestety asemblera znam "bardzo podstawowo".

mieciomiecio · Answer

to moze wyłącz w ustawieniach bacom'a USART i ustaw ją samodzielnie powinienes miec możliwość wpisywania odpowiednich danych do rejestrów, albo pozmieniaj prędkość transmisji lub kwarca i zobacz czy zadzialalo.

vain · Answer

dwie atmegi komunikuja sie bez problemu

marek_Łódź · Answer

Jakie zmiany w procesorach, czyżby żyły własnym życiem (u mnie w szufladzie)? Co do meritum, to faktycznie takie błędy potrafią się pojawiać przy niedokładnym zestrojeniu prędkości transmisji.

Dlaczego attiny2313 odbiera błędne wartości przez UART z Atmega8515?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Podsumowanie tematu