Issue How to change the IP address of the Automation Server and ensure proper communication. Product Line EcoStruxure Building Operation Environment Enterprise Server Automation Server Building Operation Device Administrator Building Operation Workstation Cause At times the IP address information for an Automation Server must be changed after being added to an Enterprise Server to accommodate changes in IP network design, correction of incorrect data, or any other reason. Changing the IP address needs to be done in the proper method to avoid artifacts and confusion after the change. Resolution To avoid complications, follow this process to modify the IP address of an Automation Server that is already communicating with an Enterprise Server. In the Building Operation Device Administrator connect the AS controller via USB or IP.  WebHelp Topic Connect to SmartX Servers Right-click on the AS and select Network Settings Modify the IP address settings to the new values Additionally, this can be changed through PuTTY with the "setip" command. Power Cycle the Automation Server (If a power cycle is not completed the AS will still have invalid data for network settings despite the physical network interface running with the new settings) Start Building Operation Workstation and log in to the Enterprise Server Select the Enterprise Server and open the Communication Tab Highlight the Automation Server that needs to be changed and modify the address field for the IP address of the device. (The Communications settings tab is enabled by selecting the Show/Hide tick icon). Click the Save button The Enterprise Server should now automatically establish communication with the AS, but if you want to speed this process you can right-click the Enterprise Server and select the "Advanced\Repair Server Communication" option. IMPORTANT: As of 1.41 if the IP address is changed on a server that is configured with a BACnet interface, the IP address and possibly the broadcast address of the IP Network under the BACnet interface must be updated manually. (see below)

Issue Micronet BACnet (MNB) AV and BV objects in G3 are purple indicating they are overridden. The AV and BV objects are read only, how can they be overridden? Product Line TAC IA Series Environment Niagara G3 Micronet BACnet MNB-300 MNB-VAV MNB-1000 Cause Purple BACnet values (I/A Series R2 and G3 graphic override color) are internal BACnet points that can not be modified (display only). This behavior is normal and began to appear in MNB controller firmware versions 1.2 and higher. Per the BACnet specification, read-only type points must be set to indicate an override condition. The root cause is a design change required by the BACnet specification to bring the controllers into compliance for BTL certification. The ASHRAE BACnet Specification 135-2004 specifies that the "read-only" type objects (e.g. Analog Value, Binary Value, etc.) OVERRIDDEN flag is: Logical TRUE (1) if the point has been overridden by some mechanism local to the BACnet device. In this context "overridden" is taken to mean that the Present Value property is not changeable through BACnet services.In this case, the override is meant to indicate to Niagara that the point is locally overridden (by the controller) and cannot be changed by the Niagara BACnet service (or user).When the ENC learns the device it reads what "Protocol Services" it supports. If it supports COV then the "use COV" flag is set to true in the device object and when the proxy points are brought in they are defined as COV and once subscribed they will send their present value and status flag values to the ENC. In this case the AVM & BVM (being read only) objects will show overridden along with their value and be purple by default. Resolution All MNB devices support COV so the use COV property is set to true when they are discovered in the ENC.If the use COV property of the Device object is changed to false the ENC will use readPropertyMultiple (if supported in the device) to poll for data. If readPropertyMultiple is not supported in the device the ENC will read one property at a time. Now when the points are learned they will be defined as polled and when polled only the present value (PV) is requested (by default). Hence the AVM & BVM objects will show their value but not show overridden because their status flags are not known at the ENC. If the use COV device property is set to true after the AVM and BVM proxy points are defined in the ENC they will show overridden and purple after they are successfully subscribed. Turning the use COV property in the device to false at this point will cause these objects to be polled but their status is already known so they will continue to show overridden along with their present value. The only way to change that is to delete and re-learn them while the device use COV property is sent to false.