Building Automation Knowledge Base

Notifications

Community

Notifications

Categories
Forums
Knowledge Center
Blogs
Ideas
Events & Webinars

Share Your Feedback – Help Us Improve Search on Community!
Please take a few minutes to participate in our Search Feedback Survey. Your insights will help us deliver the results you need faster and more accurately.
Click here to take the survey

Building Automation Knowledge Base

Schneider Electric Building Automation Knowledge Base is a self-service resource to answer all your questions about EcoStruxure Building suite, Andover Continuum, Satchwell, TAC…

Search in

Invite a Co-worker

Send a co-worker an invite to the portal.Just enter their email address and we'll connect them to register. After joining, they will belong to the same company.

Send Invite Cancel

Related Forums

Intelligent Devices Forum

Previous Next

Invite a Colleague

Found this content useful? Share it with a Colleague!

Invite a Colleague

Building Automation Knowledge Base

Issue When attempting to start a new I/A Series R2 Enterprise Server, the following error occurs: Cannot find distribution platform Product Line TAC IA Series Environment I/A Series R2 Enterprise Server WorkPlace Pro Cause The Enterprise Server software was installed without selecting the Program Files checkbox in the Select Modules dialog during installation. Program Files include the distribution files required for the software to run. Resolution During installation, ensure the Program Files checkbox is selected in the Select Modules dialog. Alternatively, click Select All to install all modules. At a minimum, the Program Files option must be selected to install the core Niagara modules. Refer to the Installation Instructions provided with the Niagara CD or software zip for detailed steps.

Issue When viewing the alarm summary of an I/A Series R2 UNC through a browser, the alarm and alert counts display as unknown. Attempting to view alarm details generates the error: The requested information could not be retrieved from the database. Product Line TAC IA Series Environment I/A Series R2 UNC Cause The notification service archiveMode setting was changed, but this change is not dynamic. A reboot of the UNC is required for the new configuration to take effect. Resolution Verify that the notification service archiveMode is set to: archive_local_no_SQL Reboot the UNC after making this change. Failure to reboot will result in the error persisting.

Issue A Niagara R2 UNC station fails to start and displays the following error in the Standard Output Window: FATAL: cannot boot station from sns java.lang.ClassNotFoundException: tridiumx.vlon.VlonService Product Line TAC IA Series Environment Niagara R2 Cause The station requires the Vlon service, but the Vlon module is not installed in the UNC. Resolution Install the Vlon Module into the UNC Use Admin Tool to connect to the UNC. Navigate to the Installation tab and click Installation Wizard. In the Select Distribution Directory dialog, highlight emb and click Install. In the Niagara Remote Installation dialog, select Configure Modules Only and click Next. In the Configure Modules dialog, select the Vlon module by checking the Upgrade/Add column. Click Next when finished. On the Database Backup dialog, leave the red check mark next to the station database name and click Next. Enter the station username and password when prompted. In the Niagara License dialog, click Finish. Restart the UNC after installation is complete.

Issue When attempting to start a Niagara R2 station, the following error appears in the Standard Output Window: ERROR: Reading Ecdis210 [1371] Ecdis210 Subnet = 1 Node = 2 state = config_online FATAL: Cannot boot station from sns java.io.UTFDataFormatException Product Line TAC IA Series Environment Niagara R2 UNC-410 Niagara R2 UNC-520 Cause The station database is corrupted. This can occur if the correct Distech module is missing or if the database file is damaged. Resolution Verify Module Installation Ensure the correct Distech module is installed for the station. Restore from Backup If the module is correct and the error persists, the station database is corrupted. Replace the corrupted database with a valid backup copy. Restart the station after restoring the backup.

Issue What is the best way to completely remove a version of Niagara R2 software from a PC? Product Line TAC IA Series Environment I/A Series Niagara r2 Cause Niagara R2 does not provide a formal uninstaller for removing specific versions. Manual removal is required. Resolution Stop the Niagara Service Open Services in Windows and stop the Niagara service to prevent conflicts during removal. Delete the Version Folder Navigate to the installation directory (e.g., C:\Niagara\ ) and locate the folder corresponding to the version you want to remove (e.g., r2.301.xxx ). Delete this folder. Optional Cleanup Verify that no shortcuts or registry entries remain. Restart the PC to ensure all changes take effect.

Issue When upgrading a Niagara R2 station from version 431 to 529, the config.xml file fails to convert to config.db or config.sns . The conversion window displays the following error: ERROR: Could not parse value. Invalid dateTime "60356-06-20T10:54:24.17-7". Parse of XML failed. Product Line TAC IA Series Environment Niagara R2 all versions Cause An incorrect date reference was registered in the station configuration file ( config.xml ). This likely occurred during the creation of the XML file. Resolution Open the config.xml file using an XML editor (e.g., Notepad++). Locate the invalid date entry, for example: <lastDailyArchive>60356-06-20T10:54:24.17-7</lastDailyArchive> Correct the year value to a valid date, such as: <lastDailyArchive>2011-06-20T10:54:24.17-7</lastDailyArchive> Save the changes and run the conversion process again.

Issue Email notifications fail to send from the I/A Series R2 Enterprise Server. The error message displayed is: datax:nohandler for: notification Product Line TAC IA Series Environment I/A Series R2 Enterprise Server Cause The NotificationService in the Enterprise Server station has its archiveMode property set to archive_disabled . This is the default configuration and prevents notifications from being processed. Resolution Update the Enterprise Server station configuration: Open the NotificationService settings in the Enterprise Server station. Change the archiveMode property from archive_disabled to archive_local . Save and restart the service if required. This change enables notifications to process correctly.

Issue When attempting to open a Niagara R2 Enterprise Server station, the following error occurs: Cannot open web server socket. [ServerLoop.run] java.net.BindException: Address already in use: JVM_Bind Product Line TAC IA Series Environment Niagara R2 Enterprise Server all version Cause Windows IIS uses Port 80 by default, which conflicts with the Niagara R2 Enterprise Server station database that also uses Port 80. This prevents the Enterprise Server from binding to the port. Resolution Disable IIS if not required: Open Control Panel → Add/Remove Programs → Add/Remove Windows Components. Deselect Internet Information Services (IIS) and complete the removal. On Windows 7, set World Wide Publishing Service to Manual in Services to prevent auto-start. If IIS is required, change the Niagara R2 Enterprise Server port: Open WorkPlace Pro Admin Tool and stop the Enterprise Server. Open the Enterprise Server station offline. Right-click the station → Properties → Config tab. Change httpPort to a new port (e.g., 8080) and click Apply. Save and restart the Enterprise Server. Update all references (address tables, browser URLs) to include the new port (e.g., http://192.168.1.142:8080 ).

Issue An end customer wants to enable SSL (Secure Sockets Layer) on their Niagara R2 control system for secure communication. They need to know if SSL is supported. Product Line TAC IA Series Environment Niagara R2 Cause Niagara R2 was developed before SSL/TLS became a standard requirement for secure communication. The platform does not include native SSL support, and its architecture cannot accommodate SSL without significant redesign. Resolution SSL is not supported in the Niagara R2 environment. To meet security requirements, consider the following alternatives: Use a VPN tunnel to secure communication between Niagara R2 and external systems. Implement network-level security measures such as firewalls and IP filtering. Plan for migration to a newer platform (e.g., Niagara AX or N4) that supports modern encryption standards.

Issue A Niagara R2 station running on a laptop with LON integration does not communicate with MNL controllers connected through an Echelon USB-LON adapter. The station appears to be running in Admin Tool, but no controller communication occurs. Product Line TAC IA Series Environment Niagara R2 Echelon USB-LON adapter Cause WorkPlace Tech and Niagara R2 are both configured to use the same USB-LON adapter for LON communications. This creates a resource conflict, typically on the LON1 interface. Resolution Close WorkPlace Tech or reconfigure its communication settings so that LON1 is not used. Restart the Niagara R2 station. Verify successful adapter initialization by checking the standard output window for: LON Card Resetting!! LON Card reset complete!! Opened lonworks LON1 >>> Lon Driver opened!

Issue Can JAR files from Niagara R2 version 532 be used with a UNC running version 330? Product Line TAC IA Series Environment Niagara (all versions) Cause Attempting to fix a known issue by upgrading to a newer JAR file while maintaining the currently installed Niagara version. Resolution JAR files must match the installed Niagara build version. If the UNC is running version 330, only JAR files ending in 3xx should be used. If the UNC is running version 532, only JAR files ending in 5xx should be used. Mixing JAR files from different Niagara builds is not recommended and may cause instability or integration issues.

Issue Users want to know if the BACnet object_name property for an I/A Series R2 or G3 station can be modified. Product Line TAC IA Series Environment I/A Series R2 UNC-410 I/A Series R2 UNC-520 I/A Series G3 ENC-410 I/A Series G3 ENC-520 Cause The BACnet object_name is automatically generated by the system using: The station name The assigned BACnet device instance number For example: Station name: BldgA Device instance: 500 Resulting object_name: BldgA_500 This behavior is hardcoded and cannot be overridden. Resolution The BACnet object_name cannot be changed by the user. To influence the object_name, you must rename the station or change the BACnet device instance number. There is no direct property or setting to manually edit the object_name.

Issue Unable to log into LocalHost via the I/A Series R2 Admin Tool despite trying all known usernames and passwords associated with the PC. Product Line TAC IA Series Environment I/A Series R2 UNC I/A Series WorkPlace Pro / Admin Tool Cause The I/A Series R2 Admin Tool requires a local Administrator account for authentication. Domain-based accounts cannot be used for login. Resolution Confirm you are logged in as a user with Administrator privileges. If necessary, create a new local user and assign it to the Administrators group: Right-click My Computer → Manage. Expand Local Users and Groups → Select Users. Right-click in the right pane → New User. Enter: Username: IAAdmin Password: P@ssword Configure options: Uncheck User must change password at next login. Check User cannot change password and Password never expires. Click Create, then Close. Add the new user to the Administrators group: Right-click IAAdmin → Properties → Member Of tab → Add → Enter Administrators → OK. Close Computer Management. Log into the Admin Tool using: Username: IAAdmin Password: P@ssword If domain policy prevents creating local accounts, contact your IT department for assistance.

Issue Does the database file for a ProView display vary in size based on the amount of programming done to it with Niagara R2? Product Line TAC IA Series Environment Niagara R2 all versions ProView display Cause A backup of an empty ProView display and a backup of a ProView display programmed with 30+ screens and dozens of bindings produced the same file size: 49 kB. This indicates that the backup file does not store detailed programming data in a way that affects file size. Resolution No, the database file size remains constant regardless of programming complexity. Any ProView display backup created using the Niagara R2 wizard will be 49 kB, whether the display is empty or fully programmed.

Issue When adding a BACnet Binary Output object for a Functional Devices RIBTW2401B-BC RIB relay module in I/A Series R2, the device goes offline (status shows down). The output window displays: ERROR: Unable to convert class tridium.foundation.dataspecies.DsEnum from ASN type 9 tridiumx.bacnet.asn.ASNException E_BACNET_ASN_INVALID_TAG {tagNumber 9 current tag 0} BACnetDevice: RIB01 is now down Product Line TAC IA Series Environment I/A Series R2 BACnet Functional Devices RIBTW2401B-BC Cause The RIBTW2401B-BC device has an issue processing device status polling when priorityArray points are queried. It responds incorrectly to the UNC’s status message request due to a problem in its BACnet stack. Resolution Disable the device ping mechanism in the I/A Series R2 UNC’s BACnet Service → Device Status tab. Reboot the UNC after making the change. Ensure you backup the station when prompted to save the configuration changes.

Issue In Niagara R2 Workplace Pro, users need to know the default size of a Container’s Workspace and the maximum allowable settings to properly view large shadow objects. Product Line TAC IA Series Environment Niagara R2 Cause Large shadow objects cannot be fully displayed in the Workspace because the default width and height settings are too small. Resolution Default Workspace Size: Width: 800 Height: 550 Maximum Workspace Size: Width: 1500 Height: 1500 To modify these values: Right-click the Container. Go to Properties → Visual tab. Adjust width and height as needed within the maximum limits.

Issue Third-party systems cannot read SNMP traps from I/A Series stations using the provided MIB file. Product Line TAC IA Series Environment I/A Series R2 SNMP integration I/A Series G3 SNMP integration Cause The issue occurs because different versions of I/A Series use different MIB files. R2 requires TridiumR2-MIB (introduced in version 2.301.528 and above). G3 uses TridiumR3-MIB.my for versions 3.4 and earlier. From G3 version 3.5 and above, MIB files can be generated locally in Workbench. Resolution Verify the I/A Series version: R2 (≥ 2.301.528) → Use TridiumR2-MIB. G3 (≤ 3.4) → Use TridiumR3-MIB.my. For G3 version 3.5 and above: Use Workbench’s right-click menu on the local SNMP device to generate a MIB file. Refer to Niagara AX 3.5 SNMP Driver Guide, pages 3-17 to 3-21 for details. To view the MIB file in Workbench: Navigate to File > Open > Open Ord or press Ctrl + L. Enter: local:|module://snmp/tridiumMib/TridiumR3-MIB.my Ensure the correct MIB file is provided to the third-party system.

Issue A Niagara R2 UNC station fails to start and displays the following error in the Standard Output Window: FATAL: Cannot boot station from sns java.lang.IllegalStateException: NodeProperty.readExternal: tridium.foundation.TRuntimeException E_INVALID_DSTABLE_CODE {165.16} Product Line TAC IA Series Environment Niagara R2 UNC-410 Niagara R2 UNC-520 Cause The UNC is missing a required Lon module (jar file). In this case, the lonTrane module was not installed, causing the station to fail during boot. Resolution Review the Standard Output Window error messages for references to missing jar files. Identify which Lon devices are configured in the station. Install all required Lon modules (jar files) on the UNC. Example: If Trane Lon devices are present, ensure the lonTrane module is installed. Restart the UNC station after installing the missing modules.

Issue When converting a Niagara R2 server station from XML to DB, the process fails with the following error: Could not create node "tridium.apps.ProgramNode". tridium.foundation.IllegalChildException E_ILLEGAL_CHILD_DUP_NAME Product Line TAC IA Series Environment Niagara R2 Cause The conversion fails because two Program objects in the XML file have duplicate names, which violates the naming rules during DB creation. Resolution Open the XML file using an editor such as Notepad++. Navigate to the line and character indicated in the error message (e.g., line #865566, character #98 ). Identify the Program object with the duplicate name. Rename the object by adding an extra character (e.g., append 1 or a to the name). Save the XML file and close the editor. Re-run the XML-to-DB conversion process.

Issue After the system clock was inadvertently set ahead and later corrected, the daily archive and backup processes in an I/A Series R2 station stopped running. The Last Daily Archive and Last Backup Time entries show future dates. Product Line TAC IA Series Environment I/A Series R2 ES and UNC stations Cause The computer system clock was incorrectly set ahead for several days. After correcting the clock, the station retained future timestamps for archive and backup operations, preventing scheduled tasks from executing. Resolution There is no direct method to reset these timestamps in the station UI. However, you can edit the station database XML file: Save Runtime Database In Admin Tool, log into LocalHost, select the running station, and use DB Admin → Save Runtime Db. Stop the Station After saving, stop the running station. Convert DB to XML In DB Admin, select the station and perform Convert Local from DB to XML. Edit XML File Locate the config.xml file in the station’s backup folder. Search and update the following tags to a past date: <LastBackupTime> <LastDailyArchive> <LastArchiveTimestamp> (all occurrences) Save the file. Convert XML Back to DB Rename the old config.db file for backup. Use DB Admin to convert the edited XML back to DB. Verify Time Settings Ensure the computer time is correct and time sync service uses a reliable NTP server. Restart the station and confirm archive/backup functions resume.

Building Automation Knowledge Base

Improve your search experience:

Related Forums

Intelligent Devices Forum

Error “Cannot Find Distribution Platform” When Starting I/A Series R2 Enterprise Server

Alarm and Alert Counts Show “Unknown” in I/A Series R2 UNC Alarm Summary

Niagara R2 UNC Station Fails to Start – Missing Vlon Module

Niagara R2 Station Fails to Start with “ERROR: Reading Ecdis210” Message

How to Remove a Specific Version of Niagara R2 Software from a PC

Niagara R2 XML-to-DB Conversion Fails with Invalid dateTime Error

Unable to Send Email from I/A Series R2 Enterprise Server – Error “datax:nohandler for: notification”

Niagara R2 Error: Cannot Open Web Server Socket (Port Conflict)

Niagara R2 SSL Support – Is Secure Sockets Layer Available?

Niagara R2 Station on Laptop Fails to Communicate with LON Controllers via USB Adapter

Compatibility of Niagara R2 JAR Files Between Different Versions

Can BACnet Object_Name Be Changed in I/A Series R2 or G3?

Cannot Log into LocalHost Using I/A Series R2 Admin Tool

Niagara R2 ProView Display – Database File Size Consistency

I/A Series R2 BACnet Binary Output Causes Functional Devices RIBTW2401B-BC to Drop Offline

Niagara R2 Workplace Pro – Default and Maximum Container Workspace Size

I/A Series R2 and G3 SNMP Integration – Correct MIB File Usage

Niagara R2 UNC Station Fails to Boot – Missing Lon Module

Niagara R2 XML-to-DB Conversion Fails Due to Duplicate Program Object Names

Resetting Last Daily Archive and Backup Time in I/A Series R2 Station

Ask our Experts

Email Us

Building Automation Knowledge Base

Related Forums

Ask our Experts

Email Us

Welcome!