Maintenance

<< Click to Display Table of Contents >>

Navigation:  Program Windows > IQMESH Network Manager Window > Control >

Maintenance

This tab offers services for IQMESH network maintenance.

 

FRC Response Time

Sends predefined FRC command: FRC response time. This allows to find out the longest FRC response time in the network for given FRC command. This is useful when a network consists of devices with different hardware profiles implementing the same User or IQRF Standard FRC command but a different way that might result in different FRC response times. In this case, it is necessary to specify the longest FRC response time in the Coordinator.

 

oFRC Command

The FRC command can be selected from predefined items or entered as a number (decimal or hexadecimal). Only IQRF Standard or User FRC commands can be used.

This FRC command can be also sent as a selective.

As a result the message below is displayed with possibility to set the longest RFC response time at the Coordinator.

 

The FRC response time for individual Nodes is displayed in the Table View / FRC Response column and also in the Map View if the View selection is set to FRC Response.

 

RF Signal

This feature allows to test whether there is a noise in the network. It is possible to test the Coordinator only or all Nodes. This feature tests RF signal at the selected RF channel using the selected RX filter. The command actually counts and returns value of checkRF() IQRF OS function calls returning TRUE during the selected Measurement time interval.

In case of test of all Nodes the predefined FRC command Test RF Signal is used. This FRC command can be also sent as a selective.

The result for individual Nodes is displayed in the Table View / FRC Response column and also in the Map View if the View selection is set to FRC Response.

 

Network Issues

This feature allows resolving problematic situations that may happen during some network processes.

oInconsistent MIDs in Coordinator

During the upgrading of IQRF OS / DPA versions, there may be a situation where some MIDs in the Coordinator´s EEPROM do not match MIDs of bonded Nodes. This feature sets MIDs in the Coordinator to the MIDs of bonded Nodes.

oDuplicated addresses

During the Autonetwork process, there may be a situation where more Nodes obtain the same address. This feature unbonds Nodes with the MID not matching the MID in the Coordinator.

oUseless prebonded Nodes

During the creation of overlapping networks using the Autonetwork process, there may be a situation where prebonded (with the universal address 0xFE) Nodes remain in a network. This feature unbonds these prebonded Nodes from the network.