Product |
|
||
Component |
MPE firmware |
||
Error |
NVS parameters in the head, hdp, hdm, servo_stat, or hms subsystems are set to default when executing the 'nvs load < subsystem>' or 'nvs upgrade head < version>' commands. |
||
Symptoms |
This happens only when the original parameter value is 0xFFFF in hex. For unsigned integers 0xFFFF is equivalent to 65535, for signed integers 0xFFFF is equivalent to -1, for unsigned rational numbers 0xFFFF is equivalent to 65.535, and for signed rational numbers 0xFFFF is equivalent to -0.001. Following an nvs load < subsystem> command, only the 'active' copy will be set to default in both the head and the MPE. However, following an nvs upgrade head < version> command, all changes are saved and must be manually cleared. |
||
Cause |
The default value of the 'active' copy of all MPE NVS parameters is 0xFFFF in hex. Therefore, an 'active' value of 0xFFFF serves as a flag that a parameter is unitialized. When a parameter is unitialized, the MPE will automatically set it to its default value. Because the head parameters are loaded from and used in the head, during normal operation a value of 0xFFFF will not be set to default. It is only when a parameter is loaded from the MPE's 'saved' copy, during an 'nvs load < subsystem>' or 'nvs upgrade head < version>' command, that any parameters will be reset. |
||
Solution |
Because this problem has existed in the MPE firmware for years, a firmware fix of this problem would be difficult and is not economically justifiable. Therefore, we must work around the problem.
The majority of head parameters will never be set to 0xFFFF in hex. Also, for most parameters the difference between 0xFFFF and default is negligible. So, we wouldn't be particularly concerned about any changes to those parameter values.
|
||
See also |
<%=htmlCedirLink(7578) %> |
||
Technical contact(s) |
|||
Submitted by |
|||
Date submitted |
12 Dec 2001 |
||