Hi,
I have this system:
bluetooth module TS8970 (SPDIF) -> (SPDIF) CS8416 (I2S) -> (I2S) ADAU1701 (ANA)
The CS8416 is in Hardware mode.
When the audio startup or change trace or skip up/down the trace, seem that CS8416 sdout data is tempranealy unsync about the Master Clock and this cause an “CLIC CLIC” on output about ADAU1701.
I have tried this configuration:
each test was done in both conditions:
[CS8416 (master) and ADAU1701 (slave)]
[CS8416 (slave) and ADAU1701 (master)]
TRY1
Master Clock is Recovered Master Clock
RMCK Pin 24 CS8416 to MCLKi ADAU1701
TRY2
Master Clock is oscillator
Oscillator to Pin 25 CS8416, OMCK
RMCK Pin 24 CS8416 to MCLKi ADAU1701
TRY3
Master Clock is oscillator
Oscillator to Pin 25 CS8416, OMCK and to MCLKi ADAU1701
(RMCK Pin 24 CS8416 not used)
It seems that every time the audio stream is interrupted the PLL must hang up again. I also tried to change “Normal /Higher Phase Detector update rate” but I did not solve the problem.
Any ideas to help me?
I have this system:
bluetooth module TS8970 (SPDIF) -> (SPDIF) CS8416 (I2S) -> (I2S) ADAU1701 (ANA)
The CS8416 is in Hardware mode.
When the audio startup or change trace or skip up/down the trace, seem that CS8416 sdout data is tempranealy unsync about the Master Clock and this cause an “CLIC CLIC” on output about ADAU1701.
I have tried this configuration:
each test was done in both conditions:
[CS8416 (master) and ADAU1701 (slave)]
[CS8416 (slave) and ADAU1701 (master)]
TRY1
Master Clock is Recovered Master Clock
RMCK Pin 24 CS8416 to MCLKi ADAU1701
TRY2
Master Clock is oscillator
Oscillator to Pin 25 CS8416, OMCK
RMCK Pin 24 CS8416 to MCLKi ADAU1701
TRY3
Master Clock is oscillator
Oscillator to Pin 25 CS8416, OMCK and to MCLKi ADAU1701
(RMCK Pin 24 CS8416 not used)
It seems that every time the audio stream is interrupted the PLL must hang up again. I also tried to change “Normal /Higher Phase Detector update rate” but I did not solve the problem.
Any ideas to help me?