Thanks Thanks:  0
Likes Likes:  0
Results 1 to 5 of 5

Thread: QS - processor offline operation and device limits

  1. #1

    QS - processor offline operation and device limits

    We are getting ready to layout a job which will have up to 19 QS processors and I have a few questions.



    • How does the system handle processors falling offline?
      • Does the very first processor in the program receive the entire program? Or is the logic pushed out to each corresponding processor?
        • Just trying to determine whether its possible that one processor locking up or falling offline will cause the entire system (all other processors) to not respond.
          • I understand the physical links will not operate on that particular offline processor but just need clarity on how the program gets spread across all the processors.



    • Is there a limitation to the number of QS processor that can be added to one particular program?




    • Is there a limitation to the number of MI links that can be added to one particular program?
      • Outside of the limitation of MI links per processor.




    • Is there a limitation on devices in one particular program?
      • Outside of limitations on each processor link.




    • Will QS support simultaneous concurrent connections from separate for control systems? (two or more different connections from Crestron?)
      • Is there a limit to the number of connections?

  2. #2
    Authorized Lutron Contributor
    Join Date
    May 2013
    Posts
    513
    We understand someone from Lutron has worked with you on this application and provided some design assistance with this system.

    As for the questions, please see below:
    Is there a limitation to the number of QS processor that can be added to one particular program?
    - The maximum number of processors a Homeworks QS can have is 16

    How does the system handle processors falling offline?
    Does the very first processor in the program receive the entire program? Or is the logic pushed out to each corresponding processor?
    Just trying to determine whether its possible that one processor locking up or falling offline will cause the entire system (all other processors) to not respond.
    I understand the physical links will not operate on that particular offline processor but just need clarity on how the program gets spread across all the processors.
    - Each processor will have a copy of the entire program. If a processor goes offline, the other processors and their components will still be able to function and respond.

    Is there a limitation to the number of MI links that can be added to one particular program?
    Outside of the limitation of MI links per processor
    - No limitation of number of MIs as long as there are enough processor to support them. For each processor's MI link, you can have 16 MIs with a total of 256 loads in the link.

    Outside of limitations on each processor link.
    - The number of RF temperature sensors per RF link is limited to 5. Outside of this, no device limit except for link limitation. See attached wiring and power guidelines.

    Is there a limitation on devices in one particular program?
    Will QS support simultaneous concurrent connections from separate for control systems? (two or more different connections from Crestron?)
    Is there a limit to the number of connections?
    - It will support multiple connections. The first processor can support up to 4 connections, and subsequent processors can add support for 5 per processor.
    Attached Files Attached Files

  3. #3
    Senior Member
    Join Date
    Sep 2013
    Posts
    345
    My Experience with QS processors falling offline about 6 months ago- timeclocks were a mess. According to Lutron phone tech support, the time is kept by one of the processors, so the processors that fell off the network continued to operate but the timeclocks were out of sync. The service call from the client was "some landscape loads are on the timer and some stopped working". The poolhouse network fell offline and the 2 procs in the poolhouse still operated the poolhouse but (obviously) would not respond to commands from the main house. That seems to include "it is now night" updates from whichever processor was in the main house that sent that command out when the event occurred. At least that was how it was explained to me. Is this still true? One processor defines the time for the rest of the system?

    I would treasure an email alert from Lutron HQ or just any QS processor that gave us a heads-up that any particular processor fell off the network.

  4. #4
    Authorized Lutron Contributor
    Join Date
    May 2013
    Posts
    513
    The first processor in your project will be the processor keeping the timeclock and sending messages through the network to the other processors to ensure the timeclocks are synced correctly. All processors keep a time, but one processor will ensure they are all in sync. We recommend ensuring all processors can communicate correctly in the network. If they are having issues in the network, we would recommend subnetting the processors in their own network in order for them to only see the communication they need.

  5. #5
    Senior Member
    Join Date
    Sep 2013
    Posts
    345
    Quote Originally Posted by Armando B. View Post
    The first processor in your project will be the processor keeping the timeclock and sending messages through the network to the other processors to ensure the timeclocks are synced correctly. All processors keep a time, but one processor will ensure they are all in sync. We recommend ensuring all processors can communicate correctly in the network. If they are having issues in the network, we would recommend subnetting the processors in their own network in order for them to only see the communication they need.
    Thanks Armando. For whatever reason the poolhouse fiber link was down, so the entire network was down at the poolhouse. The client didn't use the poolhouse during the winter, so all he noticed after 2 months or so was that some of the landscape lights were out of sync. Procs 1 & 2 were in the main house, procs 3 & 4 in the poolhouse. Half the landscape loads were in the main house panels, the other half in the poolhouse.

Similar Threads

  1. System Operation/Limitation Questions
    By ekimla in forum Design Assistance - CAS
    Replies: 9
    Last Post: 08-08-2016, 03:34 PM
  2. HWI Processor UPS
    By Pasolumination in forum Best Practices - Legacy HW
    Replies: 0
    Last Post: 09-02-2014, 01:58 PM
  3. 3rd Processor Locking up Network
    By DEMike in forum Troubleshooting - HWQS
    Replies: 4
    Last Post: 05-12-2014, 04:59 PM
  4. Sequence of Operation for HVAC controller
    By Iknowmorethanyou in forum General Discussion - RA2
    Replies: 3
    Last Post: 12-05-2013, 08:11 AM
  5. Replies: 1
    Last Post: 11-25-2013, 07:50 AM

Posting Permissions

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