如何从ADC获得1MSPS？

显然，GUI没有跟上数据表。
数据表特别指出，16个时钟周期用于会话。GUI仍然相信转换有18个时钟周期。根据数据表，这是错误的。
改变到36MHz不会给你任何方式得到16MHz，PLL不能合成16MHz从任何IMO输入，我已经尝试。我还尝试了15兆赫的PLL，并得到另一个错误。我尝试了一个16MHz晶体，并有一个错误。我尝试了一个32兆赫的晶体，它是在晶体振荡器的范围之外。
所以，我可以说，如果SAR的数据更新是正确的，3次更新就不能再做1MSPS了。

如果您查看我配置的时钟树和编译的SAR的设置。
注意我从技术支持中得到的反应仍然是18个样本。
问候，Dana。

哦，是的，我明白你在说什么。
数据表说它需要16个时钟，这是16兆赫。因此，18MHz时钟将使其转换超出1MHz规范。
那么，数据表是错误的，还是GUI和PSoC创建者内部错误？
我投票支持GUI，因为我怀疑GUI是落后的。软件总是需要时间才能赶上硬件。
硬件数据表说，它需要16MHz来转换最大的1MSPS的ADC，而GUI是给它18MHz，它可能会失败，或者至少给你坏的读数。
过去我成功地在PSoC上编译了那些不起作用的东西。这可能确实有效，但我不知道有多长时间，也不知道有多好。

通过在24MHz下运行IMO，我能够获得一个32 MHz的PLL。（任何其他频率，32 MHz都不完全是32）。
这样，我就可以划分为16个，然后进入SAR。
使用频率计数器跟踪EOC，这给我们稍微超过1 MSPS，可能是由于IMO不准确。

16个时钟周期仅用于“内部VREF”选项。并且GUI正确地反映了这一点。如果选择“内部VREF绕过”，它仍然是18个周期。（数据表明确地说明）
但是由于不使用旁路而使用内部VREF只能用于100kSPS，因此对于1MSPs来说不太有趣。但是GUI并不反映这个限制，而且项目也很好。
我只是测试了SAR ADC到绕过的VREF，给它一个18MHz时钟，这个项目建立得很好。

很好！你是对的！
文件末尾的注释把我扔了出去，明确地说每转16个钟。我从不区分内部VREF和内部VREF（旁路）。这把我难住了。

是的，变化中的文字会让人困惑。但是，解释配置的实际部分非常具体，16个循环仅适用于该特定配置。

我试图配置的SAR ADC运行在10kHz，但GUI不允许我这样做。
我使用PSoC创建者3.3和PSO55LP设备CY8C5866 LTI-LP022，ADC参考SE在内部和无旁路。
当我将频率更改为低于100000的频率时，GUI会弹出一个错误，称“内部VREF的转换率必须小于100000个SPS”。有什么暗示吗？？
我的IMO时钟设置为3MHz，PLL时钟，主时钟和总线时钟设置为66兆赫。

使用一个定时器组件生成一个运行在你期望的转换频率上的时钟。使用EOC连接到中断，从SAR获取数据。
鲍勃

你使用的时钟可能有错误的频率。你使用外部的还是内部的？外部的必须是18MHz，如果你使用的是内部的，则必须有一个是它的倍数（例如MaskIdCLK）。
（也许在这里发布你的项目，这样我们就可以看到‘文件/创建工作区包’）

好啊。这可能是问题所在。意志测验。

你需要一个XTAL稳定时钟，看附件项目。
鲍勃
1MHZADC.CyWrk.CaseV01.Zip
23.6 K

好啊。我现在明白了。谢谢你，鲍伯，举个例子。
基本上，SARADC需要一个外部的18MHz时钟。
我会在时钟上看一个线程，看了数据表后，我会有一些问题。

不，你错了。SAR ADC不需要外部时钟。
当你在1MSPs上运行ADC时，你就在硬件的极限附近，IMO的2.5%个不确定性违反了一些设置时间。所以，你需要的是24MHz XTAL和2 CS（~10PF和12PF）。然后IMO可以设置为36MHz（由PLL导出的24MHz），这是18的倍数，因此将给出期望的频率结果。如果你对一些较低的SPS感到满意，离开XTAL并设置IMO到34 MHz，这将给你一个17MHz的ADC时钟，导致0.944 MSPS（17/18）。
鲍勃

啊！我现在明白了。我也没有很好地解释我的意思。再次入口处。
.
我应该说的是，我需要在示意图中设置外部时钟的SAR，并在SAR引入18MHz时钟，以得到1MSPS的除数。很抱歉。
.
我必须注意时钟域，因为该设备将遇到的操作环境的极端性质。
.
温度可能是极端的。我们预期在一定的小时或温度漂移之后失败。在一些短途旅行中，在切割晶体中可以有频率偏移，这些频率偏移是渐近的。关键是尽可能地允许操作。如果它死了，它就死了。
.
我希望在大约700000个SPS做一些测试。这应该在SAR设置时间规格内，即使在设备内部的谐振器。
.
谢谢，鲍伯。你是一个很好的信息来源。

对该线程的更新。
.
来自柏树的最新SP2 PSoC Creator改变了SAR完成的时钟数量。现在需要16个时钟，而不是18个时钟。
.
如果在旧项目中更新组件，情况就会改变……

有趣的是，我刚刚注意到了XTAL时钟源注释。这似乎意味着不能使用16MHz的XTAL时钟输入进入ADC。
不知道你怎么会得到1MHz，然后呢？好奇的。

我将就此发表一个案例并澄清。
问候，Dana。