For the MOST bus, there are inter-system fault code memory entries in the control units. A feature of the system faults is that they can be entered in a control unit although the control unit is OK. With the information regarding system faults in all MOST control units, conclusions can be drawn about the cause of the fault. The section below covers the system fault ”Network wake-up unsuccessful”. This fault can be entered in all MOST control units.
The fault ”Network wake-up unsuccessful” indicates a problem with the optical transmission. Insufficient light or no light is coming through at one position in the ring. Causes may be:
A distinction must be made as to whether the MOST ring is permanently or sporadically interrupted. To test, select and run the test module Check stability of the MOST ring.
If the MOST ring is sporadically interrupted, run the test for light output reduction.
If the MOST ring is permanently interrupted, run the ring fault diagnosis.
In the test program, the light output is automatically lowered for one MOST control unit after the other. if you want to run the test for light output reduction for a special control unit manually, then:
Repeat operations 1 to 4 several times, as this method does not provide reliable identification, rather only an indication of a defect. Check the transmission path at which the music goes off for loose plug-in connections and kinks in the fibre-optic cable wiring harness. If the results of the visual inspection appear to be in order, the fault can only be accurately located (transmit diode control unit A, receiver diode control unit B, fibre-optic cable) using the optical test.
In the case of a ring fault (defect in the MOST ring), the two MOST control units between which the defect in the ring can be found must be determined first. This is established using the ring fault diagnosis function.
Node position ”0”
If the power supply to the MOST control units is switched off and then on again, this switches the MOST control units to ”ring fault mode”:
each MOST control unit simultaneously sends a light signal to the next control unit in the ring. In addition, each MOST control unit checks whether it is receiving a light signal at its input. The control unit that does not detect a light signal at its input stores the relative node position 0 in its fault memory. Thus the ring fault is between the control unit that has stored the node position 0 and the node that precedes it in the MOST ring.
Determining the control unit with node position ”0”
Thus, to locate a ring fault between two control units, it is only necessary to identify the control unit that has stored the node position 0. If there is a ring fault in the MOST ring, the system can only communicate with the head unit via diagnosis. This is possible because these three control units are connected to the K-CAN bus. It is not possible to communicate with the other control units because signals are only transmitted in one direction and there is a ring fault. That therefore means that it is not possible to establish which control unit has stored the node position 0. A different mechanism has thus been implemented on the MOST control units in order to be able to identify the two control units between which there is a ring failure:
The control unit located in the ring after the control unit with node position 0 stores node position 1; the next control unit in the ring stores 2 etc. This enables you to determine the position of the ring fault on the basis of the node position stored in the head unit. This number can namely be read from the CAN bus. Counting backwards starting from the head unit determines the control unit with node position 0.
The ring fault diagnosis is run automatically in the test module. The node position stored in the head unit is specified in the test module. Further procedure if the position of the ring fault can not be determined automatically after determining the node position:
Procedure for locating the position of the ring fault using the node position: