Dziwny problem z RS485 + AVR

Udostêpnij _pe³ny_ schemat, mo¿e co¶ wypatrzymy ;)

dziadek Ben

Był czw, 04. sierpień 2005 19:29 gdy "dziadek Ben" snipped-for-privacy@op.pl napisał(a):

Od strony PC jest:

program którym to testuje uprościłem już na maksa jak się dało i przy włączonym cały czas nadajniku wysyła stały znak non-stop:

#define F_CPU 8000000UL #define delay_us(x) for (loop=0; loop<x; loop++) _delay_loop_2(1000);

#include <avr/io.h>

#include <avr/interrupt.h>

#include <avr/delay.h>

#include <avr/signal.h>

#include <avr/eeprom.h>

#include <avr/sfr_defs.h>

#include "bits.c"

typedef unsigned char u08;

void usart_init(); void USART_Transmit(u08 data); volatile int data=0; volatile int adr=0; void usart_init() { // set UART options UBRRH = 0;// 19200 bps dla 8 MHz UBRRL = 25; //25,51,103 | _BV(RXCIE) UCSRB |= _BV(TXEN); //| _BV(TXCIE);// Tx Complete Interrupt & EnableTx // UCSRB |= _BV(RXEN) | _BV(RXCIE);// Rx Complete Interrupt & EnableRx UCSRC = _BV(UCSZ1) | _BV(UCSZ0);// 8N1}

void USART_Transmit( u08 data ) { /* Wait for empty transmit buffer */ while ( !( UCSRA & (1<<UDRE)) ) ; /* Put data into buffer, sends the data */ // s_bit(&PORTD,PD6); //c_bit(&PORTB,PB2); UDR = data; }

int main(void) { // Initiate Ports DDRB = (1<<PB2); //wyjscie na pb2 DDRD = (1<<PD6); //wejscia + wyjscie na pd6 s_bit(&PORTB,PB2); //zgaszone c_bit(&PORTD,PD6); //wylaczony nadajnik int loop=0; usart_init(); sei();// Enable global interrupts u08 i,pierwszy,drugi;

int licznik = 0; int interval=50; u08 bum=180;

c_bit(&PORTB,PB2); s_bit(&PORTD,PD6); /wlacza nadajnik

while(1)// Loop forever { //continue; // USART_Receive();//(u08)licznik); // USART_Transmit((u08)0x80); UDR = 123; delay_us(14);

UDR = 56; delay_us(14);

}//main loop }

Tomek Głuch napisał(a):

Jakiś czas temu wypłakałem na grupie żale do MS za spieprzone sterowanie linią RTS w win. Czy jesteś pewny, że twój port RS232 prawidłowo steruje kierunkiem ? Bo ja w końcu dałem sobie spokój i zmontowałem układ z linią opóźniającą.

PS. Coś mi się zdaje, że po dzisiejszych walkach z moim RS485 mam ochotę komuś wpie... w MS za spieprzone timeouty na RS dla krótkich czasów. Muszę sprawę obadać, ale coś mi się widzi, że znowu dali ciała.

Chyba pozostaje zrobić porządny konwerter RS232->RS485 na jakimś uC.

Witam Sterujesz RSem 485 nadawanie lub odbiór piny DE i RE

Sprawd¼ oscyloskopem, czy aby na pewno DE (po obu stronach) jest poprawnie sterowane! - ja siê kiedy¶ na tym przewioz³em ;(

dziadek Ben

1. Na schemacie masz 75184 i odwrotnie popodciągane B i A. Ale zamienione są obie linie w porównaniu do 176 to może jest dobrze.
2. Po stronie PC lepiej połączyć DE z /RE bo będziesz miał echo.

Był czw, 04. sierpień 2005 22:19 gdy "dziadek Ben" snipped-for-privacy@op.pl napisał(a):

No właśnie na tym polega problem, że nie jestem szczęśliwym posiadaczem oscyloskopu :( Jak włączam driver-enable od strony procka czy też PC to widać wyraźny zmian napięć na linii. Nie mam zielonego pojęcia co w tak prostym urządzeniu może być źle. Pewnie jakaś pierdoła a ja się już tym ponad tydzień męcze :(

Był czw, 04. sierpień 2005 21:44 gdy Sebastian Biały snipped-for-privacy@poczta.onet.pl> napisał(a):

Jestem szczęśliwym użytkownikiem systemu GNU/Linux i ten problem tak bardzo mnie nie dotyczy. Poza tym narazie ręcznie steruje linią RTS za pomocą specjalnego terminala który ma takie funkcje (gtkterm). Zresztą póki co transmisja jest z prędkością dźwięku w próżni :) włączam nadawanie, przyciskam literke, wyłączam, a w procku jest delay na kilka sekund i echo. Próbowałem też zapisywać do eepromu to co on dostaje ale też były zera albo same śmieci.

Był czw, 04. sierpień 2005 21:49 gdy "marco" snipped-for-privacy@wp.pl napisał(a):

W przejściówce odbiornik jest na stałe włączony a nadajnik w zaleznosci od linii RTS. Od strony uC sterowanie DE i RE jest z jednego pinu kontrolera. Poza tym jak napisałem program który stan PIND 0 przekazuje na diodę LED to ładnie migała w rytm odbieranych znaczków. Wygląda na to jakby USART nie rozpoznawał znaków. Ale jak połączyłem uC na krótko z MAX232 to program do wysyłania echo smigał pięknie.

Tomek Głuch napisał(a):

Pytanie czy linia RTS jest sterowana hardwareowo, czy też OS musi nia machać. W drugim przypadku może to być również Twój problem przy normalnych szybkościach.

Zdiagnozuj magistralę RS485.

Miernik w łapę (najlepiej analogowy) i sprawdź czy:

a) W stanie spoczynku linia A>B (najlepiej pozbądź sie terminatorów

Moja propozycja - włacz jedną diodę w przerwaniu UART RX - sprawdzisz w ten sposób czy wogóle coś dostaje na wejściu.

Na Twoim miejscu na próbê wyrzuci³bym wszystkie potencjometry/pull-upy, a je¶li wtedy ruszy, to dla sprawdzenia pod³±czy³bym je na odwyrtkê: A do +5V, B do GND.

Powodzenia dziadek Ben

Tomek Głuch napisał(a):

Prawdopodobnie dlatego że masz źle pullupy A i B. Ma być A do + i B do

-, wtedy masz na lini w stanie spoczynku logiczną "1" i włączenie drivera nie spowoduje zmiany stanu. Dopiero nadanie znaku spowoduje zaburzenie na lini.

Pamiętaj że w RS232 logiczne "1" odpowiada stanowi ciszy a nie 0. Ia najlepiej własnie tak spolaryzować AB.

Ja mam tam jakis oscyloskop ale komunkacji po RS485 nie odpalilbym bez "monitora" Z³ozonego z 3 ledow, wpolnie polaczone anodami i oporniki. Katody podlaczalem do SN75176 na Rx, Tx, R/T. Monitory byly 2 po obu stronach i fizycznie widzialem co sie dzieje, najpierw nameczylem sie zeby zsynchronizowac uklady, pozniej juz tylko zmniejszanie opoznien i przypieszani pracy.

S³usznie radzi Ci Mariusz Dybiec, zbys odpalil najpierw recznie, ja tez od tego zaczynalem, recznie sterowalem linia R/T, a dla pewnosci mialem jeszcze monitorowanie zrealziowane na MAX232 i terminalu na PC. (zawsze moglo by sie okazac ze dane przechodza uP zle je interpretuje)

Pozdrawiam Micha³

Był czw, 04. sierpień 2005 23:50 gdy "Michał" snipped-for-privacy@wp.pl napisał(a):

no przedtem miałem diody na tx i R/T ale je wylutowałem gdyż podejrzewałem je o osłabianie sygnału (tonący brzytwy się chwyta :) Zdaje się, że będą musiały wrócić.

Był czw, 04. sierpień 2005 22:42 gdy Mariusz Dybiec snipped-for-privacy@poczta.onet.pl> napisał(a):

Narazie wyłączyłem terminatory i pull-upy. Zabrałem się za zrobienie konwertera jeszcze raz i nie na pajączku [prowizorki są bee] i zauważyłem, że w nocie MAX232 zarówno kondensatory od V+ jak i V- (nozki 2 i 5) są podłączone do masy, a na tym schemacie jeden z nich jest do +5V. Dziwne że konwersja 232/TTL działała jak należy. Po stronie AVR chyba nic już źle nie może byc :)

Był czw, 04. sierpień 2005 22:42 gdy Mariusz Dybiec snipped-for-privacy@poczta.onet.pl> napisał(a):

Narazie wyłączyłem terminatory i pull-upy. Zabrałem się za zrobienie konwertera jeszcze raz i nie na pajączku [prowizorki są bee] i zauważyłem, że w nocie MAX232 zarówno kondensatory od V+ jak i V- (nozki 2 i 5) są podłączone do masy, a na tym schemacie jeden z nich jest do +5V. Dziwne że konwersja 232/TTL działała jak należy. Teraz patrze i na róznych schematach w sieci też tak jest. np

Po stronie AVR chyba nic już źle nie może byc :)

Był czw, 04. sierpień 2005 22:42 gdy Mariusz Dybiec snipped-for-privacy@poczta.onet.pl> napisał(a):

Narazie wyłączyłem terminatory i pull-upy. Zabrałem się za zrobienie konwertera jeszcze raz i nie na pajączku [prowizorki są bee] i zauważyłem, że w nocie MAX232 zarówno kondensatory od V+ jak i V- (nozki 2 i 6) są podłączone do masy, a na tym schemacie jeden z nich jest do +5V. Dziwne że konwersja 232/TTL działała jak należy. Teraz patrze i na róznych schematach w sieci też tak jest. np

Po stronie AVR chyba nic już źle nie może byc :)

U¿ytkownik "Tomek G³uch" snipped-for-privacy@w.stopce napisa³ w wiadomo¶ci news: snipped-for-privacy@tomek.wieliczka.int.pl...

To jest prawie bez znaczenia czy kondensator utrzymuje jakie¶ napiêcie wzglêdem masy, czy wzglêdem VCC. P.G.

Zawsze coś może być źle. Ręcznie wymuszająć stany na wejściu D możesz sprawdzić kolejno: czy jest zmiana polaryzacji napięcia na liniach A-B, czy jest zmiana