对于数字模拟软件都有的设计怎么验证软件比较好？
FPGA验证的话，很多模拟电路的特性和真实芯片不一样
数字仿真平台倒是都能验证，但是速度太慢，大尺度的软件功能验证不了
软件的人跟我说要做个软件的emulator，把芯片硬件部分都用软件模拟出来
感觉工作量好大啊
不知道大家都是怎么做的？有没有啥更好的方法?
bow
模拟电路的验证从来都是和工艺强相关的。你必须熟悉你的仿真模型和工艺之间的
差异及对应关系。这个需要很多经验。如果别人有标准工艺对应的已经验证的库，
你也不用那么辛苦了。
模拟本身没问题，但是软件和模拟配合对验证要求就高了
以前都是数字和模拟配合，数字仿真平台上给模拟搭个model问题不大
软件和模拟配合跟数字和模拟配合一样的啊
以前怎么做，现在就怎么做
第一次没底的话建议不要软件全放ROM，放一些在RAM以便以后patch用
以前是模拟写model，放到数字里面一起仿真
软件加入进来后，一个是整个设计规模大了，仿真就慢了，拿最终版的软件跑所有的case时间受不了
另外一个，验证组讲他们的主要任务是保证数字部分的正确性，所以他们很多是自己写些软件来验证硬件部分，coverage够了就完了，完全版的软件来跑的case并不多
不知道其他公司是这样吗？这种芯片还是最后让验证组来把关？
我猜你说的软件指的是跑在一个embedded CPU上的Firmware
以前你的验证方法是数字仿真，现在还是继续沿用。数字规模大了仿真慢
这是意料之中的事。
另外把数字部分放到FPGA或者别的emulator里头加速是早晚的事，你的芯片
规模逐渐增大，单靠软件仿真肯定验证不全。公司做的产品一般都有继承性，
如果是我的话会在前一款芯片留些测试模式，这样里面的RF电路基本可以
跟FPGA平台搭配在一起做下一款芯片的验证平台。当然你的RF-数字接口
也许很复杂，那样就麻烦很多。但我想一般这种芯片数字部分和RF/Analog之间
的接口应该尽量简单吧。
不管怎样，这样的验证确实只能保证数字部分的正确性，对整个系统的正确性
保证程度只能看经验积累
看来现在有两种选择：
1. FPGA+测试版芯片搭一个平台
2. 软件写个硬件emulator
现在业界都是用哪种？还是两种都用？
也正是我困扰的地方，数字+模拟+软件混合仿真
1:保证好数字 与模拟部分的接口时序，这个由模拟设计人员来确认。尽可能的简单，并提供一个仿真模型。
2：数字和软件部分，设计不大，就带着firmware来跑，至于怎么跑起来，可能需要去force一些adapter。
3：若设计很大，考虑硬件加速器。。