Asynchronous I2S FIFO project, an ultimate weapon to fight the jitter

Jump to Latest
D

DUC985

Member
Joined 2004
Si570 interest list:

1. bigpandahk
2. tagheuer
3. hochopeper
4. qusp (of course)
5. AR2 - definitely!
6. wktk_smile
7. hirez69
8. CeeVee - you bet!
9. number9
10. analog_sa - GB maniac
11. edbk
12. atom6422
13. misterrogers - Of Course!
14. NicMac - as usual!
15. Zoran 16. PET-240
17. Coolhead
18. Slartibartfasst
19. SYklab
20. Regland
21. Neb001
22. SPWONG
23. Greg Stewart (also of course!)
24. Vitalica
25. spm
26. Fridrik
27. ccliu
28. makumba1966
29. lindamar
30. Finaxe
31. Odysseas x2
32. palmito
33. crazikid
34. deanoUK
35. Julf
36. DUC985
 
R

rsotirov

Member
Joined 2006
Si570 interest list:

1. bigpandahk
2. tagheuer
3. hochopeper
4. qusp (of course)
5. AR2 - definitely!
6. wktk_smile
7. hirez69
8. CeeVee - you bet!
9. number9
10. analog_sa - GB maniac
11. edbk
12. atom6422
13. misterrogers - Of Course!
14. NicMac - as usual!
15. Zoran 16. PET-240
17. Coolhead
18. Slartibartfasst
19. SYklab
20. Regland
21. Neb001
22. SPWONG
23. Greg Stewart (also of course!)
24. Vitalica
25. spm
26. Fridrik
27. ccliu
28. makumba1966
29. lindamar
30. Finaxe
31. Odysseas x2
32. palmito
33. crazikid
34. deanoUK
35. Julf
36. DUC985
37.rsotirov
 
K

kvl

Member
Joined 2004
Si570 interest list:

1. bigpandahk
2. tagheuer
3. hochopeper
4. qusp (of course)
5. AR2 - definitely!
6. wktk_smile
7. hirez69
8. CeeVee - you bet!
9. number9
10. analog_sa - GB maniac
11. edbk
12. atom6422
13. misterrogers - Of Course!
14. NicMac - as usual!
15. Zoran 16. PET-240
17. Coolhead
18. Slartibartfasst
19. SYklab
20. Regland
21. Neb001
22. SPWONG
23. Greg Stewart (also of course!)
24. Vitalica
25. spm
26. Fridrik
27. ccliu
28. makumba1966
29. lindamar
30. Finaxe
31. Odysseas x2
32. palmito
33. crazikid
34. deanoUK
35. Julf
36. DUC985
37.rsotirov
38.kvl
 
B

bkdog

Member
Joined 2005
Si570 interest list:

1. bigpandahk
2. tagheuer
3. hochopeper
4. qusp (of course)
5. AR2 - definitely!
6. wktk_smile
7. hirez69
8. CeeVee - you bet!
9. number9
10. analog_sa - GB maniac
11. edbk
12. atom6422
13. misterrogers - Of Course!
14. NicMac - as usual!
15. Zoran 16. PET-240
17. Coolhead
18. Slartibartfasst
19. SYklab
20. Regland
21. Neb001
22. SPWONG
23. Greg Stewart (also of course!)
24. Vitalica
25. spm
26. Fridrik
27. ccliu
28. makumba1966
29. lindamar
30. Finaxe
31. Odysseas x2
32. palmito
33. crazikid
34. deanoUK
35. Julf
36. DUC985
37.rsotirov
38.kvl
39.bkdog
 
iancanada

iancanada

Member
Joined 2009
twitter.com/iancanadaTT
Paid Member
External controller is possible for Si570 clock board now

Si570 driver will partly open frequency control to third party external controller from a UART. The footprint of UART isolator is also reserved on the isolator board. Here is the protocol:

//Si570 multi-frequency clock board serial communication protocol V1.0 2012-11-03 by Ian
//USART 9600,n,8,1

//events sent from si570 driver
//Format: 0xAA,EVENT,DATA,0x55
//EVENTS:
#define GETNEWFS 0xC1 //FIFO detected a new Fs which need a new MCLK frequency
#define SETFRQ 0xC2 //new Si570 frequency is set
#define SETXFS 0xC3 //new xfs is set
#define WRONGINPUTCMD 0xC4 //wrong input commend or no input command
#define WRONGINPUTFRQ 0xC5 //input frequency is overange
#define INVALIDINPUTFRQ 0xC6 //input frequency is invalid for current Fs


//Command response from external controller
//Format: 0xA5,CMD,DATA,0x5A
//0xC8 command has to be sent within 100ms after getting event 0xC1,
//Otherwise Si570 driver will determine the setting frequency and xfs according to the preset without stop the music
//CMD:
#define TOINPUTFRQ 0xC8 //set frequency for the new detected Fs by external controller

//sample frequency data of event 0xC1,
//#define FS22 0
//#define FS24 1
//#define FS44 2
//#define FS48 3
//#define FS88 4
//#define FS96 5
//#define FS174 6
//#define FS192 7
//#define FS352 8
//#define FS384 9

//xfs data for event 0xC3
//#define XFS256 0
//#define XFS512 1
//#define XFS1024 2
//#define XFS2048 3

//frequency data for event 0xC2 and command 0xC8
//#define F112896 0
//#define F122880 1
//#define F225792 2
//#define F245760 3
//#define F451584 4
//#define F491520 5
//#define F903168 6
//#define F983040 7


Ian
 
Last edited:
iancanada

iancanada

Member
Joined 2009
twitter.com/iancanadaTT
Paid Member
AR2 said:
Could that be Hifidunio? Right now Hifidunio displays the frequency, but if I understand this well, it would be possible to display and adjust as well?
Click to expand...

Yes, Hifidunio is a good solution of external control. In this case, Hifidunio can have its own Fmclk and Fs combination. No any problem display the FIFO status and frequencies, as well as take over the frequency switching control within the window time.

Ian
 
H

hochopeper

Member
Joined 2009
Thanks for the protocol definition Ian, I will start my own DAC controller design shortly and this info will be invaluable. I want my controller to be network accessible so I've decided to start fresh with mine. For additional integration, I might end up using my network facing controller as the playback device and integrate the playback software with the control software. More details will become evident as I start working on it :) I'll hopefully get started on that in the next week or two, in readiness for GBIII ;)

One issue that has only just dawned on me is that in the Dual XO manual you refer to J12 on the FIFO board being available to be used for mute signal. You really have thought of everything already! Is anyone using this already? I haven't seen anyone asking or discussing it. However, the FIFO manual that I have saved here doesn't describe the behaviour of this output port. Maybe I'm looking at the wrong manual? What is the behaviour of this pin? Is it active high or active low, does it need an external pull up? Can this be run through isolator if i2c is not used to the dac? I was going to implement a similar mute function in my controller but if you've already done the hard work, this really might be better implemented by the FIFO directly for lower latency.


Chris
 
Last edited:
AR2

AR2

Master Burner
Joined 2002
burningamp.com
hochopeper said:
Thanks for the protocol definition Ian, I will start my own DAC controller design shortly and this info will be invaluable. I want my controller to be network accessible so I've decided to start fresh with mine. For additional integration, I might end up using my network facing controller as the playback device and integrate the playback software with the control software. More details will become evident as I start working on it :) I'll hopefully get started on that in the next week or two, in readiness for GBIII ;)

One issue that has only just dawned on me is that in the Dual XO manual you refer to J12 on the FIFO board being available to be used for mute signal. You really have thought of everything already! Is anyone using this already? I haven't seen anyone asking or discussing it. However, the FIFO manual that I have saved here doesn't describe the behaviour of this output port. Maybe I'm looking at the wrong manual? What is the behaviour of this pin? Is it active high or active low, does it need an external pull up? Can this be run through isolator if i2c is not used to the dac? I was going to implement a similar mute function in my controller but if you've already done the hard work, this really might be better implemented by the FIFO directly for lower latency.


Chris
Click to expand...

That is exactly what I was thinking - player and controller in one. :cheers:
 
H

hochopeper

Member
Joined 2009
AR2 said:
That is exactly what I was thinking - player and controller in one. :cheers:
Click to expand...

The challenge for you there is that to have GPIO or I2C for the ESS dac it is simplest to have an ARM based computer. I am not sure if your and qusp's LH Titan USB boards report usb power requirements in a way that will allow it to communicate with a usb port that provides less than the full 500mA USB spec. (qusp and I had trouble with his Titan one day when trying to run it from my iMac ... though that might have been a separate issue) I used to also have this issue where my WaveIO board is concerned, though Lucian has released new firmware for it in the last week or so that will allow it to communicate as a device powered not host powered. When I have something working I think qusp will be keen to try it out so I'll take it to his place and do a trial run :)

Worst case is it will do all of the control and playback can be via whatever you currently use, not a show-stopper!
 
Last edited:
AR2

AR2

Master Burner
Joined 2002
burningamp.com
hochopeper said:
The challenge for you there is that to have GPIO or I2C for the ESS dac it is simplest to have an ARM based computer. I am not sure if your and qusp's LH Titan USB boards report usb power requirements in a way that will allow it to communicate with a usb port that provides less than the full 500mA USB spec. (qusp and I had trouble with his Titan one day when trying to run it from my iMac ... though that might have been a separate issue) I used to also have this issue where my WaveIO board is concerned, though Lucian has released new firmware for it in the last week or so that will allow it to communicate as a device powered not host powered. When I have something working I think qusp will be keen to try it out so I'll take it to his place and do a trial run :)

Worst case is it will do all of the control and playback can be via whatever you currently use, not a show-stopper!
Click to expand...

If I understand you well, my LH Titan is powered separately from the USB, with power sources, one 5V and the second one 7.5V clock supply. In another word it does not draw any power from USB.
Looking forward to your progress.
 
qusp

qusp

Member
Joined 2009
yeah I was using USB for the 5v at the time and it reports 500ma, so if it was plugged into a hub on my mac that had nothing else plugged in it would load, if there was something else already on that hub it wouldnt. I couldnt work it out initially, because it shouldnt be that high power. I also discovered that the USB socket is terrible, creates really bad contact so would work only intermittently, I thought it was something else in my setup for ages, because combined with the above it behaved like a bad wire connection.... it had to have the usb cable levered up to force contact. replaced the connector now though, wasnt the cable, tried heaps
 
S

slartibartfasst

Member
Joined 2006
Hello, I'm not sure if this is the right thread for this question, but it seemed like the best so...

Does the backdoor I2S input on the SPDIF board pass the data stream directly to the I2S output or does it route the signal through the DIX9211?

I ask because the Tx on the DIX9211 appears to be limited to 216Khz whereas the USB-I2S interface I'm planning on using (Amanero) is capable of passing data in excess of that figure.

By the way, having slowly started to integrate these boards into a DAC, the SPDIF input board is a fantastic piece of equipment on its own, independent of the FIFO. The improvement over a PCM2707 (as a receiver - USB or optical SPDIF) solution previously used is immediately apparent (even using the PCM2707 as an optical transmitter). It seems the DIX9211 is in another league from the PCM2707, even with the DAC's (ESS9018) DPLL in place (as opposed to synchronous clocking).

Along with a digital volume control, having a switchable input turned my implementation into a minimalist digital pre-amp without using any uControllers; the box just boots up and is ready to go. Very convenient.

Thanks for the beautifully conceived, designed and executed SPDIF interface; I look forward to integrating the rest of your boards.
 
You must log in or register to reply here.
Top Bottom