Tsx Scp 114 - RS485 tra PLC e Ballast elettronici

[del_user_56966]

MA allra come mai i indicano un cavo per il collegamento Modbus, uno per l'Unitelway ed uno per il "Character Mode"???

e poi a quanto so io ,l'interfaccia è una cosa... il protocollo un'altra...

ti sei risposto da solo...

Il protocollo non centra nulla con il tipo di interfaccia il Modbus RTU non è affatto legato alla RS485 o altro standard diciamo che moltissimi apparati supportano questo tipo di comunicazione e spesso molti confondono protocollo con la RS485..

[jackmax5]

Forse allora non avevo capito bene cosa intendevi...

Comunque, quella è una seriale RS485 e deve lavorare in modo caratteri.

Il fatto che Schneider abbia diversi cavi di collegamento per la TSX SCP 114 è perchè quella porta può lavorare con diversi protocolli, e nel connettore stesso ci sono determinati ponticelli tra diversi pin... evidentemente utili a settare il modo di lavorare della scheda... almeno da quello che ho capito parlando col tecnico Schneider.

[luciopro]

ciao,

provo a darti qualche consiglio...sicuramente lo hai già fatto ....

Di solito per provare le comunicazioni faccio cosi:

1- Collega il PLC al PC...procurati un convertitore 485/232 e verifica che effettivamente dal PLC esca il dato corretto. fino che non ottieni questo è inutile che vai avanti.

2- Collega il PC alla tuo reattore. Procurati un software che ti permetta di mandare dei caratteri in protocoloo ascii e verifica che il dispositivo risponda in modo corretto.

3- ora collega il PLC al tuo reattore ed incrocia le dita.

Se non hai lo schema di collegamento del bus lato reattore la vedo abbastanza dura!!! La 485 può avere anche 4 fili 1:Rxd 2:Txd 3:/Rxd 4:/Txd.

Se la devi collegare sono con 2 fili è sufficente fare un ponte tra filo 1 e 2 e tra filo 3 e 4.

Ciao

[jackmax5]

Se volete saperne ancora qualcosina di più...

http://www.z-e-d.com/news_en.php#dipswitch

Per Livio: In questo testo si contraddice con ciò che c'era scritto nella specifica precedentemente allegata... e cioè "It is not recommended to connect third party devices to the bus.". In questa pagina scrivono... "open interface protocol allows third party´s adaptions"...

Mah...

[jackmax5]

Ciao Lucio, grazie della risposta.

Anch'io avevo pensato a fare una cosa del genere, il fatto è che mi manca un convertitore RS485/RS232 ... ma mi sa che è meglio che me lo procuri...

Avrei un cavo di programmazione della Schneider in più... ma ha il terminale della 485 con connettore DIn... dovrei tagliarlo... e poi continuerei ad avere dubbi su quali siano i fili giusti..... insomma.... penso non sia il caso di aggiungere variabili!

Se riesco oggi provo a procurarmi un convertitore...

[del_user_56966]

3- ora collega il PLC al tuo reattore ed incrocia le dita.

I primi due li uso anche io ma il punto tre mi mancava...

Se non hai lo schema di collegamento del bus lato reattore la vedo abbastanza dura!!!

Per la verità di documentazione sembra ne che manchi anche altra...

La 485 può avere anche 4 fili 1:Rxd 2:Txd 3:/Rxd 4:/Txd.

Se la devi collegare sono con 2 fili è sufficente fare un ponte tra filo 1 e 2 e tra filo 3 e 4.

Io cerco sempre di fare un po di chiarezza.. e tu rimescoli tutto, la RS485 è sempre e solo a 2 FILI!!

Il fatto che la RS422 sia configurabile come una RS485 non la rende una 485 Standard ma solo ne svolge le veci, e come dicevo prima non sempre in maniera corretta, quindi a volte può essere fonte di problemi!

Quindi per non fare confusione distinguiamo tra RS485 Standard a 2 fili e una RS422 in configurazione 485,

non è la stessa identica cosa!..

[jackmax5]

Lunedì verrà a trovarmi il tecnico Schneider... vediamo...

Nel frattempo nessun altra idea?

[jackmax5]

Ragazzi, finalmente c'è qualche segno di vita!!!

Sono riuscito ad inviare qualche byte ed a riceverne.

Ho dovuto cambiare istruzione... e cioè invece di OUT_IN_CHAR ho provato ad utilizzare PRINT_CHAR e INPUT_CHAR.

In questo modo sono riuscito a farli parlare.

Però rimangono numerosi dubbi:

1. Come mai la diagnostica sulla 485 del PL7 non funziona?

2. Non avevo mai provato ad utilizzare le istruzioni Print e Input perchè nella libreria funzioni non mi permetteva l'inserimento dei valori (oscurato il pulsante "Dettagli", avete presente? Ora magicamente è ricomparso... mah)

3. Come mai con OUT_IN_CHAR non riesco a comunicare? Preferirei utilizzare questa funzione per praticità di programmazione... Altrimenti dovrei calcolarmi tutti i tempi di invio e ricezione...

Grazie ancora per la pazienza...

[rddiego]

stai facendo su un rebelot jackmax5 e poi è un semplice problema di istruzione e fai anche uscire un tecnico!!

Ma come hai risolto col cavo?

[jackmax5]

Lo so che sto facendo un po' di casino... ma quando le variabili dovute all'inesperienza sono tante...

e comunque con tutti i PLC che compro alla Schneider non penso sia particolarmente oneroso mandarmi un tecnico... che comunque non verrà perchè ho provveduto ad avvisarlo che avevo risolto il problema.

Quindi il cavo alla fine era corretto (quello che avevo acquistato) e collegato bene; TX+ con RX+ morsetto A, TX- con RX- morsetto B e lo 0V da nessuna parte.

Ripeto che però non riesco a capire i punti che ho elencato sopra...

[jackmax5]

Ho capito come comunicare con la funzione OUT_IN_CHAR. Dovevo per forza assegnare una condizione d'arresto con un determinato carattere (per i miei ballast "FF").

Ulteriore problema però... mi funziona solo la 1° volta! Invio la stringa... il PLC mi rileva la risposta e me la memorizza. Poi riprovando ad attivare la funzione (dopo aver cambiato stringa di invio) tutto tace...

[jackmax5]

Buon inizio settimana a tutti.

Sono ancora bloccato su questo problema.

OUT_IN_CHAR funziona solo una volta. Per rifarlo comunicare devo reinizializzare il PLC.

Noto due cose:

1. il led della TSX SCP 114 la prima volta lampeggia (quindi comunica). Quando ritento l'operazione non lampeggia più... Quindi sembra proprio che l'istruzione sia inibita da qualcosa...

2. Nella MW di rapporto noto che ottengo "16#03", che nella tabella di interpretazione indica " Dimensione della risposta errata ". Eppure ho controllato e ricontrollato... il Ballast tira fuori 3 byte: 89 02 FF in Hex.

[del_user_56966]

Scusa ma quanto ti costa a te... oppure all'eventuale cliente tutto sto lavoro...!!

Con altri sistemi avresti già finito, collaudato e riscosso...

[jackmax5]

Scusa ma quali sarebbero questi "altri sistemi"?

Il fatto è che 1° non ho alternative a livello di Ballast.

2° la mia azienda produce impianti di disinfezione a raggi UV e quindi tutto questo studio viene spalmato non su una commessa ma sull'intero sviluppo dei sistemi.

[del_user_56966]

2° la mia azienda produce impianti di disinfezione a raggi UV e quindi tutto questo studio viene spalmato non su una commessa ma sull'intero sviluppo dei sistemi.

Allora...!

Ti puoi prendere tutto il tempo che ti serve!...

[biros66]

utilizza input char e print char in questa maniera:

IF (tua condizione) AND NOT %MW174:X0 THEN

INPUT_CHAR(ADR#0.1.SYS,1,0,%MB1200:220,%MW174:4);

END_IF;

IF RE (tua condizione) THEN

%MW173:=0; (*azzero buffer *)

PRINT_CHAR(ADR#0.1.SYS,%MB1000:47,%MW170:4);

END_IF;

questa comunica con un aggeggio peggiore del tuo, lo fanno dei cantinari a Genova.

Facci sapere

[jackmax5]

Buongiorno a tutti.

Mi scuso intanto per l'assenza ma sono stato via per lavoro qualche giorno.

Byros, il tuo programma funziona!

Gli errori che commettevo erano 2.

Il primo era quello di non mettere la condizione sulla MW174:X0. Questo è necessario al fine di non riempire il Buffer della porta.

il secondo era quello di non resettare il rapporto di comunicazione ad ogni invio.

Inoltre ho scoperto che la 3° MW del rapporto corrisponde al tempo di Time-out... ed è anche quello necessario settarlo.

Grazie a tutti comunque per i preziosi consigli e per la pazienza.