2.1.0-beta2 release of Herald for C++.

New features:-

• C++ herald wearable sample has much more reliable scanning, discovery, and advertising when interacting with other devices #99
• Exposure and Risk Scoring API now running and working with multiple variables per risk model (as part of #89)
• Increased the use of fixed memory containers, replacing C++ stdlib containers such as vector (as part of #89)
• Updated and fixed SampleList and AllocatableArray fixed memory types, bug fixes, increased reliability, reduced likelihood of template substitution failures (as part of #89)
• • See herald-tests/exposure-manager-tests-new.cpp for tests and samples (to be documented on the website before the full v2.1 release)

Known issues:-

• Still working on Exposure Notification (i.e. turning some humanProximity exposures into MyIckyDisease exposures) part of API (within #89)
• Still some limited use of std::vector and std::map within the Analysis API

2.1.0-beta1 release of Herald for C++.

Key features:-

• Reliable operation over 24 hours
• Various C++ dynamic memory fixes
• Payload of wearable/beacon can be read reliably
• Connect/disconnect reliable
• Logs didMeasure and didMeasureWithPayload to remote Nordic UART clients
• Tuned memory performance on nRF52832DK

Known issues:-

• Doesn't run on nRF52832DK in Release mode (fine in Debug mode)
• Still does not yet read payloads from remote devices (See #99)

2.0.0 release of Herald for C++. Our first formal C++ release.

This is the first release of the C++ API. Key features:-

• Core feature parity with Android and iOS API, except no support for Share Payload or Immediate Send messages
• C++ API will be the first API with new features moving forward. Those changes will be added to other API for the same release version.
• Includes the Herald Core API, and the Analysis API.
• Most memory management done on the stack for embedded platforms (see data.h and memory_arena.h)
• Venue beacon sample works on all DK platforms: nRF52832DK, nRF52833DK, nRF52840DK, nRF5340DK

Known issues:-

• Wearable sample stops advertising after a few minutes
• Wearable sample does not exchange its payload on read
• Wearable sample does not read remote payloads correctly for other Herald devices
• Some use of std::map and std::vector still in use (Payload Sharing (unused) and Analysis API (to be changed for v2.1)

Hex files for the DKs for all apps are in the attached zip.

Final beta branch of the new C++ API now at version 1.3.0-beta2

Features include:-

• Full base C++ Herald API the same as Java and Swift implementations
• Fixed Payload and Simple Payload implemented
• Support for TinyCrypt (default) and mbedtls security libraries, and the nRF CC3xx random generation features if available
• Implemented a new Coordinator API for multi protocol (E.g. Bluetooth, UWB, etc.) support in future
• Implemented a streaming fixed-memory size data analysis API
• C++ now becomes the reference implementation for Herald
• Tested with nRF52832DK, nRF52833DK, nRF52840DK, nRF5340DK
• Wearable and Venue Beacon samples working well
• Memory stack use variable by how many simultaneous connections are supported on each board

Known issues:-

• Memory footprint too large for nRF52832 in Debug mode (works fine for release)
• Analysis API not enabled on wearable yet (compilation issue with analysis logging delegate)
• Still some use of shared_ptr internally in the Herald API (Should only be used for Sensor Delegates)
• No removal of old devices from memory over time (so memory will fill up eventually)

This is the first Beta release of the Herald C++ native API. This API aims to bring low-cost wearables and beacons to reality to help in the fight against COVID-19.

Main features:-

• Basic compatibility with Herald for Android and iOS
• Wearables sample
• Venue Beacon (alternative to QR code scanning) sample
• Tested against nRF5340DK, nRF52840, nRF52832

This release's hex files for nRF5340 are attached. 'zephyr.hex' for the network core, 'merged.hex' for the app core.