ATNEL tech-forum

Re: rs-485 problem

2017-05-07T08:00:25+01:00

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

Statystyki: Napisane przez Mac — 7 maja 2017, o 08:00

Re: rs-485 problem

2017-05-05T18:35:35+01:00

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

Statystyki: Napisane przez Mac — 5 maja 2017, o 18:35

Re: rs-485 problem

2017-05-05T10:00:23+01:00

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

Sent from my Mi-4c using Tapatalk

Statystyki: Napisane przez micky — 5 maja 2017, o 10:00

Re: rs-485 problem

2017-05-05T09:47:33+01:00

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.

Statystyki: Napisane przez Mac — 5 maja 2017, o 09:47

Re: rs-485 problem

2017-05-05T07:39:02+01:00

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

Sent from my Mi-4c using Tapatalk

Statystyki: Napisane przez micky — 5 maja 2017, o 07:39

Re: rs-485 problem

2017-05-05T06:56:16+01:00

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

Statystyki: Napisane przez Mac — 5 maja 2017, o 06:56

Re: rs-485 problem

2017-05-04T17:45:58+01:00

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

Statystyki: Napisane przez Mac — 4 maja 2017, o 17:45

Re: rs-485 problem

2017-05-04T08:58:18+01:00

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

Statystyki: Napisane przez micky — 4 maja 2017, o 08:58

Re: rs-485 problem

2017-05-04T07:49:58+01:00

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.

Statystyki: Napisane przez Mac — 4 maja 2017, o 07:49

Re: rs-485 problem

2017-05-03T16:18:07+01:00

przerwanie nadawcze
[syntax=c]ISR( USART_UDRE_vect) {
// sprawdzamy czy indeksy są różne
#ifdef UART_DE_PORT
UART_DE_NADAWANIE;
#endif
if ( UART_TxHead != UART_TxTail ) {
// obliczamy i zapamiętujemy nowy indeks ogona węża (może się zrównać z głową)
UART_TxTail = (UART_TxTail + 1) & UART_TX_BUF_MASK;
// zwracamy bajt pobrany z bufora jako rezultat funkcji
UDR0 = UART_TxBuf[UART_TxTail];
} else {
// zerujemy flagę przerwania występującego gdy bufor pusty
UCSR0B &= ~(1<przerwanie odbiorcze:

[syntax=c]ISR( USART_RX_vect ) {
DDRC |= (1<PORTC ^= (1< uint8_t tmp_head;
char data;

data = UDR0; //pobieramy natychmiast bajt danych z bufora sprzętowego

// obliczamy nowy indeks „głowy węża”
tmp_head = ( UART_RxHead + 1) & UART_RX_BUF_MASK;

// sprawdzamy, czy wąż nie zacznie zjadać własnego ogona
if ( tmp_head == UART_RxTail ) {
// tutaj możemy w jakiś wygodny dla nas sposób obsłużyć błąd spowodowany
// próbą nadpisania danych w buforze, mogłoby dojść do sytuacji gdzie
// nasz wąż zacząłby zjadać własny ogon
} else {
UART_RxHead = tmp_head; // zapamiętujemy nowy indeks
UART_RxBuf[tmp_head] = data; // wpisujemy odebrany bajt do bufora
}
}

}
}[/syntax]

przerwanie " od wysłania ramki"

[syntax=c]#ifdef UART_DE_PORT
ISR( USART_TX_vect ) {
UART_DE_PORT &= ~UART_DE_BIT;// zablokuj nadajnik RS485
}
#endif[/syntax]

Statystyki: Napisane przez Mac — 3 maja 2017, o 16:18

Re: rs-485 problem

2017-05-03T08:29:20+01:00

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

Statystyki: Napisane przez micky — 3 maja 2017, o 08:29

Re: rs-485 problem

2017-05-03T08:10:21+01:00

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

Statystyki: Napisane przez skalarro — 3 maja 2017, o 08:10

Re: rs-485 problem

2017-05-03T07:45:17+01:00

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.

Statystyki: Napisane przez Mac — 3 maja 2017, o 07:45

Re: rs-485 problem

2017-05-02T21:59:05+01:00

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

Statystyki: Napisane przez micky — 2 maja 2017, o 21:59

Re: rs-485 problem

2017-05-02T21:12:40+01:00

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.

Statystyki: Napisane przez Mac — 2 maja 2017, o 21:12

rs-485 problem

2017-05-01T22:15:57+01:00

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:
[syntax=c]while(1)
{
tr_cursor_hide(1);
tr_pen_color(7);
tr_locate(2,5);
uart_puts("rs-485");
char x= uart_getc();
tr_locate(10,1);
if(!x)uart_puts("0");
else uart_putc(x);
_delay_ms(5000);
}[/syntax]

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

Statystyki: Napisane przez Mac — 1 maja 2017, o 22:15