<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Nonvirtual Bus Signals</title>
	<link>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/</link>
	<description>This blog is about Simulink.</description>
	<pubDate>Mon, 06 Oct 2008 13:45:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Seth</title>
		<link>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-361</link>
		<dc:creator>Seth</dc:creator>
		<pubDate>Tue, 08 Jul 2008 12:49:33 +0000</pubDate>
		<guid>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-361</guid>
		<description>I don't know of any such change in behavior.  Please submit a service request to investigate this.  From the &lt;a href="http://www.mathworks.com/support/" rel="nofollow"&gt;support link&lt;/a&gt; on the front page, you can find the &lt;a href="http://www.mathworks.com/support/bugreports/" rel="nofollow"&gt;view and report bugs&lt;/a&gt; link near the bottom left.  This will require you to log in.  From there, find the link to &lt;a href="http://www.mathworks.com/support/service_requests/contact_support.do" rel="nofollow"&gt;Report and new bug&lt;/a&gt;.  Technical support will investigate the issue for you.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know of any such change in behavior.  Please submit a service request to investigate this.  From the <a href="http://www.mathworks.com/support/" rel="nofollow">support link</a> on the front page, you can find the <a href="http://www.mathworks.com/support/bugreports/" rel="nofollow">view and report bugs</a> link near the bottom left.  This will require you to log in.  From there, find the link to <a href="http://www.mathworks.com/support/service_requests/contact_support.do" rel="nofollow">Report and new bug</a>.  Technical support will investigate the issue for you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elior Segev</title>
		<link>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-360</link>
		<dc:creator>Elior Segev</dc:creator>
		<pubDate>Tue, 08 Jul 2008 08:24:43 +0000</pubDate>
		<guid>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-360</guid>
		<description>Well, it's not about the articel.
I simply could not find where to report bugs of Simulink so I'm posting it here.

I built a model on Simulink 6.3 and when I used it in r2007a and r2007b I found out it work improperly because the "mux" block behaves differently - it builds the vector in a reversed way than what it did in Simulink 6.3 
I could not find it as a known issue. 
Is there any solution for this problem (I want my model to work on all these versions)</description>
		<content:encoded><![CDATA[<p>Well, it&#8217;s not about the articel.<br />
I simply could not find where to report bugs of Simulink so I&#8217;m posting it here.</p>
<p>I built a model on Simulink 6.3 and when I used it in r2007a and r2007b I found out it work improperly because the &#8220;mux&#8221; block behaves differently - it builds the vector in a reversed way than what it did in Simulink 6.3<br />
I could not find it as a known issue.<br />
Is there any solution for this problem (I want my model to work on all these versions)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seth</title>
		<link>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-204</link>
		<dc:creator>Seth</dc:creator>
		<pubDate>Wed, 07 May 2008 00:16:32 +0000</pubDate>
		<guid>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-204</guid>
		<description>@Markus - Thanks for the comments.

Regarding using bus signals in libraries... The signal name information for the bus selectors comes from the diagram, and the inport of a subsystem doesn't have that information when it is in the library.  The way to modify the library block is to temporarily disable the link, make your changes to the block, and then re-enable the link.  At this point you have to select to propagate the changes you made back to the library.

Regarding the if-then-else construct, I can see from your description that you think it is awkward to use so many blocks to represent the if-action construct.  Conditionally executed systems and iterator systems will be great topics for future posts.  Thanks for the suggestions.</description>
		<content:encoded><![CDATA[<p>@Markus - Thanks for the comments.</p>
<p>Regarding using bus signals in libraries&#8230; The signal name information for the bus selectors comes from the diagram, and the inport of a subsystem doesn&#8217;t have that information when it is in the library.  The way to modify the library block is to temporarily disable the link, make your changes to the block, and then re-enable the link.  At this point you have to select to propagate the changes you made back to the library.</p>
<p>Regarding the if-then-else construct, I can see from your description that you think it is awkward to use so many blocks to represent the if-action construct.  Conditionally executed systems and iterator systems will be great topics for future posts.  Thanks for the suggestions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Markus</title>
		<link>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-203</link>
		<dc:creator>Markus</dc:creator>
		<pubDate>Tue, 06 May 2008 22:57:49 +0000</pubDate>
		<guid>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-203</guid>
		<description>Hi Seth,

here are two suggestions for your blog:

If-then-else constructions are a bit awkward in Simulink. You need an if-block, at least two if-action-blocks and finally a merge block, not to mention the many data and control lines one has to draw. And as far as I know, if you do not have an else-branch, for the signal flow you still need to provide an else-action-block essentially consiting of nothing else a direct feedthrough. 

I guess the Simulink developers have thought about making this a little bit more compact and easier. What were the reason to leave it as it is now?

Another thing where I need some clarification is the use of for-loops. Maybe you can give some examples how to use them.

Yours
Markus</description>
		<content:encoded><![CDATA[<p>Hi Seth,</p>
<p>here are two suggestions for your blog:</p>
<p>If-then-else constructions are a bit awkward in Simulink. You need an if-block, at least two if-action-blocks and finally a merge block, not to mention the many data and control lines one has to draw. And as far as I know, if you do not have an else-branch, for the signal flow you still need to provide an else-action-block essentially consiting of nothing else a direct feedthrough. </p>
<p>I guess the Simulink developers have thought about making this a little bit more compact and easier. What were the reason to leave it as it is now?</p>
<p>Another thing where I need some clarification is the use of for-loops. Maybe you can give some examples how to use them.</p>
<p>Yours<br />
Markus</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Markus</title>
		<link>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-199</link>
		<dc:creator>Markus</dc:creator>
		<pubDate>Sun, 04 May 2008 20:54:02 +0000</pubDate>
		<guid>http://blogs.mathworks.com/seth/2008/04/29/nonvirtual-bus-signals/#comment-199</guid>
		<description>Hi Seth,

very nice post with clear illustrations, thanks! 

I always wondered how to export a block with a bus as input to an own library. The inherited signal names always changed to "???" as soon as I cut a block of a model and pasted it into a library. The answer seems to be to use nonvirtual buses. 

Regards
Markus</description>
		<content:encoded><![CDATA[<p>Hi Seth,</p>
<p>very nice post with clear illustrations, thanks! </p>
<p>I always wondered how to export a block with a bus as input to an own library. The inherited signal names always changed to &#8220;???&#8221; as soon as I cut a block of a model and pasted it into a library. The answer seems to be to use nonvirtual buses. </p>
<p>Regards<br />
Markus</p>
]]></content:encoded>
	</item>
</channel>
</rss>
