<div dir="ltr"><div>I think the Open DMX USB widget behaves as a raw serial port so you need to generate DMX packets 'manually' by sending break (sequence of zeros longer than a character) before each message. At the moment [comport] doesn't have the capability to send breaks but I think it could be done. Since the computer has to time the breaks it can happen that they are out of spec and the DMX equipment doesn't always get the messages. The Pro handles serial comms with the computer separately from the dmx so the timing is always correct.<br><br></div>Martin<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 1, 2015 at 2:56 PM, Peter P. <span dir="ltr"><<a href="mailto:peterparker@fastmail.com" target="_blank">peterparker@fastmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Martin Peach <<a href="mailto:chakekatzil@gmail.com">chakekatzil@gmail.com</a>> [2015-07-01 14:46]:<br>
<span class="">> Here's a patch that uses [comport] to talk to an entec DMXUSBPro.<br>
</span>Would that also work with the DMX USB (non-Pro)? Does anyone know what<br>
the difference between these two models is? I seem to remember vaguely<br>
that the Pro does buffer messages locally and reschedules them.<br>
</blockquote></div><br></div>