JavaScript is off. Many parts of this site require JavaScript to function properly.

Canary Exhibiting at POWER-GEN 2017

Sep 11, 2017

Planning to attend POWER-GEN in Las Vegas?  This December, meet us at booth #4635 at the Las Vegas Convention Center as we show the power generation world how easy it can be to store and analyze process data.  We will be highlighting our new release of Axiom, version 17.  Our exhibit will focus on trending, building dashboards, and reporting tools, all of which have been completely updated this summer.

If you would like to schedule a demo in advance, please so here.
Read More

Canary Joins the Clarioty IIoT Platform

Aug 15, 2017

Canary has strategically joined the Clarioty IIoT platform.  Specifically designed to offer System Integrators a clear path to IIoT, Clarioty has simplified data collection by offering "a cafeteria of products" that allow for secure and simple data collection, analytics, and reporting.

The Clarioty platform relies on technology from both Canary and Tosibox.  Tosibox is a revolutionary hardware solution that creates secure remote connections between devices.  Leveraging its patented Plug & Go technology, Tosibox sets up in minutes and does not require any IT skills.  Once deployed, the connection requires no management and provides you with secure, remote access to all data sources.

Once the data connections have been made, Canary supplies the database to collect IIoT data in the cloud.  The Canary Cloud Solution provides a new way to store and visualize sensor data with minimal installation and hardware requirements.  This allows you to deploy the entire solution in just a few minutes with low upfront costs.

Learn more at www.clarioty.net.
Read More

Toward Zero Joins as a Canary Certified Integrator

Jun 29, 2017

Developed to provide simple, yet powerful, data analytic solutions, the Canary Certified Integrator Program empowers partners by giving them the necessary tools to develop, deploy, and support all Canary Labs products.  These strategic partners are able to offer Canary support directly to their customers, and have full access to Canary technical support and engineering staff.

“We are excited to be working with Toward Zero to help our customers turn their process data into waste reduction results that drive tangible cost reduction,” explained Jeff Knepper, Executive Director of Sales.  “Toward Zero’s background in continuous improvement and data analysis is an ideal fit for Canary Labs’ market leading process data software.”

“Canary Labs is a fantastic process historian,” says Dave Ray, Director of Manufacturing IT for Toward Zero.  “Data storage and retrieval performance exceeded our expectations, and data compression helps reduce the cost of long term data storage.  The user interface is modern and well designed, allowing our engineers to quickly configure a new system.”

About Toward Zero

Toward Zero was founded to help clients match modern technology with existing process and culture to drive world class operations.  Toward Zero isn’t just an integrator or a consultant. We’re both.  We possess the technology and process depth of a world class integrator and the business acumen of a world class consultant.  We use our unique combination of skills and expertise to help our customers reduce manufacturing waste in all its many forms.  For more information visit www.TowardZero.com

About Canary Labs

Since 1985 Canary Labs has provided industry leading data historian and trending solutions.  Currently used in 49 countries around the globe, Canary has over 17,000 installations of its software.  Canary technology is renowned for its powerful proprietary database, allowing for millions of reads or writes per second and years of time-series data storage without the need to manage or purge the database.  Trending and dashboarding are made possible through Axiom, a simple, yet powerful tool available on all platforms, including tablet and smartphone.

Read More

Cloud Solutions as a Service

Jun 19, 2017

The Canary Cloud hosted solution will allow your business to immediately collect data and store it in the cloud without requiring a complicated deployment or any ongoing database management.  Users simply connect to the data via web browser and begin to learn from the process.

Simple Setup

This hosted solution is meant to be simple.  The entire system is designed to minimize setup and requires no special deployment process.  Either Canary staff, or a preferred integrator partner, will install Canary Logger software at the facility level.  This software will collect process data from across your operation, and point it to our Cloud based data historian.  Once the Logger software is installed, there is nothing left to do at the facility level.  Simply provide Canary with a list of users, name and e-mail address, and each individual will be provided a username and password to access the data.

Scalable Solutions to Fit Your Needs

Currently, Canary offers single site solutions starting at just 50 points and can be expanded to several thousand!  This allows nearly everyone to find a perfectly sized system for their needs.  User counts can be as few as one or up to 100, depending on your specific needs.  Tools available include Axiom, the Canary trending and dashboarding tool, the Canary Excel Add-in, and the Canary ODBC connector.

Training Everyone Can Attend

One of the secrets to making the Canary Cloud so user-friendly is in the training.  An average session takes less than 20 minutes, and each user is provided follow-up videos that are 3 to 5 minutes long that can be watched at their convenience.  The Canary trending and dashboarding tool, Axiom, is extremely simple to use and very intuitive.  See for yourself in this sample video:




Affordable Quarterly Billing

Canary has streamlined the hosted solution billing process by offering simple, quarterly billing.  Eliminate paperwork by placing a credit card on file and receive emailed invoices once a quarter.  If you prefer to pay by more traditional methods, we are happy to accommodate.


Learn more about the Canary Cloud solution by requesting more information or a live demo!
Read More

Trend and Dashboard Fluke Calibration Devices

May 18, 2017


Since 1996, Canary Labs has partnered with Fluke to provide high capability trending through Trend Link.  Now, you can easily move data from your Fluke Calibration equipment into the Canary Historian and allow your team to remotely monitor, dashboard, and trend results.  Quickly access historical data, even while the device is continuing to scan, and export all of your findings into Microsoft Excel or even into other databases.

Better Trending

Canary has developed the most powerful trending tools on the market, Trend Link and Axiom.  Compatible with both NetDaq as well as DAQ versions 4 thru 6, you can now do more with trending.
For example, using Axiom, you can complete the following:
  • -Perform complex calculations, even incorporate other channels in your equations
  • -Run aggregates like TimeAverage, Maximum, Minimum, Total, Count, Range and many others
  • -Annotate directly on the trend graph
  • -Overlay multiple channels on a single graph
  • -Set high and low limits
  • -Save trend graphs both publicly and privately
  • -Export the graph as a .pdf or .csv file
  • -Relive an event in Playback Mode
Easy to learn to use and intuitive, Axiom will allow you to access your data via thin-client or from any modern web browser.

Watch a Full Demonstration


Build Custom Dashboards

Axiom allows for each user to design their own custom dashboards.  Simple "drag and drop" controls require no training.  The dashboard editor is built into each screen, allowing for editing while live data continues to be featured on screen.

Learn More About Canary Solutions

To see a live demo of the Canary system, or to speak to clients that are successfully using Canary Trend Link or Axiom with Fluke Calibration devices, contact us directly.

Read More

Collecting Data Through the Canary API

Apr 21, 2017


Bringing data into a historian and then later attempting to access that data and move it to another system can sometimes be a challenge.  The Canary Logger is designed to connect to your data sources through an OPC server and then delivers data to several clients through web services.

However, if you would like to do more or connect in other manners, we have made it easy by offering a very easy to use API.

Canary Sender API

Overview
The purpose of the “Store & Forward” application is to send data from remote locations to a secondary machine that will then push the data into the Canary Enterprise Historian. The application consists of two web services that communicate with each other through a specified port. The names of the two services are the “Sender Service” and the “Receiver Service”.

Sender Service
The “Sender Service” is a .NET WCF application. An application will use this service to send data to the Historian to be stored. Best practice is to place the “Sender Service” on the machine with the logging application. This service will buffer data that is passed into it and forward it to a specified “Receiver Service” when the connection is available. There are fail safes in place to protect the data when connections are lost. The data will not be removed from the buffer until it receives a response from the “Receiver Service” confirming that it can release the data.
Any web service compatible client can communicate with the service using the http protocol. The default port that the “Sender Service” uses is port 55251. A different port can be specified in the “Sender Service” SAF_SenderService.exe.config file if necessary. In addition, a .NET WCF application running on the same machine as the “Sender Service” can communicate with the service using the net.pipe protocol.
An html page that shows the “Sender Service” status can be viewed on the “Sender Service” local machine’s browser at http://localhost:55251/saf/sender/status. This page will display the number of clients hooked up to the “Sender Service” and information specific to each session. Information includes the session id, logging status, initial “Receiver Service” connection time, number of tags being logged, number of tvqs in buffer, number of properties in buffer, number of annotations in buffer, number of errors, and the last error message that occurred.

Receiver Service
The “Receiver Service” is used by the “Sender Service” to put data into the Canary Enterprise Historian. A client application cannot use the “Receiver Service” directly.
The “Receiver Service” must be located on a machine that also has the Canary Enterprise Historian software installed on it. This is necessary because the “Receiver Service” pushes data into the Historian through a local interface. When data has been successfully stored in the Historian a response will be sent back to the “Sender Service” to clear the data from the “Sender Service” buffer.
The default port that the “Receiver Service” uses is port 55254 for http and 55256 for net.tcp. A different port can be specified in the “Receiver Service” SAF_ReceiverService.exe.config file if necessary. The “Sender Service” always uses the net.tcp to communicate with the “Receiver Service”.
An html page that shows the “Receiver Service” status can be viewed on the “Receiver Service” local machine’s browser at http://localhost:55254/saf/receiver/status. This page will display the number of clients hooked up to the “Receiver Service” and information specific to each session. Information includes the session id, initial “Sender Service” connection time, number of tags being logged, number of tvqs that have been written to the historian, number of properties that have been written to the historian, number of annotations that have been written historian, number of errors, and the last error message that occurred.

Helper Class
A .NET helper class has been created for the “Store & Forward” application. The purpose of the helper class is to provide an additional interface for .NET applications that can simplify use of the “Store & Forward” technology. It can help simplify the connection process and provides a variety of overloads for each of the interface methods.

Transform Equation
Transform equations can be used to transform values as they are being logged. Each tag can be configured with its own transform equation string. The transform calculations use a library called NCalc to parse the equation string provided where the keyword “Value” is replaced with the passed in tvq value and the calculation is then executed. As an example, the transform equation string “Value * 1000” will multiply each value for the specified tag by 1000.

Time Extension
Time extension is used to extend the time for the last value of a tag if the tag is still logging but a new value has not been stored for an extended amount of time. If a time extension for a tag is set to 15 seconds and the last value has not changed in the last 15 seconds the value will be updated with a current timestamp. If a tag value is then stored with a timestamp that occurred before the extended timestamp but after the timestamp at the start of the last value, the extended value will be modified to reflect the corrected timestamp.

Buffer Files
Default buffer files will be placed on the “Sender Service” machine in the path “ProgramData/Canary Labs/Logger/StoreAndForward/SenderService/{historian}/{client id}” where the {historian} and {client id} are the historian and client ids that get passed to the “Sender Service” when the session is initialized through the GetSessionId method request. Buffer files get cleaned up automatically, but the paths to the files will be left intact.

Error Logs

An error log containing all “Sender Service” and “Receiver Service” errors will be created on each machine. The default error log file path will be “ProgramData/Canary Labs/Logger/StoreAndForward/{service}/{service}.log” where {service} will be either “SenderService” or “ReceiverService”.
Read More

Enterprise Historian Data Sheet

Mar 21, 2017

Overview

Founded in 1985, Canary specializes in centralizing, distributing, and analyzing time-series process data.  The Canary Historian is a proprietary, non-SQL database that can gather millions of data points without data loss or purging.  
With over 17,000 installations around the world, Canary’s solution can be implemented as a small local historian or scaled to a full enterprise level solution, allowing for both a
simple and clean installation as well as on going database administration.
Custom API and ODBC connections allow for easy data flow and a variety of web service clients will ensure the entire organization can access the historical process data when necessary.

Data Acquisition

Canary has many ways to collect process data.  The most common form is via OPC server, allowing for direct connections to PLC, SCADA, HMI, or sensor data.  The Canary Logger Administrator connects directly to the OPC server and obtains tag names and common profile information from the OPC server.  You can configure your data as needed, changing the tag name, description, properties, or dead band.  You can also perform a single tag data calculation in the logger.  Within a logging session you can create logging groups.  Each logging group can be associated with an individual data set, a collection of specific tags that are grouped in the historian for better tag organization.  
The logging group can be customized to have preset update rates so that you are not forced to accept the value change rate that is delivered from the PLC/SCADA system.  You also have the option to create a logging trigger, allowing you to start and stop logging a group based on a specific tag’s value.
The logger passes data through to the historian using the Canary Store and Forward Service.  Store and Forward is comprised of two components, a Sender Service and a Receiver Service.  These two services communicate using Windows Communication Foundation (WCF) and all data is encrypted during communication.
The OPC server, Canary Logger, and Store and Forward Service can be installed on the same machine as the Canary Enterprise Historian or sit on their own independent machine and connect to several historians across multiple networks.  If contact is lost between the Sender and Receiver Service, the Sender Service will cache data to local disk.  When communications return, the cached data is transferred to the historian in time sequence order and removed from the Sender Service.
Not only can one Sender Service connect to more than one historian, but multiple logging machines can also be configured and networked to one historian.  These loggers can be setup across multiple networks to monitor remote sites as well.  The Canary system does not limit the number of loggers used, and there is no additional charge for adding extra loggers as needed. 
The Sender Service can connect to SQL databases using the Canary SQL Connector and a custom API is in place as well.  Using the API, you can write your own data into the historian and eliminate the need for both the OPC server and Logger program.  The API also supports dynamic tag configuration.  In addition to the SQL and API Connector, the Sender Service can import CSV and flat files.

Historian Database

The Canary Historian is a non-SQL, proprietary database that specializes in the storage and retrieval of time-series process data using “lossless” compression.  Unlike other historians, Canary never converts actual data to approximations.  Also, the historian never purges or dumps data and resolution remains the same whether the data is one day or several decades old. 
The database is comprised of self-contained .HDB files and features time-based organization.  Every data update contains a Time Stamp, Value, and Quality (TVQ) reading.  Generally, unless otherwise specified by the user, files are rolled over nightly, allowing for simple archiving and data retrieval.  Files can be taken offline and easily moved from one historian to another making system restoration extremely simple.
The historian is capable of write speeds up to 2,800,000 TVQs per second and can support sub-second data with a timestamp resolution of 100 nanoseconds.  Manual data entry is also supported and can be done directly into the historian.  Read retrieval speeds approach 4,600,000 TVQs per second and due to the time-based database structure allow for effortless data recall even when spanning large timeframes.
An HDA server is available for third-party consumption as well as the Canary Trend Reporter client.  
The Canary Views Service connects to the Historian Service and allows for client interaction via WCF.  Canary’s Axiom Core, TopView Alarming client, and Excel Add-In client connect to the historian using the View Service.  Also, the View Service allows for both a custom API and an ODBC connectors to be made available for data retrieval.  
The Views Service will also allow for connections to multiple other Canary Historians through the Canary Mirror Service as well as third party historians using either HDA or UA.  All data transferred between the View Service and other clients is encrypted and passes through a single firewall port.

Canary Administrator

The administrator tool makes data historian admin simple and quick. Using the Canary Administrator, you can manage multiple historians and sites, quickly toggling between them using a simple drop down selector. 
From the administrator, you can monitor the logger, sender, receiver, and historian.  Visual indicators allow for quick notification if one of the services begin to buffer as well.  Email notifications can also be setup to notify users if any data sets stop logging.
You can easily view, stop, and start all services as need be as well as monitor the number of clients that are connected through the View Service.  A messages tile allows you to view any warning or error messages, as well as view a full audit of all past messages.
A License Administration tile will make the monitoring, transfer, and configuration of available licenses convenient.  It also allows for the addition of licenses through the internet as well as manually entered.  
The Historian tile allows you to view each individual data set and configure each one individually.  From there, you can set up email notification parameters if a data set stops receiving data as well as schedule rollover frequency.  If you would like to purge data after a set period, this can also be scheduled from the Historian configuration tile.  
Data sets can be closely monitored and raw data can be quickly obtained as well.  Since the database is sorted by time, you can quickly scan through years of data to find an exact period.  Then, select the tag and have access to all of the raw data as well as the tag properties.  A simple trend tool allows you to visualize the last 1,000 TVQ values without having to leave the administrator.    

Security and Access

Security remains as high a priority to Canary as our data integrity.  Our focus is on both secure client access as well as data logging security.
Canary Administrator access is restricted to only users or groups designated by the
administrator.  This privilege allows for complete monitoring and management of the Canary system, including the monitoring of active client connections and data access services.  Also included is the ability to audit all manual data entry as well as original data overwrites.
To guarantee secure data, access to the Canary platform is limited using a Microsoft Windows security infrastructure.  An administrator can use local security or active directory user accounts and groups.
Using the above methodology, the administrator can control access to not just historians and data sets, but individual tags as well.  
With multiple data logging options available, local and remote access is restricted to a single port per service.  Port numbers may be changed from their defaults and communications can be encrypted using either a self-signed certificate or a certificate issued by a trusted root certificate authority.

Data Mirroring and Redundancy

The Canary Historian provides the mirroring of stored data on multiple historians to provide high levels of data redundancy as well as to simplify data retrieval.  However, historian redundancy is not limited to pulling data through the Canary Mirror Service.  Since each individual Store and Forward Service can point to multiple historians, systems can be developed that push data to multiple databases.  This model allows for both communication and database redundancy including fast disaster recovery.  
With appropriate security privileges, data reads can be made across any of the connected historians.  Users can have access to multiple data sets and tag values across multiple sites while still being restricted to other historians or tag groups.  

System Requirements

Canary Enterprise Historians can store tens of millions of tags and can support timestamp resolution to 100 nanoseconds.  The system requirements below are based on a total system size of 1,000,000 tags with up to 300,000 tags at each local historian.  Core count, processor speed, and hard drive space may need to increase as the system increases.  It is assumed that each data tag has one second resolution with a sixty percent change rate.  

OPC and Logging Server   Store and Forward Server
  • Dual Core 2.0 GHz Processor
  • 8 GB of RAM
  • Windows 7 64 bit or greater
  • .NET 4.5 or greater
  • 500 GB HDD @7200 RPM
Local Historian Server
  • Quad Core 2.4 GHz Processor
  • 16 GB of RAM
  • Windows 7 64 bit or greater
  • .NET 4.5 or greater
  • 1 TB HDD @7200 RPM
Corporate Historian Server
  • Six Core 2.4 GHz Processor
  • 32 GB of RAM
  • Windows Server 2012 or greater
  • .NET 4.5 or greater
  • 2 TB HDD @7200 RPM



Read More
arrow_upward