0

GPIO input, then software/API output to external control system

I have a motion sensor that I'm going to connect to the GPIO on a Brightsign HD player.

This will trigger playback of the video on the player, but I also need to have that event send an HTTP command of some kind to an external control system so that the lights above the screen dim to 20% brightness during the playback of the video.

Not being a brightsign programmer myself, curious to hear if this is possible.

6 comments

  • 1
    Avatar
    Monica Knutson

    Does your external control system accept UDP commands?  We have used this successfully with DMX Controllers.

    You'll need the UDP send/receive ports from your external device and match that to the BrightAuthor presentation settings on

    File > Presentation Properties > Interactive tab

    Then in the UDP Section.  You can designate an IP address, the local subnet, all ethernet devices or all wifi devices (on the same network).  Also type in the UDP Destination Port (of the external device) and the BrightSign receiver port (if you're sending UDP back to the BrightSign).

     

    Other alternatives available in the interactive events can use a serial port:

    Send Serial Strings (EOL and no EOL)
    Send Serial byte or bytes (comma separated)

     

    Cheers,
    Monica

  • 0
    Avatar
    Adam Wrzeski

    Thank you Monica!

  • 0
    Avatar
    Monica Knutson

    You're most welcome Adam!  Hope that helps.

    Cheers,
    Monica

  • 0
    Avatar
    Moe

    Dear Monica,

    this thread is more than 2 years old, but maybe you are still around, so I'll give it a try:

    you say you've used DMX controllers that accept UDP commands from BS units in the past with success? Could you maybe specify the exact controllers you have used?
    I am currently searching for a method to control DMX spots with BS units and thought maybe sending UDP commands directly to a DMX controller that translates them into DMX signals might be the easiest and most flexible way.

    Any help would be appreciated!

  • 0
    Avatar
    Monica Knutson

    Hi Moe,

    Yep, I'm still around.  :o)

    We have used Interactive Technologies CueServers ($$$) and ENTTEC controllers ($$).  The CueServer uses a specific port for UDP commands (52737 if memory serves correctly).  The nice thing about the CueServers is you can setup a Cue, and then just trigger the Cue.  For example, if you want to set a spot to color change, you can setup a Cue that does the color fade.  Then, just call that Cue via UDP shorthand build into the Cueserver like:  Q2G  (Cue 2 Go).  

    The ENTTEC is newer to us, so we haven't explored how in depth we can go with it yet but it's half the price of the CueServer we have been using (CS-920 or CS-810).

    From the ENTTEC site:

    Using the intuitive timeline editor, multiple recordings and scenes can be stitched together whilst adding popular AV specific triggers such as OSC, UDP, contact closure and more, allowing the S-PLAY to integrate into the heart of any control system.

    Their S-Play site even shows a BrightSign on it.  :)

     

     

    Hope this helps!!  If you do end up going to either one, let me know how it works out, or if you need some guidance.

    Cheers,
    Monica

  • 0
    Avatar
    Moe

    Hi Monica,

    thanks so much for your detailed answer and the info you shared!
    I came around the Entec before while I was looking for affordable devices (just wasn't sure if it also accepts UDP commands from the Brightsign, in the sketch the Brightsign only acts as a video player) - so unfortunately the Interactive Technologies CueServer is even further beyond the budget I was hoping to be able to work with.
    However, it seems that it easily becomes very costly if complex functions like prerecorded setups and alike come into play.

    I found some custom devices that seem to translate UDP or serial commands of the Brightsign to DMX signals, like http://hms-electronics.com/BrightSign/data_sheets/usb_s3_dmx.htm (serial), https://shop.codm.de/automation/dmx/28/ethernet-dmx-bridge-v0.5 (UDP), https://www.iiltd.com/products/brightlight-controller  (UDP) , https://www.acuitybrands.com/products/detail/1602874/pathway/pwinf-network-fade-processor/udp-to-dmx-din-mount-translator  (UDP) (at least I think that they all would work with BS). Most of these are lower priced then the Enttec.

    However, if I understand there function correctly, it would be necessary to configure each fade for each DMX channel individually in BrightAuthor or BrightScript, so the BS player would trigger all DMX events with individual commands.

    Am I correct that , in contrast to this, the Enttec S-Play and probably also the https://www.visualproductions.nl/products/cuecore2 and maybe even the cheaper https://www.visualproductions.nl/products/lpu2 would just be triggered by simple UDP commands of the Brightsign, and the configuration of each CUE for all relevant DMX channels would take place beforehand in the configuration software of these controllers?

    If this is correct, it seems that there is a trade-off between - on one side - cheaper devices ("bridges/translators") with less flexibility and more effort for configuration, and on the other side "proper" show controllers, more expensive, but with sophisticated external configuration options.

    Does that make sense?

     

     

Please sign in to leave a comment.