Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

 

 



Panel
titleColorwhite
borderWidth2
titleBGColor#5ba612
titleFirmware
Column
width100%

Anchor
RapidHA 1.7.5 .7 Downloads
RapidHA 1.7.5 .7 Downloads

Expand
titleVersion 1.7.5.7
Panel
titleColorwhite
titleBGColor#5ba612
title1.5.7

Release Notes:

New Features
None
    • RapidHA 1.7 includes an expansion of the serial interface to application sleepy functionality. New sleep control frames under the Utility command group (PH: 0x55) provide the user with a wake-up handshaking scheme, as well as total and accurate control of application sleep cycles.

Bug Fixes
    • [RHA-837] - RF Output Power and Channel Agility

      • All previous outstanding issues with RF Output Power have been resolved
      • When moving channels, the application will now apply the appropriate RF Output Power when scanning on the new channel
    • None

Known Issues
    • None

Files:

OTA Upgrade Firmware Imagerapidha-1.7.5
.7
-prod.ota
Serial Upgrade Firmware Imagerapidha-1.7.5
.7
-prod.mbl
Expand
titleVersion 1.5.6
Panel
titleColorwhite
titleBGColor#5ba612
title1.5.6

Release Notes:

New Features
    • None

Bug Fixes
    • [RHA-831] - OTA Adaptation for Daintree ControlScope Networks
      • Implemented functionality to ensure correct operation of OTA upgrades on both standard HA 1.2 and Daintree ControlScope networks
    • [RHA-847] - Attribute Reporting Behaving Incorrectly when Manufacturing Bit Enabled

      • Per summary, corrected an issue where incoming Attribute Reports with the Manufacturing Bit enabled in Frame Control were rejected by the application with a default response
Known Issues
    • [RHA-837] - RF Output Power and Channel Agility

      • Though the more critical issue of the application transmitting at maximum output during the Scan/Join cycle has been resolved (see Bug Fixes) there remains a secondary issue:

      • The application will always apply the RF Output Power of the first channel the application joined to

      • This implies that when moving to a new network (i.e. in pursuit of the coordinator) the application will apply the same RF Output Power when transmitting on the new channel

      • This issue is minor, but we would caution that users should avoid operating the application on Channel 26 where possible

Files:

This release has been retired in favour of RapidHA v1.5.7 and is no longer supported

Expand
titleVersion 1.5.3

[RHA-837] - RF Output Power

  • It was determined that regardless of the RF Output Power configuration applied at manufacturing time, the application would transmit at maximum output during the Scan/Join cycle

  • The application would then apply the expected RF Output Power once joined to the network

  • This issue has since been corrected, with the RF Output Power being applied during the Scan/Join cycle as expected
    [RHA-837] - RF Output Power and Channel Agility
    Panel
    titleColorwhite
    titleBGColor#5ba612
    title1.5.3

    Release Notes:

    New Features
      • [RHA-796] - Application Version Request

        • Application now includes facilities for querying the Virtual Host application version

        • New frames under Utility command group (PH 0x55):

        • Application Version Count Request (0x06) (H > M)

        • Application Version Count Response (0x07) (M > H)

        • Application Version Request (0x08) (H > M)

        • Application Version Response (0x09) (M > H)

      • [RHA-805] - Incoming Attribute Report Passthrough

        • Application now includes facilities for enabling passthrough of incoming Attribute Reports to the Host

        • New frame under ZigBee Configuration Support command group (PH 0x03):

          • Attribute Report Passthrough Control (SH 0x26) (H > M)

             

    Bug FixesKnown Issues
    • Though the more critical issue of the application transmitting at maximum output during the Scan/Join cycle has been resolved (see Bug Fixes) there remains a secondary issue:

    • The application will always apply the RF Output Power of the first channel the application joined to

    • This implies that when moving to a new network (i.e. in pursuit of the coordinator) the application will apply the same RF Output Power when transmitting on the new channel

    • This issue is minor, but we would caution that users should avoid operating the application on Channel 26 where possible

    Files:

    This release has been retired in favour of RapidHA v1.5.7 and is no longer supported.

     

     



    Panel
    borderColorblack
    titleColorwhite
    borderWidth2
    titleBGColor#5ba612
    borderStylesolid
    titleDesktop Software

    Platform: Windows(32/64bit) - RapidHA Desktop 1.5.2

    Platform: OS X - RapidHA Desktop 1.5.2

    User Guide

    Quick Startup Guide 

     

     



    Panel
    borderColorblack
    titleColorwhite
    borderWidth2
    titleBGColor#5ba612
    borderStylesolid
    titleDrivers

    Platform: Windows(32/64bit)

    Platform: OS X