www.elektronik.si

[BorisK]

Imam lastno vezje z RS232 komunikacijo, ki ga povežem na PC. Na tiskanem vezju imam povezane signale RX, TX in GND (pini 2,3,5). Ostali so v zraku.

Če za povezavo na PC uporabim kabel s samo temi tremi povezavami, vse deluje brezhibno. Če pa uporabim kabel, ki ima povezanih vseh 9 pinov 1 na 1, v PC aplikaciji dobivam občasne napake. Sklepam, da je vsaj en od preostalih signalov na PC strani visokohmski vhod, v katerem se nekaj inducira (ja, lahko bi tudi podrobno naštudiral protokol).

Vprašanje: Kateri signal bi na svojem vezju moral vezati na fiksen potencial in kakšen naj ta bo (ali pa kateri pin na katerega), da bo vse nedvoumno in pravilno?

[mosqito]

Če nimaš uporabljenih linij za nadzor prenosa (RTS/CTS), ni potrebno nikamor vezat nobene dodatne linije. Tudi če bi imel to v uporabi in narobe zvezano, prenos sploh nebi delal. Morda je težava v samih napetostih na linijah rx/tx. A lahko preveriš z osciloskopom, kakšni so signali?

Za začetek si naloži Bray terminal in poglej, če se ti kaj čudnega dogaja na handshake linijah (desno zgoraj imaš kontrolo izhodov in indikacijo vhodov na strani PC), pa se malo poigraj s tem, če bo kaj bolje.

V skrajnem primeru bi lahko dal na eni in na drugi strani RS485 pretvornik in Rx/Tx linije peljal po parici, če seveda to tvoj primer dopušča. Taka izvedba je bistveno bolj robustna.

[BorisK]

Izbrskal sem, da bi bilo mogoče dobro paroma povezat pine 1-4 in 6-8. Kar bom tudi preizkusil.
Je to dobra (odrešilna) ideja?

[BorisK]

Nivo signalov je pravi. Sem pogledal in primerjal na osciloskopu.

[DusanK]

Jaz bi povezal pine 7-8 in 1-4-6 na obeh straneh D9 konektorja ali vsaj na eni strani, če na lastnem vezju teh pinov niti nimaš predvidenih za komunikacijo.

Vir slike:
http://wearcam.org/seatsale/programs/www.beyondlogic.org/serial/serial.htm

[BorisK]

Popoldne bom preizkusil obe varianti in poročam. Hvala za sugestijo.

[Brusli]

[mucek]

Zakaj? https://www.fran.si/iskanje?View=1&Query=sugestija

[BorisK]

[BorisK]

Dušanova rešitev je tista prava, ki mi odpravi težave.

Hvala vsem!

[bubm7]

[BorisK]

Ena na ena pomeni, da gre pin 1 na pin 1, pin 2 na pin 2 itd. Pomerjeno z ohmmetrom. Če so pini 2-3, 4-6 itd. paroma prekrižani, govorimo o null-modem kablu. Mar ni tako?

[s56al]

[bubm7]

[BorisK]

Spet sem pri tej temi, čeprav raje ne bi bil.

Da povzamem. Ker sem v RS232 komunikaciji med PC aplikacijo, napisano v VB6 in zunanjo napravo (moje izdelave) dobival občasne napake, sem v svoji napravi na DSUB 9 konektorju skupaj povezal še pine: 7-8 in 1-4-6. Uporabljal sem MŽ kabel, ki vseh 9 pinov soležno poveže skupaj (1 na 1, 2 na 2....). Da se izognem USB-COM konverterju, sem začel uporabljat miniPC s COM vrati. Zadeva je začela delovati brezhibno in bil sem res vesel.

Zdaj pa!! Uporaba 9 žilnega kabla mi spet sproža napake. Če uporabim kabel, ki ima povezane samo tri signale (2-2, 3-3, 5-5), pa deluje brezhibno.

Edina razlika je, da imam drug miniPC, ki je sicer enakega tipa. Tiste prejšnje sem dal ven in do njih nimam dostopa, da bi še enkrat preveril, kaj se dogaja. Ampak vsakič vse skupaj precej temeljito preverim in bi bilo čudno, da bi se mi ta napaka skrila.... ni pa pač čisto nemogoče.

Torej moram naročiti še en miniPC, kar pa traja dva tedna, preden ga dobim.

V vsakem primeru pa se kaže, da bi bila ultimativna rešitev eliminacija vpliva vseh ostalih signalov (RTS, CTS itd.). Mislil sem, da sem s prevezavo pinov to rešil enkrat za vselej, ampak očitno ne.

Gledam nastavitve VB6 MSComm kontrole in karkoli poskušam, je brez uspeha.... DTREnable, RTSEnable, Handshaking... veliko kombinacij sem poskusil.

Ali pa je nekaj narobe s tokratnim miniPCjem? Ne vem... Za driverje pravi, da so posodobljeni itd... Vsakič so nameščeni Windows 10.

No, pravkar poteka še druga faza posodabljanja Windows 10. Če bo ravno to pomagalo, bom pa res presenečen.