<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Matrix Value Send and receive don&#x27;t operate as expected with Enttec USB Pro. (f24 &amp; f25)]]></title><description><![CDATA[<div style="font-family:arial;font-size:small">I'd like to report a couple of bugs that occur when I try and use the Enttec DMX USB Pro with Isadora 1.3.0f24 or f25.  
<div>First of all, when I open up any of my old patches that use the Enttec device to control DMX, as soon as I try and do a lighting fade, Isadora hangs.  If I unplug the Enttec device, Isadora resumes working functionally.  I traced this problem (which I believe was identified on the forum) to too much information being pushed to the Enttec and solved it by putting in a multi-blocker actor in the serial stream.  This, however, causes another problem, in that now the zero value portion of the fade is sometimes blocked, leaving lights ghosting at a low level when they should be off.</div>
<div>Another problem also exists with the multi-blocker actor.  If you have more than one value in a given actor, all values other than the first one have reverse behaviour if the values are changed in zero time.  For example, if I use the bump input on the actor, the value sent to channels 1 are full, but the values sent to channels 2 are zero.  I have traced this back to the the multi-blocker, as you can see in the attached screen shot, the value coming out of the Matrix Value Receive is correct, but the value in the Send Raw Serial Data actor is wrong.</div>
</div>
<div style="font-family:arial;font-size:small">Hopefully this can be remedied, as I have a couple of shows in the works that are heavily reliant on DMX control through Isadora.</div>
<div style="font-family:arial;font-size:small">Thanks,</div>
<div style="font-family:arial;font-size:small">Craig</div>
<p dir="auto"><img src="/uploads/files/FileUpload/d9/1fc865-screen-shot-for-bug-report.png" alt="1fc865-screen-shot-for-bug-report.png" class=" img-responsive img-markdown" /></p>
]]></description><link>https://community.troikatronix.com/topic/247/matrix-value-send-and-receive-don-t-operate-as-expected-with-enttec-usb-pro-f24-f25</link><generator>RSS for Node</generator><lastBuildDate>Mon, 09 Mar 2026 15:25:03 GMT</lastBuildDate><atom:link href="https://community.troikatronix.com/topic/247.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 06 Oct 2012 10:39:53 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Matrix Value Send and receive don&#x27;t operate as expected with Enttec USB Pro. (f24 &amp; f25) on Mon, 10 Dec 2012 06:13:48 GMT]]></title><description><![CDATA[<p dir="auto">Hi<br />
<span id="result_box" lang="en"><span class="hps">is there a way</span> <span class="hps">to test the</span> <span class="hps">patch</span> <span class="hps">without</span> <span class="hps">the interface?</span></span><br />
Any <span id="result_box" class="short_text" lang="en"><span class="hps">actor to</span> <span class="hps">monitor</span> <span class="hps">a</span> <span class="hps">serial port</span><span>?</span><br />
<span class="hps">Sorry, I am a beginner<br />
Thanks<br />
</span></span></p>
]]></description><link>https://community.troikatronix.com/post/5322</link><guid isPermaLink="true">https://community.troikatronix.com/post/5322</guid><dc:creator><![CDATA[olialonso]]></dc:creator><pubDate>Mon, 10 Dec 2012 06:13:48 GMT</pubDate></item><item><title><![CDATA[Reply to Matrix Value Send and receive don&#x27;t operate as expected with Enttec USB Pro. (f24 &amp; f25) on Sun, 07 Oct 2012 22:52:44 GMT]]></title><description><![CDATA[<div>Dear Craig,</div>
<div>Well, ultimately we need some kind of "throttle" to control the max rate at which messages can be sent via the Matrix Value Send.</div>
<div>The main thing is that the multi-blocker actor is not the right one to use here -- because of the problems you outline (I'll get to those in a second.). Instead, you would want to use the Trigger Text actor in combination with the Pulse Generator actor. (See the picture.)</div>
<div>You're going to want to set the 'freq' input to the maximum DMX rate -- memory tells me that's 44 Hz, but it might be 50 Hz. (I'm on a train with no internet right now... can't check.)</div>
<div>This solves the problem of the "lingering low level light" because it ensures that the most recent value eventually gets sent.</div>
<div>The bug you mention with the 'multi-blocker' actor isn't really a bug, because it's doing it's job properly. When you 'bump' the two channels, it doesn't send them as one unit. It bumps the first channel first, and the second channel second. That means the first value that goes through the multi blocker at 'FF00' -- then the second value is updated (to 'FFFF') but the multi blocker actor blocks it.</div>
<div>I can see why you would assume this was a "parallel" operation -- but in fact, each channel is updated one at a time.</div>
<div>In any case, as I said, use the combo shown above and I think you'll get the results you're hoping for.</div>
<div>Best Wishes,</div>
<div>Mark</div>
<p dir="auto"><img src="/uploads/files/FileUpload/8e/9993c6-pulse-gen-trigger-text.png" alt="9993c6-pulse-gen-trigger-text.png" class=" img-responsive img-markdown" /></p>
]]></description><link>https://community.troikatronix.com/post/4348</link><guid isPermaLink="true">https://community.troikatronix.com/post/4348</guid><dc:creator><![CDATA[mark]]></dc:creator><pubDate>Sun, 07 Oct 2012 22:52:44 GMT</pubDate></item></channel></rss>