0

PIR Triggering on Press Continuous Time

Hi, I have a simple presentation running. It comprises of an attract and 4 videos. The video defaults to an attract video, when the PIR is triggered it begins to play through the 4 videos.

The location of the items is in a high footfall area, this has resulted in the PIR being 'blinded'. Previously, to combat this we included a second GRIP0 button running from the attract to the first video of the chain. The first trigger was set to up. On this second trigger we had it set to down, press continuous 3001 ms.

It was hoped this second trigger would act as a refresh almost. If i am wrong, could anyone suggest a resolution to this? 

In an ideal situation, it would play attract, hold on this until triggered and then play through the videos. In peak footfall times this would mean it may only be on attract for 1-2 seconds. This would mean in off peak times it may hold on the attract for 60 seconds before being activated.

We are using a HD 1022, but have access to HD 1020's if it is easier to do it on these. Bright Author 4.3.0.16 and firmware 6.0.51

8 comments

  • 0
    Avatar
    Lyndon

     

    I'm not sure I understand the problem. Does up or down trigger the playing of the 4 videos?

    And, the problem you're having is during high foot traffic, the motion sensor doesn't trip again after the 4 videos have played?

    Is down continuous an indication that the motion sensor has been tripped, but not released because of the continuous traffic?

  • 0
    Avatar
    geo248

    Hi, 

     

    Usually, the Up trigger would start the 4 videos playing. Yes, that is correct, after the 4 videos have played, due to the high foot traffic, the sensor will not re set and trigger again.

    Previously, we used the trigger down to set off the videos chain again, as it acted as almost like a 'force reset'. It was a solution that worked on a previous project, but does not work on this one.

    Is it possible within Brightsign to create a method of resetting the sensor input every few seconds, i.e. if it is 'blinded' by high footfall, it would not detect anything, it would then reset and detect motion?

    If a better solution has been thought up, i would be open to this.

  • 0
    Avatar
    Lyndon

     

    What resets the motion sensor? 

     

    You could use a background zone. 

    When motion is detecded, the background zone changes to a waiting state. It waits for a message at the end of the 4 videos indicating the loop is finished. If there's a button down, a reset, then nothing happens.

     

    If x seconds go byand there's no button down, then it sends zone message to start the loop again. You'd decide how many seconds.  would that work?

     

  • 0
    Avatar
    Lyndon

    https://www.brightsignnetwork.com/download/content/Motionreset-uptotrigger.bpf

     

    This is the project file. I used a media list to play my videos.

  • 0
    Avatar
    geo248

    Currently we are going to try a hardware fix, which is placed between the PIR and Media Player, this will intake the constant 'on' signal from the PIR, and output a on signal to the media player, refreshing every 4 seconds to give the impression of a sensor reset.

    My concern is that with the project you sent across, the secondary timer will force the messages to play, even when in a low footfall period. Do you feel the background zone, coupled with the hardware solution described would be suitable to achieve the aim?

  • 0
    Avatar
    Lyndon

    The hardware solution should work then with your original presentation.

     

    I'm not sure why you think my example would trigger too often. Here's how the logic in the project works:

     

    motion is detected and the background zone moves to the motion state.

    If the gpio button changes state, meaning it's reset, then it goes back to listening for motion to be tripped again.

    If the list of videos ends and the motion hasn't been reset yet, the background zone moves to a blnd state. 

    If the motion is reset before 10 seconds are up, again we move back to waiting for motion to be tripped again.

     

    If 10 seconds goes by, where the videos have ended, and the gpio hasn't been released, then it restarts the videos again.  Any of this can be changed.

     

    But, the issue we're trying to handle is a case where the videos play, and finish, but ther's so much traffic, the videos don't start again, correct?

     

    With the project I sent, if 10 seconds go by after the videos finish, and still there's no release of the motion sensor, it starts the videos again. That can be set to less than 10 seconds. 

  • 0
    Avatar
    geo248

    HI,

     

    Thank you for explaining this. The project is comprised of 4 groups of 4 videos. I've tried tinkering the background zone to force it to move onto the next group of 4 videos, but i cannot get this method to work. Does a counter exist? i.e. Index it to start on 1 and then count through, so after group 4 is played, move back to the attract before group 1 where once triggered, it starts playing the group 1 messages.

    I'm having difficulty in moving around the event handler, as i cannot seem to assign each event handler to a specific attract located before each group of 4 messages.

  • 0
    Avatar
    Lyndon

    Please send a link to the project file that has the 4 groups of content.  

     

    Please explain what's supposed to happen with each group depending on how heaving the traffic is and I can make changes.

Please sign in to leave a comment.