Witam

układ - wygląda tak: atmega88 -> max485-> przejścówka atb usb -> terminal Putty
chciałbym wysłać z terminala jakiś znak potem pobrac go do jakieś zmiennej za pomocą funkcji uart_getc a nastpnie wyświetlić tą zmienną w terminalu - pomyslałem że mogłbym to zrobić tak:


Problem w tym że zamiast wyswietlać znak nadany z terminala to wyswiela się krzak lub zupełnie inne przypadkowe literki lub cyfry
Dodam jeszcze że wysyłanie z mikrokontrolera działa bo string rs-485 wyświetla sie prawidłowo.
Nadawanie włączam w przerwaniu nadawczym a wyłączam w przerwaniu UART_TXC_vect po wysłaniu ramki.
No i jeszcze dodam ze coś sie wysyła z terminala bo dioda na przejściówce się zaswieca i przerwanie odbiorcze takze sie wykonuje.

Co jest źle że jak zwykle program robi nie to co chiałbym

Czy moj tok myslenia jest poprawny??? bo moze wogole to nie ma prawa działać , moze przyczyna lezy zupełnie gdzie indziej, może ktoś mogłby napisac kawałek kodu jak to powwino wyglądać, może przycyzna w sprzęcie?

Bardzo byłbym wdzieczny za jakieś wskazówki.

A nie zamieniles A-B przez przypadek? Musisz to podlaczyc A-A, B-B

mam dobrze podłączone A-A B-B, zaczynam podejrzewać złą konfiguracje putty"ego bo próbuje wysłać znak w terminalu poprostu wciskając jakąś litere lub cyfre na klawiaturze komputera, może powinno sie to robić inaczej?
Zauważyłem tez że przerwanie odbiorcze wykonuje się także za każdym razem kiedy mikrokontroler coś nada - dlaczego?
W przerwaniu odbiorczym zmieniam stan diody led ktora jest wskaźnikiem czy nastąpiło przerwanie.

pokaż jeszcze przerwania co tam robisz,
ja uzywam do nadawaia innego terminala niz putty, do odbioru jest cacy ale wysyłanie z niego znaków nigdy mi nie szło.
spróbuj z realterm
wpisuje się całe stringi i wydyła przy pomocy buttona. Można też zaznaczyć automatyczne dodawanie \cr \lf

_________________
IntegraMETEO
WordCLOCK
IntegraTOUCH

W putty jest kilka opcji do konfiguracji. Ale akurat przy połączeniach z RS485 używałem Realterma (ze względu na potrzebę wysyłania zdefiniowanych ramek) - ale chyba tez coś było na rzeczy z Putty i rs485.
P. S. Obejrzyj poradniki Mirka o RS232 dla początkujących.

Sent from my Mi-4c using Tapatalk

przerwanie nadawcze

przerwanie odbiorcze:



przerwanie " od wysłania ramki"

Spróbuje przetestować to miedzy dwoma mikrokontrolerami tzn. czy jak drugi mikrokontroler wyśle znak do pierwszego to czy bede mogł pobrać go do zmiennej z bufora cyklicznego odbiorczego i tą zmienną wyswietlić w terminalu.

A próbowałeś w ogóle transmisję bez Max485? Jak nie to zacznij od tego - łącząc uC z PC (via przejściówkę) - tx z rx i rx z tx.
Odradzam do pierwszych prób korzystanie z dwóch uC, bo nie będziesz wiedział czy Twój problem leży po stronie jednego, drugiego a może obu uC.
Zacznij od najprostszych testów. Jak przejdą pomyślnie to przejdź do kolejnego etapu - wdrażając kolejne punkty.

Sent from my Mi-4c using Tapatalk

dobry pomysł spróbuje ten sam kod sprawdzić przy zwykłym rs 232

jest postep bo po rs 232 program działa prawidłowo!!!

Od razu zadziałał, czy musiałeś coś poprawić?

Sent from my Mi-4c using Tapatalk

od razu zadziałał - problem musi sie kryć w tym że przy rs485 po każdym nadaniu z mikrokontolera wykonuje sie przerwanie odbiorcze(nie ma czegoś takiego przy rs232) z tym ze ja nic nie wysyłam jak juz to putty tylko że dioda na przejscówce TX nie sygnalizuje aby puty cos wysyłał.
Dziwne to jest.

Odpal inny terminal - np. Realterm (z prawami admina) i popróbuj

Sent from my Mi-4c using Tapatalk

a jak się skonfigurować ten terminal pod komendy vt100 ???

Jest Odkrycie !!! całe zamieszanie i nieproszone przerwania w rs 485 wywołują komendy vt100 do terminala których używałem wcześniej bez tych komend nawet na puttym wszystko śmiga , tylko nie wiem jeszcze czemu tak sie dzieje przy rs 485 a przy rs 232 nie, musze poczytać o tych komendach i procedurach