高密度脂蛋白编码器黑盒包含的模块parameterised输入包装
3视图(30天)
显示旧的评论
嗨!我试图用一些现有代码的形式:
模块foo # (
参数int NInputs = 2
)(
输入线[NInputs-1:0] [31:0] foo_in,
输出逻辑31:0 foo_out
);
当我用适当的黑盒设置生成代码设置NInputs和驱动foo_in coresponding大小的一个向量,高密度脂蛋白编码器生成代码,如以下:
foo # (.NInputs (2)
)
u_i_foo (.In1_0 (in) / / uint32
/ / uint32 .In1_1 (In2)
/ / uint32 .Out1 (i_foo_out1)
);
如您所见,HDL编码创建不合适的港口名称而不是连接一个拥挤的向量。
我该如何设置模型/ HDL编码正确连接子系统的输入端口以这样一种方式得到了n元信号通过黑盒吗?我认为只是用一些Concat块,然后利用提取位块内的黑盒模型,但这似乎会变得非常脆弱的数据类型和维度处理……
答案(1)
Kiran Kintali
2020年11月1日
> >我认为只是用一些Concat块,然后利用提取位块内的黑盒模型,但这似乎也会变得非常脆弱的数据类型和维度处理……
似乎因为你不能够生成代码在某些风格包装你要对一个黑箱路线。
你能分享一个样本模型到support@mathworks.com万博1manbetx吗?
> >我想将一些现有代码的形式:
关于黑盒问题请参考文档
web (fullfile (docroot hdlcoder / ug / black-box-implementation-for-subsystem-blocks.html))
考虑使用最近的文档块功能包装使其自给自足。
web (fullfile (docroot hdlcoder / ug / integrate-custom-hdl-code-using-docblock.html))
> >可以看到,HDL编码创建不合适的港口名称而不是连接一个拥挤的向量。我该如何设置模型/ HDL编码正确连接子系统的输入端口以这样一种方式得到了n元信号通过黑盒吗?
原因你没有看到正确的端口类型是因为你使用
“uint32 (2)”。
基于有限我假设您需要描述
二维数组的布尔/ ufix1
类型的接口
。