Hi,
I wrote a Python package to control ADAU1701 / ADAU1401 from PC.
https://github.com/Wei1234c/SigmaDSP
FYI
Wei Lin
I wrote a Python package to control ADAU1701 / ADAU1401 from PC.
https://github.com/Wei1234c/SigmaDSP
FYI
Wei Lin
Not much needs to be modified, to control parameters.
However, I have no 1452/1463 to test.
very cool, I have plans to use the largest sigma DSP chips such as ADAU1467 any plans to support these?
I think there are two kinds of "support":
1. If you want to manipulate the parameters thus control the behavior of DSP, not much in my package needs to be modified to support ADAU1452/1463/1467, since algorithms they implement are largely the same. You just call up a "Cell" object which represents a SigmaStudio Toolbox algorithm and use it to manipulate related parameters.
2. However, if you want to have total control of hardware chip, since ADAU1452/1463/1467 are ways more complex than ADAU1701, a lot a lot more code has to be implemented to have full coverage of their functionalities. I won't try to do that.
2.1 In my package, "ADAU" object just control the I2C bus, thus can be used to read/write parameters, even you don't know the details of hardware chip. The sub-class "ADAU1701" however implements every details of the hardware chip.
2.2 Thus, you can still manipulate parameters with "ADAU", without the detailed sub-class ADAU1452/1463/1467.
I think the first kind of support is not difficult, but I'm not sure since I have no ADAU1452/1463/1467 thus unable to test it.
1. If you want to manipulate the parameters thus control the behavior of DSP, not much in my package needs to be modified to support ADAU1452/1463/1467, since algorithms they implement are largely the same. You just call up a "Cell" object which represents a SigmaStudio Toolbox algorithm and use it to manipulate related parameters.
2. However, if you want to have total control of hardware chip, since ADAU1452/1463/1467 are ways more complex than ADAU1701, a lot a lot more code has to be implemented to have full coverage of their functionalities. I won't try to do that.
2.1 In my package, "ADAU" object just control the I2C bus, thus can be used to read/write parameters, even you don't know the details of hardware chip. The sub-class "ADAU1701" however implements every details of the hardware chip.
2.2 Thus, you can still manipulate parameters with "ADAU", without the detailed sub-class ADAU1452/1463/1467.
I think the first kind of support is not difficult, but I'm not sure since I have no ADAU1452/1463/1467 thus unable to test it.
Last edited: