Thread Subject: my own enabled subsystem?

I have created a plug-in replacement for an enabled
subsystem block... don't ask why, its a long story. My
only problem is that in order for it to replace the
existing blocks automatically i need to get the enable
port on the top of the block (and also not have it count
as a regular input port). I can't see how to do that with
the mask editor or other block properties... any hints?

Using r14sp2 if that matters.

On May 14, 8:08 am, "David " <d...@bigcompany.com> wrote:
> I have created a plug-in replacement for an enabled
> subsystem block... don't ask why, its a long story. My
> only problem is that in order for it to replace the
> existing blocks automatically i need to get the enable
> port on the top of the block (and also not have it count
> as a regular input port). I can't see how to do that with
> the mask editor or other block properties... any hints?
>
> Using r14sp2 if that matters.

By automatically replace, you mean programmatically?
What do you mean by 'get the enable port'?

-Chris

checker <checkeraz69@yahoo.com> wrote in message <42513570-
768d-4ed8-a8b8-
d4af68022c86@w34g2000prm.googlegroups.com>...
> On May 14, 8:08 am, "David " <d...@bigcompany.com> wrote:
> > I have created a plug-in replacement for an enabled
> > subsystem block... don't ask why, its a long story. My
> > only problem is that in order for it to replace the
> > existing blocks automatically i need to get the enable
> > port on the top of the block (and also not have it
count
> > as a regular input port). I can't see how to do that
with
> > the mask editor or other block properties... any hints?
> >
> > Using r14sp2 if that matters.
>
> By automatically replace, you mean programmatically?
> What do you mean by 'get the enable port'?
>
> -Chris


no, i mean that i now have my own library with this block
based on an enabled subsystem with one other input and
output, i have replaced the block with my own plain
subsystem block but it shows up with 2 inputs and 1
output. when i do this and refresh the model that uses it
my new 'enable' input looks like a normal input port and
will not connect to the old enable signal that came in the
top of the old enabled subsystem block. i need to put
my 'enable' input on the top of the new subsystem block so
it will connect in place of the simulink enable port.

On May 15, 3:04 am, "David " <d...@bigcompany.com> wrote:
> checker <checkera...@yahoo.com> wrote in message <42513570-
>
> 768d-4ed8-a8b8-
> d4af68022...@w34g2000prm.googlegroups.com>...
>
>
>
> > On May 14, 8:08 am, "David " <d...@bigcompany.com> wrote:
> > > I have created a plug-in replacement for an enabled
> > > subsystem block... don't ask why, its a long story. My
> > > only problem is that in order for it to replace the
> > > existing blocks automatically i need to get the enable
> > > port on the top of the block (and also not have it
> count
> > > as a regular input port). I can't see how to do that
> with
> > > the mask editor or other block properties... any hints?
>
> > > Using r14sp2 if that matters.
>
> > By automatically replace, you mean programmatically?
> > What do you mean by 'get the enable port'?
>
> > -Chris
>
> no, i mean that i now have my own library with this block
> based on an enabled subsystem with one other input and
> output, i have replaced the block with my own plain
> subsystem block but it shows up with 2 inputs and 1
> output. when i do this and refresh the model that uses it
> my new 'enable' input looks like a normal input port and
> will not connect to the old enable signal that came in the
> top of the old enabled subsystem block. i need to put
> my 'enable' input on the top of the new subsystem block so
> it will connect in place of the simulink enable port.

If I understand, you're new subsystem uses a normal inport for the
enable port, but you'd like to have the port appear on the top of the
subsystem to get automatic reconnect on block replacement.

I don't know of anyway to get a normal port to appear on the top of a
block...I don't think it's possible.

The only options that come to mind involve programatically
reconnecting the inports to the appropriate place and at first glance,
it looks messy and buggy. Sorry.

-Chris