Posted: Sun Apr 02, 2017 8:42 am
Hi,
For the new chip, do you have a target for power consumption?
Ac
For the new chip, do you have a target for power consumption?
Ac
Not yet, we are making changes to the chip, some will affect the power consumption. Core does run faster and higher clock rates mean more power.skajam66 wrote: For the new chip, do you have a target for power consumption?
Yes, that is the intent of the 2 I2S buses and the master/slave option.dtech wrote:Finaly it seems capable of synchronised ganging of several dsps, and daisy chaining digital audio buses in between them.
Not exactly, to get maximum performance we went away from the 1 clock per instruction model to a multi-clock model since reading SRAM takes longer than using one of the 8 core registers. As a result you will get more instruction per sample period but the exact number can vary depending on the mix of code. We are estimating about 400 per sample period on average.dtech wrote:I assume 12MHz clock may mean now will be 256 instructions/sample.
You can address the RAM as linear or use the circular buffer method, each program should only do one method since when using circular it will still go over the entire RAM block. And yes, the big bank of 32-bit registers is intended for filters where you need the resolution though you can really use them for anything.dtech wrote:And linear RAM (though still not 20bit, and still somewhat tiny) is great! I suppose that larger amount of full bitwidth registers will somewhat compensate for the 16bit sram in regards to creating larger filterbanks.
No, it is not designed for this. You can only write EEPROM so many times before it will have problems so we would suggest using either the 2nd I2S bus to send coefficients (you will be able to do register*register multiplies at full 32-bit resolution) or use the switch inputs to select from preset coefficients via jumps in the code. Also writing to the EEPROM must be done in blocks and cannot be interrupted so attempting to update single instructions on the fly is not possible.dtech wrote:One thing that I wonder - will it allow live WCS modification/update via i²c bus? Even very slow "classic" update of one program word per sample would be sufficient for more complex editing and tailoring of things.
Great to hear that!frank wrote:No. The FV-1 is a Spin chip and the FXCore is an EN chip. Chips are targeted at slightly different market segments, the FV-1 is a great, all-in-one chip for basic effects and is in full production. FXCore is being designed to address some areas that FV-1 cannot do (higher resolution math, more POT inputs, etc.) so we need both in the market, you will just decide which one you need in any given product. FXCore will be a more expensive solution since it requires external CODECS but this allows you to select a high end CODEC for a high end product or a low end CODEC for a more affordable product.
Keep designing with the FV-1, it is in full production and there are many new products using it.
Yes it willseancostello wrote:Will the FXCore run at sampling rates other than 48 kHz?