Transmisja w jedna strone ?!

Oct 29, 2004 8 Replies

Jestem ju¿ powoli wkur...(godz 4:05) Nie mam pojecia dlaczego transmisja miedzy komputerem, a plytk± z uC: 89S8252 przebiega tylko w jedna strone. Moge przes³aæ dane z uC na kompa, ale w drug± strone ju¿ NIE .



- Próbowa³em hyperterminali, w³asnego programu ... i nic. Przy czym mój program w loopback-u dzia³a³ bez zarzutów (loopback - fajne okreslienie :) fajne - znaczy siê fachowe :))



- Próbowa³em wymieniæ uk³ad MAX232 na p³ytce z uC i te¿ bez skutku. Poprostu nie jest wystawiany bit odbioru RI. Czy mo¿liwe jest, ¿e parametry transmisji po stronie uC i programu komp. mam ró¿ne? Choæ powinny byæ te same :



- tryb 1 dla 89S8252: (asynchro. 8-bit), a dok³adniej: SCON=0x53; TMOD=0x20; TR1=1; TH1=-13; PCON = PCON | 0x80; /* 9600BPS dla 24MHz */



- i tryb 8bitowy z1 bitem stopu i NOPARITY w programie po stronie kompa (VisualC++).


Być może trzeba wstawić inny kwarc.

24MHz daje bład transmisji szeregowej 0,16% W zasadzie nie jest to dużo i raczej powinno wszystko działać, jednak spróbuj go zmienić. Najbardziej zbliżona, odpowiednia wartość, która daje błąd 0% to: 22,118400 MHz Być może w tym tkwi problem.

U¿ytkownik "I:D" snipped-for-privacy@vp.pl napisa³ w wiadomo¶ci news:cls93e$31a$ snipped-for-privacy@news.onet.pl...

osobiscie mialem 2 razy podobne wpadki - raz mialem zamieniona w kablu mase z jednym z sygnalow (nie pamietam rx czy tx ) i o dziwo w jedna strone dzialalo :) innym razem nie moglem nawiazac transmisji ktora poszla po podlaczeniu leda miedzy maxem a prockiem (do vcc)- okazalo sie ze zainicjowalem odpowiednio portow.

wojtek

Dnia 2004-10-29 04:15, Użytkownik I:D napisał:

Bledow po drodze mogles narobic bardzo duzo! Od plytki drukowanej, poprzez odwrotne wlutowanie elementu do kabelka polaczeniowego i samego programu w uC. Blad przy tym kwarcu jest niezerowy ale to nie znaczy ze przez linie transmisyjna bedzie wiało ciszą. Bedzie cos dochodzic ale moze byc przeklamane. Poza tym jak napisales - nie masz problemow z przesylem w jedna strone wiec to nie to. Ciezko cos powiedziec.

pozdr, mavs

transmisja

(...)

nic nie napisales o tym, czy faktycznie cokolwiek z PC wychodzi (sprawdz na jak najmniejszej predkosci nawet zwyklym miernikiem uniwersalnym, czy cos w ogole "drga" na taj linii). Bo jesli np. nie skonfigurowales w pelni portu COM w komputerze, to masz wlaczone sterowanie przeplywem i musisz zastosowac kabel null-modem... Rozumiem, ze loopbacka probowales na uC, ale nie zaszkodziloby sprobowac go rowniez w PC :)

pozdrawiam entrop3r

Powitanko,

A zwarles 2-3 w kablu, czy za MAXem? "Blad kwarcu" spowodowalby odebranie w najgorszym wypadku "smieci", ale_cos_bys_odebral. "TH1=-13" ? Pozdroofka, Pawel Chorzempa

Chyba ju¿ doszed³em co nie gra?!

1) Zrobi³em po³±czenie bezpo¶rednio pinów P3.0(RxD) i P3.1(TxD) i backloop dla uC DZIA£A£. 2) To samo dla wyprowadzeñ MAX232 od strony 5V - DZIA£A£. 3) I wyprowadzeñ po stronie 12V - te¿ DZIA£A£. 4) Zrobi³em backloopa na kompie, przyczym po³±czenie 2-3 zrobi³em za kablem - DZIA£A£. Wnioski (mam nadziejê trafne): 1) uC jest sprawny. 2) Po³±czenia od uC do MAX232 s± dobre. 3) Kostka MAX232 dzia³a bez zarzutów. 4) Kabel jest dobrze po³±czony: 5(masa), 2-3 (TxD-RxD) z przeplotem.

Jednak gdy zrobi³em backloopa na ostatnim mo¿liwym elemencie wp³ywaj±cym na sygna³ RS232 od strony p³ytki z uC, czyli na pinach gniezda DB9 przylutowanego do p³ytki (2 po³±cz. z 3), to z zachwytem :)stwierdzi³em, ¿e NIE DZIA£A! Tezy:

1) Gniazdo DB9 jest ¼le przylutowane (np. zimny lut) 2) ¦cie¿ki lutownicze ³±cz±ce gniazdo ze scalakiem MAX232 s± przerwane. 3) Chochliki istniej±. Wnioski: 1) BACKLOOP to jest to. Polecam ka¿demu kto ma problem z diagnostyk± ³±cza.

Mam nadziejê, ¿e szybko napiszê która z wy¿ej przedstawionych tez jest prawdziwa.

DZIÊKI ZA POMOC!

Ostateczna diagnoza: Niestetyt, ¿adna teza nie by³a prawdziwa. A dok³adniej ¶cie¿ki na p³ytce prowadz±ce do gniazda by³y ¼le poprowadzone. Pin pi±ty na kablu (prawid³owo po³±czonym) odpowiada³ jedynce na p³ytce. A to wszystko wina wydawnictwa BTC (Ba³wany Tumaki i Cio³ki). Kupi³em u nich p³ytkê do uC 89S8252 i oczywiscie ksi±¿kê "Mikrokontrolery 8051 w praktyce". Pomijaj±c, ¿e ksi±¿ka sk³ada siê w wiêkszo¶ci z informacji katalogowych (i kosztuje 45z³), to jak oni mog± sprzedawaæ hurtowo wadliwie skonstruowane p³ytki!!! I jeszcze ¿eby napisali jak±¶ erratê, ale gdzie tam. Zap³aci³em za p³ytkê ok. 27z³(+10z³ za paczkê) i spodziewa³em siê, ¿e nie sprzedaj± ich bez sprawdzenia. Jednym s³owem AMATORZY.

PS:

45z³+27=72z³ - nie¼le zarobili jak na AMATORÓW. ( Nie bêdê ju¿ podkre¶la³ mojego cennego czasu :( )

Dnia 2004-10-30 01:13, Użytkownik I:D napisał:

Nastepnym razem dobrze sprawdz nie swoja robote... Jednym slowem: chcesz zeby cos bylo zrobione dobrze, zrob to sam. Niestety nie mozna ufac bezgranicznie temu co sie kupuje w wydawnictwach. Wlasciwie to wydawnictwo pewnie ma niewiele wspolnego z czlowiekiem ktory plytki zaprojektowal i wykonal. Ja mam z btc ksiazke o prockach z serii AVR. Nie dosc ze w przelocie widzialem bledy, to jeszcze sie okazalo ze autor ma wiele wspolnego z wydawnictwem AVT (w ksiazce sa nawet uklady z czasopisma EP) o ktorym juz nie mam sily sie wypowiadac.

pozdr, mavs

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required