Professional Documents
Culture Documents
WARNING! - Read this manual before using this product. Failure to follow the
instructions and safety precautions in this manual can result in serious injury,
damage to the product, or incorrect readings. Keep this manual in a safe location
for future reference.
The contents of this publication are the copyright of the publisher and may not be reproduced (even
extracts) unless prior written permission is granted. Every care has been taken to ensure the accuracy of
the information contained in this publication but no liability can be accepted for any loss or damage whether
direct, indirect or consequential arising out of the use of the information contained herein. SKF reserves the
right to alter any part of this publication without prior notice.
Product Support To request a Return Authorization, Product Calibration or a Product Support Plan, use
the web page links for direct contact and support.
Product Sales - For information on purchasing condition monitoring products, services or customer
support, contact your local SKF sales office.
For general product information (i.e., product data sheet, accessories catalog, etc.), visit the Condition
Monitoring Products page on SKF.com and select the appropriate product link.
Discuss/review issues of specific interest with maintenance and reliability specialists from around the world
at the SKF Knowledge Centre.
For technical support on issues like troubleshooting product installation, troubleshooting product
performance, etc., use our technical support web page to contact one of our Technical Support Groups.
Product Registration
Please take a moment to register your product at www.skf.com/cm/register to receive exclusive benefits
offered only to our registered customers, including receiving technical support, tracking your proof of
ownership, and staying informed about upgrades and special offers. (Please visit our website for more
details on these benefits.)
Its important that youre satisfied with the quality of our product user manuals. We appreciate your
feedback; if you have comments or suggestions for improvement, please tell us how were doing!
090115dc
Table of Contents
Introduction 1
Scope and Purpose .........................................................1
Related Documentation .................................................1
The Basics 3
The CMWA 8800 Sensor ...............................................3
Warnings and Cautions ..........................................3
CMWA 8800 Label ..................................................4
CMWA Long Tag ......................................................4
Repair Service ..........................................................5
Issuing Commands to the Sensor ................................5
Activate the Sensor .................................................5
Deactivate the Sensor ............................................5
Manual Commands .................................................6
Software Commands ..............................................7
The Network ....................................................................8
WirelessHART Terminology ..................................8
The WirelessHART Network Joining Process.....9
Network Layers .......................................................9
The Wireless Sensor Device Manager...................... 11
The Device Manager License Key ...................... 12
Device Manager Configuration Parameters .... 13
System Maintenance 83
Adding a New Sensor into Service ............................ 83
Editing a Sensors Name ............................................. 86
Removing a Sensor from Service.............................. 86
Replacing an Existing Sensor in Service .................. 87
Commissioning Network Available Sensor
with Default Security Settings ........................ 87
Commissioning Network Available Sensor
with Production Security Settings ................. 90
No Commissioning Network ............................... 93
Relocating an Existing Sensor in Service ................. 96
Commissioning Network Available .................... 96
No Commissioning Network ............................... 96
Upgrading Sensor Firmware ...................................... 98
Global Firmware Upgrade ................................... 98
Individual Sensor Firmware Upgrade ............... 99
Device Status Indicators ........................................... 101
Device Status ...................................................... 101
Extended Device Status .................................... 102
Standardized Status 0 ....................................... 102
Standardized Status 3 ....................................... 103
Sensor Battery Status ....................................... 103
System Debugging Logs ........................................... 104
Execution Log...................................................... 104
Communication Log ........................................... 104
FAQs 105
Frequently Asked Questions ..................................... 105
The intended audience for this manual is Certified Service Technician and Technical
Support personnel who provide detailed technical work to customers, either over the
telephone or in person. It is assumed that these people are already familiar with the
SKF @ptitude Monitoring Suite as well as Microsofts Operating Systems for Desktop
(XP, Vista, 7), Server (2008) and Windows Services.
This document is intended to assist Certified Service Technician and Technical Support
personnel in installing, configuring, supporting and troubleshooting the SKF Wireless
Machine Condition Sensor (CMWA 8800) in WirelessHART networks.
The Wireless Sensor Device Manager software application is commonly called Device
Manager in this Service Manual. In some directory paths and file names it is referred
to as WSDM.
SKF @ptitude Analyst is commonly called Analyst in this Service Manual.
PEPPERL+FUCHS is commonly called P+F in this Service Manual.
Related Documentation
WARNING! Do not twist the plastic top! Doing so voids the warranty and
hazardous area certification. Do not open the plastic top!
Figure 1.
Correct Method of Mounting/Dismounting a Sensor.
WARNING! To obtain proper torque when using a crowfoot wrench, you must
attach the crowfoot 90 degrees of the torque wrench shaft.
Figure 2.
SKF Wireless Condition Monitoring Sensor Main Dimensions.
Repair Service
All repair service must be done at a certified repair center currently San Diego is the
only center. The sensor will be inspected to determine whether the plastic top was
twisted or opened in the field, which would void the warranty.
The expected type of service is battery replacement. The sensor has no repairable
parts. If the printed circuit board (PCB) is not in working condition, it can be replaced at
the customers request. The MAC address of the new PCB will be modified to match
that of the sensor to be replaced. The serviced sensor will be fitted with new top, label,
and O-ring.
LED
Push button
Figure 3.
Wireless Sensor LED and Push Button.
You activate and issue manual commands to the wireless sensor by pressing and
holding its push button for various durations - as you count a number of LED blinks.
Releasing the push button after a specific number of blinks will issue a specific
command to the sensor.
Manual Commands
Once the sensor has been activated, you may issue manual commands to the sensor by
pressing and holding its push button down for a specific number of blinks. Reference
the following table:
Software Commands
After the Device Manager software is installed and operational, you can issue some
standard procedure commands to the sensors with it. Select a sensor item in the
hierarchy, and then go to the Device tab.
Figure 4.
Sensor / Device Tab, Commands to Sensors.
Flash LED Click this button to cause the connected wireless sensors LED to flash ten
times. This can be useful if you need to identify a device in the network if the label is
damaged or to check communication.
Reset Device Click this button to reset the sensor. If the sensor is connected to the
Device Manager software, resetting the sensor is similar to rebooting a computer; it
helps to clear issues with the device. Note that the sensor will drop off the network, and
then rejoin the network, which takes some time - more time the larger the network.
Reset Pipe If the network manager fails to reassign the Fast pipe function, you can
click this button to de-allocate the fast pipe from this sensor so the gateway can
reassign the resource to other sensors as needed. However, the preferred method is to
set the fast pipe on the P+F gateways Operating Modes web page.
IMPORTANT: You can verify a sensors fast pipe assignment on the P+F gateways
Operating Modes web page. A failure of fast pipe assignment is indicated when a
sensor directly connected to the gateway takes more than two minutes to complete
collecting a waveform.
IMPORTANT: Also on the Sensor / Device tab, entering the Machine Speed for
the sensor is recommended. The value is exported to Analyst for the FAM overlay so
that it does not have to be entered in each FFT plot in Analyst.
The Network
WirelessHART Terminology
HART7 (spec155) added the Wireless command set, including network security terms
such as Network ID and 32 character Join Key, and advertisement. HART7 is backward
compatible. Some terms commonly used with WirelessHART networks are defined
below.
Term Definition
Messages sent by the network manager to announce the networks
Advertisement
existence.
Generally, HART communications are connectionless transactions.
Block transfer extends the protocol to support connection oriented
Block transfer
reliable stream service for large data blocks. Used for sending
waveforms and firmware upgrades.
The sensor publishes data for any of the HART commands at a
Burst mode regular interval. Contrary to polling, no query is made so burst
mode is more efficient.
Burst data for a query are saved in gateway memory. When
Caching queried by the host software, the gateway will return the cache
data instead of polling the data from the sensor.
This is a single device mode which establishes a direct connection
to a selected device. It has four times the transfer rate of a regular
connection. The network manager in the gateway grants fast pipe
mode only to devices which identify themselves as high power
Fast pipe profile devices.
This can be selected manually in the gateways Operating Modes
web page or automatically by the network manager during block
transfer for waveform upload or firmware download. See the
section Full Routing vs. Leaf Node, Power profile.
Responsible for the coordination of communication between the
Network manager
devices and the gateway and between devices.
A device that does not participate in the mesh network. It does not
Leaf node device
help its neighbor.
The full communication specification between adjacent nodes in
Link the network; the communication parameters necessary to move a
packet one hop.
Long tag HART7 32-character logical name for the HART device.
256 slot superframe, 2.56 sec cycle; normal battery life, normal
join process, better user interface response.
P1 profile P1 can be selected during your interaction with the P+F web page
to speed response time. Then, when you are finished, P2 can be
selected for normal network operation to conserve battery life.
Term Definition
2048 slot superframe, 20.48 sec cycle; better battery life, poor
user interface response and slower join process.
P2 profile
P2 is eight times slower than P1; the network assigns the same
number of slots but eight times farther apart.
High or low power device. See the section Full Routing vs. Leaf
Power profile
Node, Power profile.
A device that participates in the mesh network, meaning it helps
Routing device
its neighbor when the neighbor does not have direct access.
Short tag Pre-HART7 8-character logical name for the HART device.
A fixed time interval that may be used for communication between
Slot
neighbors.
Responsible for the joining process of the device and assigning the
Security manager
session key to encrypt and decrypt packets.
A collection of slots repeating at a constant rate. Each slot may
Superframe
have several links associated with it.
KNOWN ISSUE: P2 profile is not working in the P+F gateway firmware version
2.00.02. However, it may work in version 2.00.03 or in gateways from other
manufacturers.
Network Layers
Physical Layer
IEEE 802.15.4
ISM band 2.40 2.48 GHz
16 x 5 MHz non-overlapping channels in 80 MHz bandwidth
DataLink Layer
Time Synchronized Mesh Network - Time Division Multiple Access (TDMA)
Figure 5.
TDMA Slots and Channels Illustrated.
Application Layer
Universal (spec127) Standard commands must be implemented by all HART
devices. For example, they support four main variables PV (Primary), SV
(Secondary), TV (Tertiary), QV (Quaternary) and other device variables, such as
tag names, descriptor, date, final assembly number (FAN), device status. With
CMWA 8800, the PV is velocity overall RMS, SV is enveloped acceleration overall
Pk-to-Pk and TV is temperature. QV is not used.
Common (spec151) Standard commands applicable to many devices, such as
squawk for sensor identification, burst control for data publishing, and block
transfer.
Device Specific Vender specific commands. For example, cyclic update interval,
sample.
Device Manager provides the user interface that enables you to set up, commission,
operate and maintain the sensor system. It allows you to change the gateway settings
and also propagates the settings to all sensors in the network (note: this cannot be done
from the gateways web page). After the sensors are set up, and their data collection
schedules are configured and stored in the Device Manager database, you will start the
batch service. The Device Manager batch service runs in the background using the
stored data collection schedules to collect measurements and save them to the
database. Both the UI and batch service are installed from a single installation
application.
The batch service maintains its previous status when the
computer it is installed on is turned off and then turned on again
(or rebooted). For example, if the batch service is stopped when
the computer is turned off, then the batch service will be stopped
when the computer is turned on.
Device Manager exports the collected data to the Analyst database. The diagram below
shows the data flow from the CMWA 8800 all the way through to Analyst and other
applications.
Figure 6.
Data Flow Export to Analyst.
Figure 7.
Example of a Settings.config File.
The P+F gateways web page gives field service personnel a wide range of information
and possible actions when pursuing customer issues or questions. To access this tool,
follow the steps below. You will want to set up the configuration computer to join the
customers network.
Verify with the customer the correct gateway IP address on the network. (The P+F
gateways factory default IP address is 192.168.1.1.)
Enter the gateways IP address into your browsers address bar to access the P+F
gateways configuration web page.
The default username is admin; the default password is also admin.
Figure 8.
Authentication Required Dialog for P+F Gateways Web Page.
If the network P+F gateway was not purchased from SKF, verify that the software
Revision is 2.5 or later and the software version is 02.00.02 or later.
Figure 9.
Verify the Gateways Firmware Version.
The manual refresh is very slow if the No solution. Wait until the refresh is complete.
network has many sensors (more than
50) trying to join the network.
P1 or P2 profile options are offered, but No solution at this time P2 does not work in
P2 profile (slower) does not work. the P+F gateways firmware in the current
version.
The gateway parameters that allow the sensors to join the network are the Network ID
and Join Key. The following table shows the three built-in Network ID options provided
by SKF USA, Inc.
One of the built-in Network ID settings (101 or 102) can be used for a new production
network installation. With the sensors manually set up with either of the built-in
Network ID settings (101 or 102) and the gateway configured accordingly, the
production network is quickly set up and a commissioning network is unnecessary. If
the customer wants to use a customized production Network ID, then a commissioning
network (factory default Network ID 1229) should be set up to customize the sensors
network parameters and test communication between the gateway and the sensors
before final installation.
Pre-configuration services for a customer network can be
arranged through CSG. SKF configures the sensors to join the
production network with the customized Network ID and Join Key
obtained from the customer.
The commissioning gateway always uses the SKF factory default network settings. The
commissioning gateway and sensors being commissioned should be located away from
the production networks signal range (both will temporarily have the same Network ID
and Join Key when the new sensors are switched to the production network settings).
You will use the commissioning gateway to accomplish the following tasks:
Configure new sensors from the factory to join the production network. (Refer to
Chapter 9, System Maintenance, Adding a New Sensor into Service.)
Modify the Long Tag of a sensor to monitor a different machine. (Refer to Chapter
9, System Maintenance, Editing a Sensors Name.)
Configure a new sensor to replace a sensor in the production network. (Refer to
Chapter 9, System Maintenance, Replacing an Existing Sensor in Service.)
Figure 10.
Enter Descriptive Device Information.
Next, expand Wired Communication > Interfaces > Ethernet. Enter a static IP
address and Netmask settings for the gateway to connect to the LAN.
Figure 11.
Connect the gateway to the LAN.
Click the Write Ethernet Informations >> button to update the gateway with the
LAN settings. The gateway should be configured now to communicate using the
LAN.
Disconnect the Ethernet cable from the configuration computer and connect it
directly to your LAN.
Launch the gateways web page in the Device Manager host computer to continue
configuring the gateway.
Modify the Ethernet Port Number to the SKF default port of 20004 for the Device
Manager connection.
Figure 12.
Ethernet Port Number.
If the gateway is not from SKF, or you see a different Network ID,
instructions for changing the network settings are provided below
in the section, Steps to configure a commissioning gateway.
Figure 13.
Verify the Network ID.
If the P+F gateway is NOT from SKF, or if the Network ID is different, then
complete the following steps.
Steps to configure a commissioning gateway:
After the network reform is complete, the network is ready for the new sensors to join
the commissioning network.
If many sensors (50 or more) will be joining the network, Global Advertising can be
initiated to speed up the process. The Global Advertising (or Active Advertising) function
can save considerable time when joining new sensors to the network; the joining
process may be up to 16 times faster with advertising on. The only cost for the time
saved is higher battery consumption temporarily on all devices in the network during
the advertising phase.
Because Global Advertising increases energy consumption of the networks devices, it is
recommended that you use it only when needed, that is, when you expect new devices
to join the network. Note that you can activate Global Advertising without reforming the
network.
To start Global Advertising:
From the gateways Setup web page, you can enter the number of minutes (1 to 255)
to Global Advertising Timeout. Then, click Activate Global Advertising.
Or
From Device Manager, select the gateway hierarchy item. Click the Set Active
Advertising On button.
This function works only with P+F gateways. It will not work with
WirelessHART gateways from other manufacturers.
To start joining the sensors:
Activate the sensors and let them join the commissioning network using the factory
default settings.
Go to the gateways web page to check the sensors status.
As the sensors successfully join the network, they will appear in the Com Stat column of
the gateways Operating Modes web page (refresh the page manually).
The table below provides a guide to tightening the cable glands and cover in order to
maintain the gateways IP rating.
The table below presents a couple of known differences between the P+F gateway
versus an Emerson gateway. The compatibility of Device Manager and the Emerson
gateway is still under investigation.
All gateway functions described The functions in the Device Manager Gateway /
for CMWA 8800 in the Wireless Admin tab do not work.
Machine Condition Sensor
Setup Guide and the Wireless
Sensor Device Manager User
Manual should work.
Click OK.
Issue: Device Manager installation The database has been manually attached, but an error
appears to be complete but an error message complains that a column is missing in the table.
message appears when you try to Solution: (depicted below)
launch the software. Detach the database from SQL Server Engine.
Cause: The installation script was Replace the database files with known working database files.
prohibited from updating the Re-attach the database.
database file during the installation.
Manually detach the database to SQL
Server by using the following steps:
Click OK.
The first time Device Manager is launched, the system hierarchy needs to be created.
Refer to the Wireless Sensor Device Manager User Manual for details.
When communication is
established with the gateway,
the red area changes to green
and the message text updates
to Communication is
enabled.
The gateway connection
should be established too.
Figure 14.
Source and Destination Ports for Multiple Gateways.
By default, the Device Manager software initially reserves 10 ports in the network. If
more than five gateways are to be installed, expand the range accordingly. Contact IT
to open these additional ports in the firewall.
Figure 15.
Port Number Range.
The first time the hierarchy structure is built, the Device Manager
software also uploads the current configuration data from all
wireless sensors branching from the gateway. This may take
several minutes (even tens of minutes) to complete, depending on
the number of sensors.
Figure 16.
Two Wireless Sensors Displayed in the Hierarchy.
The following icon color codes are used to indicate communication status:
Green Indicates that the sensor is available and no active communication is
taking place.
Yellow Indicates that the Device Manager software and sensor are
communicating with each other.
Blue Indicates that the Device Manager softwares batch service and the
sensor are communicating, and the sensor is not currently available from the
Device Manager user interface.
Red Indicates that the sensor cannot be reached.
After Device Manager is connected to the gateway and the sensors are imported into
the Device Manager database, you can verify that the sensor firmware is the latest
released version. The current released version is 79 or later.
Figure 17.
Sensor Firmware Tab, Software Revision.
The Power profile of all sensors must be set to Full routing (high power profile) mode
in the Sensor > Status tab. The network manager in the gateway grants fast pipe
capability only to sensors with the Full Routing power profile. Fast pipe capability is
desired for waveform collection and firmware upgrades.
Figure 18.
Power Profile Full Routing Option.
IMPORTANT! Having all the sensors serve as routers will increase sensor power
consumption. See below for a solution.
Having all the sensors serve as routers will increase sensor power consumption but
there is a solution to this situation. The actual routing capability is set in the gateways
Operating Modes web page. In the Routing Device column, deselect the check boxes
for the sensors so that the network manager will not use the sensor for routing. The
sensors will instead function as leaf nodes to conserve power.
Activate the Expert Features in Device Manager by changing the value of the LocalTest
key to True in the Settings.config file (<add key="LocalTest" value="True"/>). Then,
launch the Device Manager software. Select a sensor in the Device Manager hierarchy
and open the Device tab.
Figure 19.
Sensor > Device Tab with Expert Features Activated.
Calibration
Calibration is performed during manufacturing. If calibration is needed in the field, it is
important that velocity is calibrated first because the sensor simultaneously makes a
new calibration of the envelope based upon the Pre-calibration factor stored at
manufacturing time.
When the envelope is calibrated, a new Pre-calibration factor is calculated and stored
in the sensor, based upon the new calibrated values of velocity and envelope.
If you want to restore the original Pre-calibration factor stored
at manufacturing time, you must obtain that number and enter it
in Calibration value field. Click Write Pre-Calibration to restore
this value.
How to perform velocity calibration:
Deselect the Use Cache check
box in the gateways Admin tab
to disable the automatic data
collection function.
Figure 20.
Sensor > Generic Command Tab.
Here is an example of sending a HART command to the sensor. Command 125 Write
Battery Voltage Threshold Value sets the threshold value for the Battery critically low
alarm. The default value is 3.3 V. The 3.3 V threshold may need to be lowered for
high temperature applications (60 to 85 C, 140 to 185 F) by using the generic
command.
Figure 21.
Generic Command Example.
As shown in the figure above, the setting for critical Power Failure is changed to 2.93 V,
where 403B851E entered in the Data field is the IEEE hex format for 2.93 V decimal
number. Press the Send button to send the command to the sensor.
With Device Manager installed, connected to the gateway and operational, refer to the
Wireless Sensor Device Manager User Manual for details on continuing to build the
wireless systems hierarchy, configuring the sensors and scheduling data collection.
This Service Manual presents some recommended setup guidelines for data collection
scheduling and examples for your convenience.
Coordination between settings on various setup tabs is required to properly set up your
wireless sensor data collection. Setup guidelines are provided in the following table,
which indicates the recommended wireless sensor setup for monitoring standard
machinery running at standard speeds (between 1500 and 3600 RPM).
The recommended setup shown in the table assumes that you
are collecting vibration overalls, temperature, and battery
measurements using burst mode. Recall that with burst mode
the sensor publishes data at regular intervals and burst data are
saved in gateway memory. When queried by the host software,
the gateway returns the cache data.
The figure following the table illustrates the recommended Sensor > Burst Control
message settings as described in the table, using Trending Command 93. It shows the
default setup for the wireless sensors joined to a P+F gateway.
Recommended Wireless Sensor Settings for Standard Machinery (1500 3600 RPM)
Sensor > Device Specify the sensors identification (long tag name) and machine speed.
Specify the sensors vibration cyclic update interval and the trending command to use; and
Sensor > Data
specify which measurements the sensor performs and the polling schedule to retrieve and
Collection
store them in the Device Manager database.
Vibration Cyclic Start time 00:00
Enable 1 hour
Update (midnight)
Trending Command 93
Command (CMD93)
Velocity and
Reference time
Envelope Enable Period 24 hours
user preference
Waveform
Reference time
Envelope Pk-Pk Period not
not configurable
and Velocity RMS Enable configurable when
when CMD93 is
(vibration overalls) CMD93 is selected
selected
Temperature Enable N/A Period 1 hour
Gateway > When using burst mode (recommended), specify for Device Manager to retrieve vibration
Admin overalls, temperature, and battery measurement results from the gateways cache.
Use Cache Enable
Sensor > Burst When using burst mode (recommended), specify which measurements the sensor bursts to
Control the gateways cache, and their burst interval.
Message 2 - Message
Burst Mode Message 0 - On Message 1 - On
On 3- Off
Update
20 minutes 60 minutes 60 minutes N/A
Period
Command 9
Slot 0 Battery
Life Command 3
Command / Slot 1 Battery (optional) for
Command 93 N/A
Slot Voltage HART OPC
Slot 2 Battery systems only
Charge
Slot 3 - None
Sensor > Status Each sensors power profile should be set to Full Routing.
To preserve sensor battery life, disable the routing capability on the gateways Operating
Modes web page, in the Routing Device column.
Figure 22.
Recommended Setup for Wireless Sensors Joined to a P+F Gateway.
Notice that the sensor publishes the primary, secondary, and tertiary variables 20
minutes apart, according to the designated Update Period. For example, velocity data
are published at the top of the hour, enveloped acceleration data 20 minutes later, and
then temperature data 20 minutes after that, equaling a 60 minute cycle, as illustrated
below.
Figure 23.
One Data Publishing Cycle, Including the Update Periods.
Note that in the preceding sensor setup table we recommend a setup that polls the
sensors every 24 hours for waveform data, and that polls the gateways cache every
hour for vibration overalls and temperature data (using burst mode). Collecting overalls
and temperature data hourly on noncritical machinery may seem excessive to those
familiar with traditional vibration monitoring technologies. However, it is important to
realize that HART process information systems working with OPC compliant host
servers typically update their data in minutes, and that vibration / temperature data
stored in the gateways cache may be used by these existing process information
systems. Bursting the overalls to the gateway cache hourly makes sense in these
scenarios.
If you want to extend your trend intervals, you may choose to extend the Sensor > Data
Collection tabs Vibration Cyclic Update for the Envelope Pk-Pk and Velocity RMS /
Temperature measurements up to 24 hours (an example is provided below).
IMPORTANT: You must stop the Batch Service temporarily when you are making
any revisions to the data collection schedule. Remember to start it again for
normal operation when you are done.
WARNING! You must temporarily disable Use Cache when you are collecting
process data manually. Remember to enable it again for normal operation when
you are done.
Command 93 Example
The first example illustrates a sensor configured with Command 93 (burst mode). The
sensor always bursts the last 12 measurements with accurate date/time stamps. The
system can still recover the last 12 measurements (the trend) even after the gateway
has been down for that period of time.
Figure 24.
Command 93 Burst Mode Data Collection Tab Example.
In Figure 25, the last column on the right shows the trend collection schedule with the
Vibration Cyclic Update set at one, two and three hour intervals, based on the
respective Starting at time. The Starting at time (or Start Time, outlined in red above)
specifies when to take the first measurement of the day. The Vibration Cyclic Update
is the time interval at which the sensor samples a new set of measurements and saves
them in its memory. With the burst Update Period set to 20 minutes (see Figure 22),
the publishing cycle duration is one hour, as shown in Figure 23. The Update Period of
20 minutes works fine for the 1-hour Vibration Cyclic Update interval. However, the 20
minute setting would waste battery power for the 2-hour and 3-hour Vibration Cyclic
Update intervals because the sensor would burst the same set of measurements twice
at one hour intervals with the 2-hour Cyclic Update and three times at one hour
intervals with the 3-hour Cyclic Update. If the Update Period is modified to 40 minutes
for the 2-hour Cyclic Update, and 60 minutes for the 3-hour Cyclic Update, then the
sensor will burst only the new set of measurements once per Vibration Cyclic Update
interval.
Figure 25.
Overall Trending Measurement Schedules.
In Figure 26, the last column on the right shows the waveform collection schedules with
the Vibration Cyclic Update set at one, two and three hour intervals, according to the
respective Starting at time (or Start Time), Reference Time and Period. The
Reference Time is when the Device Manager queries the sensor for the first
measurement of the day, at 8:05 a.m. in this example. The Period is how often the
query is repeated, every 24 hours in this example. The date time stamp (DTS) of the
collected waveform is not at 8:05 a.m. because the sensor only returns the waveform
sampled during its previous Vibration Cyclic Update, which was at 7:30 a.m. for the 1-
hour and 2-hour Cyclic Updates and at 5:30 a.m. for the 3-hour Cyclic Update.
Figure 26.
Waveform Measurement Schedules.
In Figure 27, the last column on the right shows the valid Possible Data Collection
Periods of temperature data for the burst Update Periods of 20, 40 and 60 minutes.
Unlike the vibration readings, the temperature sampling interval is fixed at every 5
minutes regardless of the Vibration Cyclic Update. As a result, with the burst Update
Period set at 20 minutes (which equals a 1-hour burst publishing cycle), all 12
measurements collected within the hour are published to the gateway every hour.
Therefore, all Collection Periods 5, 10, 15, 20, 30 and 60 minutes are valid. Only
the 60 minute Collection Period makes sense with the burst Update Periods set to 40
minutes or 60 minutes, which are equivalent to 2-hour and 3-hour publishing cycles,
respectively.
For 2-hour and 3-hour Vibration Cyclic Updates, you must still
use the 20 minute Update Period if you want to collect
temperature data more often than 60 minutes apart.
Figure 27.
Temperature Trend Measurement Schedules.
Figure 28.
Timeline Representing the Sequence of Events Scheduled.
This timeline assumes the network activity begins at 00:00 of the first day. The last
event shown is the bursting of enveloped acceleration Pk-Pk data to the gateway at
23:40. The vibration measurements taken are indicated by VM and are numbered
sequentially (VM1, VM2, etc.). The velocity RMS and the enveloped acceleration Pk-Pk
measurements are collected at the same time. However, they are burst to the gateway
separately.
Command 9 Example
The second example illustrates Command 9. If the network is using a non P+F gateway
that does not support caching Command 93, then you must use Command 9 to burst
the sensors Envelope Pk-Pk, Velocity RMS, and Temperature measurement results to
the gateways cache (with less accurate date / time stamps).
Figure 29.
Command 9 Burst Mode Burst Control Tab.
Figure 30.
Command 9 Burst Mode Data Collection Tab.
Figure 31.
Overall Trending Measurement Schedule.
The data collection schedule in the Sensor > Data Collection tab is automatically
exported to update the corresponding points in Analyst.
When using Command 9 as the Trend Command in Device Manager, for velocity and
enveloped acceleration point, the most frequent data collection interval between the
overall and the waveform is exported to the Schedule tab in the POINTs properties in
Analyst. However, when using Command 93, the waveform period is always exported
even if the cyclic update period is more frequent.
Overall Data
If you need to collect overall data manually, follow these steps.
Waveform Data
If you need to manually collect waveform data, follow these steps. In the hierarchy,
right-click the desired sensor and select Collect Waveform from the context menu.
The vibration measurement is performed and the progress of the measurement is
displayed. The waveform measurement data is uploaded for the selected sensor. If the
export feature in the Plant > Export tab is enabled, then the collected measurement is
also exported to Analyst.
Figure 32.
Manually Collecting Waveform Data.
Figure 33.
Exchange Network Id and Exchange Join Key Buttons.
Note: The time it takes for all the wireless sensors to update with
the new Network ID and Join Key depends on the number of
sensors and the number of hops of the sensors to the gateway.
When the gateway and the sensors are less than 6 m (20 ft.)
apart with no obstruction in between, it takes at least an hour for
up to 30 sensors to update with the new settings. For a large
production network, it is recommended to modify the settings and
leave it overnight and then reform the network the next day.
Click Reform Network to activate the new settings.
If a sensor fails to join after the network is reformed, take the following actions:
If the sensor is within one hop of the gateway, reverse the Network ID and Join Key
to the previous settings.
Re-join the sensor to the network under the previous settings. (The sensors that
did join under the new settings would disconnect from the network.)
Then, repeat the change to the new Network ID and Join Key as described above,
and wait and reform the network.
If the sensor is more than one hop from the gateway, bring the sensor closer to within
one hop and follow steps above.
WARNING! You must use SKF @ptitude Analyst 2012 (7400) MR2 with an XML
Import fix or later version. This version fixed an issue concerning Analyst rejecting
Command 93 overall or waveform measurements due to conflicting DTS.
Refer to the Wireless Sensor Device Manager 8800 User Manual for full instructions
on how to set up and enable data export from Device Manager to Analyst. This Service
Manual offers troubleshooting tips for pursuing XML import problems in Analyst.
If Analyst is not showing data for the POINTs of a sensor, follow the steps below.
With all of these factors verified or corrected, wait long enough for the Transaction
Service to read the files. The waiting time depends on the Period value in the XML
Import Configuration dialog. (The recommended period of 0.017 hours equals one
minute.)
Network Planning
First, determine the location of the gateway. Ideally, it will be in the center of the
network to maximize the number of single hop connections. Elevation helps the
connectivity. It is best to mount the gateway with no obstruction around the antenna,
for example on a pole; otherwise, at least 15 cm (6 in.) away from the mounting wall.
Next, determine the number of 1-hop sensors, 2-hop sensors, etc. You can use a scale
map to place sensors (note: radio devices are also called motes) at all the required
sensing points for the network. If possible, the access points should be located near the
middle of the distribution of sensors to reduce latency and power usage. On the map,
mark the gateway and access point location(s). Draw a circle with a 50 m (164 ft.)
radius around the access point. Not all sensors within this circle will be able to
communicate directly with the access point, but some sensors outside the circle will, so
it will generally balance out. The number of sensors inside this circle approximates the
number of 1-hop sensors in the deployment.
Next, draw a 100 m (328 ft.) radius circle centered at the access point. The number of
sensors in the ring between 50 and 100 m approximates the number of 2-hop sensors.
Repeat this process with circles of increasing radius size until all sensors have been
encircled and note how many sensors are in each hop. Three hops is the maximum
recommended distance for any mesh network.
Important Considerations
WirelessHART documentation suggests at least 25% of the devices should have
direct connection with the access point (or gateway). The more devices in direct
connection with the access point the better; it improves stability and reduces
latency.
If possible, a sensor should have a maximum of three hops in practice or the
network performance may slow considerably. Use multiple gateways if more than
three hops are required.
Each radio (sensor) should be within the estimated range of at least three other
devices to provide alternative links in the mesh network.
Disable the routing capability for the devices located at the sites perimeter to save
battery power and promote security. Do this on the gateways Operations Mode
web page in the Routing Device column.
Consider elevating the mesh network if ground level is too congested with
obstructions. For example, elevated routers may receive the signals that are
obstructed at ground level and then route them to the gateway, as shown in the
following figure.
Figure 34.
Diagram of an Elevated Mesh Network,
Red Lines Indicate Communication Paths Blocked by Obstacles.
Marble 5 dB
Concrete wall 10 to 15 dB
The wireless sensors sensitivity is approximately -90 dBm. For planning purposes, the
gateways transmitter power starts at 8 dBm and the antenna adds 2 dBi. Each obstacle
subtracts from the signal strength.
Link Budget Calculation Example
You can estimate the Receive Signal Strength Index (RSSI) at the sensor as shown in
this example. The gateway and a sensor are 50 m apart and there are two concrete
walls in between them.
P+F Gateway radio power 8 dBm
Antenna gain +2 dBi
FSPL (see note below) -74 dB
2 concrete walls -15 dB * 2
Figure 35.
The Gateways Details Web Page With RSSI and Stability.
Figure 36.
WLAN Channels in the 2.4 GHz Frequency Band.
WLAN Channels Center Frequency (GHz) WLAN channel Frequency Range (GHz)
Network Commissioning
gateways Setup web page) and all field devices to shorten the time required for
new sensors to join the network.
The number of sensors joining simultaneously affects network formation time
because these sensors must compete for limited join links and downstream
bandwidth. So when too many sensors sync up at once they will contend for the
same shared access point links which can slow down the overall network formation
time. Start a small group of sensors to join at one time. As mentioned above, if it
takes more than one hour for a sensor to join the network, it will turn off and try
again 24 hours later.
Network Diagnostics
Key Considerations
Formation time Is the network formation time acceptable? The formation time
should be less than one hour because sensors that have not joined by then will
automatically turn off.
Reliability - Verify the reliability is close to 100%. This is the percentage of unique
packets received relative to the number generated. (See the example in Network
diagnostic details later in this chapter. Reliability is indicated in blue.)
All network statistics require at least 15 minutes after the last
mote (nodes are also known as motes) has joined to develop.
Stability The ratio of acknowledged packets to packets sent between two nodes. This
step involves looking at all the discovered paths in the network, and making sure that
every mote has enough good quality neighbors. The bare minimum is that every mote
should have at least three good neighbors. A good neighbor is a neighbor that this mote
can hear at greater than -75 dB RSSI with better than 50% path stability. (See the
example in Network diagnostic details later in this chapter. Stability is indicated in
orange.)
RSSI (Received Signal Strength Index) Indicates the power of the received signal for
each neighboring device. (See the example in Network diagnostic details later in this
chapter. RSSI is indicated in purple.)
Number of joins Verify in the network statistics file that the number of joins of each
sensor stays the same. An increasing number indicates connection reset, which means
dropping from the network or weak signal strength. (See the example in Network
diagnostic details later in this chapter. Number of Joins is indicated in red.)
Two parents Use the gateways web page topology view to identify at least two links
that are available for each sensor. These paths do not have to be in use currently, they
just have to be discovered and reported by the network.
Topology View
The traffic and stability data that display in the topology view represent a single
statistics cycle of 15 minutes. Therefore, the data display only after a statistics cycle of
15 minutes has been completed. Use the colors (a legend is provided below) to
determine if all connected field devices have good quality connections and good quality
alternative paths.
Go to the gateways web page, Diagnostics > Wireless Communication > Topology
View.
Figure 37.
Path to the Topology View.
Figure 38.
Example of the Topology View of a Network.
The color of the connection indicates the stability of the path. A black line indicates that
more time is needed to establish the statistics. Devices linked with dotted lines indicate
Figure 39.
Path to the Details Web Page.
The diagnostic details are available only after a 15 minute cycle is complete in order to
collect enough data to calculate the statistics. The information represents the
communication status over the last 15 minutes. We recommend exporting the
information (using the Export button) in the CSV format for archiving.
Figure 40.
Diagnostics Details Web Page.
In the following enlarged detail taken from the example above, the sensor East Building
Pump 123 was expanded to show two neighbors: the gateway and the routing node
CMWA_8800_000161. The RSSI and Stability of each neighbor is displayed.
Figure 41.
Sensor with Neighbors Expanded.
Figure 42.
Gateway / Admin Tab Get Network Statistics.
The network statistics report documents the communication quality in terms of traffic,
retransmissions, stability, and received signal levels between all connected nodes in the
network. An example network statistics report follows. In the example, the average
queue occupancy (avQ) and maximum queue occupancy (maxQ) are highlighted in light
blue in the example. If average queue occupancy is higher than one, and the maximum
occupancy is higher than three, it may indicate a symptom of RF interference. Refer to
Chapter 8, RF Interference and Solutions.
Figure 43.
An Example Network Statistics Report.
The table below describes each column header that displays in the Network Statistics
Report.
Column Description
header
ABPower The average RSSI values for transmissions from mote A to mote B.
ABRx Number of packets mote B received from mote A.
ABTx(Fail) Number of packets transmitted by mote A to mote B, and the number
of packets for which mote A failed to receive acknowledgement.
Packets may fail for a number of reasons, including RF interference or
bit errors.
avQ Average number of packets in the motes queue waiting to be
transmitted.
BAPower The average RSSI values for transmissions from mote B to mote A.
BARx Number of packets mote A received from mote B.
BATx(Fail) Number of packets transmitted by mote B to mote A, and the number
of packets for which mote B failed to receive acknowledgement.
(Not currently implemented. Acknowledgements are not sent for
downstream data transmission.)
Chg Charge consumption, in millicoulombs.
Hop Average number of hops (number of jumps from mote to mote before
reaching the gateway) for this motes data packets to arrive at
manager.
Id Mote ID number.
Jn Number of times the mote joined since the gateways network manager
was last reset.
Late Data latency. The average time (in seconds) for a data packet to travel
from the mote to the gateway manager. The gateway manager
calculates data latency for each packet by subtracting the time the
packet was received at the gateway manager from the packet time
stamp, indicating when the packet was generated by the mote. The
gateway manager averages the data latency of all packets from a mote
to provide the values for network statistics.
Me MAC-layer MIC (message integrity check) errors.
MoteA Describes the path from mote A to mote B.
MoteB
mxQ Maximum number of packets in the motes queue waiting to be
transmitted.
Ne Network-layer MIC (message integrity check) errors.
PkDrp Number of data packets dropped by the mote. Packets may be
dropped because the motes buffer was full and the mote was unable
to generate a packet.
PkDup Number of duplicate packets received. A duplicate packet is sent if no
acknowledgement is received for any hop in the packets journey to
manager. A high number of duplicate packets indicates problems with
the mote-to-mote communication.
PkFwd Number of data packets forwarded by the mote to a neighbor.
Column Description
header
PkLst Number of data packets that manager expected, but did not receive.
PkRx Total number of packets received by network motes.
PkTerm Number of data packets terminated by the mote.
PkTx(Fail) Total number of packets transmitted by network motes, and total
number of packets for which no acknowledgement was received.
Reliability Mote or network reliability
The network statistics report shows an aggregated number for reliability, stability and
latency. In addition, detailed communication information is listed for each sensor,
including relative received signal strength values between communication nodes
(ABPower / BAPower) measured in dBm.
The wireless networks stability is a result of received signal level and background noise
level (for example, from a WLAN). In addition, traffic by people and/or vehicles may
cause temporary loss of stability.
As a general rule, if the stability percentage for a node is above 95%, the operational
margin is OK. If it is lower, you should consider installing additional router nodes to
increase signal to noise ratio, or investigate ways to reduce background noise by moving
WLAN routers or changing WLAN channel usage.
If the gateway has an ACL, make sure the sensor is on the list.
The join process has exceeded one hour and sensors that did not join in time have
turned off.
Figure 44.
Flush the Gateways Command Queue.
RF Interference
Sources
RF interference sources include:
WiFi
Bluetooth
Multiple 802.15.4 networks
Microwave oven, cordless phones, miscellaneous, etc.
Symptoms
RF interference symptoms include:
Reliability is less than 99.9%.
The stability of a large number of paths is less than 60%, even when RSSI is better
than -70 dBm.
Sensors are within operating range (50 m) but have poor path stability, less than
50%.
Upstream latency is greater than 30 seconds.
Average queue occupancy is higher than one, and the maximum occupancy is
higher than three. The average queue and maximum queue can be found in the
network statistics report highlighted in light blue.
Solutions to RF Interference
Channel Blacklisting
You can use frequency planning and blacklist those channels on the gateway known to
overlap with heavily used WiFi channels. Or the reverse, study the WIFi channels in use
with a laptop and a program like MetaGeek Wi-spy ISMB spectrum analyzer and
software, and then determine the available frequency space and the channels
corresponding within WirelessHART. If there are other wireless networks in the area
where the WirelessHART network is located, you can make sure that those channels are
not used by multiple networks simultaneously. The example below shows the usage
over channels 1 to 4.
Figure 45.
802.11.g and Background Noise.
Use the Channel Blacklist feature on the gateways Wireless Communication > Setup
web page to disable selected channels. Blacklisting can improve communication
stability and reduce power wasted due to retry attempts on fully blocked channels.
Select the After Restart check box for the channel(s) to blacklist. Then, click Send to
Device to send the new channel list to the gateway.
Figure 46.
Channel Blacklist Feature.
When the new sensor has joined the production network, its POINTs should be exported
automatically to Analyst if the XML export was enabled.
To edit a sensors name, modify the Long Tag in the Sensor > Device tab and the name
of the corresponding machine in Analyst will be updated accordingly.
Figure 47.
The Long Tag Identifier.
After switching off a sensor, the gateway will determine it has lost connection with the
sensor in approximately 15 minutes. You can force the sensor icon in the Device
Manager hierarchy to turn red by right-clicking on the sensor to be removed and
executing an Update Device Information command. The status of the corresponding
machine in Analyst will switch to disabled once the status has been exported by Device
Manager.
Figure 48.
Update Device Information Command.
You may replace an existing sensor with a new sensor or a sensor that is already active
in the system. In either case, the sensor would first be commissioned in a
commissioning gateway, if one is available. Procedures are provided below to show
how to:
Replace a sensor with a new sensor that has the factory default network ID and join
key with a commissioning network available.
Replace a sensor with a sensor that is active in the production system with a
commissioning network available.
Replace a sensor when a commissioning network is not available.
Never give a sensor the same Long Tag name as an existing tag under the same
gateway. The Long Tag name is a unique identifier, and Device Manager cannot handle
duplicate Long Tag Names (unless replacing an old sensor with a new one, in which
case you should make sure to switch the old sensor off before switching the new sensor
on).
No Commissioning Network
When a working sensor is moved from one motor to a different motor, the
measurements from each motor should be kept separately in different machines in
Analyst.
No Commissioning Network
The Technical Service Group (TSG) will use the Long Tag Editor utility instead to replace
the commissioning network when relocating a sensor to monitor a different motor as
described above. The Long Tag Editor utility enables you to change a sensors Long Tag
on the fly while the sensor is still connecting to the production network.
This process can be reversed. If the sensors Long Tag is changed back to the original
Long Tag with the utility, and then a Find Sensors command is executed, the original
machine will be re-enabled while the new machine is disabled. All measurements from
the sensor will again be saved in the POINTs of the previous machine.
You can perform either a global sensor firmware upgrade on all of the networks
sensors, or you may upgrade firmware for an individual sensor. Each process is
described below.
During global firmware upgrade, the new firmware is downloaded sequentially only to
those sensors that have an older firmware version. However, if Force upgrade is
enabled in order to download an older version, firmware will be downloaded to all
connected sensors irrespective of their current firmware version.
This operation takes approximately 20 minutes to upgrade the firmware in each sensor,
if it is in direct contact with the gateway. This time is doubled with each hop/router
between sensor and gateway. If at all possible, it is desirable to bring all sensors to
within one hop of the gateway to perform the upgrade to reduce the time required.
It is recommended that you let Device Manager run until it is completed. If, for any
reason, a sensor temporarily is not responding during upgrade, Device Manager skips to
the next sensor in its list. After completing the list, a new attempt to update the
firmware on skipped sensors is performed. For large systems, it is advisable to begin
the procedure before leaving at the end of the day and then inspect the results the
following day.
The Sensor > Status tab displays the implemented status bits in the Device Status
byte, Extended Device Status byte, and the Standardized Status 0 byte and
Standardized Status 3 byte, as specified in the HART protocol.
Figure 49.
Sensor > Status Tab, Status Indicators.
For troubleshooting purposes, the status flags indicate the sensors status as described
in the following tables.
Device Status
Specified in the HART Command Summary Specification
Bit No HART Definition Device Manager Implementation
0 Primary Variable Out of Limits Not used
1 Non-Primary Variable Out of Limits Not used
2 Loop Current Saturated Not used
3 Loop Current Fixed Not used
4 More Status Available Set upon any change of status variables,
cleared when new status is read
5 Cold Start Set upon a device reset
6 Configuration Changed Set upon a configuration change, cleared when
new configuration is stored to flash
7 Device Malfunction Set if memory error detected at restart
Standardized Status 0
Specified in the HART Common Tables
Bit No HART Definition Device Manager Implementation
0 Simulation Active Not used
1 Non Volatile Memory Defect Set if flashing of new firmware version fails
2 Volatile Memory Defect Not used
Watchdog Reset Executed Set if watchdog reset is executed, reset if Get
3
Historic Info is executed
4 Voltage Conditions Out of Range Not used
5 Environmental Conditions Out of Range Not used
6 Electronic Defect Set if flashing of new firmware version fails
7 Undefined Reserved
Standardized Status 3
Specified in the HART Common Tables to support WirelessHART
Bit No HART Definition Device Manager Implementation
Capacity Denied Set if device is unable to acquire communication
bandwidth required to support the burst messaging
0
specified or network manager reduces the bandwidth
allocated to the device.
1 Duplicate Master Detected Not used
Bandwidth allocation pending The device has asked for bandwidth from the Network
2
Manager and is awaiting Network manager response.
Block Transfer Pending The device has a data set (waveform) awaiting transfer
3 to the host or gateway. The Gateway should open the
block transfer port and transfer the data.
4-7 Undefined Reserved
Figure 50.
Sensor > Status Tab, Battery Management.
The green battery charge bar displays the estimated remaining battery capacity in
percentage and mAh. The sensors firmware estimates the remaining battery capacity
and life in days based on the type and number of activities that the sensor has executed.
Battery life estimates are based on operation at room temperature (25 C, 77 F).
A healthy battery voltage ranges from 3.5 to 3.6 V. When a loaded battery voltage
lower than 3.3 V is measured, a Critical power failure message is reported on the
Status tabs Extended Device Status Bit 2. The battery will need to be replaced within
weeks or even days.
Battery voltage is measured. Battery life and battery level are
calculated.
Click Get historic info to see the history of the sensors activities up to the last five
battery replacements.
Figure 51.
Historic Power Info Records Dialog.
The displayed dates indicate the first dates the sensor joined a network after a battery
replacement. The # fields indicate the number of occurrences for each event. The #
Operation Time field refers to the number of operation days (sensor activated) since
the most recent battery replacement.
Device Manager stores records of its execution and communication events in log files on
the host computers hard drive. These log files are useful for debugging purposes.
WARNING! Both log files continue to grow larger the longer you use Device
Manager and/or the batch service. Therefore it is necessary to regularly delete the files
on a periodic basis, or else you will compromise hard drive space.
Execution Log
The execution log stores Device Manager and batch service activity as:
\CMWA 8800Log\CMWA 8800Log.txt on the hard drive on which Device Manager is
installed. By default, only error messages are logged for the execution events.
However, the execution logs content is user determined by enabling specific commands
in the Settings.config file.
Communication Log
A communication log that stores commands sent from Device Manager to the gateway
and the gateways response back to Device Manager is created for each gateway for
each day. The communication log is stored as:
\CMWA 8800Log\GatewayIPAddress\CMWA 8800CommLogYYYYMMDD.txt.
It is recommended that these historical files are deleted regularly unless they are
necessary for examining system problems.
Why cant I see the Use Cache check box in Device Manager?
(or another control in the Windows dialog at the bottom of a screen, such as the
progress bar during manual data collection)
The required minimum monitor resolution for Device Manager is 1600 x 900.
I get the message License Key Expired even though it is not expired.
Either the file has moved that is, the software was moved to a different computer - or
the software is running a different database.
Can I monitor mobile equipment, such as a crane or forklift, with a CMWA 8800 sensor?
No. The wirelessHART mesh network does not adapt quickly to changing conditions
and therefore does not effectively monitor mobile equipment. When the CMWA 8800 is
installed in a permanent location, it will achieve high reliability and quality of service
with the lowest power consumption. It is okay to relocate the sensor to monitor
different equipment.
W
warning, aggressive chemicals 4
warning, do not twist plastic top 3
warranty
do not twist plastic top 3
waveform collection schedule 48
waveform collection time estimate 54
web page access 15
WirelessHART terms 8
WLAN coexistence 66, 77
X
XML Import to Analyst 59