En els sistemes d'automatització industrial, l'estabilitat de la comunicació entre l'ordinador amfitrió i els controladors afecta directament l'eficiència de la producció i la seguretat dels equips. Quan l'ordinador amfitrió no pot detectar el controlador a través del port de xarxa, cal un procés de resolució de problemes sistemàtic, que cobreixi les connexions de maquinari, les configuracions de xarxa i la configuració del programari. A continuació es detallen els passos i solucions de resolució de problemes:
I. Comprovació de la connexió física
1. Verifiqueu l'estat del cable de xarxa i de la interfície
● Utilitzeu un provador de cables per comprovar la continuïtat del cable. Assegureu-vos que els 8 pins estiguin connectats sense cablejat-creuat (els cables de pas rectes-han de complir l'estàndard T568B).
● Inspeccioneu els contactes del port RJ45 per oxidació. Prova amb un port alternatiu si està disponible. Quan utilitzeu dispositius com MB_SmartGateway, verifiqueu l'estat de l'indicador de port de la passarel·la.
2. Verificació de la topologia de la xarxa
● Escenari de connexió directa: assegureu-vos que l'ordinador amfitrió es connecti directament al controlador mitjançant un cable Ethernet.
● Escenari de commutació: comproveu l'estat de la font d'alimentació del commutador i proveu la disponibilitat del port mitjançant altres dispositius.
● Tingueu en compte els problemes d'interferències electromagnètiques en entorns industrials. Els cables blindats de categoria 5e o superiors són essencials a prop de fonts d'interferència fortes com les unitats de freqüència variable.
II. Configuració de paràmetres de xarxa
1. Resolució de problemes de conflictes d'adreces IP
● Utilitzeu l'ordre ARP -a per comprovar si hi ha conflictes IP a la LAN.
● L'IP predeterminada del controlador pot estar dins d'intervals d'adreces privades com 192.168.1.xo 10.10.10.x (varia significativament segons la marca).
2. Configuració de la màscara de subxarxa i la passarel·la
● Assegureu-vos que l'ordinador amfitrió i el controlador estiguin a la mateixa subxarxa (p. ex., sota una màscara 255.255.255.0, els tres primers dígits IP han de coincidir).
● Sovint, els equips industrials requereixen desactivar l'adquisició automàtica d'IP (DHCP), cosa que requereix la configuració manual d'adreces estàtiques.
3. Programari tallafoc i antivirus
● Desactiveu temporalment el tallafoc de Windows Defender per fer proves.
● Afegiu regles d'entrada/sortida a la configuració de seguretat avançada per permetre els ports de comunicació rellevants (ports de protocol industrial comuns: 502/Modbus TCP, 44818/EtherNet IP).
III. Configuració de protocol i programari
1. Coincidència del protocol de comunicació
● Verifiqueu que el programari de l'ordinador amfitrió admeti els mateixos tipus de protocol (p. ex., OPC UA, Modbus TCP) que el controlador.
● Verificar els paràmetres del protocol: adreça de l'esclau, codi de funció, mapatge de registre, etc.
2. Versions del controlador i del firmware
● Actualitzeu els controladors de la targeta de xarxa a la darrera versió, especialment per a targetes industrials habituals com Realtek.
● Assegureu-vos que el microprogramari del controlador és compatible amb la versió del programari amfitrió (p. ex., alguns dispositius de la plataforma CODESYS tenen requisits específics de concordança de versions).
3. Anàlisi de captura de paquets
● Captureu paquets de xarxa amb Wireshark, centrant-vos en:
◆ Si les sol·licituds ARP reben respostes.
◆ Si les IP de destinació retornen errors ICMP inabastables.
◆ Intercanvis de missatges de protocol específic (per exemple, camp d'identificador de transacció Modbus TCP).
IV. Resolució de problemes avançats
1. Configuració de VLAN i QoS
● Verifiqueu si la segmentació de VLAN als commutadors provoca l'aïllament de la difusió.
● Les xarxes industrials poden habilitar el marcatge de prioritat de QoS (per exemple, DSCP 46 per al trànsit de control crític).
2. MTU i mida del marc
● Prova els valors de reducció de MTU (p. ex., a 1400 bytes) per descartar problemes de fragmentació.
● Alguns controladors heretats no admeten Jumbo Frames (fotogrames que superen els 1500 bytes).
3. Estat del servei del sistema
● Comproveu que els serveis essencials estiguin operatius:
◆ Client DHCP (fins i tot quan s'utilitza una IP estàtica).
◆ Client DNS.
◆ Connexions de xarxa.
V. Prova de solucions alternatives
1. Substituïu el mitjà de comunicació
● Proveu els convertidors de fibra per eliminar les interferències electromagnètiques.
● Proveu solucions de pont sense fil (p. ex., WiFi industrial de 5 GHz).
2. Solucions de conversió de protocols
● Converteix la comunicació Ethernet a RS485 mitjançant un servidor sèrie.
● Utilitzeu un servidor OPC com a programari intermedi per a la conversió de protocols.
3. Restabliment de fàbrica del controlador
● Restaurar els paràmetres de la xarxa mitjançant el botó de restabliment del maquinari (previament fer una còpia de seguretat de la configuració).
VI. Anàlisi de documentació i registre
1. Revisar la documentació tècnica
● Secció "Resolució de problemes de xarxa" al manual d'usuari del controlador.
● Articles de la base de coneixement del fabricant.
2. Revisió del registre del sistema
● Filtreu els errors relacionats amb la xarxa-al Visualitzador d'esdeveniments de Windows.
● Registres de memòria intermèdia de diagnòstic del controlador (normalment accessibles mitjançant la interfície web).
Si el problema persisteix després de completar els passos anteriors, utilitzeu el mètode de substitució del segment: prepareu controladors, targetes de xarxa, commutadors, etc.-bons coneguts per a proves-creuades. Simultàniament, tingueu en compte les condicions específiques del lloc-industrial: utilitzeu equips intrínsecament segurs en zones a prova d'explosió-i tingueu en compte els intervals de temperatura de funcionament en entorns-de calor elevat. Documentar el procés complet de resolució de problemes és molt valuós per al manteniment futur i el suport del proveïdor. Creeu un informe detallat que inclogui les marques de temps, els passos realitzats i els resultats de les proves. Per a sistemes complexos, considereu l'ús d'eines d'escaneig de topologia de xarxa (per exemple, LANsurveyor) per ajudar a identificar les ubicacions d'error.




