Hi everyone, sometimes it happens that I get the following errors, the problem is that they seem to appear in a random way, for example my design was working correctly but I needed to rename it and to change the directory, I did it and obviously I changed also the path of the Control block, then I tried to simulate and I got: 1. Altera DSP Builder Advanced Internal Restriction: 'lastSlice.high <= inWidth - 1'. Error in block '.../Subsystem1/Subsystem/Mux_re' in mip_common/hw_fu.cpp:544. 2. Error in '../Control' while executing C MEX S-function 'mip_control', (mdlStart), at time 0. MATLAB error message: Altera DSP Builder Advanced Internal Restriction: 'lastSlice.high <= inWidth - 1'. Error in block '.../Subsystem1/Subsystem/Mux_re' in mip_common/hw_fu.cpp:544. Why that? Thanks in advance

This is a bug. Are you absolutely sure that this only occurred after changing the Control block path? I would be surprised if that caused it. It's most likely occurring where an Adder feeds a Mux. Look at the blocks around Subsystem1/Subsystem/Mux in your design. Have you hard-coded the types on any blocks in this area? Perhaps you can pare down the design so that it only contains a few blocks and yet has this problem. If you can, please post it here.

--- Quote Start --- This is a bug. Are you absolutely sure that this only occurred after changing the Control block path? I would be surprised if that caused it. --- Quote End --- 99% sure. --- Quote Start --- It's most likely occurring where an Adder feeds a Mux. Look at the blocks around Subsystem1/Subsystem/Mux in your design. Have you hard-coded the types on any blocks in this area? Perhaps you can pare down the design so that it only contains a few blocks and yet has this problem. If you can, please post it here. --- Quote End --- I cant post the whole design but I posted where the error occurs, for 'hard-coded' do you mean if I defined the output type mode for each block without using the "Inherit via internal rule"? If you do, yes, I did hard-code them. ps: the multiplier is treating complex data

--- Quote Start --- I cant post the whole design but I posted where the error occurs, for 'hard-coded' do you mean if I defined the output type mode for each block without using the "Inherit via internal rule"? If you do, yes, I did hard-code them. --- Quote End --- Could you post that picture again, but with types shown and ideally the other block that feeds the mux. You can show the types using the Format Menu. Select "Port/Signal Displays" -> "Port Data Types". If the types don't show up then, you need to refresh your model. Press Ctrl + D to do that. (and yes that's what I meant by hard-code them)

--- Quote Start --- Could you post that picture again, but with types shown and ideally the other block that feeds the mux. You can show the types using the Format Menu. Select "Port/Signal Displays" -> "Port Data Types". If the types don't show up then, you need to refresh your model. Press Ctrl + D to do that. (and yes that's what I meant by hard-code them) --- Quote End --- Problem solved, I realized that the file of the Edit Param block was not in the right directory, after having fixed this the problem disappeared. Ok it was my fault that I didnt move the file .m , but to understand this reading that error it was not so straightforward :D

Mmm, the problem appeared again, I was hard-coding the types then I tried to simulate the design and the error reappeared I have attached the design with the data type, in this case only the output of the Mux is fixed, the rests are 'inhrited' Quick update: I have found that if the output of that Mux is bigger than 36bits the design does not work, is there any way to overcome this problem ? (the full design is quite small so I would prefer to not break down it)

Forum Discussion

Altera_Forum

Honored Contributor

15 years ago

Strange and random (!?) error of the Control block

Hi everyone,

sometimes it happens that I get the following errors, the problem is that they seem to appear in a random way, for example my design was working correctly but I needed to rename it and to change the directory, I did it and obviously I changed also the path of the Control block, then I tried to simulate and I got:

Altera DSP Builder Advanced Internal Restriction: 'lastSlice.high <= inWidth - 1'. Error in block '.../Subsystem1/Subsystem/Mux_re' in mip_common/hw_fu.cpp:544.

Error in '../Control' while executing C MEX S-function 'mip_control', (mdlStart), at time 0. MATLAB error message:

Altera DSP Builder Advanced Internal Restriction: 'lastSlice.high <= inWidth - 1'. Error in block '.../Subsystem1/Subsystem/Mux_re' in mip_common/hw_fu.cpp:544.

Why that?

Thanks in advance

14 Replies

Altera_Forum
Honored Contributor
15 years ago
I'm afraid that's not really enough to go on. Ideally you need to create a design that is as small as possible that still has the problem. In most cases, you should be able to do this without giving anyway any secrets in your design.
Altera_Forum
Honored Contributor
15 years ago
One pitfall I found with dspbuilder is that of model pointing to another setup m file as you move around your files.

Try open .mdl using wordpad and check and correct the name of setup file, possibly in 3 places. save and close matlab then reopen and check again...
Altera_Forum
Honored Contributor
15 years ago
That's not really a fault of DSP Builder, but of Simulink/MATLAB. DSP Builder has no control over MATLAB paths beyond its initial set up.
Altera_Forum
Honored Contributor
15 years ago
I have "a kind of" solved the problem by adding In/Out wrapper of the basic blockset, I have two IP connected, if they are connected with these wrappers they work perfectly, if not (all the blocks from the advanced library) I get that error....

Forum Discussion

Strange and random (!?) error of the Control block

14 Replies

Recent Discussions

Agilex-5 supported Transceivers

AXI4-Lite Firewall IP core - Altera support request

F-tile 10GE Ethernet Reference Design ISSP Error

Agilex7 M PCIe MCDMA: debug toolkit attachment

Can an Application Ignore PCIe flow Control Credits?