docs.unavlab.com
Main ❯ Underwater acoustic modems ❯ uWave: Versions & changes
 |
|
|---|---|
| www.unavlab.com support@unavlab.com |
uWAVE underwater communication system Version history & changes |
uWAVE
Version history & changes
0. Changes and versions
| Actual FW version | uWave [JULY] 1.33 from 12-JUN-2023 |
|---|---|
| Date | Firmware version | Description |
|---|---|---|
| 22-NOV-2023 | System: (all) Core: uWAVE [JULY] v1.34 |
- BUGFIX: invalid pressure/temperature readings in some rare cases |
| 12-JUN-2023 | System: (all) Core: uWAVE [JULY] v1.33 |
+ 634 bps speed mode - BUGFIX: fixed a bug with packet processing and the absence of a message about unsuccessful transmission in some cases |
| 18-OCT-2022 | System: (all) Core: uWAVE [JULY] v1.32 |
- BUGFIX: Fixed a bug due to which the device could not accept for transmission packets larger than 54 bytes |
| 31-JAN-2022 | System: (all) Core: uWAVE [JULY] v1.31 |
- BUGFIX: Fixed a bug due to which the message about the delivered package came along with the ACK message to the previous command - The size of firmware has been reduced by almost 4 times due to extensive refactoring |
| 10-DEC-2021 | System: (all, except uWave USBL) Core: uWAVE [JULY] v1.30 |
From this version, with the active setting of IsCmdModeByDefault, the CMD wire becomes not an input, but an output. It transmits a digital strobe signal synchronized with the moment of emission and reception. |
| 27-SEP-2021 | System: (all) Core: uWAVE [JULY] v1.24 |
- BUG FIX: fixed a bug due to which it was impossible to interrupt retry attempts to transmit a packet message |
| 17-SEP-2021 | System: (all) Core: uWAVE [JULY] v1.23 |
- BUG FIX: fixed a bug due to which in rare cases the modem could stay in the remote request awaiting mode |
| 30-AUG-2021 | System: (all) , Core: uWAVE [JULY] v1.22 |
- BUG FIX: fixed a bug that could lead to disruption of the interface in the direction from the modem to the user system when working with command requests |
| 08-JUL-2021 | System: (all) , Core: uWAVE [JULY] v1.21 |
- BUG FIX: fixed incorrect operation of the transmitter in the transparent channel mode, which led to the fact that when new data was received via the UART at the time of the end of the transfer, new data could be left untransmitted +/- Packet mode sentences changed - added a filed for azimuth for uWAVE USBL device + Supports range measurement and requests for depth, temperature and supply voltage within the logical addressing of the packet mode |
| 28-JUN-2021 | System: (all), Core: uWAVE [JULY] v1.20 |
+ Packet mode no longer needs to be enabled separately (it is always enabled). The modem can receive packet mode messages while in both transparent channel mode and command mode |
| 21-JUN-2021 | System: — | + Alternative firmwares: 156 bps (System: Easy) 314 bps (System: Lite) Alternative firmwares tested in real conditions on max. range 500 m |
| 14-MAY-2021 | System: STRONG 2.0, Core: uWAVE [JULY] v1.10 |
+ Packet mode (guaranteed delivery, ALO - At-least-once, logical addressing) - Bug fixed: Tx/Rx channel ID in remote requests |
| 21-DEC-2019 | System: STRONG 1.0, Core: uWAVE [JULY] v1.08 |
+ Gravity acceleration setting for more precise depth measuring |
1. Features and difficult questions
1.1. Switching to command mode and back
Changing the state of the service core has a higher priority in relation to the transmission or reception of data. If the core is not pulled to the ground, on some models of interface converters, noise may be induced on the cable at the time of transmission in transparent channel mode. This causes the modem to switch to command mode during transmission, which can lead to premature completion of data transmission. To exclude this situation, the service core should not be left unconnected.
1.2. Using the same code channel for TX and RX
The use of the same code channel for receiving and transmitting in some small water areas can lead to a situation when working with short code requests, the requesting modem can receive its own request signal reflected from the coast or other objects. This is not a bug or a flaw in the modem, but a consequence of the laws of sound propagation in water. Therefore, it is recommended to use different code channels for transmission and reception.
1.3. Modem returns ‘TX Busy’ error when trying to send something after receiving a message in the packet mode
A modem that receives a message in the packet mode immediately sends the ACK, so its transmitter is busy. The user can use the ‘ACK On TX Finished’ setting. In this case, the modem will inform the user at the end of each transmission. An alternative way to handle this situation is to retry transmission after a time of about 500 ms.
1.4. Code channels settings update should be followed with device restart
If you change these settings just restart (disconnect power supply, wait 1-2 seconds and connect power supply) the device to apply new settings.
2. Known issues
| Description | Status |
|---|---|
| Device accepts all hexadecimal values only in upper-case. This affects all packet mode related commands | Not fixed |