C-Bus network speed

Discussion in 'C-Bus Toolkit and C-Gate Software' started by more-solutions, Jun 6, 2011.

  1. more-solutions

    more-solutions

    Joined:
    Apr 23, 2006
    Messages:
    283
    Likes Received:
    4
    Location:
    Peterborough, UK
    I have a client looking for per-channel control across their site from a head-end.

    It looks like I have 91 units (a mixture of 4, 8 and 12-channel relays), comprising a total of 712 relay channels, spread across 8 networks joined via bridges. Most of them, if this is relevant, will be the older units (not DIN-rail).

    Assuming the worst case that I chose to turn on all 712 channels individually at once, how long would it take for those 712 messages to transmit across the networks assuming no major network problems (but probably assuming the network is not perfect either)? Would C-Gate be happy buffering that many commands or would I need to do that in my application logic?

    Obviously I know this isn't going to be optimal, but it's useful to know the worst case before I work out how best to deliver what they need.
     
    more-solutions, Jun 6, 2011
    #1
  2. more-solutions

    more-solutions

    Joined:
    Apr 23, 2006
    Messages:
    283
    Likes Received:
    4
    Location:
    Peterborough, UK
    Just to clarify, as I've used some sloppy terminology here...

    In order to control channels I need to assign groups to them. 712 groups does not work in one application, so my thinking is to have a different application per network and then a separate group address per channel on each unit on the network.

    (To my knowledge there's no way to control individual circuits without allocating a group address to them?)

    So my question is basically: if I need to send 712 group ON messages through C-Gate in one go, how long will it take?

    I'm hoping that the answer will either set my mind at rest or give me a good argument to go back to the client with!
     
    more-solutions, Jun 6, 2011
    #2
  3. more-solutions

    ashleigh Moderator

    Joined:
    Aug 4, 2004
    Messages:
    2,400
    Likes Received:
    26
    Location:
    Adelaide, South Australia
    Crikey - 712 individual groups (= terminals = single points of control) is a lot.

    It sounds like you are being forced into a poor design approach.

    Anyhow - run with the assumption that you can do between 25 and 35 groups / second. In practice its likely to be higher than this, but there are other "it depends" factors that will come into play.

    Using this as a rough estimate gives about 20 to 30 seconds to switch the whole lot.

    This assumes feeding from a single point.

    C-Gate will quite happily drive a number of networks in parallel. So if you were to split that into (say) 10 networks of each about 70 loads, then take that figure and divide by 10: so 2-3 seconds.

    It depends on how you structure the networks, the interfaces you use, and the way you connect them back to C-Gate.

    ----------

    Pendants corner: Yes, yes, I *know* that in theory you can have a faster message delivery rate, and my numbers are probably waaaaay conservative. But if we assume a couple of bridges, some ethernet, some software, and some other general futzing about the best case numebrs drop. So I roughly used numbers that are likely to be seen in practice, or which if used will most likely result in BETTER performance. For example I've seen *much* higher data xfer rates.... but they depended on some pretty special conditions.
     
    Last edited by a moderator: Jun 7, 2011
    ashleigh, Jun 7, 2011
    #3
  4. more-solutions

    more-solutions

    Joined:
    Apr 23, 2006
    Messages:
    283
    Likes Received:
    4
    Location:
    Peterborough, UK
    Like I said, that is worst case. I'm hoping that they can be talked into something less drastic.

    Thanks, I'll see how this plays with them.

    I assume that this would significantly reduce if many of the lights were already on, since C-Gate wouldn't (I assume) send the command to the network in those cases. It's quite likely that they'll want to have all lights on, but unlikely that they'd generally be doing it from an "all lights off" starting point.

    It'll be via one CNI then out via one of 7 bridges.

    Unless I can talk them into 7 CNI's but that would mean adding the network backbone as well. It'll probably be easier to talk them into grouping related circuits together.

    Is there a supported way that my app can assign channels to groups without going via Toolkit? (Ie send commands via C-Gate.) The issue they have is that they don't want the change of use of a circuit to require re-commissioning, which I could avoid if I were able to assign the groups from software.
     
    more-solutions, Jun 7, 2011
    #4
  5. more-solutions

    ashleigh Moderator

    Joined:
    Aug 4, 2004
    Messages:
    2,400
    Likes Received:
    26
    Location:
    Adelaide, South Australia
    The only means of assigning groups is using Toolkit.
     
    ashleigh, Jun 8, 2011
    #5
  6. more-solutions

    Darren Senior Member

    Joined:
    Jul 29, 2004
    Messages:
    2,361
    Likes Received:
    0
    Location:
    Adelaide, South Australia
    If you command C-Gate to switch a light on it will send the command regardless of the current state. There are good reasons for it working this way.
     
    Darren, Jun 8, 2011
    #6
Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.