Jak wykorzystać pełne możliwości RS232C z układem FT232B i dodatkowym transceiverem?

Dalej mam coraz większy mętlik z tym łączem rs232. Chodzi mi o to, że
chcialbym wykożystać pełne możliwości tego łącza czyli zastosować w praktyce
linie DTR, DSR, RTS, CTS i DCD, ale do tego potrzebowałbym dodatkowych 5
niezależnych wyprowadzeń.

Daruj sobie DCD - jest naprawdę niepotrzebny. W ten sposób załatwiasz
transmisję wszystkiego na 7 drutach. Na dobrą sprawę można zapętlić
spokojnie DTR z DSR i już kolejne 2 druty mniej. Do poprawnej
transmisji wystarczą jako dodatkowe RTS i CTS.

Porty w 89c52 są portami równoległymi co nie
pozwoli mi na sterowanie osobno liniami kontrolującymi transmisje

Jak w tym procesorze nie można zmienić stanu pojedynczego pinu

Jak w tym procesorze nie można zmienić stanu pojedynczego pinu

to sa w ogole takie uP?!
;)

Jak w tym procesorze nie można zmienić stanu pojedynczego pinu to
zmień procesor.
P.G.

Jak w tym procesorze nie można zmienić stanu pojedynczego pinu to
zmień procesor.
P.G.

Masz jakąś propozycje?

Może w Pentium się da ?

tylko bez żartów prosze. to poważna sprawa :)

Dalej mam coraz większy mętlik z tym łączem rs232. Chodzi mi o to, że
chcialbym wykożystać pełne możliwości tego łącza czyli zastosować w praktyce
linie DTR, DSR, RTS, CTS i DCD, ale do tego potrzebowałbym dodatkowych 5
niezależnych wyprowadzeń.

Porty w 89c52 są portami równoległymi co nie
pozwoli mi na sterowanie osobno liniami kontrolującymi transmisje szereową.

Potrzebuje jakiś TRANSIVER który sam bedzie sie komunikował z TRANSIVER`em
po drugioej stronie i żeby one dwa negocjowały połączenie,

To wiem że jest jeszcze RI, SG, i PG z czego dwie ostatnie to masy.
Jakie jeszce linie znasz? I omów je bliżej jeżeli możesz to bym się
zają i nimi jeżli mój uC na to pozwoli.

Hi... Jeśli mnie skleroza nie zwodzi, to pełny V.24 miał dwa niezależne
dupleksowe kanały transmisji danych
a bodaj czy gdzieś nie spotkałem dodatkowej pary do łaczności fonicznej ;-))

Hi... Jeśli mnie skleroza nie zwodzi, to pełny V.24 miał dwa niezależne
dupleksowe kanały transmisji danych
a bodaj czy gdzieś nie spotkałem dodatkowej pary do łaczności fonicznej ;-))

A mi sie kolacze po glowie ze gdzies byly piny
do przesylania jakichs CLK :-)
Fakt - to naprawde duzy standard, ino wcale chyba nie
wykorzystywany w stopniu wiekszym niz TXD/RXD

Jak powstawal to byl wykorzystywany :-)

A teraz zostal z niego ino klopot z napieciami :-(

Kłopot? Jaki kłopot? MAX232 i nie ma kłopotu.

Kłopot? Jaki kłopot? MAX232 i nie ma kłopotu.

MAX232 nie umożliwia wysyłania dalej linii dodatkowych o których juz
wcześniej wspominałem.

MAX214 to umożliwia, ale jego specyfiklacja jets jakaś taka.... nierzeczowa.

Być może - tak dawno się tym nie zajmowałem, że nawet już nie
pamiętam, co było używane w starych PCtach - na pewno 16450 lub 16550
i dwie kości zajmujące się translacją poziomów (DIP14). Nawet nie chce
mi się teraz kopać w skrzynce z użytecznym złomem, żeby sprawdzić.

MAX214 to umożliwia, ale jego specyfiklacja jets jakaś taka.... nierzeczowa.

Być może - tak dawno się tym nie zajmowałem, że nawet już nie
pamiętam, co było używane w starych PCtach - na pewno 16450 lub 16550

Te dwie kosci nie maja nic wspolnego z V.24 - wiec z RS-232 pewnie tez
nie :-)

i dwie kości zajmujące się translacją poziomów (DIP14). Nawet nie chce
mi się teraz kopać w skrzynce z użytecznym złomem, żeby sprawdzić.

1488 i 1489. Tylko ze trzeba im bylo dac +12 i -12V zasilania :-)

Hello J,

MAX214 to umożliwia, ale jego specyfiklacja jets jakaś taka.... nierzeczowa.

Być może - tak dawno się tym nie zajmowałem, że nawet już nie
pamiętam, co było używane w starych PCtach - na pewno 16450 lub 16550

Te dwie kosci nie maja nic wspolnego z V.24 - wiec z RS-232 pewnie tez
nie :-)

Chwila - to UARTy - jak nie maja, jak mają.

1488 i 1489.

Albo masz dobrą pamięć albo kartę pod ręka ;-P

MAX214 to umożliwia, ale jego specyfiklacja jets jakaś taka.... nierzeczowa.

Być może - tak dawno się tym nie zajmowałem, że nawet już nie
pamiętam, co było używane w starych PCtach - na pewno 16450 lub 16550

i dwie kości zajmujące się translacją poziomów (DIP14). Nawet nie chce
mi się teraz kopać w skrzynce z użytecznym złomem, żeby sprawdzić.

Fakt - to naprawde duzy standard, ino wcale chyba nie
wykorzystywany w stopniu wiekszym niz TXD/RXD

Jak powstawal to byl wykorzystywany :-)

Nigdy nie był wykorzystywany pełny interfejs V.24 - V.24 opisuje
pewien standard dając w nim też opcje do wyboru. Dlatego też pełnego
nie da się zrobić, bo musiałbyć użyć niestandardowego złącza ;->

A V.24 w ogole opisuje jakie ma byc zlacze ? Bo wydaje mi sie ze nie.

RS-232 pewnie tez nie.

A teraz zostal z niego ino klopot z napieciami :-(

Kłopot? Jaki kłopot? MAX232 i nie ma kłopotu.

A jak kondensatory wyschna ? :-)

A V.24 w ogole opisuje jakie ma byc zlacze ? Bo wydaje mi sie ze nie.

Tak.

RS-232 pewnie tez nie.

RS-232 jest podzbiorem V.24

EIA-232-F (USA)
- RS-232
- Mechanical ISO 2110
- Electrical V.28
- Functional V.24
- Procedural V.24

EIA-232-F (USA)
- RS-232
- Mechanical ISO 2110
- Electrical V.28
- Functional V.24
- Procedural V.24

Wg www.itu.org :
V.24 (02/00) List of definitions for interchange circuits between data
terminal equipment (DTE) and data circuit-terminating equipment (DCE)
V.28 (03/93) Electrical characteristics for unbalanced double-current
interchange circuits

Miałem okazję dotrzeć do ksera oryginału tej księgi (stąd problem z
ustaleniem jej koloru - ksero czarno-białe) prawie 20 lat temu.
Niesamowite źródło informacji o starych standardach
telekomunikacyjnych, np. łącznie z pełnym opisem DTFM - razem ze
standardami korzystania z dodatkowych 4 kodów ;->

Jasne. Ale to już są współczesne normy. A ja pamiętam to jeszcze z
pierwotnej, 'błękitnej księgi' (o ile skleroza mnie... - w każdym [...]
Opisywała m.in. standard V.24 łącznie z fizycznym gniazdem i tym, co
ma być na stykach (razem z opcjami).

Hm, cos tam przegladalem i jestem niemal pewny ze nie bylo.
Orange czy Red powinny jeszcze byc na PWr - chyba w ITA.

I wtedy opis V.24 zawierał ładnych kilkadziesiąt stron.

A teraz to niby mniej ? 25 stron.
EIA-232 [rev D] - 51 stron ..

Cała księga miała chyba 20 tomów...

W dodatku wiekszosc tych standardow tak napisana ze trzeba byc
naprawde specjalista zeby zrozumiec o co chodzi :-)

Kto w tej chwili zarzadza RS-nnn ?

I wtedy opis V.24 zawierał ładnych kilkadziesiąt stron.

A teraz to niby mniej ? 25 stron.
EIA-232 [rev D] - 51 stron ..

Nie mam dostępu do norm i nawet mi się nie chce tego szukać.

Jasne. Ale to już są współczesne normy. A ja pamiętam to jeszcze z
pierwotnej, 'błękitnej księgi' (o ile skleroza mnie... - w każdym [...]

Opisywała m.in. standard V.24 łącznie z fizycznym gniazdem i tym, co
ma być na stykach (razem z opcjami).

I wtedy opis V.24 zawierał ładnych kilkadziesiąt stron.

Cała księga miała chyba 20 tomów...

A jakie znaczenie maja literki wersji (RS232C, RS232D)? Czy aby nie kolejne
okrojenia?

RS-232 jest podzbiorem V.24

Hello J,

Fakt - to naprawde duzy standard, ino wcale chyba nie
wykorzystywany w stopniu wiekszym niz TXD/RXD

Jak powstawal to byl wykorzystywany :-)

Nigdy nie był wykorzystywany pełny interfejs V.24 - V.24 opisuje
pewien standard dając w nim też opcje do wyboru. Dlatego też pełnego
nie da się zrobić, bo musiałbyć użyć niestandardowego złącza ;->

A teraz zostal z niego ino klopot z napieciami :-(

Kłopot? Jaki kłopot? MAX232 i nie ma kłopotu.

Hi... Jeśli mnie skleroza nie zwodzi, to pełny V.24 miał dwa niezależne
dupleksowe kanały transmisji danych
a bodaj czy gdzieś nie spotkałem dodatkowej pary do łaczności fonicznej ;-))

A mi sie kolacze po glowie ze gdzies byly piny
do przesylania jakichs CLK :-)
Fakt - to naprawde duzy standard, ino wcale chyba nie
wykorzystywany w stopniu wiekszym niz TXD/RXD

Hi... Jeśli mnie skleroza nie zwodzi, to pełny V.24 miał dwa niezależne
dupleksowe kanały transmisji danych
a bodaj czy gdzieś nie spotkałem dodatkowej pary do łaczności fonicznej
;-))

Dalej mam coraz większy mętlik z tym łączem rs232.

Chodzi mi o to, że
chcialbym wykożystać pełne możliwości tego łącza czyli zastosować w

linie DTR, DSR, RTS, CTS i DCD, ale do tego potrzebowałbym dodatkowych 5
niezależnych wyprowadzeń.

)

...ale po co?

)

Ale chopcy troche odbiegliśmy od tematu. Możecie mi podsunąć jakiś

czy nie znacie żadnego takiego który by przyjmował tylko RxD i TxD id uC a
wysyłał całą game wszystkich liniii?

Zaraz zaraz zaraz. Wruciłem przed chwilą do asemblera tych procków. Jest
takie coś jak np. SETB P1.1 co oznacza żeby ustawić bit na porcie 1 na
wyprowadzeniu 1.
Skanując co chwila w trakcie transmisji port_1 obserwowałbym która linia

wartość 1 a która 0 i na zasadzie przerwań obsługiwałbym cały przebieg
transmisji. Da sie tak zrobić?