Special Function not passing through NTWK bridge

Discussion in 'C-Touch/HomeGate/SchedulePlus/PICED Software' started by Duke D, Aug 14, 2009.

  1. Duke D

    Duke D

    Joined:
    Nov 20, 2008
    Messages:
    30
    Likes Received:
    0
    Location:
    Nashville, TN (USA)
    Doing a out-of-town job which includes using several color touch screens to disarm an Elk/Ness alarm with the c-bus interface. Works fine on the network where the alarm interface resides, but on a different network the 'Special Function' (Security Keypad) numbers don't seem to work. My first thought is that 'Special Functions' won't cross a network bridge>?

    I tried to get around this by using a logic engine (on the alarm's network) and having Lighting Group addresses from another network trigger the Special Function for that particular numeric key, but this doesn't work either. Perhaps the 'value' for the special function doesn't equal the actual numeric key value when doing this in logic? Here's a sample;

    {for keypad 0}
    once (GetLightingState("Keypad 0") = ON) then
    begin
    ExecuteSpecialFunction("Security Keypad", 0);
    end;

    {for keypad 1}
    once (GetLightingState("Keypad 1") = ON) then
    begin
    ExecuteSpecialFunction("Security Keypad", 1);
    end;


    Anyone have a solution/suggestion?

    Thanks,
    -Duke
     
    Duke D, Aug 14, 2009
    #1
  2. Duke D

    NickD Moderator

    Joined:
    Nov 1, 2004
    Messages:
    1,420
    Likes Received:
    62
    Location:
    Adelaide
    I *think* it should work..

    1) How are your network bridges set up?
    2) In the colour touchscreen project under Project->C-Bus Networks.. have you set it to send the security application messages to the other network?

    Nick
     
    NickD, Aug 14, 2009
    #2
  3. Duke D

    Darren Senior Member

    Joined:
    Jul 29, 2004
    Messages:
    2,361
    Likes Received:
    0
    Location:
    Adelaide, South Australia
    The Special Functions do not actually go onto C-Bus as such. In the case of the Security Keypad Special Function, this causes a security message to be sent onto C-Bus.

    If your bridges are set to forward C-Bus messages to the adjacent network (we call this "Application Connect Mode"), then the messages will be sent to the network on the other side of the bridge.

    Alternatively, you can get the Security Messages sent directly to specific networks (as Nick suggested).

    Refer to the following documents for more information:
    • C:\Clipsal\PICED\Manuals\C-Bus Concepts.pdf
    • C:\Clipsal\PICED\Manuals\C-Bus Networks.pdf
    • PICED help file topic "C-Bus Network Manager"
     
    Darren, Aug 14, 2009
    #3
  4. Duke D

    Duke D

    Joined:
    Nov 20, 2008
    Messages:
    30
    Likes Received:
    0
    Location:
    Nashville, TN (USA)
    Network Details

    Basic network Bridge 253/254. 'Application Connect Mode' is ON (i.e. 'Send to adjacent networks is checked on both sides of the bridge, and 'Application 1' = 'All Applications'. C-bus Lighting application messages are passing across both networks with no problem)

    In PICED, all the Nework Manager Properties are YES - including 'Send Security Application Messages.

    Any other ideas?

    -Duke
     
    Duke D, Aug 14, 2009
    #4
  5. Duke D

    Darren Senior Member

    Joined:
    Jul 29, 2004
    Messages:
    2,361
    Likes Received:
    0
    Location:
    Adelaide, South Australia
    You could use the C-Bus Diagnostic Utility on the network where the alarm panel is connected to verify that the security messages are arriving in that network.

    If they are, then the most likely cause is that the alarm panel is not handling C-Bus messages containing network routing. This would need to be taken up with the alarm panel manufacturer.
     
    Darren, Aug 14, 2009
    #5
  6. Duke D

    Duke D

    Joined:
    Nov 20, 2008
    Messages:
    30
    Likes Received:
    0
    Location:
    Nashville, TN (USA)
    Diagnostic Utility

    Thanks Darren -

    It's the Ness (Elk) M1 with their add-on C-Bus interface card. Has anyone else heard of this problem with Ness?

    I'm hoping to spend some time at Elk in North Carolina soon for training - I'll bring this up with them if it's indeed an issue. (I have several other issues with this interface - like the status feedback over C-Bus isn't reliable, etc.) For right now though, this is the best option we have in the USA for a C-Bus Alarm interface.

    -Duke
     
    Duke D, Aug 14, 2009
    #6
  7. Duke D

    ashleigh Moderator

    Joined:
    Aug 4, 2004
    Messages:
    2,391
    Likes Received:
    24
    Location:
    Adelaide, South Australia
    It may be that the Elk/M1 is not properly handling messages routed through bridges. This would need some detailed testing to confirm - but in the first instance its worth asking this question of Elk.

    It they can't handle routed messages - they need to!
     
    ashleigh, Aug 16, 2009
    #7
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.