Results
|
|
---|---|
After loading the project, the TSX PBY 100 module’s ERR LED flashes
|
|
Causes
|
Actions
|
The TSX PBY 100 module is not recognized by the processor and has no configuration data.
|
|
Results
|
|
---|---|
After loading the project, the TSX PBY 100 module’s ERR LED remains permanently on.
|
|
Causes
|
Actions
|
Profibus DP cabling problem
|
|
Physical problem resulting from the connection terminal or PCMCIA card
|
|
PCMCIA card software problem
|
|
Problem with the loaded configuration
|
|
Results
|
|
---|---|
After loading a project, some bus slaves start and become faulty.
|
|
Causes
|
Actions
|
A line termination is detected but it is not at the end of the bus.
|
|
Results
|
|
---|---|
A bus slave is faulty but has not caused a bus error.
|
|
Causes
|
Actions
|
The slave has some input/output errors or configuration error or the watchdog is inactive
|
|
Results
|
|
---|---|
Bus slaves do not react immediately to start-up without causing a bus error. After a while, the slave starts.
|
|
Causes
|
Actions
|
Some slaves require a control command before being activated. These slaves have been too slow to react to the first command sent
|
|
Results
|
|
---|---|
Some slaves are intermittently faulty.
|
|
Causes
|
Actions
|
Slaves are subject to cabling or electromagnetic compatibility faults, but the TSX PBY 100 module tries to reactivate them
|
|
Results
|
|
---|---|
The %IWr.m.0.243.7 bit is activated, indicating one or more bus hardware faults and all the devices transmit their diagnostics data.
|
|
Causes
|
Actions
|
The bus is subject to cabling faults, connection faults, line termination faults or connection terminal faults. Because of this the slaves transmit their diagnostics and fill the receive zone with diagnostics.
|
|