NRF5340 AUDIO DK: WALKIE_TALKIE no bidirectional

Walkie-Talkie example works (add CONFIG_WALKIE_TALKIE_DEMO=y to prj.conf), but it is not bidirectional. I can only hear sounds from gateway's OB microphone.

I also tried with:

CONFIG_STREAM_BIDIRECTIONAL=y
CONFIG_WALKIE_TALKIE_DEMO=y

but still it cannot work. 

SDK version: 2.3.0 and application is updated to the latest found in github: 3330

Parents
  • Hello,

    I just tested this on the nRF Connect SDK v2.2.0 without any issues, only adding CONFIG_WALKIE_TALKIE_DEMO=y to the default nrf5340_audio application. I am able to hear the output from the other microphone on both the devices.

    You mention that you are using v2.3.0 which has not been released yes, are you testing this on the release candidate, or on main? In case of the latter, which commit ID are you testing this on?

    Best regards,
    Karl

  • OK, it looks i missed the "Only one headset device can be connected when testing the bidirectional mode or the walkie-talkie demo." And i was trying only between gateway and right headset (like this). But i guess this cannot work, as gateway cannot change to listening the right headset? 

    So, i could have proper walkie-talkie between left and gateway. Should this work for walkie-talkie also?

  • uzer123 said:
    But i guess this cannot work, as gateway cannot change to listening the right headset? 

    Correct, the walkie-talkie demo is only made for 1 headset, and bidirectional between them.
    If you wish for it to switch to another headset as the bidirectional source you must implement some logic for this switch.

    uzer123 said:
    So, i could have proper walkie-talkie between left and gateway. Should this work for walkie-talkie also?

    If you would like microphone return from both the peripherals then you can use this bidirectional TWS PR and enable the microphones on both headset devices.
    However, please keep in mind that the nRF5340 Audio DK only outputs mono audio through its HEADPHONES jack, and so you will have to choose which of the streams you output to your headset, unless you have an external stereo codec available.

    Best regards,
    Karl

Reply
  • uzer123 said:
    But i guess this cannot work, as gateway cannot change to listening the right headset? 

    Correct, the walkie-talkie demo is only made for 1 headset, and bidirectional between them.
    If you wish for it to switch to another headset as the bidirectional source you must implement some logic for this switch.

    uzer123 said:
    So, i could have proper walkie-talkie between left and gateway. Should this work for walkie-talkie also?

    If you would like microphone return from both the peripherals then you can use this bidirectional TWS PR and enable the microphones on both headset devices.
    However, please keep in mind that the nRF5340 Audio DK only outputs mono audio through its HEADPHONES jack, and so you will have to choose which of the streams you output to your headset, unless you have an external stereo codec available.

    Best regards,
    Karl

Children
  • Thanks for the quick response.

    If you would like microphone return from both the peripherals then you can use this bidirectional TWS PR and enable the microphones on both headset devices.

    I am a bit confused by this. I have the latest app version (the bidirectional TWS PR is merged), and i still cannot listen the left headset's microphone. 

    So according to this:

    If you wish for it to switch to another headset as the bidirectional source you must implement some logic for this switch.

    The gateway indeed receives both headsets but cannot play the right because of mono hw codec?

    If yes, could i use button 4 (or something else) to implement a switch between the headset's microphones (as i do for BIS headsets)?

  • uzer123 said:
    Thanks for the quick response.

    No problem at all, I am happy to help!

    uzer123 said:
    I am a bit confused by this. I have the latest app version (the bidirectional TWS PR is merged), and i still cannot listen the left headset's microphone. 

    Could you clarify what you mean when you say 'latest version' - does that mean you are working on the v2.2.0, or on the main branch?

    uzer123 said:
    The gateway indeed receives both headsets but cannot play the right because of mono hw codec?

    This is correct - there is no limitation on the nRF5340 to receive multiple streams, but the Cirrus Logic hardware codec is a mono codec, and so it only outputs mono to the Headphones jack on the Audio DK.

    uzer123 said:
    If yes, could i use button 4 (or something else) to implement a switch between the headset's microphones (as i do for BIS headsets)?

    Yes, you can indeed use the button 4, or something else, to implement a switch that changes which of the received streams that are output on the Headphones jack.


    Best regards,
    Karl

  • Could you clarify what you mean when you say 'latest version' - does that mean you are working on the v2.2.0, or on the main branch?

    i use v2.3.0-rc1 SDK version, and 3330 version of nrf5340 audio dk app (found in /bin/manifest.yaml file)

    Yes, you can indeed use the button 4, or something else, to implement a switch that changes which of the received streams that are output on the Headphones jack.

    I see. So, in a nutshell NRF5340 AUDIO DK in walkie-talkie example successfully receives the (mono) stream from both headsets, but in order to choose which headset i listen (as listening the left headset DK is the default), i have to implement some kind of switching myself.

  • uzer123 said:
    i use v2.3.0-rc1 SDK version, and 3330 version of nrf5340 audio dk app (found in /bin/manifest.yaml file)

    Thank you for clarifying.

    uzer123 said:
    I see. So, in a nutshell NRF5340 AUDIO DK in walkie-talkie example successfully receives the (mono) stream from both headsets, but in order to choose which headset i listen (as listening the left headset DK is the default), i have to implement some kind of switching myself.

    Not quite - the Walkie-talkie demo is made for communication between 2 devices. The TWS bidirectional PR you referenced is made for 3 devices. Your statement here is correct if you substitute 'walkie talkie example' with 'the application in the PR'. If you add some kind of switch to the TWS Bidirectional PR you will achieve the functionality you describe :) 

    Best regards,
    Karl

Related