I am testing a prototype of a new project using AIC3254 + CC8530 + CC2590 in host mode with a microchip controler. sending the SPI commands to the chips.
I have realized two PCB to have a master and a slave. The transmission is only monophonic bidirectionnal.
On the master the input and the output are made on differentials signals.
On the slave the HP is differential and i use an electret microphone.
The channel master to slave works perfectly and the sound is good in the HP but the channel slave to master involving the microphone as a source has some clicks added to the sound signal. these clicks appears only when the microphone is used. There are no clicks during the silents. I noticed also rthat the level of the clicks is quite constant. That's to say if you increase the sound signal, the clicks level remain constant.
I have tried some modifications in the decoupling of the AIC3254 but with no result.
In this design i used the SDK scheme as a basic cabling to respect in terme of component value. The main difference is the VDD that i choose to be 3V instead of 1.8V. I also used the BQ25015 as a lipo charger and main regulator for the 3V supply.
I will be glad to receive any idea
Hard to say for certain here but a few questions to try to narrow this further down: - reduce the output power to the minimum (but do not select range extender none) for the slave side - any reduction or changes to the click? - "reverse" the slave and master roles for the two boards and see if behavior changes - does touching the mic connector on the slave change things? - are the click frequent in period/time? - if you have access to the Headset SDK, could you try the same configuration there and use the same electret microphone?
--PS. Thank you for clicking Verify Answer if this answered your question!
It took a long time to answer due to holidays and a new routing of the board.
But now the "cjick" remains the same with the new board.
We have seen that the "clic" frequency is exactly 75 Hz and it appears as a pulse that is added to the main signal.
The 'clic" doesn't seem to be depending of the output power nor of any touch on the microphone.
Changing the decoupling of the board has no effect.
If you have some idea you are welcome.
Tough one. If the click frequency is 75 Hz we can rule out any power pulling introduced by the RF protrocol (output power not having an effect indicates the same). Most likely this is picked up by the analog path prior to the AIC device. I'm not an expert in these devices but do believe these have a loopback option so that you can test just the audio/analog path on your boards to see if it becomes more obvious where the click is generated.
Might be helpful if you could record and post a short sample that includes the click but is otherwise silent.
Up to now i have some problems to see the power pulling and i didn't solve my deffect.
I made a creen caoture og the cjick that appear as a pulse reaching the 0V that is added to the main signal.
On the screen capture we see the ouput of the master in blue. I put a sinus signal on the microphone entry of 100 mV CC precisely at 75.00 Hz
At this frequency the clic is completely synchronous
I ll try some other experiments to find the signal on the board.
Thank you for help
A new information on my problem
It seems that my snapshot wasn't in my message so i try it again.
THe new information is that if i change the frequency from 48000 Hz to 32000 Hz the pollution pulse frequency step down from 75 Hz to 50 Hz
That means that the ration is constant equal to 640
If someone has a idea to explain that behaviour
Interesting information - could you also check if latency setting will affect the frequency of the click?
Another thing that would be interesting to know is if this disappears if you configure the master as a mono microphone base station.
Can you please send us the configuration files and configurator version number (including build id) as seen on the start panel?
Best regards, Kjetil
One thing that can lead to periodic clicks like this or poor audio performance is (from the help system in the PurePath Wireless Configurator - troubleshooting):
Audio is heavily distorted in host-controlled operation, but OK in autonomous operation: Verify parameters used in the NWM_ACH_SET_USAGE EHIF command.
I have tried various latency but the pulse fréquency remains the same. It seems to be depending only of the sample rate.
I have also tried to change the ratio of BCLK with 32 or 64 with no change.
For information i use de PPWC 18.104.22.168396
I send the project files for information
Thank you for that information. Please let us know when you have verified your NWM_ACH_SET_USAGE parameters (quickest might be to just operate the cards in autonomous mode). The periodic behavior that changes with sample rate bare signs that something potentially could be going haywire with our FW and want to rule this out or find the root cause so that we can fix any issue.
Have been running several tests here in my office over the two days and have not found anything wrong nor do we have other reporting something similar, wrong NWM_ACH_SET_USAGE is the only explanation we can think of right now. Will run more tests when you have posted your project files - please share your code (snippet is enough) of the NWM_ACH_SET_USAGE command so that we can look at the parameters vs. your project files. Regards, Kjetil
Thank you for your interst to my problem.
For the use of the NWM_ACH_SET_USAGE, i have tried 2 configurations.
The first one was :
master / chapter audio streaming / master to slave / Front primary left + AD0 + right + SLAC
master / chapter audio streaming / slave to master / Microphone0 + AD1 + left + SLAC
The matrix sent for the NWM_ACH_SET_USAGE was 00 FF FF FF - FF FF FF FF - FF FF FF FF - 01 FF FF FF
The second one was:
master / chapter audio streaming / slave to master / Input Left+ AD1 + left + SLAC
The matrix sent for the NWM_ACH_SET_USAGE was 00 FF FF FF - FF FF FF FF - FF FF 01 FF - FF FF FF FF
The two configurations gave the same result.
As i tried some other possibilities for the NWM_ACH_SET_USAGE the result was directly no sound at all.
I didn't see if my file was correctly attached in my last post so i tri it again.
I will make some other tests today and i will report you.
Try the following vector:
00 FF FF FF FF FF FF FF FF FF FF FF 00 FF FF FF
This corresponds to the channel index you see in the configurator (see picture below):
-- Thank you for clicking Verify Answer if this answered your question!
Thank you for your help
That is the right solution to my problem
It is amazing to see or hear the bad effect of a 1 instead of a 0 in that register.........
I can now continue my project
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.