no way to compare when less than two revisions
Differences
This shows you the differences between two versions of the page.
Previous revision | |||
— | can_higher_layer_protocols:duplicate_mac_id [2018/08/21 23:08] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ====== DeviceNet Duplicate MAC ID Protocol Summary ====== | ||
+ | In the following explanation **Dup MAC Request/ | ||
+ | MAC ID Request/ | ||
+ | |||
+ | ===== Power-up ===== | ||
+ | * Transmit Dup MAC request message | ||
+ | * Wait 1 second (listening for replies - see 1 below) | ||
+ | * Transmit Dup MAC request message | ||
+ | * Wait 1 second (listening for replies - see !1 below) | ||
+ | * Transition to Online State | ||
+ | |||
+ | !1 - During two 1-second timeout periods above | ||
+ | |||
+ | 1a) If a Dup MAC request or response is received transition to the Communication Fault state | ||
+ | |||
+ | !2 - While in the Online state | ||
+ | |||
+ | 2a) If a Dup MAC Request message is received, send Dup MAC Response | ||
+ | |||
+ | 2b) If a Dup MAC Response message is received, transition to the Communication | ||
+ | |||
+ | |||
+ | There are two ways to leave the Communication Fault state: | ||
+ | * manual Intervention (power cycle, device reset or other manual intervention) | ||
+ | * MAC ID is changed (possibly to the same value) via the offline connection set which causes the device to re-start the media access state machine. This option is only available if the device supports the offline connection set. | ||
+ | |||
+ | Generally speaking, if a duplicate MAC ID fault occurs, you must identify the node(s) with the incorrect MAC ID, make corrections, | ||
+ | |||
+ | If the affected devices support the offline connection set it is possible to change the MAC ID&# | ||
+ | |||
+ | |||
+ | This email is intended to be a general explanation, | ||
+ | |||
+ | Nick Jones, Oct 15. 2002 | ||
+ | [[http:// | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||