Afar Logo
Home > Support > SW Release Notes > Radio PmP

Radio Point-to-Multpoint (PMP) Software Release Notes

Version 7 of the firmware is a major revision from previous versions and introduces several new features.  With version 7 the older AR-24027 model can be intermixed with the newer model AR-24027E in the same network.  These revision notes apply to all models including the older AR-24027. However note that the load file for that older model is different.

 

 


Version:  7.00 Date:    Nov 22, 2011

New Features:

Roaming Branch nodes:  The roaming feature allowed nodes configured as “leaf” or “remote” to roam and attach to any parent node (hub, root or branch) available.  Now the branch nodes are also allowed to roam.  When a branch node roams it brings with it all its children to the new position on the tree.

Co-located radio Synchronization:  When radios are co-located and share the same Ethernet they will automatically elect one of them to become the clock master and run all co-located radios in a synchronized fashion to  avoid self-interference.  In this version we added measuring the transit delay of the synchronization packets over the Ethernet for each of the co-located radios.  This makes the synchronization considerably more accurate and independent of the number and type of switches between the radios.

In addition, the command “>tdd sync=off” now turns this feature off completely, including the multicast, once a second, of an announcement packet over the Ethernet that makes the radio known to the other co-located radios.Power Consumption: The software now shuts down all the circuits that are not needed at any given time resulting in considerable power savings when compared to the previous versions (this does not apply to the classic model AR-24027).  A leaf/remote node, with no or little traffic, will consume around 1.5 Watt as opposed to over 3 Watt in previous versions.  Parent nodes also have substantial power savings, depending on activity and number of children.Compatibility:  The older model AR-24027 can be intermixed in the same network with the newer model AR-24027E as long as both radios are running version 7.xx.  Version 7.xx is not compatible with the previous versions.

 

Compatibility:

Version 7 is not compatible with the NetCrossing Gateway with regard to lighting the “radio link” LED in the front panel of the gateway, or synchronizing a site through the gateways.  If you need those functions use the earlier versions of the radio firmware.

Known Problems:

Encryption does not work.  This is corrected in version 7.04

 


 

Version:  7.02 Date:    Dec 16, 2011

Problems Fixed:

Fixed problem where configuring the radio using ECON scripts could cause a radio reboot.

Known Problems:

Encryption does not work.  This is corrected in version 7.04

 


Version:  7.04 Date:    Apr 18, 2012

Problems Fixed:

When encryption was turned on the radios failed to attach to the network.  This is now fixed.

When a radio was rejected by the parent during attachment, it was trying to reattach immediately.  Now it waits 30 seconds before the next attempt.

New Features

During factory burn-in added feature to output and record final burn-in results

 


 

Version:  7.05 Date:    Jun 6, 2012

Problems Fixed:

A parent radio with multiple children could lose inboubnd packets sporadically (depending on traffic patterns) due to timing in resetting the receiver in preparation for a new burst.


Version:  7.06 Date:    Jun 28, 2012

New Features:

Increased the maximum transmit power in the 900 MHz model back to 27 dBm (it had been limited to 26 dBm in September 2011 to prevent damage to the Power Amplifier).  All new shipments of the 900 MHz radios have a different last stage Power Amplifier (PA) which is not susceptible to break under reactive loads and provides a cleaner signal.  You can issue the “version” command to find which model you have:

Hardware Type:  256x-00A4    (Original 900 MHz with weaker PA – power limited to 26 dBm) Hardware Type:  256x-00A6    (Improved 900 MHz model with stronger PA)

Compatibility Issues:  Version 7.06 runs on all radio models and identifies the different 900 MHz hardware types.  It allows you to set a transmit power in the range of 0 to 27 dBm.  However, if the hardware is the original 900 MHz model (with a weaker PA) it clips the maximum power to 26 dBm.

Earlier software versions do not recognize the new hardware type and do not run properly if back loaded into the new 900 MHz radio models.

Problems Fixed:

UDP console command interface stopped working in version 7.05 and is now corrected.

The switching power supply in the newer model radios could create noise in VHF channels around 120 to 180 MHz.  This could interfere with a “walkie-talkie” operating in close proximity to the Afar radio.  With this version the power supply switching frequency is dithered randomly which eliminates the energy in the harmonics that were causing this problem.


Version:  7.07 Date:    (not released)

New Features:

Increased the number of possible roam channels from 6 to 12.  The new set of 6 channels are specified with the rf2 configuration.  You can now configure a remote radio to scan for a parent using antenna A and/or antenna B.

Added the command “roam” to specify whether to use only rf1 channels or both rf1 and rf2.

Optimized the time that it takes to roam to a parent that already had other children.

 


Version:  7.08 Date:    Oct 25, 2012

New Features:

Added new subcommand “ethernet vlan-mode=strip” which may help in networks where there is “leakage” between VLANs so that a given MAC address sometimes appears with a VLAN prefix and sometimes without. Such inconsistency can leads to the address not being able to communicate with the radio’s on-board protocols (telnet, econ).

Problems Fixed:

Opening and closing Telnet (and ECON) sessions with the radio was causing a slow memory leak.  After many of those events, the radio might stop responding to pings and eventually reboot.


Version:  7.09 Date:    Jan 8, 2014

Problems Fixed:

When you have co-located radios with the TDD synchronization feature turned on, one radio will become the synchronization master and send “heartbeat packets” to synchronize the other radios. The radios measure the delay of these packets over the Ethernet which include a window of acceptable jitter for the packet to be accepted for averaging. That window was too narrow and after a few packets missing it, it could cause the clock to drift and then force the slave-hub to restart the synchronization. This would cause the hub to drop all children and reacquire them again.

When a new IP address was obtained though DHCP, the IP stack was not being initialized correctly and the radio might not respond to IP packets sent to that address right away.

If you turn on DHCP mode and the radio already had an IP address, the radio did not immediately request a new IP address from a server. It would instead wait until the address had to be renewed, only then would change the IP address. Now it requests a new IP address right away

With the Ethernet running at 10 Mbps long packets could be received with a frame error and discarded (with an entry in the event log). This was due to a clock tolerance setting which was now increased to correct the issue.

With the Ethernet running at half duplex a packet collision would result in an incorrect event being logged indicating an error in the packet Time of Arrival. This event is no longer logged.

The “load factory” command could induce an immediate reboot if the current confguration had the single node timeout disabled and the unit did not have an RF link for the previous 15 minutes. This has been fixed.

At a site with several co-located roots, the non-master roots could lose synchronization causing them to drop the links to all remotes while regaining synch. This condition is now captured and logged without dropping the links to the remotes.

If a hub and a remote establish an RF link, but they also were connected over the Ethernet the remote would keep rebooting.with an assert fail. Now it does not reboot, instead the RF link will keep dropping until the network loop is removed.


Version:  7.10 Date:    Jun 6, 2014

Problems Fixed:

The default node name (rmt-xxxxx) has a prefix that indicates the node type. But in a tree network, leaf and remote nodes are interchangeable. When a leaf connects to a hub it becomes a remote, and when a remote connects to a root or a branch it becomes a leaf. The prefix in the default node name was not changing dynamically, now it does to match the current node type.

TCP would log multiple error entries to the event log when retransmitting in a lossy network. This was corrected.

When a root or hub radio received TDD synchronization from a co-located non-root radio, it might lose synchronization when the non-root radio adjusted its timing slightly to track its own parent. The slave root is now better at following the shift without losing sync.


Version:  7.11 Date:    Sep 19, 2014

New Features:

Introduced the fast roaming mode. This is approapriate for applications with fast moving platforms where the RF environment may change very quickly and the nodes have many channels to scan. In normal (slow) mode a radio scans a new channel every 640 ms, so it may take several seconds to scan all channels.  In fast mode the radio scans a new channel every 80 ms. The drawback is that fast mode does not support roaming branches and the throughput is reduced by ~20% compared to the slow mode. You select this mode with the command “>roam speed=fast” in all radios in the network.

Improved the roaming selection criteria and fixed minor issues with roaming.

 

Known Problems:

When performing an INLINE download over a telnet connection in a fast LAN, you may see “S-rec length error” leading to an unusable file, unless you configure your terminal emulator to insert a delay after each line of text push down to the radio. A delay of 1 ms per line makes the problem go away. This problem also appears in older versions.

 


 Version:  7.14

Date:    Mar 16, 2015

Problems Fixed:

When co-locating a remote (or leaf) with hub(s) or root(s) there were two problems with reagrd to syncronizing the transmissions: 1. The check for compatibility of the cycle split was incorrect (did not account for the required complement of the split). 2. The remote, when trying to establish a link to a parent, was “sputtering” while also negotiating the synchronization on the Ethernet.

Improved the backoff timing when collisions occur due to many new nodes joining the network simultaneously.

Resolved some problems in burn-in testing at factory.

Known Problems:

When performing a code download over a telnet connection in a fast LAN, you may see “S-rec length error” leading to an unusable file.  The workaround is to configure your terminal emulator to insert a delay after each line of text pushed down to the radio. A delay of 1 ms per line makes the problem go away. This problem also appears in older versions.


Version:  7.15

Date:    May 29, 2015

 

Problems Fixed:

Resolved one problem in burn-in testing at factory.

Known Problems:

When performing a code download over a telnet connection in a fast LAN, you may see “S-rec length error” leading to an unusable file.  The workaround is to configure your terminal emulator to insert a delay after each line of text pushed down to the radio. A delay of 1 ms per line makes the problem go away. This problem also appears in older versions.


Version:  7.16

Date:    June 22, 2015

New features:

Introduced roam parameter “change-hub” to control the criteria used by the mobile to change access points.  You can set it to “slow”, “medium”, or “fast”.  In “slow” mode the mobile remaiins attached to the current access point until the link is weak and/or an alternate parent is much stronger than the current one.  In “fast” mode the mobile switches as soon as an alternate access point is somewhat stronger (around 6 dB) than the current one.

 

Known Problems:

When performing a code download over a telnet connection in a fast LAN, you may see “S-rec length error” leading to an unusable file.  The workaround is to configure your terminal emulator to insert a delay after each line of text pushed down to the radio. A delay of 1 ms per line makes the problem go away. This problem also appears in older versions.


Version:  7.18

Date:    March 21, 2016

New Features:

A new option allows the installer to prevent broadcasts from a remote to be sent to other remotes.

SMNP management stations (and telnet clients) can now be defined as an IP address range.

A minor enhancement to transmit power calibration allows better performance on some radios built in early 2016 (serial numbers between AF040000 and AF040300).

Problems Fixed:

Resolved a (rare) buffer leak related to running ECON over very lossy links.

Known Problems:

When performing a code download over a telnet connection in a fast LAN, you may see “S-rec length error” leading to an unusable file.  The workaround is to configure your terminal emulator to insert a delay after each line of text pushed down to the radio. A delay of 1 ms per line makes the problem go away. This problem also appears in older versions.


Version: 7.19 Date: June 9, 2016

Problems Fixed:

When doing a spectrum-analysis or time-analysis on some radios, a noise pulse would appear in the display every half second. This has now been corrected.

Known Problems:

When performing a code download over a telnet connection in a fast LAN, you may see “S-rec length error” leading to an unusable file.  The workaround is to configure your terminal emulator to insert a delay after each line of text pushed down to the radio. A delay of 1 ms per line makes the problem go away. This problem also appears in older versions.


Version: 7.21 Date:  November 15, 2017

Problems Fixed:

When you co-locate radios connected over the Ethernet they attempt to synchronize their cycles. If there is a conflict in the TDD parameters, a Warning is displayed in the “show” command.  If you then turned off the tdd synchronization, the old Warning message continues to be shown instead of being cleared.  This had no bad effects, if you rebooted the radio the Warning would be cleared.  But it is now fixed.

After being up for over 16 months the date/time tracking had a rollover problem and would display the date incorrectly. Rebooting the radio would solve the problem. Now this is corrected.

The setting of “roam change-hub=??” was not saved.

Known Problems:

A time display problem still happens after about 8 months. Solved in 07.23


Version: 7.22 Date:  May 9, 2018

New Features:

Implement automatic distribution of time setting commands throughout radio network.

Problems Fixed:

Prevent wrong logging of IP checksum mismatch error log entries for certain short packets that had been padded for minimum ethernet packet length.

Known Problems:

Will restart when “show radios”is entered on a leaf or remote node. Solved in 07.23


Version: 7.23 Date:  October 25, 2018

Problems Fixed:

Resolved unsolicited restart during “show radios”command.

Corrected error in time display after 8 months of uptime. (Incorrect fix in PMP 07.21).


Version: 7.24

Date:  June 7, 2019

New Features:

Add support for RF mode that permanently limits TX power to 20 dBm. May be required for type approval in certain markets.

Adjust time zone name on all radios when time zone offset has changed. Set time zone name throughout network even if only time zone name was changed.

“memory” command displays low water mark of IRP buffer availability. (Helps track very slow buffer leaks.)

Problems Fixed:

NTP packets with “mode 7” extensions (sometimes used in DDOS attacks) were setting bad time on our radios. Recognize and ignore them.

Certain configurations with colocated hosts displayed erroneous “Incompatible cycle period”warning messages.


Version: 7.25

Date:  September 19, 2019

New Features:

The event reporting a missed packet now includes the recent previous RSSI for that link. This helps determine if the packet drops are due to a weak signal or interference.

Problems Fixed:

 1.  Improved the processing of long bursts of short packets received back to back over the Ethernet. Bursts consisting of more than 50 packets could create problems with queues overflowing, or delayed RF transmissions.  These were seen in the event log as:

Bridge enet inq overflow
RF Tx Burst Limit reached
Abort q-ing pkts
Out of ethernet rx buffers

We doubled the size of the Ethernet receive queue and improved the processing to handle longer bursts without dropping packets or affecting the RF transmissions.

In a hub radio the link_up/link_down traps in SNMP were inconsistent.  Now the link_up is reported if there is one or more RF links established, and link_down when there is no RF link.

Known Problems:

This version does not run on the Classic model AR24027.  Use version 7.28 or later.


Version: 7.28

Date:  April 6, 2020

New Features:

1.  Modified several of the events being logged for better visibility into the processes underneath. Several events now report the RSSI associated with RF transactions.

Problems Fixed:

1.  The cycle synchronization between co-located units could have a slight drift, causing the event:

133 Ether sync pkt delayed (3).

The cycle timing now uses a more accurate TCXO oscillator as the source resulting in much more precise synchronization and that event is no longer logged

2.  Version 7.25 would not run properly on the Classic radio model (AR24027).  This has been fixed.

3.  The “display factory” command was not displaying the correct values of the Ethernet station timeouts. This has been fixed.

4.  In a small number of units the factory calibration stored a parameter in error that resulted in high transmit power levels when the unit was set to power levels below 5 dBm.  This and all future versions detect and correct this parameter.  Once this firmware (or later) runs once, the problem will be fixed when running older versions as well.


Version: 7.29

Date:  May 12, 2020

New Features:

1.  Increased the Ethernet receive queue size to 350 packets.  This allows the radio to handle large bursts of short packets, back to back, without dropping packets.

2.  Increased the maximum number of packets transmitted over the air from 50 to 115.  This is particularly relevant for the fast radio (AR24110E), when handling long bursts of short packets.

3.  In the >monitor-ethernet command added a “peak” value showing the maximum number of packets received or transmitted on the Ethernet over any previous one second.

Problems Fixed:

1. With Encryption turned on, under heavy traffic, a branch radio could reboot showing the condition: 
             “Assertion desc != NULL failed in crypt_v3.c at line 368”

 2. Under heavy traffic a branch radio could have its transmission to the children delayed, logging the event:
          “Cycle event 0 overrun:  XXX us”
    which would result in the children cycles to slip logging the event:
         “TDD Cycle Error (4)”


Version: 7.30

Date:  May 24, 2020

Problems Fixed:

1. At a site with co-located radios with a mix of hub and root nodes hubs had higher priority for becoming the synchronization master.  This would result in a disruption of the RF links starting at a root node if a hub was brought online and became the synchronization master.  Now they have equal priority and the hub joins the existing network without disrupting any links.

 2. Under heavy traffic a parent radio with its cycle synchronized to another co-located radio could lose synchronization, resulting in it dropping and reacquiring all links to its children.

3. In the fast radio models running at 5.5 or 11 Mbps, when many short packets were being transmitted back to back over RF the length of the transmission could exceed the maximum allotted time resulting in the last packet in the burst being dropped.


Version: 7.32

Date:  July 29, 2020

New Features:

1.  Increased the Ethernet receive queue size to 1500 packets.  This allows the radio to handle large bursts of short packets, back to back, without dropping packets.

2.  Changed the capturing of the Ethernet packet time of arrival, improving the synchronization of co-located radios under heavy Ethernet traffic.  


Version: 7.34

Date:  October 28, 2020

Problems fixed:

1.  Starting with version 7.25  we consecutively increased the Ethernet receive queue, from the original 128 packets to the current 1500.  This had a side effect on the radio timing that resulted in the following event being logged:

     215 Adjusted cycle timing #2

In some cases this would result in the radio missing its transmission slot and packets being dropped.


Version: 7.40

Date:  August 11, 2021

New Features:

1.  Added a SNMP Enterprise MIB.  You can now monitor the radio status and various RF link parameters using the SNMP protocol.  Available parameters include the radio input voltage, temperature and various metrics for each RF link that the radio is a part of:  transmit power, RSSI,  transmit and receive data rates, packet drop rate and link quality.

2. In the “show radios” command, for each direct link, the report now includes the transmit power used by the local radio, and a link quality metric.

Problems fixed:

1.  When a radio was within reach of multiple parents, and could attach to more than one, if the parent that the radio was trying to attach to goes away during the attachment process, the radio could “hang”, waiting for that parent and not attach to the alternate one.


Version: 7.50

Date:  February 2, 2022

New Features:

The roaming channel and antenna specification has been enhanced in several ways.  In previous versions the way the roaming channels were specified was as follows:

  1.  For a Leaf/Remote node the receive channels were entered with the RF1 and RF2 commands.  Each of them allowed up to 6 channels for a total of 12 channels.  Each group of 6 would use the antenna specified for RF1 or RF2.
  2. Branch nodes could only use RF1 to specify the roaming channels (RF2 is dedicated for links with its children) so a branch was limited to 6 roaming channels on one antenna only.

With this version the roaming channels are all specified with the RF1 command:

  1.  You can now specify up to 11 roaming channels with the RF1 command.  With each channel you can optionally specify the antenna (a or b) as follows:
        >rf1 rec-channel=12a,4b,25b,32a
  2. The old format, with no antenna following the channel number, still works.  The antenna can be specified as a RF1 parameter in which case all channels will use that antenna:
        >rf1 rec-channel=12,18,26  antenna=a
  3. You can no longer specify multiple channels using the RF2 command
  4. In the “roam” command the parameter “scan” (to specify using channels from RF1 only or both) no longer applies.

Previously, branch nodes could only roam on up to 6 channels, and they all had to be on the same antenna.  Now all node types that need a parent can roam on up to 11 channels with any mix of antennas. 

Compatibility issues:

When you upgrade an existing installation to this version, if you were not using roaming everything works the same,  If you were using roaming on a leaf or remote, and had channels specified through RF2, this new version will not load the first channel that was assigned through RF2.  You will need to reenter that channel using the RF1 command.


Version: 7.51

Date:  April 7, 2022

A roaming node evaluates all possible paths to reach the root of the tree by assigning a score to each path. This score is a function of the signal strengths in the various links and the number of hops to reach the root. In complex, multi-level networks, this algorithm had some inconsistencies leading to the node possibly choosing a weaker path to the root.  In this version this algorithm was greatly improved. 

Deployments that do not use the roaming feature are not affected.  For networks using the roaming feature you should upgrade all nodes to this new version,  

 

 

AFAR Communications, Inc | 81 David Love Place | Santa Barbara, CA | USA 93117
T: +1 805 681-1993 | F: +1 805 681-1994