Building Automation Knowledge Base

Issue Error when commissioning a Xenta 5/7/9xx indicates an out-dated or mismatched XIF (device template). Program IDs do not match. There is an incorrect or out-of-date program version. (Subsystem: NS, #38) on a Xenta 5/7/9xx LON device   If this error occurs on any other device besides a Xenta 5/7/9xx, please reference Program IDs do not match. There is an incorrect or out-of-date program version. (Subsystem: NS, #38) for resolution. Product Line TAC Vista Environment LonMaker 3.X Xenta Servers Xenta 511, 527, 701, 711, 721, 731, 913 XBuilder Cause The Program ID inside the controller does not match the Program ID specified for that controller inside the LNS environment resulting in a Program ID mismatch. Program IDs are unique identifiers created for use in device templates and are based on the XIF. Resolution Resolve the Program ID mismatch by making the Program ID in the controller match that in the LNS environment. Download the controller using XBuilder. Send project to target. Generate the latest XIF for the XBuilder project. In the Network Pane, right-click on the root (TAC_Xenta_511 in this example) Select Generate XIF File   Find the new XIF that has been generated in the XBuilder Project directory: targetimage\configdb\lon\TAC_Xenta_511.xif Default XBuilder locations XBuilder 5.1.3 and prior: C:\Documents and Settings\All Users\Application Data\TAC\TAC XBuilder Projects XBuilder 5.1.4 and later: C:\Documents and Settings\All Users\Application Data\Schneider Electric\TAC XBuilder Projects Windows 7: C:\ProgramData\Schneider Electric\TAC XBuilder Projects A good practice is to view details of the folder to confirm the time stamp of the XIF file. It should match the time that the file was generated in XBuilder. This file will be selected later, so another good practice is to rename the file to something more meaningful -- the name does not matter. "WebServer.xif" may be easier to find later and confirm it is the correct file. It is also perfectly acceptable to move this file to a new location -- Device Files of your overall project, for example. That can also help in later steps, especially if the default XBuilder Project location is used. In LonMaker, right-click on the device, and choose "Replace" (Not in System Plug-In)   Browse to the newly generated XIF file. Give the new device template a name. Select Finish. Commission the Xenta 5/7/9xx into the network. The Program IDs now match and the error is cleared.

Issue What is Remote Client with I/O in the Workstation Type in the I/O Server? Product Line TAC INET Environment I/Net Seven version 2.4x with need for Remote Client configuration using a Remote SQL Server. Equalization, FileMaster, File Master, Equalized Client, Remote Client, Equalize, FM, EQ, RC, MSDE, Express, Full SQL, SQL, TCP/IP, Connection Cause Remote Client changes with I/Net Seven version 2.4x  Resolution The new option of Remote Client with I/O for the Workstation Type begins with 2.4x version of I/Net Seven. This option is for a SQL Server which is not located on the Filemaster or Standalone but rather a separate Server. The Remote Client with I/O must be running for other standard Remote Clients to get the features such as AMT, Trends, and Network Functions. Network Functions can be found in I/Net on the pull down menu Edit/Host Computer/Network Functions. The configuration is in the I/O Server under the current profile and can be found in the Workstation Options.  HINT: Exit the I/O Server (and I/net) and select Start/Programs/I/Net/I/Net Configuration to be able to setup the Remote Client. Remote Client is not show unless you exit I/O Server. Clicking the link below will open a pdf document which will show how the communication should be setup if selecting Remote Client with I/O. I/Net version 2.4x Remote Client with I/O Clicking the link below will open a pdf document which will show how the communication should be setup if selecting Filemaster, Equalized Client, or Remote Client. I/Net version 2.4x Filemaster, Equalized Client, or Remote Client Suggestions for further info: To install the SQL, go to Installing I/NET Seven on a 64-bit operating system. For more on how to set up that Remote Client with I/O to use that SQL database, see Unable to connect Remote Client to Standalone Server. 

Issue Troubleshooting 2-Output PWM on a Xenta 102-AX Floating actuator for heating applications (hot water valve) Product Line TAC Vista Environment Xenta 102-AX PWM_2 floating hot water valve actuator Cause Multiple causes legitimately keep the hot water valve two-out floating control from stroking. Resolution The Xenta 102-AX controller supports auxiliary heat with two outputs. Both outputs can be utilized in a 2-output pulse width modulated (PWM) signal for control of floating actuators. This document suggests troubleshooting techniques to help narrow down the cause of improper operation of these hot water valve outputs. Start with Universal Output #2 On the Status tab of the 102-AX Plug-in, each of the universal outputs are listed under the “Network Bound Inputs” column. In the 102-AX Plug-in version 5.1.4, this column has been erroneously omitted. Download TAC Toolpack version 5.1.4 Hotfix 72 from the Buildings Business Extranet to resolve the issue. The output that represents the 2-output PWM is Universal Output #2 only. Even though output #3 is involved in the process, only #2 in the Plug-in represents the actuator position. The first thing to do is override the output to three different positions: 0, 50 and 100%. Cycling between three different values ensures the actuator is actively stroking. Forcing the valve to 100% will cause the open signal to energize for the full stroke time (throttling range) of the actuator, after which it will be de-energized. Wiring problems discovered after this time period has elapsed would require the output to be forced to 0% and then back to 100% to energize the open signal for the full stroke time again.   Figure 1. Network Bound Inputs If the valve strokes correctly, then the unit parameters, wiring, and actuator are all correctly configured. Skip directly to the chapter entitled “Overriding the Output Successfully Stroked the Actuator.” If the valve did not successfully stroke, proceed to the next chapter where three possible problems are addressed. Overriding the Output Failed to Stroke the Actuator There are three main reasons why overriding the output would fail to stroke the actuator. Unit Parameters The Unit Parameters tab of the 102-AX Plug-in is where Universal Outputs #2 and #3 are configured to work in tandem to accomplish 2-Output PWM control of a floating actuator. Heat 1 configures both outputs when OUTPUT_PWM_2 is selected. There is no need to configure Heat 2. Changes to Heat 2 will have no effect on the heating operation.   Figure 2. Heat 1 Unit Parameters Make sure the output type is set for OUTPUT_PWM_2. The stroke time should match the manufacturer’s documented stroke time of the actuator. Delay on start and stop are dictated by user preference or customer specifications. Normal Stroke should be set for normally closed. Wiring Check the wiring of the actuator to the 102-AX. It should be wired as follows: Point Label Terminal Actuator Universal Output #2 V2 15 OPEN Universal Output #3 V3 16 CLOSE Ground G0 13 COM Actuator The last step to troubleshoot an issue with the actuator not moving is to test the actuator itself. This can be done by jumping out the open or close leg of the actuator to 24Vac power. If the actuator still does not move then it is faulty and should be replaced. Overriding the Output Successfully Stroked the Actuator If overriding the output causes the valve to move accordingly, then the configuration of the output and the physical configuration are all correct. The 102-AX controller logic is not calling for the valve to open. There are a number of reasons why this might be occurring. The Basics The 102-AX must be in a heating mode to open the valve (cooling mode will close the actuator). It may be displaying either HVAC_HEAT or HVAC_MRNG_WARMUP. The space temperature must be below the effective setpoint to be in heat mode and will generate a negative terminal load down to -100%. The terminal load will equal the heating valve position. Check that the heating/cooling setpoints and heating/cooling bands are set such that no overlap in the two modes occurs. Heating/cooling bands must be greater than 0°. Hardware Configuration If the 102-AX is not configured for a sufficient number of stages of heat, it will not cycle the valve. If there is no fan, then only one stage of heat needs to be defined. However, if a fan is defined, then there needs to be at least two stages of heat, because the fan is considered the first stage.   Figure 3. Fan Type and Heat Stage If the heating valve is to be utilized in morning warm up mode (when the duct inlet temperature indicates that the air handling unit is providing central plant heat), then the hardware configuration must state that supplemental heat is allowed during warm up.   Figure 4. Enable Heat on Warm Up If a supply temperature sensor is wired to Universal Input #1, it could be that it is sending the VAV into morning warm up mode when the heat is enabled, and thus, disabling the heat. If this is the case, there are two options. Universal Input #3 can be used instead and set as an outside air temperature. Alternatively, Universal Input #1 can be configured as "None."   Figure 5. Input 1 Selection Setting Input 1 Selection to "None" will not disable the reading of the sensor. UnivIn1_Sense.nvoAuxTemp1 will continue to report the duct supply temperature. Setting it to "None" disables the signal from affecting the internal logic – preventing the 102-AX from entering morning warm up mode. Note: If the VAV is already in morning warm up mode when the input is set to "None," the box will remain in morning warm up mode. Override the input temperature to something below room temperature prior to changing the input selection. Application Mode The SNVT input VAV_Controller.nviApplicMode can allow a supervisory controller to override the current mode of the VAV. Upon receipt of a new application mode, the 102-AX will encounter a brief synchronization period where the terminal load is held to 0%. If the SNVT is being sent from a data manager, and the period on the output SNVT in Menta is set to 60 seconds, then the 102-AX will zero out the terminal load every 60 seconds, preventing proper operation. Set the SNVT output to a period of 0 seconds, and it will only write a new value on change and allow proper external control of the mode. Airflow Setpoint The Warm up Maximum airflow setpoint must be greater than or equal to the Heating Minimum airflow setpoint.  If this is not the case, then the airflow setpoint will default to the unoccupied flow setpoint (typically 0 CFM) any time the VAV is in heat mode, and the heating output will not be utilized.  This can be easily overlooked in applications where Warm up Mode is not being used, but this one parameter must still be set. This is fixed in the Xenta 102-AX firmware v2.18.   Figure 6. Airflow Setpoint Actual Airflow In order for the heating outputs to be energized, the airflow must be at least 80% of the minimum heating airflow setpoint. This is hard coded into the controller and cannot be disabled. The only way to remove the interlock is to set the minimum heating airflow setpoint to 0 CFM; however, in this situation, the VAV will close the damper in an attempt to provide 0 CFM of airflow. The heating will modulate without any airflow at that point.   Figure 7. VAV Status not providing 80% Airflow Check on the VAV Status tab of the 102-AX plug-in to compare the airflow to the airflow setpoint. If the box cannot provide the necessary 80% of setpoint or there is no airflow available during the commissioning stage, lowering the airflow setpoint can allow checkout to continue. This 80% airflow requirement is looking at the on-board flow sensor of the Xenta 102-AX. If the flow value is coming from another controller on the network via the nviBoxFlow SNVT, the heat will be disabled. The nviBoxFlow input will override flow values for damper control, but heating outputs will ignore it. In this situation, setting the pressure offset (UCPToffsetPress) to 1” will bypass the limitation. This will be fixed in the Xenta 102-AX firmware v2.18. Wrap Up If everything is configured properly physically and in the 102-AX Plug-in, then the box should be stroking the valve to maintain the space temperature setpoint. Disclaimer The information contained in this document is subject to change without notice. It is also subject to change with versions of TAC Xenta 102-AX. If further assistance is required, or if you would like to add to steps suggested here, call or email Schneider Electric Product Support.

Issue After installation of G3 Workbench version 3.4.57 or 3.5.25, the Software Manager on the Localhost may display that the sun-jre-win-x86 VM module is out of date: Environment Niagara G3 version 3.4.57 or 3.5.25 Sun JRE VM Module Cause While this is not a fatal error condition, the module can be updated. NOTE: if the installed version is 3.5.25, replace path references to "3.4.57" in the paths with "3.5.25" Resolution Shut down Workbench Open Windows Explorer, and navigate to the C:\niagara\niagara-3.4.57 directory Rename the jre folder to jre.old Now, navigate to the C:\niagara\niagara-3.4.57\sw\1.6.0.20 directory. Using WinZip, open the sun-jre-win-x86.dist file (or the sun-jre-win-x64.dist file if using the 64-bit version of Workbench). Select all of the folders in the archive, and extract them to the C:\niagara\niagara-3.4.57 directory (see below). Make sure that the “Use folder names” (or equivalent) box is checked. After the extraction, a new jre folder is created. Run the Platform Daemon (Start > Programs > Enterprise Network Server 3.4.57 > Install Platform Daemon) Open Workbench, and then open the Software Manager in the Platform. The Sun VM will now show "Up to Date"  

Issue   PARSER_CODE_ERROR Error in COD file - Error:15 When directly downloading a Menta file a Parser Code Error is displayed. This is a Parser Error that is alerting you to the fact that there is a problem with your Code. An error in the Menta file is stopping it from downloading successfully. Product Line TAC Vista Environment Menta Xenta programmable controllers Xenta 280, 281, 282, 283, 300, 301, 302, 401, 401:B Cause Direct downloading a Menta file (via the RS-232 port, a serial cable, and Online Simulation Mode) can bring to light Parsing Errors that are not reported by the System Plug-in. These errors will result in unsuccessful download attempts without any indication of the failure. To find them, direct download the Menta file. The download gets to where it is parsing the file before it fails:  There are three known reasons why the parsing of a Menta file will fail with Error Code 15. With some careful investigation of the error the cause can be determined, although checking all known causes is not prohibitively time consuming. Either the Menta application is too large, contains SmartStruxure Function Block following a cut-and-paste of code, or the file has corrupted public values indicated by the values being shown in scientific notation. Resolution First, determine the source of the error. Three known issues are discussed below: Corrupted public values show in scientific notation The Error:15 window attempts to show the user where in the Menta code the error is occurring. Without a fairly intimate knowledge of the inner workings of Menta, this can be less than helpful. However, if scientific notation in a PVR is causing the error, the error window will show this. The first line states: PVR     3,Z4 R1.0762e-042 This is showing that a PVR in the Menta program has a value of 1.0762e-042. It may take some searching, but you will need to locate the PVR in the Menta file that has this corrupted value and change it back to something valid. Also check public constants in the file to make sure they are not corrupted.   SmartStruxure Function Blocks in TAC Menta application This error also appears if there are any SmartStruxure specific Function blocks in the application. RO, BO, RI, BI, TSCHI, ERROR, II, IO, PI, PO Check the if any of the blocks are in the COD file (in the error window), find the blocks and replace/remove them.   Menta Application is too large The only other option is that the Menta application is too large. So if the Error:15 window comes up and does not indicate scientific notation in any of the values, it has to be that the file didn't fit inside the controller. Check the memory in Menta under Options > Memory Usage. You want to see free space in all categories. If there are any negative numbers then that portion of the application is too large. Bear in mind that this is a simple estimation by Menta as to the memory needed. Trend logs, OP tree, network description files and the Menta application all need to be stored in the controller, so sometimes a very low, albeit positive, number can indicate problems as well. Try cutting down on trend logs or OP trees to free up space if the application cannot be reduced.

Issue   Invalid database version. (Subsystem: LNS, #81)[DB #-2038] Environment LonMaker 3.1 Cause A computer running LNS version 3.2 or higher (sometimes called LNS Turbo) can open any LNS database. If the database being opened is LNS version 3.1 or earlier, the database will be upgraded. This process is irreversible. Once the database is upgraded, earlier versions of LNS can no longer open it. The opposite is not true. If a computer running LNS version 3.1 attempts to open a 3.2 database, this error will appear. Resolution The LNS version must be at 3.2 or later to open a 3.2 database. Either upgrade the LNS version on the PC attempting to open the database, or revert to an earlier version of the database before it was upgraded (if possible). To upgrade your LNS version to 3.2: Navigate to http://echelon.com/support/downloads. You will need an Echelon ID and password. It is free to create a New User Account if you do not already have one. In the drop-down menu, select Search for software in the Network Tools category. Before you install LonMaker Integration Tool 3.1 Service Pack 3 Update 3, you must have already installed LonMaker Integration Tool 3.2 Service Pack 3 Update 1. Download both Update 1 and Update 3, or just Update 3 depending on the situation. Note: If you upgrade to LNS Turbo, you will no longer be able to restore databases from a non-Turbo LNS PC. There is backwards compatibility with old databases, but no "forward" compatibility for older PCs to open newer networks.

Issue During a Vista 5.x.x installation, failure can occur during the SQL installation portion of the install. This solution could encompass many different SQL installation errors; however, one that is known and verified is shown below: Failed to create or configure database on SQL Server! ([17] SQL Server does not exist or access denied.) Here is another common one:   Failed to create or configure database in SQL Server ([1802] CREATE DATABASE failed. Some file names listed could not be created. Check related errors.) If you have previously uninstalled Microsoft SQL Server, data files for the database may still exist in the SQL Server data directory. Remove the files manually and click Retry or click Cancel to abort installation. Product Line TAC Vista Environment TAC Vista Server 5.x.x Cause Uninstalling and reinstalling the software can leave pieces of SQL behind. Even if you try to uninstall everything in Add/Remove Programs, left over portions may cause the TAC Vista installation not to be successfully installed. The Program Files\SQL Server directory is flagged for compression or encryption. Installing Vista version below 5.1.5 on a Windows 7 64bit machine will cause this error. Resolution Please check the Windows Event log for the specific installation error. See Viewing, Saving, Sharing Windows Event Logs for Troubleshooting Purposes for information on viewing the Windows Event Log. Consult Log file of SQL installation when installing Vista Server for information on viewing the SQL Server installation log. If the Event log reveals Error 28001, the sa password must meet SQL Server password policy requirements, please refer to the solution provided in Error 28001 - sa password complexity error when installing TAC Vista 5. If not, then please proceed with the resolution below: If the SQL Server installation log file complains that the Program Files\SQL Server\ directory is flagged for encryption or compression then right click on the directory and select properties. The advanced option exposes the check boxes for compression and encryption. If the folder is flagged for compression the it will be visible in blue instead of black font. Remove the encryption or compression flags and apply then reinstall. If the PC operating system is Windows 7 64-bit, install Vista 5.1.5 or higher. Resolution below will not solve the issue. In most cases this is caused by MSXML 6.0 parser. This software is commonly installed by programs using SQL, and also during the TAC Vista installation. If this can't be removed using Add/Remove Programs, you can download a program from Microsoft that cleans up and removes this software (and others). It is called Windows Installer Cleanup. Link to download: msicuu2.exe. NOTE: Microsoft recently removed this utility from the downloads section of their support site. They have this to say about the utility: While the Windows Installer Cleanup utility resolved some installation problems, it sometimes damaged other components installed on the computer. Because of this, the tool has been removed from the Microsoft Download Center. Use this utility with care at your own risk.   In most cases TAC Vista will install successfully after removing MSXML 6.0 parser. For alternative solutions see SQL Express install fails on MSXML 6 and Error when installing SQL 2005 Express on a machine that had previously had MSDE installed .

Issue Power to devices are Full Wave or Half Wave. Device is connected to 24VAC and begins to smoke because the voltage power input from transformer is not wired correctly. Product Line TAC INET, TAC Vista Environment Devices such as a Xenta Router or a controller which is powered by an external 24VAC transformer. Cause Devices such as a Xenta Router or control board is connected to 24VAC and begins to smoke because the power input from transformer is not correct. Resolution Download Full Wave Half Wave.pdf which illustrates the transformer to device wiring configuration. PoE is not supported for any of the Ethernet ports on I/NET devices.  

Issue Modbus device is offline in Vista. Product Line TAC Vista Environment TAC Vista Xenta 511 Xenta 913 Xenta 700 Cause The Modbus device online check has to read at least one variable for the device to come online in Vista. If you only write values to the Modbus device, it will appear offline.  Resolution As a workaround, you may create a dummy variable that you read from in Xbuilder

Issue How to increase the number of Modbus registers the Xenta server polls in a single request? Product Line TAC Vista Environment XBuilder Xenta 511 Xenta 913 Xenta 701 Xenta 711 Xenta 721 Xenta 731 Cause This feature is not well documented in the Xenta 700 documentation, though it is mentioned in the TAC Xenta Server – Gateway, Technical Manual (Xenta 913). Resolution In XBuilder, selected the Modbus device in the network view. Under Link->Max Range Size you will see the current setting, the default is 20 which most devices support. Change the number to the desired value between 1-100. Note that the value must be supported by the device! Download the project to the device to commit changes.  

Issue ES connect to 3rd party BACnet devices in StruxureWare Building Operation Product Line EcoStruxure Building Operation Environment StruxureWare Building Operation site with Enterprise Server. Connection to BACnet devices such as ACX. Cause Desire to use ES rather than AS Resolution As of StruxureWare Building Operation 1.1 the ACX with BACnet I/P xDriver with the ES, we can see the points, load them into the BACnet interface, and view them in tgml. The BACnet IP xDriver and User Guide is available on The Exchange Download Center. The following screen captures are from the ACX where a simple Infinity Numeric is setup called ACXdevice:   Next the xDriver for the ACX is loaded and setup as Server with the following settings: (Note the IP Address references the IP of the ACX controller)   Next a simple Numeric is setup called BacTest1 with the following settings: (Note the IP Address is left blank)   Next another Numeric is created called CocaCola1 with the following settings:   Next from the Enterprise Server, a 'Find New BACnet devices' is done to find the ACX and the two Numerics created:  

Issue What is the SubLAN and what is the C-LAN in regards to Ethernet and termination resistor information? Explanation of termination resistor, RS-485, baud rate, token passing, and polling method. Is the Host LAN above or below the Ethernet LAN? Product Line TAC INET Environment I/NET Seven Network with integration of the FOI or Fiber Optic Interface  Cause How the Fiber Optic Interface (FOI) fits into an I/NET site. Resolution When defining the network in I/NET, the chart below helps to explain which components communicate to others. This is a simple explanation on where the various I/NET components are located in an I/NET Seven Network. C-LAN & Sub-LAN and the integration of Fiber Optic or FOI. The FOI Spec sheet is available here, as well as TCON087. Click the image below to download as a PDF document.  

Issue Error "Ensure that Vista Server is started" when the server is already running. Product Line TAC Vista Environment Vista Server Windows XP Windows 7 Windows Server 2003 Windows Server 2008 Cause Refer to Chapter 3.5 of the TAC Software Installation Manual for the network security and permissions settings required to run Webstation (DCOM). test Resolution These are some utilities created by Benjamin Roswall at Schneider Electric Denmark. They are not official releases nor are they supported by Schneider Electric. While they have been tested and used successfully, they should be used at your own risk.   DCOM Config 1.0.3.0.exe: Configure DCOM for TAC Vista Network If you want to run TAC Vista Web Applications on Windows Server 2003 Standard Edition, both Internet Information Services (IIS) and ASP.NET 2.0 must be installed. ASP.NET 2.0 must be installed and activated before you start installing TAC Webstation. Refer to Chapter 4 of the TAC Software Installation Manual for more information. If you've made it this far, then it's time to refer to Chapter 3.5 of the TAC Software Installation Manual for the network security and permissions settings required to run Webstation (DCOM). Or just run this utility. Click the picture to download the utility.   Webstation installations will use Option 3. If Webstation doesn't come right up and start working after this, also download the next utility.   WEB.exe: Corrects common problems with Vista Webstation This utility will install and register the versions of ASP.NET required for running Webstation on the server PC. There are other articles on the command prompt commands to accomplish this, but this utility will take care of it for you. Click the picture to download the utility.   After this utility finishes running, restart the PC as instructed.

Issue Upgrading a Xenta 102-AX to v 2.16 Product Line TAC Vista Environment Xenta 102-AX LonMaker NL220 Cause Firmware upgrade Resolution The following instructions will describe the firmware upgrade process for three different LNS environments: LonMaker 3.1, LonMaker Turbo 3.2, and NL220. The NXE, APB, and XIF files for upgrading the 102-AX are now available on The Exchange Download Center. Preparation   Always remember to make backups before beginning this process. Record the Neuron IDs for all Xenta 102-AXs that will be receiving the upgrade. If you do not record the Neuron IDs ahead of time, you will have to press the service pin on every controller being upgraded. A list of all Neuron IDs can be obtained in one of the following ways: Through TAC Vista Server Open TAC Vista Server Click on Reports > LonWorks Networks, Survey   This process will open a .txt document which lists all controller names and Neuron IDs in the Vista database. Through Echelon LNS Utilities Navigate to Start > Programs > Echelon LNS Utilities > LNS Report Generator Select the LNS Network   Hit Generate   This will generate a .csv file in the designated location with controller names and Neuron IDs. This can be viewed using Microsoft Excel. Through NL220 Choose either Subsystem or Channel view Depending on the view, right click either on the Subsystem or the Channel Select Print > Print list of nodes Select Export   Choose desired file format Hit OK If changes have been made to the configurations of the 102-AXs through any means other than the LNS plug-in (I/STAT, M/STAT, Vista Workstation) these parameters will first need to be uploaded to the LNS database. If this step is skipped, then any configurations made this way will be erased during the upgrade. In LonMaker 3.1 Right click on a device Select Resynch CPs... Repeat for each 102-AX In LonMaker Turbo 3.2 Right click on a device Select Commissioning > Resynch CPs... Repeat for each 102-AX In NL220 Right click on a device Select Copy configuration values in memory Repeat for each 102-AX Download the NXE and XIF files for version 2.16 from The Exchange Download Center. Please note that during the upgrade process, the 102-AX will not function properly. In a multiple LIP or router database the dummy database can be created on a notebook PC. This allows for a local FT10 connection to the Lon network after the router. The existing network topology is not needed on the dummy database in this case.   Performing the Upgrade in LonMaker 3.1 It is not possible to upgrade a 102-AX in an existing database. To upgrade a 102-AX, a temporary "dummy" database must be created. Launch LonMaker Select New Network Set the new network to be Online and Network Attached. Do not register any plug-ins. Add a generic device *Note: The network has to represent the topology of the physical connection to the FT-10 channel Check Commission Device box, hit Next.   Load XIF. Browse to the downloaded v2.16 XIF file (not the standard XIF, but the v2.16 downloaded from Exchange Online). Hit Next.   Specify channel. Hit Next.   Default Properties selections are okay. Hit Next.   Set the Neuron ID. If you recorded them in a report previously, manually enter the data here. If you planned to service pin the controller, select Service Pin. You will be prompted at the end of the process to service pin the device.   Check the box for Load Application Image. Browse to the v2.16 NXE downloaded from Exchange Online. Hit Next.   Set the desired state to Online. Set the Source of Configuration Property Values to Current values in device. This is an important step. If you do not set to current values in device, your previous configuration parameters will be erased. Press Finish to begin the download.   Allow approximately 50 seconds for the application image to finish loading. While you wait you will see this window.   To upgrade the next 102-AX, right click on the device and select Replace. Repeat these steps for each 102-AX in the system. Performing the Upgrade in LonMaker Turbo 3.2 It is not possible to upgrade a 102-AX in an existing database. To upgrade a 102-AX, a temporary "dummy" database must be created. Launch LonMaker Select New Network Set the new network to be Online and Network Attached. Do not register any plug-ins. Add a generic device Check Commission Device box, specify channel, hit Next.   Load XIF. Browse to the downloaded v2.16 XIF file (not the standard XIF, but the v2.16 downloaded from Exchange Online). Hit Next.   Default Properties selections are okay. Hit Next.   Set the Neuron ID. If you recorded them in a report previously, manually enter the data here. If you planned to service pin the controller, select Service Pin. You will be prompted at the end of the process to service pin the device.   Check the boxes for "Load application image" and "Update firmware in device to match application image." Browse to the v2.16 NXE downloaded from Exchange Online. Hit Next.   Set the desired state to Online. Set the Source of Configuration Property (CP) Values to "Application image file." Set the Device Specific CPs to "Preserve device values." This is an important step. If you do not preserve device values, your previous configuration parameters will be erased. Press Finish to begin the download.   Allow approximately 50 seconds for the application image to finish loading. While you wait you will see this window.   To upgrade the next 102-AX, right click on the device and select Commissioning > Replace. Repeat these steps for each 102-AX in the system. Performing the Upgrade in NL220 It is not possible to upgrade a 102-AX in an existing database. To upgrade a 102-AX, a temporary "dummy" database must be created. Launch NL220 Log in and create a New project. Do not register any plug-ins. In SmartChannel, set the new network to be Attached. Under the Device Templates tab, right-click and select New Device Template. Create the New Device Template from interface file. Browse to the downloaded v2.16 XIF file (not the standard XIF, but the v2.16 downloaded from Exchange Online). Hit OK.   On the Channel tab, right-click and select New node on Name the device and choose Create node from a device template. Select the newly created 2.16 device template. Uncheck Set all configurations to manufacturer's default.   Right-click on the new device and select Install (network > commission in newer versions). Set the Neuron ID. If you recorded them in a report previously, manually enter the data here. If you are going to service pin the controller, do it now.   Right-click the device and select Download program. Choose Upgrade system version. You will receive a warning stating that upgrading the system image can leave the device in a bad state and break communication. You should only use this option if you are sure of what you are doing. Confirm, Yes, you want to continue. Configuration download should be set to Keep current configuration on node.     Allow approximately 50 seconds for the application image to finish loading. To upgrade the next 102-AX, right click on the device and select Network > Replace. Repeat these steps for each 102-AX in the system.

Issue Plug-in 'TACOSSysPin.Document' launch failure. Unspecified error Product Line TAC Vista Environment LonMaker 3.X TAC Vista System Plug-in Cause An unspecified error in the launching of the TAC Vista System Plug-in is either caused by a faulty installation or registration of the plug-in.   Resolution Check under Start > Settings > Control Panel > Add or Remove Programs. Look for TAC ToolPack 5.X.X. Make sure the version number 5.X.X matches the current Vista installation. If it does not, uninstall the current version of the ToolPack and install the correct version. If it is the correct version, proceed. Check the plug-in registration. In LonMaker go to LonMaker > Network Properties > Plug-in Registration. Look for TAC Vista System Plug-In (Version 5.X.X) Make sure the version number 5.X.X matches the current Vista installation. If it does not, unregister the current version of the Plug-in and register the correct version. If everything appears to be installed and registered correctly, but the error persists, uninstall and reinstall the correct ToolPack. Reboot the PC, reregister the plug-in, and try to launch it again.

Issue The new program interface does not match the previously defined program interface. (Subsystem: NS, #59) Product Line TAC Vista Environment LonMaker 3.1 LNS Version <3.2 Xenta Programmable Controllers Xenta 280, 281, 282, 283, 300, 301, 302, 401, 401:B Xenta 104-A Square D Altivar 61 Xenta 102-AX Cause The steps defined in this article only relate to the NS #59 error when it is received on an attempt to commission a controller in an LNS environment. It does not cover when this error is shown as a result of a download attempt in the TAC Vista System Plug-in. For information on the download error, see NS Errors #59, #64, #51 in a row on download attempt through System Plug-In. The new program interface does not match the previously defined program interface; i.e., the number of network variables, message tags, or the structure of self identification data is inconsistent even though the Program IDs match. This generally happens when a newer firmware of a controller is introduced that uses the same SNVT inputs and outputs as the old controller, and therefore shares a device template even though something below the surface may be different. Resolution The appropriate resolution to the NS, #59 error depends on the LNS version and type of controller that is failing to commission. Select from the categories below which best describes the situation. LNS Version <3.2 Check the existing Version of LNS. Open the Echelon® LonMaker™ Design Manager Right-click on the title bar of the Design Manager and select "About Echelon LonMaker..." In the About Echelon® LonMaker™ Design Manager Professional Edition window, look under Additional Information.   If the LNS Version is below 3.2, then upgrading the LNS to 3.2 or later (also referred to as LNS Turbo, not to be confused with LonMaker Turbo) may fix the error. The later LNS versions are less sensitive to program interfaces not matching. Navigate to Echelon Downloads. You will need an Echelon ID and password. It is free to create a New User Account if you do not already have one. In the drop-down menu, select Search for software in the Network Tools category. Before you install LonMaker Integration Tool 3.1 Service Pack 3 Update 3, you must have already installed LonMaker Integration Tool 3.2 Service Pack 3 Update 1. Download both Update 1 and Update 3, or just Update 3 depending on the situation. Note: If you upgrade to LNS Turbo, you will no longer be able to restore databases from a non-Turbo LNS PC. There is backwards compatibility with old databases, but no "forward" compatibility for older PCs to open newer networks. If you cannot install the LNS update, proceed to the following solutions organized by controller type. Xenta Programmables (follow steps below) Xenta 28X, 30X, 401(:B) You get this error when two controllers share a device template (XIF file) if one has a system program version (.MOT) below 3.5 and the other has a system program version above 3.5. Typically you will get this when you are replacing an older controller or adding a new controller to an older network. To fix the problem you have to make sure that the new controller you are adding (replacing) gets a new XIF file and its own template. Open the application from the System Plug-in by right clicking on the controller and selecting Configure>Edit. To give the application a new XIF, either add a dummy SNVT or go to Device Configuration and uncheck the box for "XIF header generated according to LonMark standard." Go to Options>Simulate (F12), select Commands>Generate. Options>Edit (F12) and save the application to the hard drive by selecting File>Save as. In the System Plug-in, browse in the application that you just saved on the hard drive. Update TAC Network and Vista Database. If you are asked to resynchronize, do so. Download Applications and Parameters. Commission in LonMaker. Another cause of the error for a Xenta programmable is if the system program version (.MOT) is newer than the version of Vista System Plug-In being used. For example, if visiting a 4.2.5 Vista site and attempting to add a much newer 3.8 firmware Xenta programmable. It will fail on attempts to commission. The firmware must be downgraded to a version that is compatible with the older Vista system. See Download an .MOT file into a Xenta Programmable controller for information on loading a different .MOT file. Xenta 104-A (follow steps below) If there are TAC Xenta 104-A v1.10 (or older) commissioned in an LNS database, it is not possible to add a TAC Xenta 104-A v1.20 or newer in the same database. Nor is it possible to do a replace. This is due to a change of size of the SNVT declaration area residing in the device memory. For the same Program ID, LNS requires this size to be identical as previously commissioned devices. Download NXE v1.20A from The Exchange Download Center. This is an NXE file which should be used to upgrade v1.20 to be able to coexist with v1.10. (It is not possible to upgrade 1.10 to 1.20/1.2A, due to memory configuration.) The download of v1.2A to the device is selected in the “New device wizard” in LonMaker. Check the “Load application image” and browse in the NXE as the image file. Note : The same process must be performed while dealing with the 104-A v1.21. In addition to the same issues above, v1.20A will not be compatible with v1.21. For more information on the Xenta 104-A firmware versions see Xenta 104-A firmware version compatibility. Square D Altivar 61 (choose an option below) Square D Altivar 61 drives have undergone a similar update of the firmware. Newer LON drives cannot reside concurrently on a network with older drives. A new NXE must be loaded into the newer drives so they can coexist with the older drives. This NXE file is on the Product Support SharePoint, or can be obtained by contacting Square D drive support directly at drive.products.support@schneider-electric.com. Xenta 102-AX Two Xenta 102-AXs, one that is hardware version 1, and one that is hardware version 2, cannot co-exist on the same LNS network. Whichever one is commissioned first will work fine, the second will result in an NS, #59 error.

Issue Program IDs do not match. There is an incorrect or out-of-date program version. (Subsystem: NS, #38) Product Line TAC Vista Environment LonMaker 3.X NS Error codes are not specific to any one LON environment, the display of the error may vary, but the steps to resolve should be the same. Cause A Program ID is a unique identifier assigned to each XIF (or device template) in an LNS database. Controllers with different XIFs cannot share the same Program ID. When a device is created in an LNS database, its Program ID is extracted from the XIF and stored in the database. When a controller is downloaded, the Program ID is transferred and stored in the controller. If the Program ID that resides in the controller differs from the one stored in the LNS management tool, the commission command will fail due to the Program ID mismatch. Resolution The appropriate resolution to the NS, #38 error depends on which controller is failing to commission. Select from the categories below which best describes the offending controller.  Xenta Programmables (follow steps below) Xenta 28X, 30X, 401(:B) Download the controller through the Vista System Plug-in before attempting to commission. If the error remains after a download, then the download did not go through, despite all indications that it did. Connect to the RS-232 serial port of the controller and attempt to download the Menta file directly. This will often bring to light parsing errors that are not detected by the System Plug-in. Find and correct the errors to allow the file to download properly. See Menta Parser Errors for more information on parser errors. The controller should then commission successfully. --- If the error persists, continue ---   Open the Menta file of the controller that will not commission. Under Options > Device Specification, uncheck the box for "XIF-Header generated according to LonMaker standard." (You may have to temporarily assign a System Version to activate this checkbox.) LonMark standard headings only use 255 combinations of IDs. It may be that two controllers just happened to be assigned the same Program ID. After unchecking this box, go to Options > Simulate, Commands > Generate to regenerate a new Program ID without using the LonMark standard header which opens up many more Program ID combinations and lessens the already low probability of two being the same. Download the new Menta file with the new XIF and new Program ID into the controller. It should now commission successfully.   Xenta 5/7/9XX Xenta 511, 527, 701, 711, 721, 731, 913 The XIF in the LNS database must be updated. See How to update a modified Xenta 5/7/9xx XIF file in LonMaker for detailed instructions.   ASCs/LON Devices (choose an option below) Xenta 100 series, third-party devices Replace the device using the correct XIF obtained from the manufacturers website. Replace the device using the correct XIF obtained from https://www.lonmark.org/. Replace the device with a generic device. Commission with the option of getting the XIF from the device.   Xenta 400 Series I/O Module (choose an option below) Xenta 42X(A), 45X(A), 47X, 49X Be sure the correct module is defined in Menta if adding I/O modules automatically. If adding I/O modules manually, be sure to use the correct stencil on the LonMaker drawing. You will get this error if you try to commission a 451A module with a 451 stencil.

Issue For further information, refer to the FLEXnet Licensing End User Guide, available on the Flexera website. Product Line TAC Vista Environment Vista 5 Workstation FLEXnet Licensing Cause If you get this error and attempt to find the End User Guide, you will discover that the company that produces the FLEXnet software has gone through several name changes: Macrovision to Acresso to Flexera. Resolution If you would like a copy of this document, you can find the FLEXnet License Administration Guide (previously called the End User Guide) here.

Issue Are the Network 8000, DMS, and Signal manuals available in an electronic format? Environment Network 8000 DMS Signal Cause Option to view Network 8000, DMS, and Signal manuals in electronic format. Resolution The Network 8000, DMS, and Signal manuals are available from the Publication Zone via iPortal. They are, also, available on a CD. The "Legacy zip" link downloads and extract the files, if running the program from a computer or creating the CD. When running the program from a computer, launch "index.html" located in the extracted bin folder. Email legacy product documentation requests to be added to the Legacy CD, to Product Support.

Issue   Plug-in 'TACXenta102AXPlugin.LNSPlugInAPI' launch failure. Can't show non-modal form when modal form is displayed Product Line TAC Vista Environment LonMaker 3.X TAC Xenta 102-AX Plug-In Cause This error appears when launching the TAC Xenta 102-AX Plug-in if there is another instance of the plug-in already running. The first instance of the plug-in was never fully launched (it is still stuck in modal form). This can happen by not acknowledging the Configuration Parameters Synchronization window, sending it to the back, getting tired of waiting for the plug-in to launch, and killing the application. Resolution Minimize every window on the screen. Find the errant Configuration Parameters Synchronization window as seen below:   Select Skip If the application was terminated through Task Manager, acknowledge the failure to connect. If the application is still waiting, the plug-in for the original VAV will launch. If you do not wish to view this plug-in, close it once it opens. Try to launch the plug-in again on the desired VAV. It should now launch.