多时钟选择问题

61ping

回复 9# liuada001


   用PT来做的话  没有您提到的变量，该如何处理 ？  我的情况比较类似  也是3选1

liuada001

回复 11# 61ping


   用PT来报timing的时候，不需要设定multiple_clock，它会自动把每个时钟都check一遍，但是必须彼此间设false_path，否则会出现时序违例。

61ping

回复 12# liuada001


    set false ?
  有 set_path group  -exclusive 是不是一样？

  另外set false在MUX的输入端的话可能会出现startpoint invalid的问题

liuada001

回复 13# 61ping

首先更正一点，PT里面是有那个变量的，set timing_enable_multiple_clocks_per_reg true。

第二，我在PT里没见过set_path 这个命令，我说的命令是set_false_path -from [get_clocks clk1] -to [get_clocks clk2]
        不清楚这两个命令是否相同，对于你刚刚说的，在MUX输入端设false_path会产生start point的问题，我没想明白为什么。还请解释一下。


另外，不知道我说的PT和你说的PT是不是同一个工具，怎么似乎很多命令都不相同。我说的是PrimeTime。

61ping

回复 14# liuada001


   抱歉  我没有写成完整的命令，所说的确实是primt time  
在system variables 列表里面，timing_enable_m* 只能匹配到max_cap之类的，
不知道您使用的是哪一版本，确实很想尝试一下您说的作法，看起来会更加简单

  至于第二点，如果直接写clock之间的 false path,就没有那样的问题了，是我表述不清。
  我的意思是，直接把各个clock设置 exclusive，效果应该是一样的

liuada001

回复 15# 61ping


   我刚刚找了一下，2008版得PT还有这个参数，但是到了2012版就没有了。个人猜测，这个参数应该直接就被系统默认为打开的。你可以尝试一下不设case，直接check timing看看，会不会出现多时钟互相驱动的情况。

61ping

回复 16# liuada001
      我试过 ，不设case，就会报告每一个分支的时钟，时钟间相互驱动的状况倒是暂时没看到

      再请问一下，pt对于跨时钟域的路径有没有默认的处理方法，或者说，只能根据前端设计信息来手工指定跨时钟域路径的约束？
      如果是后者，对于不熟悉设计细节的STAer来说，岂不是很麻烦？

liuada001

回复 17# 61ping


   我并不是专门做静态时序分析的，所以只能说一说我的看法，但并不一定准确。
   PT的对与跨时钟域的时序的检测，根据的应该是实际的连接关系，如果你的确有跨时钟域的数据的交互，那么PT必然会按照正常的时序检测方式来check，无外乎是setup,hold等。但是很多时候，对于跨时钟域的数据交互，前端必然会做同步处理，很多的时序违例是必然却不用考虑的，这种情况下，如果不告诉PT忽略或者multi-cycle，PT必然报错，所以，一个最合理的PT检测结果，必然需要前端人员对时序做充分的说明，至少我们这里时序约束是由前端提供的，再由我们后端做一些补充。

   对于之前我们讨论的那种情况，我没有用2012跑过，在08版里，PT考虑的就是所有可能的连接关系（经过试验得到的结果），也就是可能出现，CLK1发送的数据由CLK2来踩，这在大部分的实际工作中是不可能的，这里就需要我们做一定的约束。但是我们不能否认，有可能，CLK1发数的同时，时钟进行的切换，那么CLK1发的数就要有CLK2来踩（虽然这样设计很脑残），那么这种情况下，如果也需要考虑，怎么办？基于这点，我觉得，在2012里，PT也应该能检测这种极端情况。