Notifications

Join our "Ask Me About" community webinar on May 20th at 9 AM CET and 5 PM CET to explore cybersecurity and monitoring for Data Center and edge IT. Learn about market trends, cutting-edge technologies, and best practices from industry experts.
Register and secure your Critical IT infrastructure

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…

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

Label: "andover continuum"

View in: "Building Automation Knowledge Base" | Community

2208 Posts | First Used: 2018-09-06

Building Automation Knowledge Base

Issue What has to happen for CyberStation to generate an offline controller alarm. Product Line Andover Continuum Environment CyberStation Infinity Controller Offline alarms Cause Receiving offline controller alarms yet controller appears to be online. Resolution Controllers can be offline for many reasons, such as a broadcast storm or will not come online, but consider the following points: In order to determine whether a controller is offline, a CyberStation will send out a probe to the controller. The frequency with which CyberStation sends out the probe is determined by the value of the Probe Time field on the General Page of the workstation configuration. If an Infinity Controller does not respond to a probe, CyberStation will wait until a probe can be sent to all other Infinity Controller nodes in the system. If the controller fails to respond to a second probe the controller is designated as Offline by CyberStation. Each CyberStation evaluates the commstatus of all controllers and reports alarms to the database. Occasionally a CyberStation will show a controller as being offline while another CyberStation will show the same controller in an online state. When more that one workstation detects that the same controller is offline, this information is negotiated so that there will normally not be multiple offline alarms for the same controller. Some versions of Continuum handle this better than others. When an offline controller responds to a probe it is marked as Return to Normal. The controller may also be marked as Return to Normal if the workstation receives some other communication from the controller.

Issue NC2 and ACX57xx controllers with network security applied will no longer respond to a ping command after upgrading to newest firmware. Product Line Andover Continuum Environment Network Security ACX5740 ACX5720 NC2 CX9680 Cause The ping command was used to monitor controllers offline/online status. CX9680 and ACX57xx controllers (with network security applied) stopped responding to a ping command after respective firmware versions v2.100048 and v1.100052 were applied. Resolution This is functioning as designed due to the hardening of the controller's firmware for security reasons when network security has been applied.

Issue As of Continuum version 1.82 the standalone Database Engine is SQL Express, which offers inbuilt backup and restore functionality via Microsoft SQL Server Management Studio (SSMS). What is the process for backing up and restoring Databases prior to 1.82? Product Line Andover Continuum Environment Standalone CyberStation v1.81 and below. Backup/Restore Cause As of Continuum version 1.82 the standalone Database Engine is SQL Express. Prior to that it was MSDE. What is the procedure to backup/restore an MSDE database? Resolution Visit the Download Center for MSDE Database Utilities: MSDE Database Utilities Move SQL DB to a different hard drive

Issue Which Continuum controllers support a terminal RS-232 interface using a terminal emulation application such as Hyper Terminal? Product Line Andover Continuum Environment HyperTerminal CX9900 CX9940 CX9200 CX9400 Cause Documentation Resolution ONLY the following range of controllers support a terminal interface. CX99xx CX92xx CX94xx Please consult Logging into CX9900 controller using HyperTerminal for additional information.

Issue When swiping / presenting a card to a Wiegand card reader in Continuum it does not open the door.. When opening a Listview of Events the log shows "Card Bad Parity" or it reads an incorrect card number using Custom Wiegand. Product Line Andover Continuum Environment CyberStation all versions, with any of the Access Controllers - ACX700, ACX780, ACX57xx, NetControllers with any of the AC1 module range. Cause This fault is caused by incorrect wiring to the reader or choice of a 3rd party reader that is not compatible with Continuum. Resolution When wiring between a controller and a Wiegand card reader, all wires must be connected straight through to the corresponding terminal. Data1 to Data1 Data0 to Data0, Gnd to Gnd ..............etc. See relevant controller installation guide for further details on reader wiring and cable types. On HID readers be sure to wire between the two Data 1 terminals and the two Data 0 terminals. Do not refer to the Clock and Data legend that is also on the controllers and many readers, as this is only used for ABA data connections. When using a separate Power supply for the reader, the 0V (Ground) terminal must still be connected back to the controller GND terminal to ensure both devices are working from a common ground potential. When testing out cards and readers always use a Listview showing a relevant Event log, as this will provide more information than the event view from the Door editor itself. To assist with troubleshooting data reads by the controller especially when using Custom Wiegand for non standard Continuum formats: Select only Custom Wiegand in the Door configuration. Rename the "AccessFormat" array if one has been created. Present a card to the reader. Check the Listview for Events as this will show the raw binary data string the controller is receiving. Compare raw binary data against the expected data from the reader used.

Issue During communication issues with a Continuum BACnet controller, a large amount of the following error messages are seen in the controllers' error log. 0x8000001e 0x00236400 0x08023a50 0x4c000000 0x00000000 BACnet request timeout 0x00001408 0x0023a600 0x080af632 0x000000bc 0x00000284 Not enough memory Product Line Andover Continuum Environment BACnet Controllers Cause Most likely due to incorrect configuration or excessive BACnet traffic..... or both. Resolution Check the following: What is the version of Controller Firmware being used in each controller? This needs to be checked against the Continuum Compatibility Matrix to ensure that it is compliant with the version of Continuum being used on the SQL Server Are BBMDs configured on this site? If so, where are they located and how are they configured? Confirm the "maxinfoframes" value currently set for all controllers. By default, a bCX for example should be set to 8 By default, b3 controller should be set to 2. If these are different from the default then why this has been changed? Confirm the BACtMaxMaster value in each is set to the maximum b3 NodeID + 1. This defaults to 127 but can cause comms delays on a smaller network. Confirm that all controllers on the MSTP are configured for the same Baud Rate. Any talking at a different baud rate would seem like noise on the network and disrupt communications, resulting in many 1408 error messages. Check the COV increment on points. The default of 0 can cause too much traffic on the bus and should never be left at Zero

Issue How does the controller determine which workstation will log the alarm into the SQL database when using "Enhanced Alarm logging"? Product Line Andover Continuum Environment Workstation Enhanced Alarm Logging Cause Alarms will be delivered by a NetController to all Workstations that have Ids between 191 and 254 assuming a teach was done. The first Workstation to receive the Alarm will log it in the Database. There is a ratcheting algorithm that is used by the NetController to determine which Workstation will be the first one to receive Alarms. In many applications, it is necessary to control which workstation will be the first to receive the alarm and log it in the Database. Knowing how the algorithm works provides the ability to design a system with a designated alarm logging workstation. Resolution The algorithm is as follows: The Netcontroller will take its own AccNetid and mask it with 63 stripping off the 2 high bits of its id leaving a result in the range of 1 to 63. Further explanation of the binary masking: NetControllers with Ids between 1 and 63, result is their ID. NetControllers with Ids between 64 and 127, result is their ID - 64 (ID range of 0 to 63). NetControllers with Ids between 128 and 190, result is their ID - 128 (ID range of 0 to 62). That result is then added to 190 and that is the ID of the first Workstation to get the Alarm and Log it in the Database. If there is not a Workstation with that ID (or the workstation with that ID is offline), the NetController will send the alarm to the Workstation with the next highest ID above the one calculated by the ratcheting algorithm. If none of the Workstation Ids are higher than the one calculated, the routine will loop around and use the lowest Workstation ID to send to the first. Example 1: NC1, id1 NC2, id2 NC3, id3 WS1, id191 WS2, id192 WS3, id193 Result of ratcheting routine: NC1 sends to WS1 first NC2 sends to WS2 first NC3 sends to WS3 first Example 2: NC1, id1 1+190=191 NC2, id2 2+190=192 NC3, id3 3+190+193 WS1, id201 WS2, id202 WS3, id203 Result of ratcheting routine: NC1 sends to WS1 first NC2 sends to WS1 first NC3 sends to WS1 first Example 3: NC1, id101 101-64=37, 37+190=227 NC2, id102 102-64=38, 38+190=228 NC3, id103 103-64=39, 39+190=229 WS1, id191 WS2, id192 WS3, id193 Result of ratcheting routine: NC1 sends to WS1 first NC2 sends to WS1 first NC3 sends to WS1 first

Issue All inputs on an Continuum Infinet controller read 999.99 when viewing the electrical value "elecvalue" Product Line Andover Continuum Environment Infinet Controller Cause This indicates that the internal voltage reference is "out of range". Resolution Verify that inputs coming from external transducers are not exceeding the voltage input range, either 5 or 10 volts depending on model, if so use a voltage divider on the input. Verify that any input wiring is not run in the same conduit as high voltage cable, or is properly shielded and grounded. If there is voltage getting coupled into the input wiring, separate the input wiring from the interference, or shield the cables. If the interference is being caused by the end device such as an auxiliary contact from a high voltage device, a cap between .01 and 1 microfarads across the input terminal to earth ground may alleviate the problem. Remove field I/O wiring from the controller and recheck operation. If the problem goes away determine which I/O wire is the culprit and correct it. Power down the Infinet controller and restart while connected to network. This will eliminate this unit having a duplicate ID on the network and it will also run the power up diagnostics. Verify proper grounding at the Infinet controller on the AC power terminals, poor grounding can cause erratic operation and communication problems. The easiest method to verify ground is to connect a digital voltmeter between the earth ground terminal on the powerstrip of the controller and the shield of the Infinet. This method will only work if you have connected your shields all through the network back to the Infilink and CX controller. Lastly, a board or controller replacement may be necessary

Issue Active alarms are appear stuck in the alarm viewer for objects that are no longer in alarm. Alarm notifications will not clear from Active Alarm View. How can obsolete alarms be removed from the Active Alarm View Product Line Andover Continuum Environment CyberStation WebClient Cause When a Return to Normal (RtoN) notification is reported by a controller, if Cyberstation is unable to receive the notification due to a loss of communication, the status of the alarm notification will not be updated and the alarm will continue to be displayed as though it were active even though the point alarm state is now inactive. Resolution Method 1 Disable the object and change it's value so that a new alarm is induced. Refresh the object editor until it indicates that the alarm state is active. Enable the object so that it returns to a normal value. If necessary, acknowledge the alarm so that it can be removed from the alarm list. Method 2 Backup the Continuum Database. Edit the object to confirm that it is no longer in an active alarm state. From the Root/ListView folder, open the Alarms_AllActive Listview. Locate the alarm entry associated with the object. Right click on the line and select Delete. Restart Cyberstation to update the Active Alarm View from the alarm log.

Issue BACnet 3rd party controller will not respond to Find New BACnet Devices (Who-Is/I-Am), so will not come online to Continuum or EBO Product Line EcoStruxure Building Operation, Andover Continuum Environment Building Operation Enterprise Server Building Operation Automation Server Building Operation Automation Server Premium Building Operation Automation Server Bundled Building Operation Edge Server - Standard Continuum Cyberstation Continuum bCX4040 (BACnet) Cause BACnet MSTP device can be master or slave. BACnet MSTP slave will only respond to a request from a master device, and will not respond to the Who-Is broadcast so it can not be discovered. EBO: EBO does not support slave devices. EBO does not currently have a way to statically configure MAC addresses as it relies on dynamic discovery. Continuum: Slave only devices cannot come online. Resolution Check 3rd party device documentation or contact 3rd party device vendor for Master/Slave settings and configure for Master to communicate on a MSTP network. Use 3rd party interface to convert to a protocol that can be directly supported by EBO or Continuum. Examples of BACnet MSTP Slaves that are known not to respond to EBO or Continuum Who-Is request and so not come online are: - The Babel Buster 485XM from Control Solutions Inc is BTL listed as a BACnet Slave device , their PICs statement can be seen Here. - Wilo pumps Interface Modules: IF-Modul BACnet & IF-Modul Stratos BACnet, their PICs statement can be seen Here.

Issue What process do the bCX and b3 controllers use to automatically establish their communication bus speed. Product Line Andover Continuum Environment bCX b3 Auto Baud MSTP Cause Having issues with b3 controllers selecting the wrong bus speed. Resolution The process by which the b3 controllers establish their communication speed is as follows. When the b3 controllers power up, they listen to the network for 2.5 seconds If they hear communication at their last known Baud rate, they start talking when they hear the poll for master. If they hear no communication after 2.5 seconds, they start their own poll for master at their last known Baud Rate. If they hear garbled communication during the 2.5 second listen mode, they begin hunting different Baud Rates while listening until they have synced to the Baud Rate they are listening to. Then they join the token passing when they receive the Poll for Master. Note: There was a issue with the autobaud process in earlier versions of the b3 and BCX40xx controllers which would cause them to set the communication speed incorrectly. This issue was corrected in the following firmware versions. BCX40xx ==> 4.500053 b3xxx ==> 4.500064 b-3xxx-V ==> 4.501064

Issue When a Netcontroller is powered off, resets or loses communication to the AC-1 IOU modules, the modules become stand alone. Product Line Andover Continuum Environment Netcontroller II (CX9680), Netcontroller (CX9900, CX9940) IOU Modules AC-1, AC-1A, AC-1Plus Custom Wiegand Events Cause Need to understand what functionality AC-1 IOU modules provide without a Netcontroller Resolution If using one of the standard Wiegand data formats i.e. Continuum 37 bit, 26 bit etc then the AC-1 module will operate in site code only: This is known as degrade mode and means any card from that site will be granted access to the door. The module verifies the presented card is of the correct data format and has the correct parity, The module checks the site code against one of the 4 possible site codes stored in NVRAM. The AC1 and AC-1A only support the first two site codes in degrade mode. The AC-1Plus can support all four site codes in degrade mode. There is no recording of events when the Netcontroller comms are lost. Programs that are controlling the module no longer work This is different to normal operation where both the card number and the site code are verified to ensure that the individual person has access to the specific area. When using custom card formats and the module is operating in degrade mode: Refer to Setting Up a Custom Wiegand Format for information on the behavior of the AC-1, AC1-A and AC1Plus. Refer to Multi Custom Card Formats as the site codes also need to be saved in the AC1 module using a Plain English program,

Issue Time stamps in interval Trend logs of bCX4040 and b3 controllers gradually drift starting in hundredths of a second and eventually accumulating into seconds. In the screen shot below, a Trend log with 15 minute interval was started at 11:00:00 and the entries start correctly aligned at the 15,30,45 and 00 minutes of the hour. After a while, the time stamps experience a drift as seen below Over time the time drift accumulates into seconds and minutes if not corrected Product Line Andover Continuum Environment Continuum bCX4040 Continuum b3s Cause The cause of the drift is unknown, at this time but it is assumed to be a firmware defect. Resolution A PE program can be configured in CyberStation to periodically remove the drift. Note that the program accomplishes this by setting the trend log Start Time to re-align the log entries on the HH, 00(minutes) 00(seconds), also note that this causes the trend log to stop for a brief moment, in this example for a minute. The following program is provided as a sample and guidelines of how to implement the workaround, significant modifications to the program may be needed to make it suitable for specific site/application. See attached dump file with program code. This is the result after program execution 1. Program sets the trend log's start time to 0:00:00 at around one minute before mid-night, this shows up as log-disabled event in the screen shot above. 2. At mid-night (0:00:00) the trend log starts, this shows as log-enabled event in the screen shot above. 3. New entries can be seen with time stamp drift removed

Issue There are a number of difference between CyberStation and web.Client Product Line Andover Continuum Environment Continuum CyberStation Continuum web.Client Server Cause There are different features and abilities in web.Client and CyberStation and it's necessary to understand those differences. Resolution The web.Client Planning and Installation Guide (Chapter 1) describes the main differences. You generally use web.Client to view and monitor objects that were defined in CyberStation. The following table lists the levels of support offered with each major web.Client feature. For information on web.Client features, see the web.Client online help. LEVELS OF web.Client SUPPORT Feature View Modify Delete Create Personnel X X X X Schedules and Calendars X X X Events within schedules only Events within schedules only Reports X X X Areas X Groups X Loops X X Graphics X Alarms X X Events X Distribution Events X X X Points and objects X X X Except: BACnet objects cannot be deleted. TrendLogs X X Video X 1 Doors X X Controller Web Pages X Video can be modified, but not saved. For example, you can change cameras, show/hide time, change focus, zoom, but you will lose these changes if the page is refreshed or you open another editor. ** Graphics are slower through webpinpoint. Higher availability graphics may require a CyberStation.

Issue A Cyberstation program will not transfer the value of an AnalogValue in a third party device to an AnalogValue point in Continuum. The Cyberstation program consistently errors out and disables. Product Line Andover Continuum Environment Continuum Cyberstation Cause Using a Cyberstation program to set the value of a point in a BCX controller to equal the value of a point in a third party device without an intermediate step. Resolution Create AnalogValues in the Cyberstation. Point values should first be transferred from the third party device to the Cyberstation points.

Issue Is it possible to have different software versions on the Cyberstation workstations? Product Line Andover Continuum Environment Continuum Cyberstation Cause When adding an extra workstation to a system does it have to match the version of existing workstations? Resolution All workstations on the same system must be exactly the same version including any service packs. This also includes Web Client servers. You will either need to install the same version as the rest of the system or upgrade all other workstations to the latest version, although this may need an upgrade of the security keys. Cyberstation software can be downloaded from The Exchange Download Center.

Issue Microsoft Outlook is not emailing alarms. Product Line Andover Continuum Environment Continuum 1.XXX Microsoft Outlook 2XXX Cause The created Contact folder used by Continuum Alarms to send emails was not being shown first.. Resolution Open Microsoft Outlook Select Tools > Address Book Select Tools > Options Once opened, select "Show this address list first:" (It defaults to the Global Address List) Ensure the contact folder with the distribution list created for Continuum Alarms has been selected (Contact) Also see online help: Email, Creating an Event Notification List

Issue Is the Continuum Cyberstation a B-OWS (BACnet Operator Workstation)? Product Line Andover Continuum Environment Continuum Cyberstation BACnet Cause Can't find reference to Continuum Cyberstation being defined as a B-OWS. Resolution The Continuum Cyberstation is a B-OWS and complies with ANSI/ASHRAE standard 135-2004. However, the Continuum Cyberstation has not been BTL tested, please see the Schneider Electric BTL Listing of Tested Products. The following selection is taken from the Andover Continuum Family of User Interfaces document describing Continuum's Cyberstation capabilities. Native BACnet B-OWS CyberStation communicates with the BACnet devices using BACnet/IP in strict accordance with ANSI/ASHRAE standard 135-2004 and is designed to function as a BACnet Operator Workstation (B-OWS) and BACnet Broadcast Management Device (BBMD). The CyberStation can communicate to all Andover Continuum BACnet Devices as well as any third party BACnet Device on the BACnet network.

Issue How to create a Continuum Cyber workstation Product Line Andover Continuum Environment Continuum Cyberstation / Workstation Andover Continuum Software and Firmware Compatibility Matrix Cause Creation of Continuum Cyber Workstation. Resolution Download the version of CyberStation Software from Exchange and follow the 'Setting Up Workstation Parameters' section of the Cyberstation Installation Guide included in the zip file.

To The Top!

Building Automation Knowledge Base

Related Forums

Intelligent Devices Forum

How Continuum determines if an Infinity Controller node is offline.

Controllers with network security applied are not responding to a ping command after firmware upgrade

How to backup/restore a Continuum Standalone Database prior to v1.82.

Continuum controllers terminal interface

Getting "Card Bad Parity" or incorrect card numbers from a Wiegand Card reader in Continuum

Troubleshooting 0x8000001e / 0x00001408 errors in Continuum BACnet controller error logs.

How does the controller determine which workstation will log the alarm into the SQL database when using "Enhanced Alarm logging"?

All inputs on a Continuum Infinet controller read 999.99 when viewing the electrical value

Active alarms are displayed in Alarm View for objects that are not in alarm.

BACnet 3rd party controller does not respond to Find New BACnet Devices (Who-Is/I-Am) or Device Discovery

How does the autobaud feature work on b3 controllers

What are the fields in the FIPS-201 PIV FASC-N?

What functionality do the AC-1 modules provide when the Netcontroller goes offline?

Continuum BACnet controller Trend Log time stamp drift

Differences between web.Client and CyberStation

Unable to transfer values from third party device in a Cyberstation Program.

Having a mix of Cyberstation versions on the same system

Alarm email failure.

Is the Continuum Cyberstation a B-OWS (BACnet Operator Workstation)?

How to create a Continuum Cyber workstation

Building Automation Knowledge Base

Related Forums

This is a heading