Need help with GCOM Network?
I wonder if changing the cyclicality of MVI_DSC improve the performance of my network GCOM. As can be seen in the log have many communication errors.
In the manual I cannot find fault “gcDatS0”, anyone know what is it?
Voted best answer
Do you use Matrikon OPC Server for GCOM?
Some years ago we had a case where "34 104 gcDatS0 H'00000001 136" errors were reported from AC450 a couple of times every minute.
We analyzed the communication and found that Matrikon was sending malformed INIT_R packets. The INIT_R message is issued when client wants to restart communication - but instead if inserting its own node number (the node that want to restart communication), the Matrikon OPC Server for GCOM insert "88".
If 88 is not a valid node, the above system message will be issued by CI543 GCOM card in AC450.
Try installing Wireshark and record the traffic; use the following capture or viewing filter:
eth[18:1] == 88
If Wireshark find a packet with "88" at byte 18 in conjunction with seeing the system message in OnLine Builder connected to the AC450 you have probably isolated the problem.
Reference documentation: GCOM Multidrop User's Guide (3BSE000165R001) section 1.8.6 (p.18)
If you shoulde decide to contact the local ABB support organization for assitance with troubleshooting, you may reference this case number: ABB20120125-0063.
If it is overloaded, then yes, slowing down the transmission rate will help.
However, GCOM links do not usually suddenly become overloaded when they were already commissioned and working properly. Unless something significant has changed, ( like adding more data or a controller load has increased substantially ) then I would be looking for a hardware fault.
Where do you get this error message ? In the error log of on-line builder?