HUMS UserManual en 03
HUMS UserManual en 03
(;ÝS?2)
1179351502
Version 03
This document describes the R&S® optional health and utilization monitoring service application available
for selected instruments from the following product groups:
● Rohde & Schwarz spectrum analyzers
● Rohde & Schwarz network analyzers
● Rohde & Schwarz signal generators
● Rohde & Schwarz radio communication testers
Throughout this manual, products from Rohde & Schwarz are indicated without the ® symbol, e.g. R&S ® HUMS is indicated as
R&S HUMS.
R&S® HUMS Contents
Contents
1 Welcome to R&S HUMS.........................................................................5
2 Documentation overview.......................................................................6
3 Preparation............................................................................................. 7
3.1 Requirements................................................................................................................ 7
3.2 Installation..................................................................................................................... 7
4 Operation................................................................................................ 8
4.1 Access via web interface..............................................................................................8
4.2 Access via SNMP.......................................................................................................... 9
4.3 Access via REST (HTTP)............................................................................................ 11
4.4 Access via SCPI commands...................................................................................... 11
7 Remote control.....................................................................................30
7.1 System information commands.................................................................................30
8 Supported products.............................................................................52
10 Overview of utilizations....................................................................... 54
List of commands................................................................................ 57
2 Documentation overview
This section provides an overview of the R&S HUMS user documentation. The docu-
ments are available online on the internet or on Gloris.
3 Preparation
3.1 Requirements
R&S HUMS can be accessed via different interfaces such as web interface, SNMP,
REST or via SCPI commands. Using the web interface requires a browser to be instal-
led on your PC.
Use one of the following web browsers:
● Microsoft Edge (from version 79)
● Google Chrome (from version 63)
● Mozilla Firefox (from version 66)
● Opera (from version 64).
SNMP-specific requirements:
To read out the data, a third party monitoring software running in the background is
required. You can download one of the following software (recommendation):
● Open Source:
– Net-SNMP
– Icinga 2
– Nagios Core
– Pandora FMS
● Purchasable:
– SolarWinds Network Performance Monitor
– ManageEngine OpManager
– Paessler PRTG Network Monitor
3.2 Installation
R&S HUMS is already part of the firmware. Separate installation is not required.
4 Operation
R&S HUMS supports various application programming interfaces (APIs) from which
device information can be retrieved such as identification, BIOS, date, time, system,
health and utilization data and software information.
You can access R&S HUMS via the following interfaces and protocols such as:
● Web interface
● SNMP
● REST (HTTP)
● SCPI.
1 2 3 4
Before accessing R&S HUMS via SNMP interface, check the SNMP-specific require-
ments Chapter 3, "Preparation", on page 7.
3. Press "Enter".
The MIB files are automatically downloaded onto your device.
4. Now you can import the downloaded MIB files (ZIP file) into the third-party monitor-
ing software you installed before.
Depending on your software, it displays the tree structure and the OIDs or nodes.
3. Press "Enter".
The requested data is returned.
3. Press "Enter".
The API specifications open.
4. Now you can start to query and evaluate specific data points.
For a more visual presentation of the retrieved data, alternatively you can use REST
API tools such as Postman or Swagger editor.
Depending on your tool, enter the following command including the specific REST
node, e.g. http://<DEVICE-ADDRESS>/api/hums/v1/<RESTNODE>.
A header contains one or more keywords, separated by a colon. Header and parame-
ters are separated by a "white space" (ASCII code 0 to 9, 11 to 32 decimal, e.g. blank).
If there is more than one parameter for a command, they are separated by a comma
from one another.
Only the most important characteristics that you need to know when working with SCPI
commands are described here. For a complete description, refer to the main user man-
ual of your instrument.
Column selector
Most tables contain the icon. Use this icon to select the columns you want to be dis-
played in the table.
● To display all parameters:
Select the icon and select "Show all".
● To display specific parameters:
Select the ones you want to display.
General
The "General" tab contains general information about the instrument that is monitored.
The "Identification" list contains basic information about the instrument, for example the
manufacturer, the instrument model or the serial number.
The "Date and Time" list shows the current time (UTC and local) and the time zone set
on the instrument and the state of daylight saving time.
System
The "System" tab contains information about the system components of the instrument
that is monitored. This information includes, for example, information about the network
configuration (IP address, hostname etc.), the operating system (type, version etc.),
memory usage and hardware components (manufacturer, model etc.).
On instruments running on a Linux operating system, the "System" characteristics are
only partially evaluated.
Remote command:
DIAGnostic:HUMS:SYSTem:INFO? on page 39
BIOS
The "Bios" tab contains detailed information about the BIOS on the monitored instru-
ment, including manufacturer, version and release date.
Remote command:
DIAGnostic:HUMS:BIOS? on page 31
API
The "API" tab contains the SNMP MIB (a .zip file) and the REST API (a .yaml file)
as a download.
Add
Adds a new device tag.
Key
Defines a key for your device tag. A device tag key represents the type of tag.
Value
Defines the actual value of the device tag or key.
Example:
● "Key" = Location
● "Value" = Building 1
You can also sort the device tags inside the table. See Chapter 5.1, "Table functions",
on page 13.
You can use the edit icon to change the tag later or you can use the delete icon to
delete the tag.
Remote command:
Add or modify a tag: DIAGnostic:HUMS:TAGS[:VALue] on page 41
Return all tags: DIAGnostic:HUMS:TAGS:ALL? on page 41
Delete a tag: DIAGnostic:HUMS:TAGS:DELete on page 42
5.4 Equipment
Access: "Equipment"
The "Equipment" dialog contains information about hardware and software configura-
tion of your instrument.
This information can be useful when problems occur with the instrument and you
require support from Rohde & Schwarz.
Note that tabs or individual columns in the "Equipment" dialog can be empty, depend-
ing on the connected instrument.
Licenses
The "Licenses" tab provides an overview of all installed hardware and software licen-
ses (optional features).
Every listed license is described by its:
● Part name (description of the license)
● Part number (order number of the license)
● (Part) type (name of the license)
● License count (number of installations of a specific license)
You can also sort each column in alphabetical or descending order. See Chapter 5.1,
"Table functions", on page 13.
Products
The "Products" tab provides an overview of the components that are a separate prod-
uct.
Every listed component is described by its:
● Part name (description of the product)
● Part number (order number of the product)
● (Part) type (name of the product)
You can also sort each column in alphabetical or descending order. See Chapter 5.1,
"Table functions", on page 13.
Hardware
The "Hardware" tab provides an overview of the installed hardware components on
your device.
Every listed component is described by its:
● Name (name of the component)
● Part name (description of the component)
● Part number
● Serial number
● Production date
● Hardware code
● Read code
● Test instruction
You can also sort the columns in alphabetical or descending order, see Chapter 5.1,
"Table functions", on page 13.
Software
The "Software" tab provides an overview of the installed software components on your
instrument.
Every listed component is described by its:
● Manufacturer (name and description of the software; includes the manufactorer if
applicable)
● Version (software version, can be empty if software is part of a package)
● Status
● Vendor name
● Configuration
● Release state
You can also sort each column in alphabetical or descending order. See Chapter 5.1,
"Table functions", on page 13.
Remote command:
DIAGnostic:HUMS:EQUipment? on page 34
The type of evaluated events depends on the instrument type HUMS is running on.
For each event, the table contains various additional information, like a a description.
Note, however, that the level of detail of the additional information depends on the type
of event and the connected instrument type.
Severity
Shows the severity of the event.
● Information
Event that is not critical and is logged for informational purposes.
● Warning
Event that can have a negative effect on the instrument performance.
● Error
Event that will have a negative effect on the instrument performance if it is not
resolved.
Remote command:
Query event list: DIAGnostic:HUMS:DEVice:HISTory? on page 32
Clear event list: DIAGnostic:HUMS:DEVice:HISTory:DELete:ALL on page 33
Timestamp
Shows the time and date when the event has occured.
Message
Shows a short description of the event.
The message usually appears in the user interface of the connected instrument.
Details
Shows a more comprehensive description of the event, for example which firmware
version was installed.
Source
Shows the source of the event.
● Device
Event was logged automatically by the instrument.
● Custom
Event was added manually. Adding events manually is possible with a SCPI com-
mand.
Remote command:
Add an event: DIAGnostic:HUMS:DEVice:HISTory:EVENt:ADD on page 33
Event ID
Shows the ID of the event. The ID is a unique identifier for each event in consecutive
order.
5.6 Status
Access: "Status"
The "Status" dialog displays the status messages of the connected instrument and its
applications or properties. Note that the screenshot below is an example and can show
status messages that are not available on your instrument.
The number and type of evaluated status information depends on the instrument type
HUMS is running on. Depending on the instrument type, it is also possible to use uti-
lizations and see how often a certain status message has occurred.
The "System global status" represents the overall status of all individual status from the
table. This means if only one status turns yellow or red, the overall system status turns
yellow or red as well.
For each status message, the table contains various additional information, like a
description or a value. Note, however, that this additional information is not necessarily
displayed. Which information is displayed depends on the status message and the
connected instrument type.
Status
The status is indicated in varying colors.
Green The system is OK.
Yellow There are some issues with the system which might be critical later.
Red Problems with the system occurred and the status is critical.
Remote command:
DIAGnostic:HUMS:SYSTem:STATus? on page 39
DIAGnostic:HUMS:SYSTem:STATus:SUMMary? on page 40
Description
Description of the instrument status that is evaluated.
For a comprehensive description of the instrument status and its effects, refer to the
user manual of the instrument that is monitored.
Extended description
Additional information about the instrument status.
Value
Some instrument status depend on a certain value, for example a temperature.
The "Value" column shows the current value for the evaluated status, for example the
current temperature.
Unit
Some instrument status depend on a certain value with a unit, for example a tempera-
ture.
The "Unit" column shows the unit that the evaluated status is measured in, for example
"degree Celsius" for the temperature status.
5.7 Service
Access: "Service"
Service information
Shows miscellaneous service information. The displayed information is usually entered
via the firmware of the connected instrument.
This dialog provides service data such as:
● Last date of service
● Required service
● Last/next calibration date
● Recommended calibration date
● Recommended calibration interval in ISO801 duration format, e.g. "P2Y" = period
of two years
● Required calibration
We recommend not changing the system time. Repeatedly changing the system time
can mix up planned calibration dates. Rather configure the time server of the operating
system properly for your organization.
Remote command:
DIAGnostic:HUMS:SERVice? on page 36
5.8 Security
Access: "Security"
The "Security" dialog contains an overview of IT security-related information about your
connected instrument and hotfixes.
On instruments running on a Linux operating system, the "Security" characteristics only
partially evaluated.
Security Overview
The "Overview" tab contains information about IT security featires on the monitored
instrument. This information includes status of anti-malware software (name, state and
status) and the firewall status.
Hotfixes
The "Hotfixes" tab lists all Windows-specific security updates installed on your instru-
ment by their Microsoft ID and installation date.
Remote command:
DIAGnostic:HUMS:SECurity? on page 35
5.9 Storage
Access: "Storage"
The "Storage" dialog lists the properties of the built-in hard disks such as information
about the disks, S.M.A.R.T (Self-Monitoring, Analysis and Reporting Technology) or
installed software packages.
Disks
This tab lists all disk-related information such as hard disk model, serial number,
device ID or firmware version, depending on the detected storage devices.
S.M.A.R.T.
S.M.A.R.T. is a common technology that analyzes and outputs the state of HDDs and
SSDs. It is supported by most hard disk manufacturers. The return takes place via
attributes that the manufacturer defines itself.
This S.M.A.R.T tab indicates disk-specific health data such as temperature or free/
used space based on the selected disk. Select the preferred disk in the "Disk Informa-
tion" field.
Remote command:
DIAGnostic:HUMS:STORage? on page 37
Installed Packages
This tab lists the installed software packages on your instrument.
On instruments running on a Linux operating system, the "Installed Packages" are only
partially evaluated.
Remote command:
DIAGnostic:HUMS:SW? on page 38
5.10 Utilizations
Access: "Utilization"
The "Utilization" dialog contains functionality to monitor instrument usage and define
the data that are tracked. This tracking includes tracking of data related to remote con-
trol (SCPI) usage.
The y-axis represents the usage time in hours. The x-axis represents the time period
over which the evaluation has occurred.
● The orange bar indicates the power on time (= amount of time the instrument has
been running).
● The blue bar indicates the total activity of the instrument (= amount of time of all
tracked activities/utilizations).
The displayed time period depends on your selection.
Start / End
Start and end date of the time period you want to evaluate.
Save chart
Downloads the diagram for later evaluation.
Remote command:
DIAGnostic:HUMS:SAVE on page 35
The y-axis represents the usage time in hours. The x-axis represents the time period
over which the evaluation has occurred.
● The orange bar indicates the selected utilization, e.g. in this case "Software starts".
Start / End
Start and end date of the time period you want to evaluate.
Displayed activity
Activity or utilization you want to evaluate. The available utilizations depend on the
connected instrument.
Remote command:
DIAGnostic:HUMS:UTILization:HISTory? on page 44
Save chart
Downloads the diagram for later evaluation.
Remote command:
DIAGnostic:HUMS:SAVE on page 35
Some utilizations are generic and available on all instruments while others are specific
to certain instrument types, like spectrum analyzers. For a list of available utilizations,
see Chapter 10, "Overview of utilizations", on page 54.
The utilization data is collected and evaluated continuously. The cycle can differ
depending on the instrument.
Scope
The "Scope" column shows the data category. You can find different scopes inside the
table depending on your connected instrument:
Common Tracking of general instrument usage.
Device specific
Tracking of instrument usage and status.
License Tracking of application usage and usage of hardware components.
Remote Tracking of remote control usage.
Local Tracking of local instrument control.
Custom Tracking of custom instrument statistics. For more information, see
Chapter 5.10.4, "Custom utilizations", on page 26.
Name
The "Name" column shows the name of the utilization and indicates the type of data
that is tracked.
For a list of available utilizations and on which instruments they are available, see
Chapter 10, "Overview of utilizations", on page 54.
Unit
The "Unit" column shows the unit of the corresponding utilization.
For example, the unit for the "Power on time" is s(econds).
Value
The "Value" column shows the current value of the corresponding utilization.
Example:
"Power on time" = 500 000
Means that the instrument has been running for 500 000 seconds since the last reset
of the counter.
Value start
The "Value Start" column shows the initial value for the corresponding utilization when
the instrument was turned on.
Reference
The "Reference" column shows additional information about the utilization.
Activity Tracking
The "Activity Tracking" column defines if the utilization contributes to the graph shown
in the "Overall" utilization tab.
Turn on any utilizations that you want to contribute to the overall utilization graph. This
contribution to the overall utilization graph also works retroactively.
Remote command:
DIAGnostic:HUMS:UTILization? on page 42
DIAGnostic:HUMS:UTILization:ACTivity:TRACking:STATe on page 43
2. Wait until an event occurs that should trigger a change in the custom utilization.
6. etc.
In the user interface of the device web, custom utilizations are added to the utilizations
list. The category (or scope) for custom utilizations is "Custom".
You can also view the custom utilizations in the utilizations history diagram.
For details about managing and controlling custom utilizations with REST, see the
REST API specification. See Chapter 4.3, "Access via REST (HTTP)", on page 11 for
details on how to access the specification.
The remote commands required to manage and control custom utilizations are descri-
bed in Chapter 7.4, "Custom utilizations commands", on page 47.
For more information about the information about the utilizations list in general, see
Chapter 5.10.3, "Utilizations general", on page 24.
On some instruments, you can also track how often certain instrument status have
occured on your instrument using utlizations. Check the list of utilizations for your
instrument to see if the instrument supports this feature.
Example:
Signal and spectrum analyzers track the occurence of "RF Overload" status. For this
status the HUMS would track, for example:
● Number of activations = 5, means that an RF overload has occurred five times
since the last reset.
● Active time = 350 s, means that the RF overload has was active for 350 s over
these five occurrences.
Example:
Example for signal and spectrum analyzers. Signal and spectrum analyzers track the
usage of the firmware applications, for example the usage of the spectrum application.
You can read the resulting information as, for example:
● Number of activations = 8, means that the spectrum application has been started
eight times since the last reset.
● Active time = 1528451 s, means that the spectrum application has been active
1528451 seconds over these eight occurrences.
● Active measurement time = 1528437 s, means that the spectrum application has
been measuring for 1528437 seconds.
Note that these numbers can aggregate the statistics for several instrument functions.
For example, for spectrum analyzers, the application usage for R&S FSx-K18, -K18D
and -K18F is grouped as usage for "Mode Amplifier".
7 Remote control
In addition to the REST API and SNMP, you can also use SCPI commands to control
the health and utilization monitoring service and read out the tracked data.
For basic information of network and remote operations and the general structure of
SCPI commands, read the appropriate section in the main user manual of your instru-
ment.
For a comprehensive description of using SCPI commands, refer to the following docu-
ments:
● General introduction on remote control: Getting started: Remote control via SCPI
● The main user manual available for your instrument online.
● System information commands...............................................................................30
● Device tags commands...........................................................................................41
● Utilization commands.............................................................................................. 42
● Custom utilizations commands............................................................................... 47
● Service data commands..........................................................................................49
DIAGnostic:HUMS[:ALL]?
Queries the REST endpoints for the HUMS application in a single query. This allows
you to read all HUMS data stored on the instrument via REST API.
The data can be displayed either in JSON or XML format. For more information about
setting the format, see DIAGnostic:HUMS:FORMat on page 34.
Return values:
<Endpoints> <block_data>
String returns REST endpoints as block data in a comma-sepa-
rated list.
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
Example: //Return complete HUMS data
DIAG:HUMS?
Usage: Query only
DIAGnostic:HUMS:BIOS?
Queries the BIOS information from the instrument. Depending on the set data format,
the queried data is either displayed in XML or JSON format. For more information about
setting the data format, see DIAGnostic:HUMS:FORMat on page 34.
Return values:
<BIOSInfo> <block_data>
BIOS information of the connected instrument as block data in a
comma-separated list.
#<manufacturer>,<serialNumber>,<version>,
<releaseDate>,<caption>,<isPresent>
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
DIAGnostic:HUMS:DELete:ALL
Deletes the complete HUMS data. This includes device history, device tags, SCPI con-
nections, utilization history and utilizations.
Example: //Delete HUMS data
DIAG:HUMS:DEL:ALL
Usage: Event
DIAGnostic:HUMS:DEVice:HISTory?
Queries the device history information of the connected instrument. Depending on the
set data format, the queried data is either displayed in XML or JSON format. For more
information about setting the data format, see DIAGnostic:HUMS:FORMat
on page 34.
Return values:
<HistoryInfo> <block_data>
Device history information of the connected instrument as block
data in a comma-separated list:
#blockdata[{event1},{event2},{event3}...]
With the following parameters:
<eventID>,<eventTimestamp>,<eventMessage>,
<eventDetails>,<eventSeverity>
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
DIAGnostic:HUMS:DEVice:HISTory:DELete:ALL
Deletes the complete device history information of the connected instrument.
Example: //Delete complete device history
DIAG:HUMS:DEV:HIST:DEL:ALL
Usage: Event
Manual operation: See "Severity" on page 18
DIAGnostic:HUMS:EQUipment?
Queries the equipment information (device footprint) of the instrument. Depending on
the set data format, the queried data is either displayed in XML or JSON format. For
more information about setting the data format, see DIAGnostic:HUMS:FORMat
on page 34.
Return values:
<EquipmentInfo> <block_data>
Device footprint of the connected instrument as block data in a
comma-separated list.
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
Example: //Return device footprint
DIAG:HUMS:EQU?
Usage: Query only
Manual operation: See "Software" on page 17
DIAGnostic:HUMS:FORMat <DataFormat>
Selects the format for the queried HUMS data. You can query the HUMS data either in
JSON format or XML format.
The defined format affects all other commands that return block data.
Parameters:
<DataFormat> JSON | XML
JSON
Returns the HUMS data in JSON format.
XML
Returns the HUMS data in XML format.
*RST: JSON
Example: //Return data in JSON format
DIAG:HUMS:FORM JSON
DIAGnostic:HUMS:SAVE <path>
Saves the HUMS history as a ZIP file to your preferred path.
Setting parameters:
<path>
Example: //Save HUMS history data
DIAG:HUMS:SAVE 'C:\HUMS\hums_2021.zip'
Usage: Setting only
Manual operation: See "Save chart" on page 23
See "Save chart" on page 24
DIAGnostic:HUMS:SECurity?
Queries the security information of the instrument. Depending on the set data format,
the queried data is either displayed in XML or JSON format. For more information about
setting the data format, see DIAGnostic:HUMS:FORMat on page 34.
Return values:
<SecurityInfo> <block_data>
Security information of the connected instrument as block data
in a comma-separated list.
#blockdata{"antimalware":
{<name>,<enabled>,<upToDate>,<timestamp>},
"firewallEnabled"}
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
Example: //Return security information
DIAG:HUMS:SEC?
#3133{"antimalware":{"name":
"Windows Defender","enabled":false,"upToDate":
true,"timestamp":
"2018-02-08T10:09:22Z"},"firewallEnabled":true}
Usage: Query only
Manual operation: See "Hotfixes" on page 21
DIAGnostic:HUMS:SERVice?
Queries the service information of the instrument. Depending on the set data format,
the queried data is either displayed in XML or JSON format. For more information about
setting the data format, see DIAGnostic:HUMS:FORMat on page 34.
Return values:
<ServiceInfo> <block_data>
Service information of the connected instrument as block data in
a comma-separated list:
#blockdata{<lastdate>,<requiredservice>,<calibration>:
{<lastcalibration>,<nextDue>,<nextDueExpired>,
<recommendedCalibrationInterval>},<uptime>}
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
Example: //Return service information
DIAG:HUMS:SERV?
Returns for example:
#3196{"last":"2021-01-19T23:00:00Z","required":
2,"calibration":{"last":
"2021-01-19T23:00:00Z","nextDue":
"2022-01-19T23:00:00Z","nextDueExpired":
false,"recommendedCalibrationInterval":
"P1Y"},"uptime":0}
Usage: Query only
Manual operation: See "Service information" on page 20
DIAGnostic:HUMS:STATe <State>
Turns the HUMS service and data collection on and off.
Parameters:
<State> ON | OFF | 1 | 0
*RST: ON
Example: //Turn on HUMS service
DIAG:HUMS:STAT ON
DIAGnostic:HUMS:STORage?
Queries the storage information of the instrument. Depending on the set data format,
the queried data is either displayed in XML or JSON format. For more information about
setting the data format, see DIAGnostic:HUMS:FORMat on page 34.
Return values:
<StorageInfo> <block_data>
Returns storage information for each storage device of the con-
nected instrument as block data.
#blockdata[{storagedevice1},
{storagedevice2},...]
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
For each storage device it returns:
<diskname>,<temperature>,<type>,<modelfamily>,
<model>,<serialnumber>,<id>,<firmwareversion>,
<capacity>,<sectorsize>,<rotationrate>,<formfactor>,
<ataversion>,<sataversion>,<smartdatatable>.
For each value of the smart data table it returns:
<id>,<attributename>,<dataflag>,<value>,
<worst>,<threshold>,<type>,<update>,
<whenfailed>,<rawvalue>
DIAGnostic:HUMS:SW?
Queries information about the installed software on the instrument. Depending on the
set data format, the queried data is either displayed in XML or JSON format. For more
information about setting the data format, see DIAGnostic:HUMS:FORMat
on page 34.
Return values:
<SoftwareInfo> <block_data>
For each installed software package it returns the following infor-
mation as block data in a comma-separated list:
#blockdata[{<index>,<name>,<softwareType>,
<installDate>}]
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
DIAGnostic:HUMS:SYSTem:INFO?
Queries the system information of the instrument. Depending on the set data format,
the queried data is either displayed in XML or JSON format. For more information about
setting the data format, see DIAGnostic:HUMS:FORMat on page 34.
Return values:
<SystemInfo> <block_data>
Returns system information of the connected instrument as
block data.
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
Example: //Return system information
DIAG:HUMS:SYST:INFO?
Usage: Query only
Manual operation: See "System" on page 14
DIAGnostic:HUMS:SYSTem:STATus?
Queries the complete system status information of the instrument. Depending on the
set data format, the queried data is either displayed in XML or JSON format. For more
information about setting the data format, see DIAGnostic:HUMS:FORMat
on page 34.
Return values:
<SystemStatus> <block_data>
DIAGnostic:HUMS:SYSTem:STATus:SUMMary?
Queries the status summary of the complete system.
Return values:
<StatusSummary> OK
The system is OK.
WARNing
There are some issues with the system which might be critical
later.
ERRor
Problems with the system occurred and the status is critical.
Example: //Return status summery of the system
DIAG:HUMS:SYST:STAT:SUMM?
Usage: Query only
DIAGnostic:HUMS:TAGS:ALL?
Queries all key-value tags that you have assigend to the instrument. Depending on the
set data format, the queried data is either displayed in XML or JSON format. For more
information about setting the data format, see DIAGnostic:HUMS:FORMat
on page 34.
Return values:
<ID> ID number of the defined tag.
<Key> String containing key name of the defined tag.
<Value> String containing value of the defined tag.
Example: //Return all tags
DIAG:HUMS:TAGS:ALL?
1,"location","building_11",2,"time zone","CET"
Usage: Query only
Manual operation: See "Value" on page 15
DIAGnostic:HUMS:TAGS:DELete <ID>
Deletes a certain tag you assigned to your instrument, including its key and value.
Setting parameters:
<ID> ID number of the tag you want to delete.
To identify the ID number, query all device tags from the system
first. For more information, see DIAGnostic:HUMS:TAGS:
ALL? on page 41.
Example: //Delete tag
DIAG:HUMS:TAGS:DEL 0
Usage: Setting only
Manual operation: See "Value" on page 15
DIAGnostic:HUMS:TAGS:DELete:ALL
Deletes all key-value tags you have assigned to the instrument.
Example: //Delete all tags
DIAG:HUMS:TAGS:DEL:ALL
Usage: Event
DIAGnostic:HUMS:UTILization?
Queries the current utilization data of the instrument.
Depending on the set data format, the queried utilization data is either displayed in XML
or JSON format. For more information about setting the data format, see
DIAGnostic:HUMS:FORMat on page 34.
Return values:
<UtilizationData> <block_data>
Returns the current utilization data of the connected instrument
as block data.
#blockdata[{utilization1},{utilization2},...]
DIAGnostic:HUMS:UTILization:HISTory:DELete:ALL
Deletes the complete utilization history information from the instrument.
Alternatively, you can delete:
● device history only with DIAGnostic:HUMS:DEVice:HISTory:DELete:ALL
● all data with DIAGnostic:HUMS:DELete:ALL
Example: //Delete complete utilization history
DIAG:HUMS:UTIL:HIST:DEL:ALL
Usage: Event
DIAGnostic:HUMS:UTILization:CUSTom:ALL?
Queries all custom utilizations currently in use.
Return values:
<block_data> String returns REST endpoints as block data in a comma-sepa-
rated list.
Binary block data with the following syntax:
#<Digits><Length><Binarydata>
#
Indicates the start of the binary block
<Digits>
Decimal value
Gives the number of decimal digits used for the <Length>
value
<Length>
Decimal value
Number of bytes the follow in the <Binary data> part
<Binary data>
Binary data in ASCII format
Example: See DIAGnostic:HUMS:UTILization:CUSTom:ADD
Usage: Query only
DIAGnostic:HUMS:UTILization:CUSTom:DELete <ID>
Deletes a single custom utilization.
Setting parameters:
<ID> ID of the utilization you want to delete.
Example: See DIAGnostic:HUMS:UTILization:CUSTom:ADD
Usage: Setting only
DIAGnostic:HUMS:UTILization:CUSTom:DELete:ALL
Deletes all custom utilizations.
Example: See DIAGnostic:HUMS:UTILization:CUSTom:ADD
Usage: Event
DIAGnostic:SERVice:CALibration:DATE <CalibrationDate>
Defines last date and time the instrument was calibrated in ISO 8601 format.
Parameters:
<CalibrationDate> String containing calibration date of the instrument.
Example: //Set calibration date
DIAG:SERV:CAL:DATE "2019-05-05T00:00:00Z"
DIAGnostic:SERVice:CALibration:DUE:DATE <DueDate>
Defines next date and time the instrument needs calibration to be done in ISO 8601
format. The response may be empty in case of no fixed next calibration due.
Parameters:
<DueDate> String containing next calibration due date.
An empty string resets the date (= no due date).
Example: //Set calibration due date
DIAG:SERV:CAL:DUE:DATE "2020-05-12T00:00:00Z"
DIAGnostic:SERVice:CALibration:DUE:STATe?
Queries the state if the calibration is OK or the instrument requires calibration.
Return values:
<State> NAN
Not a number, e.g. if no due date is set.
OK
Calibration is OK since due date has not expired yet.
EXPired
Calibration due date has expired. Calibration is needed.
Example: //Return calibration due state
DIAG:SERV:CAL:DUE:STAT?
Usage: Query only
DIAGnostic:SERVice:CALibration:INTerval <Duration>
Defines the recommended calibration interval (ISO 8601 duration).
Parameters:
<Duration> String containing duration of the calibration interval.
Example: //Set calibration interval to a period of 4 years (=P4Y)
DIAG:SERV:CAL:INT P4Y
DIAGnostic:SERVice:DATE <ServiceDate>
Defines the last date and time the instrument was serviced (ISO 8601 format).
Parameters:
<ServiceDate> String containing last service date.
Example: //Return last service date
DIAG:SERV:DATE?
DIAGnostic:SERVice:STATe?
Queries the state if the instrument requires service.
Return values:
<ServiceState> NAN
Not a number, e.g. if no service date is set.
OK
Instrument is OK. No service is needed.
DEViations
Deviations have been detected. Service might be required soon.
REQuired
Instrument requires service.
8 Supported products
The HUMS application is available on the following Rohde & Schwarz products.
Table 8-1: Signal and spectrum analyzers
Instrument
R&S FSW
R&S FSV3000
R&S FSWP
R&S ESW
R&S FSMR3000
Instrument
R&S ZNA
R&S ZNB
R&S ZNBT
R&S ZND
Instrument
R&S SMW200A
R&S SMM100A
Instrument
R&S CMP180
R&S CMP200
R&S CMX500
Status message
RF overload
IF overload
Input overload
UNCAL
Oven cold
LO unlocked
Calibrating
System messages
Status message
Last selftest
Selftest
System messages
10 Overview of utilizations
The HUMS application supports various utilizations.
For a comprehensive description of the information that is tracked for each utilization,
see Chapter 5.10, "Utilizations", on page 22.
● Basic utilizations supported by all instruments.
● Utilizations specific to a certain instrument group (for example analyzers or signal
generators).
Note that within a product group, specific firmware releases might not (yet) support
all listed utilizations.
Utilizations that track optional hard- or software only appear if the optional hard- or
software is actually installed on the device.
Utilizations are available for the following instrument groups.
● Basic utilizations
● Utilizations for signal and spectrum analyzers
● Utilizations for vector network analyzers
● Utilizations for radio communication testers
● Utilizations for signal generators
Table 10-1: Basic utilizations supported by all instruments
Utilization name
Software starts
Power on time
SCPI Tx
SCPI commands
SCPI remote
SCPI Rx
SCPI connections
1Note that the service does not track which functions you are using, only the key strokes in general.
Table 10-2: Utilizations supported by signal and spectrum analyzers and receivers
Utilization name
Self alignments
Self tests
Utilization name
Firmware updates
Instrument status2
<InstrumentStatus> activations
Preamplifier activations
Preselector <usage>3
Frequency usage4
<FrequencyRange> activations
Bandwidth usage5
<BandwidthRange> activations
Application usage6
Utilization name
4The frequency ranges correspond to the available instrument models. They are, for example, as follows: ≤
8 GHz - 13.6 GHz - 26.5 GHz - 43 GHz ...
The "FrequencyMax + Allowance" entry accumulates frequencies that do not fit into one of the ranges.
5The bandwidth ranges correspond to the bandwidth options installed on the instrument. They are, for
example, as follows: ≤ 10 MHz - 28 MHz - 40 MHz - 80 MHz - 160 MHz ...
6Availableapplications depend on the analyzer. For a list of available applications, refer to the datasheet of
the analyzer.
These numbers aggregate the statistics for all options that belong to an application. For example, "Mode
Amplifier" aggregates the statistics for R&S FSx-K18, -K18D and -K18F.
Utilization name
Utilization name
Utilization name
Hardware usage1
RF <x> activations
Application usage2
Kxx #1 activations
List of commands
DIAGnostic:HUMS:BIOS?................................................................................................................................31
DIAGnostic:HUMS:DELete:ALL.......................................................................................................................32
DIAGnostic:HUMS:DEVice:HISTory:DELete:ALL............................................................................................ 33
DIAGnostic:HUMS:DEVice:HISTory:EVENt:ADD............................................................................................ 33
DIAGnostic:HUMS:DEVice:HISTory?.............................................................................................................. 32
DIAGnostic:HUMS:EQUipment?......................................................................................................................34
DIAGnostic:HUMS:FORMat.............................................................................................................................34
DIAGnostic:HUMS:SAVE.................................................................................................................................35
DIAGnostic:HUMS:SECurity?.......................................................................................................................... 35
DIAGnostic:HUMS:SERVice?..........................................................................................................................36
DIAGnostic:HUMS:STATe................................................................................................................................36
DIAGnostic:HUMS:STORage?........................................................................................................................ 37
DIAGnostic:HUMS:SW?.................................................................................................................................. 38
DIAGnostic:HUMS:SYSTem:INFO?.................................................................................................................39
DIAGnostic:HUMS:SYSTem:STATus:SUMMary?............................................................................................40
DIAGnostic:HUMS:SYSTem:STATus?.............................................................................................................39
DIAGnostic:HUMS:TAGS:ALL?....................................................................................................................... 41
DIAGnostic:HUMS:TAGS:DELete....................................................................................................................42
DIAGnostic:HUMS:TAGS:DELete:ALL............................................................................................................ 42
DIAGnostic:HUMS:TAGS[:VALue]................................................................................................................... 41
DIAGnostic:HUMS:UTILization:ACTivity:TRACking:STATe............................................................................. 43
DIAGnostic:HUMS:UTILization:CUSTom:ADD................................................................................................ 47
DIAGnostic:HUMS:UTILization:CUSTom:ALL?............................................................................................... 48
DIAGnostic:HUMS:UTILization:CUSTom:DELete............................................................................................48
DIAGnostic:HUMS:UTILization:CUSTom:DELete:ALL.................................................................................... 48
DIAGnostic:HUMS:UTILization:CUSTom:UPDate........................................................................................... 48
DIAGnostic:HUMS:UTILization:HISTory:DELete:ALL......................................................................................45
DIAGnostic:HUMS:UTILization:HISTory:DETailed?.........................................................................................45
DIAGnostic:HUMS:UTILization:HISTory?........................................................................................................ 44
DIAGnostic:HUMS:UTILization?...................................................................................................................... 42
DIAGnostic:HUMS[:ALL]?................................................................................................................................30
DIAGnostic:SERVice:CALibration:DATE......................................................................................................... 49
DIAGnostic:SERVice:CALibration:DUE:DATE.................................................................................................49
DIAGnostic:SERVice:CALibration:DUE:STATe?..............................................................................................50
DIAGnostic:SERVice:CALibration:INTerval..................................................................................................... 50
DIAGnostic:SERVice:DATE............................................................................................................................. 50
DIAGnostic:SERVice:STATe?.......................................................................................................................... 50