speciali verifiche su ModBusRTU

PLC, servomotori, inverter...robot

Moderatori: Foto Utentedimaios, Foto Utentecarlomariamanenti

Avatar utente
Foto UtenteIvan_Iamoni
5.336 6 10 12
Utente disattivato per decisione dell'amministrazione proprietaria del sito
Messaggi: 2330
Iscritto il: 22 ott 2006, 18:45
0
voti

[1] Re: speciali verifiche su ModBusRTU

Messaggioda Foto UtenteIvan_Iamoni » 27 mag 2011, 8:07

sarei anche interessato a capire come posso iniettare significativi disturbi nella seriale senza danneggiare fisicamente nessuna delle due interfaccie fisiche

Questa operazione, anche se di difficile attuazione, non ti darebbe mai dei risultati attendibili, prima di simulare un rumore, un disturbo o un qualsiasi altro fenomeno elettrico della rete di comunicazione, devi prima averlo isolato sulla rete stessa, altresì sarebbe come cercare un ago in un pagliaio, ed anche dopo averlo trovato, non essere certi che sia l'ago giusto.
La comunicazione RS485 ed il protocollo Modbus, sono molto robusti ai disturbi.
In genere le rare occasioni di problemi che possa ricordare, sono originate da problemi di alimetazione e masse "strane" tra i dispositivi.

Avatar utente
Foto UtenteAOX
3.555 2 6 11
Master EY
Master EY
Messaggi: 232
Iscritto il: 20 mar 2011, 11:29
Contatta:
0
voti

[2] Re: speciali verifiche su ModBusRTU

Messaggioda Foto UtenteAOX » 17 lug 2011, 10:57

e' proprio questo il problema legato a questa prova
talune interfacie rs.485 hanno anche il riferimento di terra ma la maggior parte non ce l'hanno, anche perche' concettualmente non serve a nulla

Il filo di riferimento serve quando la seriale è isolata per tenere vicine le masse dei due driver. Se la tensione di modo comune abbinata al segnale differenziale supera i pochi volt ammessi il driver si può guastare. Se invece non sono isolate si creano delle richiusure delle alimentazioni degli apparecchi tramite le linee della seriale. Se la configurazione di ingresso alimentatazione degli apparecchi è diversa e l'alimentatore esterno è comune si creano delle differenze tra le due masse dei driver per cui in uno dei due apparecchi l'alimentazione prefersce chiudersi tramite le proprie linee dei dati seriali.
Se il problema persiste solo sulla macchina è probabile che sia causato da un certa sensibilità ai disturbi dello slave. Se invece si ripresenta anche sopra un tavolo del laboratorio usando solo lo slave e un simulatore master allora potrebbe essere un problema di firmware dello slave. Spesso sono gli interrupt mal gestiti del firmware a creare dei problemi random e rari.
Ho implementato il Modbus nel corso di anni in modo sempre molto occasionale ma attualmente, per lavoro, sto ritornando sull'argomento in modo più sistematico e approfondito per cui mi piacebbe conoscere quali tools di simulazione usi.


Torna a “Automazione industriale ed azionamenti”