Thread Subject: Activate/deactivate, enable/disable Simulink Blocks

Hi there, I have tried looking online but there doesn't seem to be a solution or workaround for this that is readily available. What I want to do is disable or deactivate a simulink block that is causing an error when trying to run a simulation. This is because i have a model that can either take an input from a file or from an external device that is connected to the PC. Which input is determined by a manual switch block. When the device is not connected it's corresponding input block brings up an error that says the device is not connected and the model does not run - even if I am trying to read from a file and do not need the external device to be connected. Is there a way for me to suppress this error? I want to maintain all of this in a single model and the only workaround i can see is to duplicate it and have one with input from file and the other with input from external device.

Thanks for your help!
James

On Nov 4, 2:50 pm, "James Pau" <the_manti...@hotmail.com> wrote:
> Hi there, I have tried looking online but there doesn't seem to be a solution or workaround for this that is readily available. What I want to do is disable or deactivate a simulink block that is causing an error when trying to run a simulation. This is because i have a model that can either take an input from a file or from an external device that is connected to the PC. Which input is determined by a manual switch block. When the device is not connected it's corresponding input block brings up an error that says the device is not connected and the model does not run - even if I am trying to read from a file and do not need the external device to be connected. Is there a way for me to suppress this error?  I want to maintain all of this in a single model and the only workaround i can see is to duplicate it and have one with input from file and the other with input from external device.
>
> Thanks for your help!
> James

Take a look at the help documentation for "Configurable
Subsystem" (under the Simlink -> Ports & Subsystems library). You
should be able to create a masked block on which you select which
version of your block you want to use (reading from file or from the
device) and the configurable subsystem will select the appropriate
subsystem that contains your choice. I realize that my explanation
sucks, but read the help and examples for that block and it'll make
more sense.

HTH,
Ashish.

Praetorian <ashish.sadanandan@gmail.com> wrote in message <f55ae5e6-b0b3-4d9c-bda6-981bfd06b2ea@g31g2000vbr.googlegroups.com>...
> On Nov 4, 2:50 pm, "James Pau" <the_manti...@hotmail.com> wrote:
> > Hi there, I have tried looking online but there doesn't seem to be a solution or workaround for this that is readily available. What I want to do is disable or deactivate a simulink block that is causing an error when trying to run a simulation. This is because i have a model that can either take an input from a file or from an external device that is connected to the PC. Which input is determined by a manual switch block. When the device is not connected it's corresponding input block brings up an error that says the device is not connected and the model does not run - even if I am trying to read from a file and do not need the external device to be connected. Is there a way for me to suppress this error? I want to maintain all of this in a single model and the only workaround i can see is to duplicate it and have one with input from file and the other with input from external
device.
> >
> > Thanks for your help!
> > James
>
> Take a look at the help documentation for "Configurable
> Subsystem" (under the Simlink -> Ports & Subsystems library). You
> should be able to create a masked block on which you select which
> version of your block you want to use (reading from file or from the
> device) and the configurable subsystem will select the appropriate
> subsystem that contains your choice. I realize that my explanation
> sucks, but read the help and examples for that block and it'll make
> more sense.
>
> HTH,
> Ashish.

Hi Ashish,

I get you. Your explanation was fine and I managed to get it working. Thanks heaps!

James