Komunikacja UART między Atmega8 a Attiny2313A język C

Question

Witam Próbuję połączyć dwa uC za pomocą komunikacji UART. Attiny ma za zadanie nadanie jednego znaku ASCII natomiast Atmega powinna go odebrać i wyświetlić na wyświetlaczu lcd. Niestety kontrolery nie mogą się dogadać, programy realizujące to zadanie są praktycznie wklejone z not katalogowych...

BlueDraco · Answer

Program, który odbiera znak, nic z nim następnie nie robi, a kompilator aż piszczy od ostrzeżeń, które łaskawie ignorujesz.

maciej1999 · Answer

Wyeliminowałem ostrzeżenia poza tym jednym: main.c:39: warning: assignment makes integer from pointer without a cast Przez niego z odbieranym znakiem nic się nie dzieje?

C0FFEE · Answer

Nie, nie przez komunikat. Po prostu wyświetlasz adres funkcji USART_Receive.

tmf · Answer

@maciej1999 Pokaż ten poprawiony kod, bo ten, który wkleiłeś tak jak pisze kol. @BlueDraco nie ma prawa działać.

maciej1999 · Answer

Aaa rozumiem, więc jak wyświetlić zwracaną przez tą funkcję wartość?

C0FFEE · Answer

Kod: C / C++Zaloguj się, aby zobaczyć kod (-:

maciej1999 · Answer

Niewiele w nim zmieniłem, ale nie ma już ostrzeżeń Kod: C / C++Zaloguj się, aby zobaczyć kod

Konto nie istnieje · Answer

Aby zebrać wszystkie uwagi Kolegów w jedną: Naucz się C. Nie masz podstaw podstaw. Nic nie zrobisz, a szczerze powiedziawszy tylko zabierasz czas (nier dlatego że nie chcemy pomóc, tylko dlatego że nie chcesz sie uczyć). Zacznij od Hello world, napisanego przez siebie (nie wklejonego z sieci), tak jak wszyscy na tym forum kiedyś zaczynali.

C0FFEE · Answer

Kod: C / C++Zaloguj się, aby zobaczyć kod Powinno działać, ale trochę od tyłu, może jednak zacznij od podstaw, tj. nauki C. Kod: C / C++Zaloguj się, aby zobaczyć kod Ciepło, ale nie działa, próbuj dalej. (-:

maciej1999 · Answer

Wiem o tym, nawet głupio się czuję prosząc Was o pomoc wiedząc, że przyczyną jest moja niewiedza, ale po prostu pilnie tego potrzebuję stąd to zapytane

tmf · Answer

@maciej1999 Dalej nie będzie działać. Masz dwa razy USART_Receive(), przy czym po pierwszym wywołaniu nigdzie nie przypisujesz wyniku. Z kolei twój kod nadajnika nadaje tylko jeden znak, który ty właśnie gubisz.

maciej1999 · Answer

Zrobiłem tak jak radziliście, teraz wyświetlacz nic nie pokazuje, a kiedy odepnę linię Tx zaczyna wyświetlacz przypadkowe liczby i znaki

tmf · Answer

A jak się ma zachowywać skoro kod wygląda tak:

Zaloguj się, aby zobaczyć kod

Zastanowiłeś się co ten kod robi? Raz odbierasz coś, przypisujesz zmiennej data, po czym w odstępach co 200ms wyświetlasz ją na LCD, uzysujesz więc kolejne powtórzenia tego samego. W dodatku po odpięciu Rx w odbiorniku po prostu łapiesz śmieci.

maciej1999 · Answer

W sumie to taki był mój cel: odebrać znak, wrzucić do zmiennej i wyświetlać do resetu

Konto nie istnieje · Answer

@tmf Dziwię się że drążysz temat. Bez podstawowej znajomości języka, wszelkie takie działania po prostu nie mają sensu.

Konto nie istnieje · Answer

@piotrus_999 Zastanawiałeś się kiedy ostatnio Twoja wypowiedź była różna od kursu "nie wiesz nic o C, siądź do książek" ?

Kiedyś żeby przemycić jakąś myśl trzeba było w poście zawrzeć przynajmniej jedną odnoszącą się do zapytania autora myśl i to jeszcze taką która coś do tematu wnosiła.

Za krzewienie C to @dondu można podziwiać. Tmf, BlueDraco, Grko, Albert, FreddieChopin i wielu innych mają klasę. Przejawia się to tym, że robią swoje i się nie wywyższają.

W Twoim przypadku brak słów.

Zapytaj, coś wnieś, a nie hydepark na ogóle z kierowanymi nie do autora wynurzeniami.

Konto nie istnieje · Answer

@niveasoft Nie wiem czy zauważyłeś zdecydowaną erozję chęci nauki pytających. Odpowieź taaa taaa później się nauczę teraz potrzebuję gotowca. To jest dziedzina wymagająca pewnej minimalnej wiedzy. Ktoś kto nie widzi róznicy pomiędzy x = rand; a x = rand() nie jest w stanie napisać czegokolwiek - nawet hello world. Tłumaczenie czegokolwiek bez opanowania podstaw nie ma sensu.

tronics · Answer

@niveasoft - tutaj zgadzam się z Piotrus_999, autor nie zna podstaw języka którym chce się posługiwać. Dlatego zupełnie prawidłowo Piotrus_999 zasugerował naukę tych podstaw od Hello World. Koniecznie nie korzystając z literatury dla mikrokontrolerów gdyż z reguły ta literatura zakłada znajomość podstaw C. A te tutaj kuleją. Prosty kurs C z pobieraniem wartości z klawiatury, przekazywaniem argumentów do funkcji (liczącej), zwracanie wyniku, funkcje warunkowe, wyświetlanie, jakaś tablica, funkcje wieloargumentowe, wskaźniki... a potem można się bawić C dla MCU.

Promuję tematy:
10.08.2024 Amputowano mu nogę.... nasz były moderator GSM arti123 potrzebuje Twojej pomocy.

Konto nie istnieje · Answer

W pętli ten USART_Receive(); jakie ma zadanie? Chcesz odbierać co drugi nak? Dodano po 8 [minuty]: Tu też czi się pułapka, w która kiedyś możesz wpaść. Jeśli przy danej prędkości trzeba pracować w trybie x2 UARTa, to Ty ti ustawiasz bitu X2 w uarcie na podstawie występowania deklaracji USE_2X. W przypadku 9600 i 8MHz takiego problemu nie ma, ale przy 16MHz i 115200 już bedzie.

maciej1999 · Answer

USART_Receive(); już wywaliłem zostało: data = USART_Receive();

jnk0le · Answer

W atmedze8 aby wpisać coś do UCSRC trzeba dodać (1

Konto nie istnieje · Answer

Niektóre Atmegi tak mają (np 162). Inspirację Atmel chyba brał z UARTa 16C45x/55x. Jeszcze lepszy jest 161, gdzie straszy podzielnika jest wspólny dla UART0 i UART1. Napisałem wspólny bo młodszy półbajt odpowiada za jeden UART, starszy za drugi. Zapisując rejestr bez maski ANO / OR można pójść w maliny. A z URSEL bywa (zależnie od kolejności operacji i innych czynników), że wpis się uda bez operacji xxx | _BV(URSEL), bowiem po resecie URSEL jest ustawiony 1.

JacekCz · Answer

Do mojej prywatnej kolekcji jak nie pisać #define EDIT: @maciej1999 materiały producentów mikroprocesorowych są pełne niewłaściwego stosowania języka C, Atmel ma tu chlubne miejsce . Dlatego znów można do znudzenia powiedzieć, najpierw znajomość C, potem programowanie mikroprocesorów. Język C ma ogromnie dużo miejsc, gdzie błąd może być ukryty i wyleźć w najmniej spodziewanych okolicznościach

maciej1999 · Answer

Dodałem (1

Konto nie istnieje · Answer

Co do URSEL to jak go użyłeś? Tu masz fragment noty:

Zaloguj się, aby zobaczyć kod

i wszytko jasne.

Zapętlij linie TX z RX i zbadaj czy odczytujesz to co trzeba czy krzaki. będziesz wiedział czy problem masz w ustawieniach transmisji czy w procedurze odbiorczej.

maciej1999 · Answer

Zapętlić czyli połączyć Tx z Rx tego samego kontrolera? To raczej niemożliwe

Konto nie istnieje · Answer

Dlaczego? Układ w BGA?

tronics · Answer

Loopback - tak się to nazywa i służy odbieraniu tego co się wysyła. W ten sam sposób sprawdza się kontrolery RS232 na PC.

maciej1999 · Answer

Bo wyświetlacz potrzebuje 7 wyjść jednego portu i jakby nie kombinował nie mogę mieć 7 wolnych wyprowadzeń tego samego portu i jednocześnie aktywnych linii Tx, Rx, MOSI, MISO, SCK i resetu.
Przynajmniej w tych dwóch uC, które mam pod ręką

Komunikacja UART między Atmega8 a Attiny2313A język C

How do I correctly receive one UART ASCII character from an ATtiny2313A and display it on an ATmega8 LCD?

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

Post #19

Post #20

Post #21

Post #22

Post #23

Post #24

Post #25

Post #26

Post #27

Post #28

Post #29

Post #30

Podsumowanie tematu