Jump to content

BMC

Member
  • Posts

    5
  • Joined

  • Last visited

Posts posted by BMC

  1. On 10/25/2020 at 9:33 PM, Mike Fahl said:

    The "authenticate" command isn't needed on the UDP port as far as I can recall. From the IOCORE manual, it definitely doesn't seem tp support appengin $0D as a "carruage return". You may want to send the command without any carriage return when using UDP. If that doesn't work, the only way by which you can send CR as far as I can tell from the manual is to send the entire command as HEX. Another option is yo send the command as TCP instead of UDP. Here you need to use the authenticate command. But in this case, you can mix sending commands as text and the CR as hex (here just 0D).

    Mike

     

    Hello. Indeed, UDP does not need the "authenticate" command! Unfortunately IOCore cannot send commands over TCP (only receive). The backbone return does not work in HEX. And sending the whole message in HEX doesn't work either. I also noticed one strange thing, for some reason, when sending a command, it sends each line twice (this can be seen in the command monitor in IOCore)! So so far we have not been able to set up normal UDP work. On the advice above, so far I have configured it via Artnet and DMX. I will try to figure it out with UDP, if you have any more ideas, please let me know. Thanks

    IMG_3404.jpeg

  2. On 10/24/2020 at 10:41 PM, BMC said:

    Hi

    I just need to run contact closure timelines on IOcore.

    I tried to do this by sending commands over UDP.

    But it feels like he sends all commands at once without delay between commands. So I am getting the error.

    I will be in the office on Tuesday and try your recommendation for control via DMX inputs.

    Another question is, in this way, you can make it so that after starting the timeline, its value goes to the zero position so that the timeline can be restarted by pressing the same button?

    If it doesn't work, I'll send you a show by mail.

    Thank you

    IMG_3444.jpeg

    Hello. It turned out to set up control through Artnet dmx. I created the GPI >> DMX module since I do not have GPIO >> Artnet in the IOcore settings (GPI >> Artnet). Thanks )

    IMG_3472.jpeg

    IMG_3474.jpeg

    IMG_3475.jpeg

  3. 8 hours ago, Mike Fahl said:

    I don't think IOCORE interprets $0D as carriage return, but sends it as plain text, which is then not understood by WO. Check the documentation of IOCORE to see how to send control characters. You may also simply try removing the trailing $0D after each command. As you send them with UDP, WO may accept them without explicit line ending (since UDP sends an individual packet for each command anyway).

    Mike


    Hello. I tried different options ($ 0D, 0D, 0A).

    It feels like he will send all the commands at once without a delay between them.

    And without going to a new line.

    There is no information on this in the manual on IOCORE. (https://www.visualproductions.nl/category-architectural/iocore/#)

    IMG_3445.jpeg

  4. 11 hours ago, HugoJ said:

    Hi

    what is your intention to control specificly?

    I use the IOcore for starting WO timelines with switches (contact closures). 

    In WO i handle all housekeeping with jump-to, abort, play, pause, etc
     

    in WO I make DMX inputs. 
    in the IOcore i create a module GPIO>>Artnet. 
    (You must set the correct universe addresses)
     

    Send me a dm so i can help you. 
    hugo@janzen.nl

     

    Hi

    I just need to run contact closure timelines on IOcore.

    I tried to do this by sending commands over UDP.

    But it feels like he sends all commands at once without delay between commands. So I am getting the error.

    I will be in the office on Tuesday and try your recommendation for control via DMX inputs.

    Another question is, in this way, you can make it so that after starting the timeline, its value goes to the zero position so that the timeline can be restarted by pressing the same button?

    If it doesn't work, I'll send you a show by mail.

    Thank you

    IMG_3444.jpeg

×
×
  • Create New...