原创 吐槽一下Lattice Radiant软件的那些令人奔溃的问题

熊猫君在项目中使用lattice Crosslink-NX器件已经一年又半载了，这个器件只能使用Lattice Radiant和Propel集成环境进行开发，有一些常规的不方便，比如：

（1）     这个环境对版本的管理很差，ES样片、ES2样片、LIFCL-17样片、LIFCL-40样片只能使用特定的版本进行开发，转正式版还有不少问题，要重新搭建工程；

（2）     有限的几个IP在版本升级过程中几乎全部改头换面，对外端口名改动太大，如果升级了Radiant的版本，得把工程重新搭建一边才行。

还有几个让人奔溃的问题：

（1）     在一个资源使用较多的工程中，若对其中一个文件的源代码内容修改较多，且不使用增量编译，工程中仍然会保留原来文件生成的结果，会报告原来文件中的信号或寄存器不存在的错误，即使删除所有的综合和布局布线的中间与结果文件，并执行prj_clean_impl,清理磁盘并重启都没有什么卵用，只能重建工程；

（2）     布局布线算法的时序收敛性很差，以我手上在使用的Radiant3.0版本来说，差到每次布局布线都会报告一大堆不同的时序问题，而且每次的结果都相差很大。工程稍微复杂一点，如果使用RISC-V软核，竟然只能跑到50MHz。要想工程运行的主频高一些，要加很多的位置约束和关键路径约束才能办得到，十分考验基本功，增加了技术难度和开发时间。

熊猫君也就是纯粹吐槽一下Lattice Radiant软件的一些问题，发泄一下底层码农面对不友好环境时，心中的郁闷与不满。