Building Automation Knowledge Base

Issue ES Database has grown to several gigabyte Product Line EcoStruxure Building Operation Environment Building Operation Enterprise Server Building Operation Enterprise Central Cause ES Database size can grow quite large when the ES crashes often. Open Software Administrator and find the location of the ES db folder. Below are two screen shots of the Logs and Crash Information folders. As can be seen, these dump files can increase the size of the database. Resolution Once the reason for the Enterprise Server crash is resolved, these files can be either be deleted or, preferably be moved to another storage/drive location. If the ES/EC is still crashing, all the core dumps should be collected and sent to to your local support team for processing. Due to the size of the crash dumps, upload to BOX or similar and provide the link to the support team.

Issue Steps on how to setup BACnet Time Synchronization to 3rd Party BACnet controllers. Product Line EcoStruxure Building Opertaion Environment SmartX Enterprise Server (ES) SmartX Automation Server (AS) BACnet Cause It is not always clear what is required to setup BACnet Time Synchronization and how to confirm that EcoStruxure Building Operation is actually performing it properly. Resolution To use the Time Synchronisation you will need to bring the 3rd Party BACnet device (Eg. Continuum bCX) under the EBO BACnet Interface -> IP Network: Go to the BACnet Interface Time Synchronization Recipients Tab. Add a new Local time synchronization recipient with the '+' button. Select recipient type as 'reference' In the Recipient device object reference field browse for your BACnet Device. Press OK and then save the changes. Right-click on the BACnet Interface and select send time sync now. This will send out an unconfirmed-req TimeSynchronization to that specific Device only.   Test Scenario with a bCX setup as a third-party BACnet controller You will see a unconfirmed-req TimeSynchronization packet being sent from the ES in WireShark but with no response from the bCX.  You may not see responses back from other 3rd party devices. The time in the bCX should be seen to change from within Continuum, (assuming it was incorrect in the first place) 

Issue What are the IO wiring requirements for the IO Modules? Product Line EcoStruxure Building Operation Environment Analogue, Digital, Input, Output Cables UI-16, DI-16, AO-8-x, AO-8-V-x UI-8, DO b3 Inputs Cause The existing documentation does not specify the exact cable types to be used. Resolution Different types of sensors can be used that come from different legacy systems, so cable types specified for the legacy systems will be appropriate for the same sensor type being connected to an Automation Server I/O module. If you are using Xenta sensors with the 1.8K Ohm thermistors you should use the wiring rules as per the Xenta documentation. Of if you use Continuum 10K Ohm sensors, use the Continuum IO wiring rules etc. Some suitable cables for most Analogue and Digital input, also analogue output applications are: 18 AWG (16 x 30) 0.823 mm2 - single pair screened e.g. Belden 8760 22 AWG (7 x 30) 0.325mm2 - single pair screened e.g. Belden 8761 The maximum distances that these cable can be run are dependent on the input requirements, for Temperature inputs this will depend on the temperature range and accuracy required. For examples of of these cable distances see links below: Continuum 10K Ohm sensors (also applicable for b3 controller inputs). Xenta 1.8K Ohm sensors For digital outputs cable should be used with appropriate size (current rating) to the loads being switched. It is recommended to use screened cables and also ensure correct connections for analogue inputs as detailed in How to wire an Analog input to an IO Module.

Issue Device ID / Device Instance of SE8000 series BACnet controllers Duplicate BACnet Network Address alarms How to have 254 SSL Room Controllers on an Automation Server (AS) as shown in the SBO Automation Server and SE7000 and SE8000 - Architectural Guidelines Product Line EcoStruxure Building Expert, EcoStruxure Building Operation Environment Automation Server Enterprise Server SE8000 Room Controller BACnet Cause There can be confusion from the difference in naming between SmartStruxure Lite(SSL) Room Controller(RC), SmartStruxure Building Operation and even Niagara(JACE). Bacnet Instance number in SSL = Object ID in SmartStruxure Building Operation COM Address in SSL = MAC Address in SmartStruxure Building Operation Resolution On the AS, considered is the Object ID of the two Comm Ports (as with all object IDs) they need to be unique across the system. A common ID is 1001 for CommA and 1002 for CommB of the first AS, then on the second AS CommA 2001, CommB 2002 etc. The key thing with BACnet is that every object (point, device, program, port etc) must have a unique Object ID. The SE8000 uses the Com Address referred to as the BACnet MAC Address in the AS. This, as detailed in BACnet COM Address of Room Controller SE7000 and SE8000, is the address range on just that one MS/TP bus. 1 – 127 are valid addresses, the AS (or bus master) will be address 0. If a second AS is on the same system this could use 83001 – 83127 for CommA, 84001 – 84127 CommB etc. Also SE8000 uses the BACnet Instance number which is called the BACnet Object ID in the AS. (This is the ID which must be unique across the whole system) So if you have the 2 ports used on one AS all 254 devices must have unique ID’s. When changing the Comm address in the SSL SE8000 to any value between 1 and 127, the Instance number will change as well. For example Comm address 9 would result in an Instance number of 83009. These will cover 127 stats that will go on CommA, and result in Instance numbers between 83001 and 83127. Any value above 127 will keep the Instance number unchanged. For CommB however, a site would need to change the Instance number manually. For example the first RC connected to CommB would be the 128th and would default to address 83127. So it is required to manually change the Instance number to 1083001 (up to 1083127). This defines unique Comm Addresses for ComB on the remaining 127 RC. When using an Automation Server (AS) you can find the Object ID and MAC address for devices on MSTP by using WorkStation and going to AS > System > Hardware > BACnet devices > Network_xxxx. A screen shot is below with the added columns Status, System Status, Object ID, and MAC address. In this first example, b3 controllers use the Object ID or Device ID of their serial numbers so each b3 is unique across the network. B3 controllers with serial numbers greater than 4194302 (the maximum allowed Object ID in BACnet) will be assigned a Device Object ID using a hashing algorithm to ensure it is unique. From an SE8000 series RC, BACnet network set-up screen shows when BACnet is detected in models. Select desired parameter and use up or down arrow to set parameter to desired value. The default BACnet instance number is generated by the model number and COM address of the controller. For example, The instance number of a SE8300A5B00 with a COM address of 57 is generated as "83057." The default instance number appears first. To change the instance number, use number pad and press Accept and Save. Below is a screenshot of the WorkStation logged into an AS, with the BACnet Interface and the MSTP network. The added columns show the Object ID and MAC address. Below is a screen shot of the WorkStation logged into the AS, with the System > Hardware Devices > Network_xxxx. The added columns show the Object ID and MAC address.  The screen shot below is the AS > BACnet Interface > MSTP Network > Configuration Settings.

Issue Automation Servers go OFFLINE Alarms received about duplicate device name and/or duplicate network identifier. Product Line EcoStruxure Building Operation Environment Enterprise Server, ES Automation Server, AS, AS-P, AS-B BACnet Cause In the BACnet interface duplicate information has been entered for the BACnet IP network for 2 or more Automation Servers. Resolution Make sure the BACnet IP network and broadcast address in the BACnet interface of the ES and all the Automation Servers  are set to a unique value and they match the IP address of the Server (AS, ES) You may have to physically disconnect the units from the network and then connect one at a time in order for Workstation to be able to communicate with the AS and change the configuration of the BACnet IP network.  

Issue Have some values being pushed to a BACnet Loytec L-VIS device via mirrored point in the AS, after the L-VIS screen is powered down/up the bound values are pushed on the next change, for analog value this does not present a big problem as they change frequently, but for binary values is a problem. Environment BACnet AS Cause Guaranteed transfer has not been configured on the binding. Resolution Set a transfer interval in 'Guaranteed transfer even if value has not changed' In the example below, the value will be pushed out once a minute regardless of whether it has changed or not.

Issue Modbus device in hand does not have a pre-configured widget in the device list of Building Expert. A script is required to communicate with the device Product Line EcoStruxure Building Expert Environment SmartStruxure Lite Multi-Purpose Manager Any modbus device Cause Pre-configured widget not available in the device list of Building Expert Resolution The MPM can only be a Modbus Master; meaning it can request information from other slave modbus devices, or write to them. Terminals A and B on the MPM correspond to modbus terminals (Serial +) and (Serial -) respectively. When using a script to communicate with modbus devices, the "Enable" box in the ModBus configuration object (MOD1) must be disabled to allow the MPM to communicate with the devices using a script. The modbus port should then be closed (in case it was left open) and re-opened using the following functions ******************************************************** @@@ Lua.modbus.close       (Description and example here) ******************************************************** @@@ Lua.modbus.open        (Description and example here) ********************************************************     The following are the standard modbus functions and their corresponding Lua functions used in the MPM Modbus Function Code Lua Function in MPM Function Code 01 modbus.coil_read Function Code 02 modbus.di_read Function Code 03 modbus.hr_read (16-bit) Function Code 04 modbus.in_read Function Code 05 N/A Function Code 15 modbus.coil_write Function Code 06 modbus.hr_write   The following are the 8 different modbus functions that can be used to read/write to registers from/to modbus devices ******************************************************** @@@ Lua.modbus.coil_read     (Description and example here) This function is equivalent to : [Function Code 01 (01 HEX)] ******************************************************** @@@ Lua.modbus.coil_write    (Description and example here) This function is equivalent to : [Function Code 15 (0F HEX)] ******************************************************** @@@ Lua.modbus.di_read      (Description and example here)   This function is equivalent to : [Function Code 02 (02 HEX)] ******************************************************** @@@ Lua.modbus.hr_read       (Description and example here) This function is equivalent to : [Function Code 03 (03 HEX)] ******************************************************** @@@ Lua.modbus.hr_write      (Description and example here) This function is equivalent to : [Function Code 06 (06 HEX)] ******************************************************** @@@ Lua.modbus.in_read      (Description and example here) This function is equivalent to : [Function Code 04 (04 HEX)] ******************************************************** @@@ Lua.modbus.fp_read     (Description and example here) ******************************************************** @@@ Lua.modbus.fp_write    (Description and example here) ******************************************************** To read a floating-point (32-bit) value, the fp_read() function can be used. (Download script) To read an unsigned long (32-bit) value the hr_read() function can be used, however, some data manipulation is required (Download script) To read a floating-point (64-bit) value, the hr_read() function can be used. (Download script)   Modbus errors can be found here

Issue Controllers may leave their network and join another if a nearby network has an identical "Extended network ID", "Channel" or "PAN ID" Product Line EcoStruxure Building Expert Environment SmartStruxure Lite Multi-Purpose Manager SE8xxx Room controller SE8000 Series SER8300, SE8300, SE8350 Ex. Viconics branding VT8000 Series Cause Conflict in zigbee networks (Same "Channel", same "PAN ID" or Same "Extended Network ID") Resolution Before deployment, and in order to ensure having a reliable ZigBee network, one has to be aware of the best practices and the limitations of RF signals. Here are some key points to be considered Network Conflicts: Always change your Extended Network ID from the factory default. The best thing is to use a naming convention that makes sense. One suggestion would be to use "SSLLITxx," where "xx" is replaced by the floor the network is on. For example, floor 5 would be "SSLLIT05." If you have multiple networks on the same floor, adding a letter code helps denote them. For example, if there were 2 networks on floor 5, "SSLLI05A" and "SSLLI05B" can be used. Note: In Firmware 2.20.1, the ZigBee Extended Network ID parameter is set by default to a unique string based on the serial number of the MPM. This will eliminate the possibility of having duplicate Extended ID's in a new deployment. For existing installations, the Extended Network ID will remain unchanged if upgrading from a previous version.   Alternating Channels: Alternating channels between network will minimize interference ensure stability. For example, for a 5-story building, alternate between channels 20, 25, 20, 25, 20. Tx Power Upgrade: The default value for "Tx Power" is 5dBm which was designed in order to meet various regulations in certain countries (Europe). However, the "Tx Power" can be increased to 18dBm in other regions of the world (North America) to boost the transmission power of the MPM.   Interference: There are different types of interference when a wireless signal travels through a given space: Physical objects: The number of walls the wireless signal can pass through is determined by the density of the materials used in a building's construction. Concrete and steel walls are difficult for a signal to pass through. These structures will weaken or at times completely prevent wireless signals. Also, the presence of individuals or water will diminish the signal due to the water's ability to absorb the signal. 2.4Ghz Frequency Interference: Cordless Phone - operates on the same frequency as the ZigBee and can cause a significant decrease in performance. Microwave Oven - operates by emitting a very high power signal in the 2.4GHz band. Often emits a very "dirty" signal across the entire 2.4GHz band. Wireless Routers - Wireless Wi-Fi Networks that share the same channel will have a negative effect on ZigBee network performance. Distance: To ensure reliable communications, a suitable distance between two devices has to be calculated before installation. The distance depends on three factors; transmitter power, sensitivity of the receiver and the propagation path loss. The latter is dependent on the number of walls/physical objects obstructing the signal. Locations: The physical location where a router or coordinator is placed also has an impact on the signal. Place the devices in higher ground to reduce the impact of physical objects. Route Redundancy: It is critical that the signal has multiple routes to hop from one device to the other, from one edge of the network to the opposite edge. (See example in images below)

Issue Are SNMP traps in StruxureWare Building Operation sent using UDP or TCP? Product Line EcoStruxure Building Operation Environment Building Operation Automation Server Building Operation Automation Server Premium Building Operation Automation Server Bundled Cause Simple Network Management Protocol (SNMP) is an Internet-standard protocol for managing devices on IP networks. Need to know if SNMP messages are sent over TCP or UDP. Resolution SNMP traps in EcoStruxure Building Operation are sent using the UDP protocol.   Additional Information: UDP (User Datagram Protocol) is a connectionless protocol that allows for low-latency communication, making it suitable for SNMP traps which require quick delivery without the overhead of establishing a connection. TCP (Transmission Control Protocol), on the other hand, is connection-oriented and ensures reliable delivery of packets, but it is not used for SNMP traps in this context.

Issue Workstation sees some or all IP level controllers offline while a different Workstation on the network sees all controllers online. Environment CyberStation Cause Firewall on Workstation blocking communications Resolution Configure firewall on the machine running Cyberstation to allow communications with the controllers.

Issue Customer site is currently installed with Niagara R2.  A defective UNC has been replaced with the hybrid jace (-603 or -645) and is running the Niagara R2 station from the UNC. In the future, if the customer converts the building to Niagara G3 / AX, what has to be done to the jace to convert it from R2 to G3? Environment Niagara R2 Niagara G3 / AX jace-603 jace-645 Cause Future considerations Resolution If the site upgrades to Niagara G3 / AX, the customer orders part # TRD-G3-6XX for the hybrid jace. This will transfer the R2 license to the G3 environment. It will include any optional drivers (like Modbus) as well as Schneider-Electric proprietary drivers (like ibsASD).  Physically, the board remains as is.

Issue The TGML page is dynamic but looks static. Product Line EcoStruxure Building Operation, TAC Vista Environment Vista StruxureWare Interface Cause In the Release Note, page 30 says: It is possible to navigate to a TAC Vista Webstation TGML Graphic through a link in a SmartStruxure TGML Graphic. To achieve this connection a link object is created in the SmartStruxure TGML Graphic which is linked to a SmartStruxure hyperlink object that holds the TAC Vista Webstation TGML Graphic page address. Example of a hyperlink objects address in SmartStruxure that is linked to a TGML Graphic in TAC Vista: HTTP://ip_address/webstation/LoginPage.aspx?page=TgmlGraphicsPage.aspx?objectId=3074949137 Note: This will always require a login by a valid TAC Vista user, even if the TAC Vista Webstation auto login feature has been activated. Resolution The example link above is referring to a static page. For example, if the TGML page is dynamic, you will see the following in the copied link (see bold). HTTP://ip_address/webstation/LoginPage.aspx?page=TgmldynamicGraphicsPage.aspx?objectId=3074949137 You can also read the following in the release note: In order to determine the TAC Vista Webstation URL for a TAC Vista Webstation TGML Graphic the following TAC Vista Web Setting configuration must be in place: Optimized TGML Loading is deactivated Folders pane is set to Standard HTML With these settings it is possible to right-click a TGML object in the folders pane and select "Copy Shortcut." This will copy the TAC Vista Webstation URL to the clipboard and it can then be pasted into a SmartStruxure hyperlink object address field. After the shortcut has been pasted, it will have to be modified in order for the TAC Vista TGML Graphic to be displayed properly in SmartStruxure. The modification is marked with bold in the example below: Copied: HTTP://ip_address/webstation/TgmlGraphicsPage.aspx?objectId=3074949137 Modified: HTTP://ip_address/webstation/TgmlGraphicsPage.aspx?objectId=3074949137 If the link you copied was a dynamic TGML the link will look like: HTTP://ip_address/webstation/TgmldynamicGraphicsPage.aspx?objectId=3074949137 and should be modified as this HTTP://ip_address/webstation/LoginPage.aspx?page=TgmldynamicGraphicsPage.aspx?objectId=3074949137 Also reference the TAC Vista Webstation Graphics Links and SmartStruxure Integration tool on the Community.

Issue After configuring the system per Setting up a Local / Internal NTP Server, the Automation Server's time would not sync to the local NTP computer's time. Wireshark capture shows a 'Root Dispersion' greater than 10 seconds. In the screenshots below, 10.169.90.13 is an Automation Server (NTP client), and 10.169.90.6 is the NTP server. CLIENT REQUEST SERVER REPLY This behavior of adding 10 seconds to the root dispersion is only observable when using the internal clock otherwise it is 0. This appears to be the intended behavior by Microsoft so that this NTP server would rank lower if using multiple NTP servers that might have more reliable time. Product Line EcoStruxure Building Operation Environment Automation Server (AS) Network Time Protocol (NTP) Cause The NTP client in the AS ignores the time sent by the NTP server if the root dispersion is greater than 'X' seconds (not known at this time) Resolution In the Windows registry of the machine being used as the time server, make the following change:  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config\LocalClockDispersion The default for this key is “A” in hex. Change this to “0” and then restart the Windows Time service.  Do this by running the following command net stop w32time && net start w32time. Here is what Wireshark shows after the time has been synchronized. SERVER REPLY

Issue When editing a Script program, it seems that the Script editor is opening and the Script editor icon is shown in the task bar, but the editor is not visible Product Line EcoStruxure Building Operation Environment Script editor Cause At some point, the Script editor has been opened on a secondary monitor connected to the PC. The last location of the editor is saved in a setting file, and when opening the editor at a later stage not having the secondary monitor, the editor will open outside the visible area. Resolution With a text editor, edit the user.settings file located in: %appdata%\Schneider Electric StruxureWare\Script Editor\1.6.1.5000 (In this case it's for version 1.6.1.5000) In the top, locate the entry "Left" and change what ever value is written to 0 In the top, locate the entry "Top" and change what ever value is written to 0 Save the file

Issue Version 2.0a Error getting Key Id appears at bottom of the Hasp Key Utility when an attempt is made to activate the Continuum license using the v2c file. Update failed: KeyIdNotFound Product Line Andover Continuum Environment Continuum Keyless Soft License Hasp Key Utility Sentinel HASP License Manager Cause A defect has been identified with Sentinel's HASP Runtime executable prior to release 6.56 which can in some cases cause the Hasp key Utility's Key ID number to change each time the host machine is rebooted. To determine if this is your issue run the following test: Launch the Hasp Key Utility executable in the Continuum program folder. Select Show Key Information. Note and record the Key ID #. Shut down the Hasp Key Utility and reboot the host machine. Relaunch the Hasp Key Utility and recheck the Key ID#. Resolution If the Key ID has changed following a reboot of the host machine, download the most recent version of the Continuum Software License Upgrade Utility from the Exchange Download Center.

Issue Webstation static graphic viewer no longer works in Chrome, FireFox or on smart phones. The "Loading..." image never goes away. Environment Webstation Cause The file "xmlHttpImageLoader.js" located in "C:\inetpub\wwwroot\TACVistaWeb519\Modules\Graphics\ImageLoader" (519 being the version of TAC Vista installed) uses the name "status" for a variable in the script. This variable name is a reserved word. The name is actually not a reserved JavaScript word, but a reserved Windows word: http://www.w3schools.com/js/js_reserved.asp Resolution As only Internet Explorer is supported, this is not going to be fixed. There is however a workaround that will enable viewing graphics in static mode. 1. Rename the file C:\inetpub\wwwroot\TACVistaWeb519\Modules\Graphics\ImageLoader\xmlHttpImageLoader.js 2. Paste this corrected file to the same location

Issue When logging into Workstation one of the following error codes is given.  Invalid returned data from license server system. (Error code: -12) Cannot connect to license server system. (Error code: -15) License server system does not support this feature (Error code: -18) The desired vendor daemon is down. (Error code: -97) Product Line EcoStruxure Building Operation Environment Workstation License Server Cause These type of issues are contributed to the License Server, Vender Daemon being down or not having a valid license for the application which is used. Here is a complete list of error codes Resolution If Workstation is installed on a different PC than the license server, refer to SmartStruxure Workstation or editors can't get license when using firewall (errors -15 or -96). If you get license error -18 refer to Error "Requested license is not available on the license Server" even though the license for the StruxureWare Building Operation is valid. Start by working through the troubleshooting steps below. In some cases the Building Operation License Server was unable to start due to antivirus programs on the computer.    Cannot connect to FlexNet License Admin Using your internet browser and go to localhost:8888. If you are unable to connect to this address then the License Server is not running.  Ensure that the Building Operation X.X License Server is running as a service. Right Click on the Computer icon on the desktop and click on manage. In the system tree on the left, go to Services and Applications > Services.  Scroll through the list and select Building Operation X.X License Server. Click start in the top left corner of the window. Some times the following Windows Error 1067 is given when trying to start the License Server. Note: In the past this error has been caused by antivirus software on the computer. In this situation the antivirus program had to be uninstalled in order to allow the License Server to start.    If the Building Operation License Server will not start then it may be due to another program using TCP port 8888. Use TCPView to search for programs running on local port 8888 and stop the other program.      Vendor Daemon is Down Note: If working with a 32 bit PC, replace "Program Files (x86)" with "Program Files" in the file paths below. Using your internet browser go to the address localhost:8888. Click on Administration in the top right corner of the screen and login with admin/admin (If logging in for the first time it will prompt you to change the password.  Click on the Vendor Daemon Configuration tab and then select the taclic daemon.  Verify that the path in the License File or Directory field matches the location of the taclic.lic file. The first half of the file path is C:\Program Files (x86)\Schneider Electric StruxureWare\Building Operation X.X\License Server\ followed by what is in the License File or Directory field. Verify that the taclic.exe is located in the path found in the Vendor Daemon Location field. The first half of the file path is C:\Program Files (x86)\Schneider Electric StruxureWare\Building Operation X.X\License Server\ followed by what is in the Vendor Daemon Location field. If changes were made then click Save and then Start.    Vendor Daemon is Down issue caused by ipv6 Cases have been seen where having ipv6 enabled on the same computer where the license server is running causes the Daemon is down error.  Often there will be entries in the license server logs that are similar to: 17:46:44 (demo) Lost connection to lmgrd, heartbeat timeout expired, exiting. 17:46:44 (demo) EXITING DUE TO SIGNAL 37 Exit reason 5 17:46:44 (demo) IN: "f1" user1@host1 (SHUTDOWN) 17:46:44 (lmgrd) demo exited with status 37 (Communications error) To confirm whether this is the issue ask the site if it is OK to disable ipv6 on the machine temporarily. In Windows control panel disable ipv6 Reboot the computer. In some cases, it might be needed to disable IPv6 completely in the registry: https://tweaks.com/windows/40099/how-to-properly-disable-ipv6/ If the issue is resolved then inquire with the site if it is OK to leave ipv6 disabled. If SIGNAL 37 errors are seen in the license server logs, these can be caused by having the localhost name associated with the IPv6 loopback address in the hosts file. This can cause communication problems between the license server daemon (lmgrd) and the vendor daemon, resulting in shutdown of the latter. If you have a line like the following in the /etc/hosts file: ::1 localhost ip6-localhost ip6-loopback please change it to ::1 localhost6 ip6-localhost ip6-loopback so that the localhost name is associated only with the IPv4 127.0.0.1 address. Please note that modifying this file requires Windows administrative privileges.  

Issue Firewall issues when trying to reach out to the activation server for a license Product Line EcoStruxure Building Operation, Satchwell Sigma, TAC Vista Environment Building Operation Licensing Firewall Cause If the corporate network has a very restricted firewall policy or rules, the port needed to reach and activate a license may be blocked. Note: The same license server is used for EcoStruxure Building Operation, Satchwell Sigma and TAC Vista software licenses. Resolution Open Port 443 (HTTPS) for the server hosting the license server, and ensure that the routing paths to the Flexnet Licensing server URL's are all fully open. The Licensing Server URL should be opened from the site, and it is:  https://schneider-electric.flexnetoperations.com ocsp.r2m02.amazontrust.com Ocsp.r2m02.amazontrust.com Ocsp.rootca1.amazontrust.com If the site of the old server has issues with non-secure communications or communications forwarding between the previous and the new server, a tool is available to configure EBO to only use the new server. See the Exchange Community article for the download: SBO License Setup Note: From EBO V2.0 only the new license server is used, port 80 is no longer required and HTTP is redirected to HTTPS.

Issue Difference in Triggered time and Timestamp Product Line EcoStruxure Building Operation Environment SBO Alarm view Cause In alarm view there, there are two timefields: "triggered time" and "time stamp." Resolution The Timestamp is the time at which the most recent state change occurred to the alarm. It is when the AS or ES received/detected the state and logged the alarm. The Triggered time is the first occurrence of this alarm. It could be when the alarm was originally detected, before possibly going in/ out of alarm several times. It could also be the time stamp when detected by a field controller. Triggered Time Stamp behavior also clarifies a few things on when they are updated.

Issue Webstation shows 12 hour AM/PM time and U.S date format even when the PC is setup to 24 hour and UK date formats   Environment Webstation Localization Cause Webstation does not get its time and date format from the Windows PC, but from the installed and selected language pack. To change the format, you need to install the language pack for your country or language. There might not be language packs for all languages and countries, and unfortunately there is currently no option to UK/ European English in Webstation. Resolution The workaround is to install a modified English language pack. Download and save and install one of the following two zip files, and install as described below. DO NOT UNZIP THE FILE! UK English 24 hours format with time zone indication UK English 24 hours format without time zone indication    While you are logged into Webstation, Select Settings, then Add or remove language Select "Choose file" and browse to the location you downloaded the language pack .zip file to and select ok Then under settings, select "Change regional settings" You should now have the option to select "English (UK) (en-UK)"  you should now see that the date and time have now changed to UK format.