Hi IOT747 Support,

We are integrating the IDC777 module into a product using UART command control and have been testing the new AA3263 firmware (upgrading from AA3170). We’ve found a couple of issues with the unicast TX functionality that we’d like to report.

Our configuration:

– IDC777 module controlled via UART (115200 baud)

– AUDIO=1 1 (I2S digital)

– AUDIO_DIGITAL=0 48000 64 00180101 00000000

– UCAST_CONFIG_TXM=0 48 2

– PROFILES=ON 0 1 1 1 1 1 1

– Testing with Samsung Galaxy Buds 2 pro BLE earbuds

BUG 1: OPEN UTX connection_info parameter is reversed

——————————————————-

The manual (AAGENT-IDC777-V32xx) documents the OPEN command for UTX as:

OPEN UTX

connection_info: 1 = Music Unicast, 0 = Voice Unicast

However, the actual behavior is reversed:

connection_info=1 (documented as music) opens a VOICE stream:

OPEN F85B6EA6C10C UTX 0 1

OPEN_OK 17 UTX F85B6EA6C10C

LC3_VOICE_START 17 SOURCE 6 CONTEXT 2

STATUS shows:

LINK 17 CONNECTED UTX F85B6EA6C10C ACTIVE LC3 CONVERSATIONAL

SNK_RATE 32000 … SRC_RATE 32000 (bidirectional, 32kHz = voice)

connection_info=0 (documented as voice) opens a MUSIC stream:

OPEN F85B6EA6C10C UTX 0 0

OPEN_OK 17 UTX F85B6EA6C10C

LC3_MEDIA_START 17 SOURCE 8 CONTEXT 4

STATUS shows:

LINK 17 CONNECTED UTX F85B6EA6C10C STREAMING LC3 MEDIA

SNK_RATE 48000 (unidirectional, 48kHz = music)

The workaround is to use 0 for music and 1 for voice, but the manual

should match the firmware or the firmware should be corrected.

BUG 2: Intermittent panics/resets during PAIR_RSI and OPEN UTX

—————————————————————

The IDC777 module intermittently resets (panics) during two operations:

a) During PAIR_RSI when pairing with the second earbud of a

coordinated set. The sequence that sometimes causes a reset:

PAIR F85B6EA6C10C -> PAIR_OK, PAIR_OK_LE

SCAN_RSI 5 F85B6EA6C10C 0 -> SCAN_OK_RSI

PAIR_RSI F85B6EA6C10C -> [module resets]

b) During OPEN UTX after BLE is connected. The sequence:

OPEN F85B6EA6C10C BLE 0 -> OPEN_OK 14 BLE

OPEN F85B6EA6C10C UTX 0 0 -> OPEN_OK 17 UTX

[module resets shortly after]

The panics are not 100% reproducible but occur frequently enough

to be a concern.

We note that the AA3263 release notes mention “Fixed Unicast Tx panics

observed with certain earbuds” – it appears this fix may be incomplete.

REPRODUCTION STEPS (for Bug 1 and 2):

1. RESTORE and RESET the IDC777

2. Configure: SET AUDIO=1 1, SET AUDIO_DIGITAL=0 48000 64 00180101 00000000

3. INQUIRY and PAIR with a BLE earbud (coordinated set)

4. SCAN_RSI and PAIR_RSI to pair the second earbud

-> May panic here (Bug 2a)

5. OPEN BLE 0

6. OPEN UTX 0 1

-> Opens VOICE instead of MUSIC (Bug 1)

-> May panic here (Bug 2b)

7. OPEN UTX 0 0

-> Opens MUSIC correctly (Bug 1 workaround)

-> May also panic (Bug 2b)

QUESTIONS:

1. Is there a newer firmware build that addresses the unicast TX panics?

2. Is the connection_info reversal a known issue?

3. Are there recommended UCAST_CONFIG_TXM settings that are more stable

(e.g., 0 48 1 vs 0 48 2)?

Thank you for your support.

Best regards,

Brandon Parker