Ricetrasmettitori di RS232

[lemmondroberto]

Buon giorno a tutti come da testo ho acquistato due ricetrasmettitori per remotare una RS232 ma non riesco a ottenere la comunicazione tra il PC e l' apparecchiatura.

I dispositivi che ho sono questi in foto

La RS232 che ho la necessità di remotare però richiede dal lato DB9 pin 2 TX,

                                                                                                             pin 3 RX

                                                                                                             pin 4 DTR

                                                                                                             pin 5 GND

                                                                                                             pin8 CTS

Visto questo ho notato che la DB9 non è completamente collegata al circuito stampato

Solo i pin 2,3,e5 sono collegati.

Quindi penso che senza una modifica al circuito non posso utilizzare questi RX-TX .

Avete qualche idea o vi è gia capitato questo problema?

per ulteriore info il chip in in ingresso è il classico RS232 to TTL converter  TP323N

vedi foto

  L' ic al centro è un  HK32F030MF

e sulla scheda il drive per rx-tx sui 433Mhz

 Un grazie in anticipo per i consigli.

Saluti Roberto

[Dumah Brazorf]

Hai fatto la prova da vicino per escludere che i dispositivi fossero fuori portata?

[drn5]

I hai quindi il tx,RX e ground. Il minimo sindacale per funzionare. Gli altri segnali se necessario al hw esistente li puoi ponticellare.

Vedi Qui

Modificato: 14 novembre 2023 da drn5

[3kek1]

probabilmente gli altri segnali richiederebbero piu canali radio o segnale interpolato, se non ti va con i ponticelli puoi fare niente.. comunque non credo che puoi ponticellare senza che perdi dati.. servono per avere una sorta di sincronizzazione.. comunque DTR fa il paio con DSR  e RTS con CTS..

Modificato: 14 novembre 2023 da 3kek1

[Ctec]

Il DTR (Data Terminal Ready) e il CTS (Clear To Send) sono segnali che venivano usati in passato per gli apparecchi lenti e con poco buffer.

Il ricevitore, con il buffer pieno, stoppava il trasmettitore finché non lo liberava, poi segnalava che era pronto.

Ma con i sistemi odierni non dovrebbe esserci necessità. In tal caso, si giuntano  insieme il CTS con il DTR, in modo che il sistema sia sempre attivo.

Se si ha da un lato un PLC o un PC (roba che anche a 115k2 non perderebbe un bit neppure a volerlo) e l'apparecchiatura non è un plotter degli anni '90 non ci sono problemi.

[lemmondroberto]

Intanto grazie a tutti per le risposte.

 

2 ore fa, Dumah Brazorf ha scritto:

Hai fatto la prova da vicino per escludere che i dispositivi fossero fuori portata?

Si i due dispositivi erano vicini e se il led tx lampeggiava sull' altro lampggiava l' rx, e viceversa.

2 ore fa, drn5 ha scritto:

I hai quindi il tx,RX e ground. Il minimo sindacale per funzionare. Gli altri segnali se necessario al hw esistente li puoi ponticellare.

Vedi Qui

Il collegamento viene effettuato tra il PC e RCE (Registratore Cronologico di Eventi) tramite cavo dedicato vedi foto.

 

Lato PC è un DB9 in RS232 lato apparato è RJ45

 

1 ora fa, Ctec ha scritto:

Il DTR (Data Terminal Ready) e il CTS (Clear To Send) sono segnali che venivano usati in passato per gli apparecchi lenti e con poco buffer.

Il ricevitore, con il buffer pieno, stoppava il trasmettitore finché non lo liberava, poi segnalava che era pronto.

Ma con i sistemi odierni non dovrebbe esserci necessità. In tal caso, si giuntano  insieme il CTS con il DTR, in modo che il sistema sia sempre attivo.

Se si ha da un lato un PLC o un PC (roba che anche a 115k2 non perderebbe un bit neppure a volerlo) e l'apparecchiatura non è un plotter degli anni '90 non ci sono problemi.

Posso provare,vediamo che succede

Saluti Roberto

[Dumah Brazorf]

Con quel cavo lì diretto al pc funziona tutto?

[lemmondroberto]

13 ore fa, Dumah Brazorf ha scritto:

Con quel cavo lì diretto al pc funziona tutto?

Si,si tranne che adesso sul PC (è un portatile) non avendo la seriale utilizzo un cavo adattatore da seriale a USB.

[lemmondroberto]

Aggiornamento:

La prova suggerita da Ctec  cioè ponticellate insieme DTR e CTS (pin su DB9 8,4) non dato nessun risultato.

Ho fatto una foto del pacchetto dati che si scambiano il PC adattatore usb---RS232---- apparecchiatura con visual analizzer vedi Foto

Dove il pacchetto in giallo sono la stringa dati in uscita dal softdel PC ed in blu la risposta del RCE.

In aggiunta la config della porta di comunicazione

In rete ho trovato solo questo video ma non mi è stato molto chiaro.

 per adesso un  grazie a tutti.

 

Modificato: 16 novembre 2023 da lemmondroberto

[Dumah Brazorf]

Vai a vedere in gestione periferiche come è impostata la tua porta COM3, che magari non ha bit di parità, o xon-xoff... e chiaramente il patacchino lato macchina va configurato in accordo.

[3kek1]

Non puoi mettere delle catture video in formato PNG che in jpeg si vede quasi niente? Non ho capito dove sta il problema, il pc invia i dati e li riceve pure no? Sono errati?

Nella fines. di config., c'e'  Nullmodem, non ricordo se e' il cavo da pc a modem o pc-pc, controlla quello, cambia che scambia o meno tx-rx.. ma poi cosa c'entra il tcp-ip con la seriale? riesce a colloquiare con quel protocollo? quindi non riesci a ottenere risposta al ping?

[Ctec]

Non so che protocollo sia, ma a messaggio 14 00 FF FF 00... e l'altra parte risponde con un 14 00 FF FF 00... più una serie di dati, probabilmente richiesti con il messaggio.

Quindi mi parrebbe che il sistema funzioni: domanda e risposta. Poi,  l'interpretazione dei dati dipende dagli apparecchi

 

[drn5]

Credo, da quello che scrive, che il dump sia con il cavo, non con le radio..

[lemmondroberto]

Allora aggiornamento, Ctec no la schermata è con il cavo. E dialoga normalmente

                                   

22 ore fa, Dumah Brazorf ha scritto:

Vai a vedere in gestione periferiche come è impostata la tua porta COM3, che magari non ha bit di parità, o xon-xoff... e chiaramente il patacchino lato macchina va configurato in accordo.

Si gia fatto  8 bit , parity none, 1 bit stop

[3kek1]

nullmodem è il cavo incrociato, non ho visto bene il video ma vedo che l'apparecchietto riceve comandi AT quindi è da considerarsi come un modem, non ci va il null modem! Giusto per imparare a gestirti, tieni sempre sul pc un programma di terminale, tipo Hyperterminal, usalo per connetterti ad apparecchi simili a questo, se ricevi le risposte vuol dire che la comunicazione seriale è ok, almeno fino al trasmettitore.. può essere che devi cambiare cavo..

Modificato: 17 novembre 2023 da 3kek1

[lemmondroberto]

Buona sera a tutti non ho ancora gettato la spugna,

mi sono costruito un adattatore con cui posso visualizzare e misurare i segnali che si scambiamo le due apparecchiature via cavo.

 

 

 

Lo schema e' semplice le due prese sono in collegameto diretto 1-1,2-2,3-3 ecc.ecc.

Sul pin 2 ho messo un led verde(RX),pin 3 led giallo (TX), pin 4 led giallo sig+ led rosso sig-(DTR),pin 8 led giallo sig+ led rosso sig-(CTS)

 

 

 

Vediamo se riesco a vedere ,misurare come vanno i segnali.

Saluti Roberto

[3kek1]

ma di quello che ho scritto non hai fatto nulla?

[lemmondroberto]

Il 17/11/2023 alle 15:13 , 3kek1 ha scritto:

nullmodem è il cavo incrociato, non ho visto bene il video ma vedo che l'apparecchietto riceve comandi AT quindi è da considerarsi come un modem, non ci va il null modem! Giusto per imparare a gestirti, tieni sempre sul pc un programma di terminale, tipo Hyperterminal, usalo per connetterti ad apparecchi simili a questo, se ricevi le risposte vuol dire che la comunicazione seriale è ok, almeno fino al trasmettitore.. può essere che devi cambiare cavo..

Se ti riferisci a questa foto

questa è la schermata di come e' configurato il programma e se uso il cavo tutto funziona.

Per il soft. Hyperterminal io uso la TPC ComMachine integrata nel programma.

dove la stringa gialla sono i dati in uscita verso l' RCE ed in blu la risposta.

Per il resto non ho capito il fatto di dover cambiare il cavo, quale?

Saluti Roberto.

Modificato: 21 novembre 2023 da lemmondroberto

[3kek1]

che cosa e' sta TPC ? Io ho dato un altro suggerimento, ve be fa niente..

[NoNickName]

Il 16/11/2023 alle 17:24 , Ctec ha scritto:

Non so che protocollo sia, ma a messaggio 14 00 FF FF 00... e l'altra parte risponde con un 14 00 FF FF 00... più una serie di dati, probabilmente richiesti con il messaggio.

Quindi mi parrebbe che il sistema funzioni: domanda e risposta. Poi,  l'interpretazione dei dati dipende dagli apparecchi

 

 

Esatto, il sistema pare funzionare perfettamente.

[3kek1]

comunque per monitorare la seriale ti consiglio un altro programma, adesso non lo ricordo magari guardo stasera, ce ne sono che danno piu informazioni come i dati in Ascii dove puoi vedere se si scambiano comanti AT e risposte..

[lemmondroberto]

Buona sera a tutti. Il problema è risolto !. Dopo svariate prove mi sono riguardato post precedenti e ho fatto la cosa che all' inizio mi sembrava strana cioè ho effettuato un collegamento nullmodem ho invertito i fili solo da una parte dell' apparecchiatura  cioè il TX 2 con RX 3 . Adesso tutto funziona e non erano necessari i pin 4 8,CTS e DTR.

Grazie a tutti .

Saqluti Roberto

[Livio Orsini]

13 ore fa, lemmondroberto ha scritto:

ho invertito i fili solo da una parte dell' apparecchiatura  cioè il TX 2 con RX 3

 

Bhè questo è molto logico: se da una parte esce la trasmissione, dall'altra entra la ricezione e viceversa. Se non si incrociano i fili di collegamento, non si avrà mai colloquio.😀

[NoNickName]

Beh due mesi per capire che avevi invertito due cavi.

[lemmondroberto]

48 minuti fa, NoNickName ha scritto:

Beh due mesi per capire che avevi invertito due cavi.

😃👍