Bailey Infi90 Interface to the pi system
Download 0.78 Mb. View original pdf
|
- Navigate this page:
- Appendix B Troubleshooting
- Bailey Loop Problems
| Communication Problems Most of the Infi90 interface startup problems are related to the communication between the interface computer and the CIU module. The startup problem is normally indicated by the error message Restart err timeout in the log file. The best way to test the termination hardware, module setup, and cable configuration of the CIU is to try using the EWS to substitute for the interface computer. Once the interface can restart the CIU, the hardware configuration is proven to be correct. However, the interface may still encounter another type of communication error. Occasionally, the log file may indicate the following error messages checksum error 0 byte read framing error, These errors are typically caused by noise in the serial line or by an improperly grounded termination unit. If there is a terminal server between the CIU and the interface machine, be sure to disable the XON/XOFF flow control in the terminal server port. Disabling the XON/XOFF is necessary because the CIU protocol is binary and the data may contain binary code 19 which is the ASCII code for XOFF), locking up the terminal server port. Also set the port data rate to match the CIU module data rate and the data rate specified in the command file The interface sometimes functions properly during the point establishment phase but fails to read exceptions. This type of problem normally occurs in a heavily loaded terminal Appendix B Troubleshooting 66 server. Since the read exception call can return up to 1600 bytes of data, the CIU can overrun the terminal server buffer, causing a read error for the interface. Th user may need to increase the type ahead of the buffer or use hardware flow control on the interface port on the terminal server. The best solution fora particular system depends on the type of terminal server used. Bailey Loop Problems For early versions of the CIU04, when the interface tries to disestablish the CIU index of a station block, the CIU module will be hung up (stay in error state with red light in front of the module. The interface then cannot communicate to the CIU module and reports timeout error messages to the log file. The PI points will stop getting new snapshot values. This problem would only occur if more than one PI point are configured to read attributes from a station point (i.e. one reading PV and one reading the mode) and one of these PI points is modified. This is a CIU problem that only occurs for CIU04 with firmware version earlier than E. Thus, if the CIU04 module firmware version is earlier than E, contact ABB / Bailey to obtain an upgrade. Another commonly reported problem is that PI points have ab Bad Input status and are not getting updated (i.e. the snapshot timestamp does not change. This problem maybe caused by one of the following scenarios If the PI point is newly created and the interface has no problem establishing the point on the CIU module, then most likely the point has the wrong Bailey address. The CIU module does not verify that there is an actual exception source of the same point type during point establishment, and therefore, the point could be established on the CIU but will receive no exception report in the future. Thus, the user should ensure that each PI point has the correct Bailey address If the PI point has been collecting data but suddenly gets Download 0.78 Mb. Share with your friends:
|