Results 1 to 4 of 4

Thread: LOR controller numbering

  1. #1
    Registered User EricR's Avatar
    Status
    Offline
    Join Date
    Dec 2015
    Location
    Apex NC
    Posts
    329
    Thanks (Received)
    10
    Likes (Received)
    48
    Mentioned
    25
    Tagged
    0 Thread(s)
    Quoted
    123

    Default LOR controller numbering

    Hello LOR users. If you daisy chain LOR controllers (CTB16PC) together do they have to have sequential controller ID numbers? My example is this. I want to use two Raspberry Pi's. Pi #1 will have LOR#1 , 3 and 4 daisy chained. Pi #2 will have LOR #2 . Will this be a problem? Otherwise I will have to change my channel numbers in Xlights.

  2. #2
    Stay-Puft! rcktpwrd's Avatar
    Status
    Offline
    Join Date
    Dec 2014
    Location
    Raleigh NC
    Posts
    184
    Thanks (Received)
    8
    Likes (Received)
    43
    Mentioned
    3
    Tagged
    0 Thread(s)
    Quoted
    55

    Default Re: LOR controller numbering

    that shouldn't be an issue as long as you sequence correctly, knowing where each controller is or what it is controlling.
    Joel


  3. #3
    Professional Net Lurker Jack Stevens's Avatar
    Status
    Offline
    Join Date
    Jun 2009
    Location
    Pittsboro, NC
    Posts
    1,499
    Thanks (Received)
    6
    Likes (Received)
    78
    Mentioned
    39
    Tagged
    0 Thread(s)
    Quoted
    115

    Default Re: LOR controller numbering

    @EricR, LOR controllers can go in any order on the daisy chain, and you don't have to have them numbered consecutively, either.

    You can have 6 controllers with ID numbers 1, 7, 13, 22, 30, and 55, and put those in any order, such as 55 - 1 - 13 - 22 - 30 -7

    You can have duplicate ID's; the packet will go to both controllers with the same ID and both controllers will react. That usually happens by accident more than deliberately, though.

    Most DMX controllers will allow you to do the same thing; most of them don't have a Universe ID but they do let you set the range of channels they'll react to.

    Renard Controllers do have to be in channel order; they do "channel stealing" - typically in groups of 8 because most PIC controller chips they use can control 8 channels each. "Channel stealing" - whether in DMX or Renard protocol mode - means they react and remove the first X number of channels (where X is the number of channels the controller has) and then transmit the rest on to the next controller.

    Pixels also do "channel stealing" but most people don't think of pixels being channels.

    __________________

    wiring differences - and this can cause you issues - on RJ 45 (Etherenet looking) cables, LOR uses pins 4 and 5 for data, 3 and 6 for auxilliary power for various items such as the ELL (Electronic Light Linker, their wireless system) and the such.

    Standard DMX uses pins 1 and 2 for data, and 4 and 5 for a second data channel, which most controllers will pay attention to and most will ground out.

    Renard also uses pins 4 and 5, but in opposite polarity to that of LOR..

  4. #4
    Registered User EricR's Avatar
    Status
    Offline
    Join Date
    Dec 2015
    Location
    Apex NC
    Posts
    329
    Thanks (Received)
    10
    Likes (Received)
    48
    Mentioned
    25
    Tagged
    0 Thread(s)
    Quoted
    123

    Default Re: LOR controller numbering

    Quote Originally Posted by Jack Stevens View Post
    @EricR, LOR controllers can go in any order on the daisy chain, and you don't have to have them numbered consecutively, either.

    You can have 6 controllers with ID numbers 1, 7, 13, 22, 30, and 55, and put those in any order, such as 55 - 1 - 13 - 22 - 30 -7

    You can have duplicate ID's; the packet will go to both controllers with the same ID and both controllers will react. That usually happens by accident more than deliberately, though.

    Most DMX controllers will allow you to do the same thing; most of them don't have a Universe ID but they do let you set the range of channels they'll react to.

    Renard Controllers do have to be in channel order; they do "channel stealing" - typically in groups of 8 because most PIC controller chips they use can control 8 channels each. "Channel stealing" - whether in DMX or Renard protocol mode - means they react and remove the first X number of channels (where X is the number of channels the controller has) and then transmit the rest on to the next controller.

    Pixels also do "channel stealing" but most people don't think of pixels being channels.

    __________________

    wiring differences - and this can cause you issues - on RJ 45 (Etherenet looking) cables, LOR uses pins 4 and 5 for data, 3 and 6 for auxilliary power for various items such as the ELL (Electronic Light Linker, their wireless system) and the such.

    Standard DMX uses pins 1 and 2 for data, and 4 and 5 for a second data channel, which most controllers will pay attention to and most will ground out.

    Renard also uses pins 4 and 5, but in opposite polarity to that of LOR..
    Thanks Jack for that detailed answer.



    Sent from my iPhone using Tapatalk

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •