高密度脂蛋白编码器黑盒包含的模块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
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 类型的接口
1评论
安德鲁·尼科尔
安德鲁·尼科尔 2020年11月2日
嗨Kiran,模型我附在我原来的文章显示了问题很好(很明显这是一个精简版的我 实际上 试图做……)。让我知道如果这个模型没有清楚地表达我想做什么。
对模型添加一个DocBlock似乎没有改变港口的一代也许我遗漏了什么东西?
关于你最后的评论,我不确定我理解你的意思 二维数组的布尔/ ufix1 吗?对于这个测试模型,我需要一个包装两个uint32s的数组。我试着用uint32 (2), uint32 [1 x2),和uint32 [2 x1),但我似乎所有配置得到相同的结果。

登录置评。