Forum Index » Linux/Deskphone development » Long audio delay after restart of Jabra PRO 930 by USB Host   XML
 
Author Message
Joachim3



Joined: 17/04/2018 04:27:59
Messages: 0
Offline

Hi,

our IP111 and IP112 VoIP desk phones are based on the IMXSL SOC (NXP / freescale).
External USB devices are connected to the on-chip USB-PHY and driven by the USB OTG controller in Host mode.
Regular HID commands as defined in the report descriptor of the given device are used to signal, accept and disconnect calls.
With the Jabra PRO Series (930,4xxx) we have a problem with host initiated reset/restart operation.
This seems to work perfectly but after having created isochronous in and out pipes we only receive silence for about 10 seconds.
Is there any way to reduce this delay?


Best Regards
Joachim
Mehmet



Joined: 17/04/2018 04:27:59
Messages: 1
Offline

Hi Joachim,
can you please share the FW version of the Pro 930? - or please try updating it to latest version and retry. You can do so by installing Jabra Direct on a Windows machine and connect the headset.

Look forward to hear from you.

/Mehmet
Joachim3



Joined: 17/04/2018 04:27:59
Messages: 0
Offline

Hi Mehmet,
the firmware version is 2.23.0, so this should be not the problem.
Watching the isochronous data strem from the microphone in the USB-analyzer I see that there are binary zeroes received for about ten seconds.
Thus I think it's more a problem with setting up the DECT-Link between base and headset, specially because I observed this delay also with a Jabra PRO 9460.
Best Regards
Joachim
Mehmet



Joined: 17/04/2018 04:27:59
Messages: 1
Offline

Hi Joachim,
Hope its possible for you to clarify below items;
- can you please inform the linux kernel version as well?
- also please let me know the way you make the reset from the host, is it just by removing & reinserting the Jabra device to the deskphone?
- the audio delay is this experienced during a conversation?

The delay for 10 seconds does not sound strange if you completely disconnect the base from the deskphone and reinsert it while streaming audio. We have internally mechanism to ensure an audio stream is longer than 2,4 seconds before we 'open' RF link between the headset and its base station.
The zeroes indicate that our 'system' is not ready for transmitting audio.

Thank you



Joachim3



Joined: 17/04/2018 04:27:59
Messages: 0
Offline

Hi Mehmet,

we don't run linux but our proprietary innovaphone OS with handmade drivers smilie
The reset is a regular USB reset initiated by the host controller while the USB cable remains plugged.
Immediately after reset we send a HID 'OnHook' followed by an HID 'Offhook' and thereafter
we create the isochronous pipes and start sending/receiving data.
The initial 'OnHook' is sent to make sure that the device accepts regular HID reports.
I understand that it needs some time to open the RF link but 10 seconds are a very long time.
If required I can provide a USB bus capture taken with an ellysys USB EXPLORER.

Best Regards
Joachim


Mehmet



Joined: 17/04/2018 04:27:59
Messages: 1
Offline

Ok Joachim,
thanks for the info. Yes, a USB trace would be very useful - please provide one for our investigation.

Thank you.
/Mehmet
Joachim3



Joined: 17/04/2018 04:27:59
Messages: 0
Offline

no problem, but how can I upload the file or mail the file?
Regards
Joachim
Mehmet



Joined: 17/04/2018 04:27:59
Messages: 1
Offline

ok, hope you can find a free upload service vendor and upload the file. The link you can send to developersupport @ jabra.com

let me know if this works for you.

/Mehmet
Joachim3



Joined: 17/04/2018 04:27:59
Messages: 0
Offline

Hi Mehmet,
https://cloud.innovaphone.com/index.php/s/mLXYMPRGJoDJTHG links to the file Jabra-Pro-930-restarts.zip.
The unzpped file is in .ufo format and can be displayed with the Ellisys Visual USB utility (can be downloaded from http://www.ellisys.com/products/usbex200/download.php).
Hope you see something
Regards
Joachim
Mehmet



Joined: 17/04/2018 04:27:59
Messages: 1
Offline

Hi Joachim,
the trace file is downloaded - thank you. I will pass it to our embedded team for their investigation and return with input.

Thanks.
Mehmet



Joined: 17/04/2018 04:27:59
Messages: 1
Offline

Hi Joachim,
we checked the trace and by filtering on the output transactions we see several 'chunks' of audio packets. In order for our Audio detection mechanism to react and open the link we need the audio output to be constant and longer than 2,6 seconds (this is incorporated in order to filter out e.g. application warning tones etc.). Can you please try sending constant audio and retry the 'reset' scenario.

thanks.

Mehmet
Joachim3



Joined: 17/04/2018 04:27:59
Messages: 0
Offline

Hi Mehmet,

when I filter the OUT transactions after a restart I see a contigous sequence of 32 byte audio packets, one per millisecond. So I suspect 'chunks' must mean something else but I have no idea what. Is it the kind of audio data sent?
Unfortunately this is something I have no influence on. The audio data comes from an external source and must be continued after the restart, even if there ar one or two seconds lost. The same applies to the input data which should not have such a big gap.
Hope there issom help.

Best Regards,
Joachim
 
 
Go to: