WhyCan Forum(哇酷开发者社区)

我测试了下极限fitting利用率是89%，基本上大概是在1890个LUTs，我跑了上百次，只要综合产生的LUT超过189x，基本上fitter就跑不出来。

因此大致情况下稳定跑出来基本控制利用率在89%以下，当然我还是用的几个月前的fitter，如果是近一两个月supra下的fitter，更难跑出来，效率更降低了。因此我建议不要盲目跟随原厂升级tools，如果你以前做的稳定的项目，非必要不要升级

@aquasnake
之前10K,16K的不是号称99%吗，这个2K的怎么差这么多

目前 agm尚且还需要altera环境，来注入外挂脚本利用quartus ii产生网表，这部分无法自动化，其他我都实现了一键批处理

由于calibration内部晶体用的电压和目标板stand alone工作时的电压可能有偏差，因此校准到的晶体输出频率不等于实际工作时候的频率，由此可以推断，必须保证下载线输出3.3V和板子实际工作后的VCC尽可能地保持一致

同时，猜测AGRV2K内部甚至没有LDO对这个int OSC供电，而是直接跟随系统VCC 3.3V

l

前两天也试了他们的AGRV2K，发现他们的编译器有点玄学，不懂怎么回事，有时候改一个引脚分配文件把引脚映射到另外一个IO，其他啥都不变，编译下载后结果不符合预期，有时候引脚没变，单纯修改verilog逻辑，改变某个引脚后编译下载，结果又不符合预期，但是偶尔从新按照他们的新建工程步骤，代码不变新建编译下载竟然又符合预期了，搞得我很迷茫。。。。

仅仅是引脚更改，那么其实不用在quartus ii里面做编译，只需要修改.ve文件，然后再次执行af.exe就可以了。

我直接是把fitting, downloading写成了脚本一键运行， 因为fitting有时候跑一次跑不出来，会error，要多跑一次才会顺利通过，因此一键运行加速了我开发的时间，这样我完全抛弃了supra前端

最近编辑记录 aquasnake (2024-04-01 10:58:11)

@jiaowoxiaolu
因为控制字写在 ur_project.qsf文件中，这个文件其实也是一个脚本，会被af.exe调用

然而约束控制字都是altera的东西，你甚至可以在altera的工程目录下找到类似的.qsf文件，然后把需要约束的管脚配置字，摘抄过来

为什么agm不公开这些？因为这些东西是altera/intel的，quartus ii中用户不必关心.qsf文件，直接在assignment editor中有配置，配置完毕后会自动更新.qsf。而在agm中，是直接编辑这个.qsf文件。

我一开始也尝试去向供应商询问这些东西，但是基于某些原因，没有获得我需要的解答，因此都是自己慢慢啃生肉。当然，在此过程中已经了解为什么会不解答这些技术问题。因为这涉及到agm对altera的软硬件做了什么的问题，这些问题是不方便原厂自己公开释放的

最近编辑记录 aquasnake (2024-04-03 19:28:43)

用开源的综合器裸奔，就不能用quartus ii里面MegaWizard IP的东西了，这些都是绑定到IDE的闭源IP库。除非你用你自己反向出来这些模块并以代码方式嵌入到你自己的项目

如果用开源的综合器产生网表，那么要做的事情很多，需要手动写 *asf

先借用quartus ii跑一遍，跑之前先assignment editor配置好虚拟的管脚约束，然后点af_quartus.tcl运行产生网表，以及altera的*.qsf文件。然后跑一次fitter，会自动将altera的*.qsf迁徙到AGM的 .\alta_db\alta.aqf, .\alta_db\alta.asf

但是，这两个约束并不是最终的，最后，将ur_project.asf里面的设置再次覆盖，所有的参数都是altera quartus ii里面的，因为他这个fitter是衔接quartus ii的。

假设用第三方开源的综合器产生网表，但是这些文件并不会导出，也不会是quartus ii的参数，因此会出现丢失pin脚约束和其他全局约束的情况。fitter还是会调用 .\alta_db\alta.aqf, .\alta_db\alta.asf 去约束，而这几个都是quartus ii环境下的，它与quartus ii强耦合

最乐观的情况是你上次成功编译后管脚约束是正确的，你又会手动编辑ur_project.asf。而且你的项目对于pin脚约束（上拉，OD，驱动力，滞回，延迟微调整等）不敏感

其实调用 quartus综合也可以一键批处理化

新建一个文本文档改后缀为bat文件，里面是

path = path;C:\altera\13.1\quartus\bin64

quartus_sh -t af_quartus.tcl

pause

这样就可以了。前提是先安装quartus II 13.0或者13.1
然后观察.\simulation\modelsim目录下是否产生了最新修改时间的.vo文件，有则是综合通过。

但是综合用批处理比较不直观，不能看到到底占用了大致多少的芯片资源（LUT），不适合在开发中使用，用来出版本合适。如果是前期代码编译开发，还是开quartus IDE界面比较好。

但是在fitting的过程中，会有资源占用比例显示出来，其实显示资源占用比放在综合脚本里面显示比较人性化

写脚本的方便之处是缩短了编译时间，也不用手动去选.tcl脚本，防止点错脚本。这样一键傻瓜操作，加速了对工具使用的适应磨合时间（大多数开发者，开发一个新项目开始，几乎要占用3-7天搭建环境，适应环境，并琢磨出一套开发流程，直接命令行的调用环境效率提升很明显）

最近编辑记录 aquasnake (2024-05-13 14:31:36)

注意，仅仅是写了.ve文件中的管脚映射，也是不会导入到fitter控制中去的。

在"af_prepare.tc"中:

### Run Compile ###
set PIN_MAP "__device_pinmap__"
set VE_FILE "__ve_file__"
if { [file exists $VE_FILE] && [file exist $PIN_MAP] } {

以上必须满足同时有.ve文件和.pinmap文件才能产生正确的.pre.asf

遗憾的是，SDK里面并没有给你包含AGRV2KLxxx.pinmap文件，这个脚本非常罗嗦，绕了一大圈最终有.asf控制，什么pre.asf都是中间临时脚本，最后统一被.asf覆盖。

而且完全可以删除xxxx.pinmap这些文件，也就是说，不管quartus ii里面的逻辑管脚映射如何，都没有意义，最后物理分配看.asf文件。甚至删除了pinmap文件还更有好处，我不需要先在quartus里面对着一个模型bga封装去虚拟分配管脚了，哪怕它是空的，也完全没有关系，彻底把管教配置和quartus剥离干净