Interfacing with RGP's CheckIn System to Implement A Locking Gate

Hello There!

Recently I've been working on interfacing with RGP so that our gym can install a magnetic lock on our gate depending upon the return code from RGP. Based on an email Michael sent me, I'm supposed to write a script that listens for the scanner, opens RGP with the command /barcode xxxxx, and then get the return code (0, or 1).

So far, the main problem I've been having is that there seems to be a random delay between issuing the command, and getting a response from RGP. This can be anywhere between 5 seconds up to 1 minute, 30 seconds. I don't understand why exactly this is. Scanning the card and having RGP receive the input is near instantaneous.

I was wondering if you might have any insight, or if there were a way to implement this in another way. Such as just listening for a return code from RGP rather than opening up a new process each time.

Thanks,
Miles

0

Comments

7 comments
  • You mean when you execute RockGymPro.exe it takes up to a minute to return?

    If so, that is most likely a delay in RGP connecting to your MySQL server due to networking configurations or MySQL settings. When you launch RGP normally on that computer, how long does it take to start up?

    0
    Comment actions Permalink
  • Yes, so for example, if I were to enter the following into Window's CMD:
    rockgympro /barcode 1001

    It may take up to a minute for the user to even get checkedIn, even if an instance of RGP is already running.

    I will ask about the start-up times.

    Thanks for your quick response,
    Miles

    0
    Comment actions Permalink
  • What matters is the startup time on THAT computer. It doesn't matter if an instance of RGP is already running.

    When you launch RGP on that computer, how long does it take? And then to check-in a customer manually, how long does it take?

    The command line execution is doing those identical steps, so if you can confirm where the delay lies (either startup OR check-in) it may provide some information as what is causing the delay.

    0
    Comment actions Permalink
  • Thanks for clarifying that, Andy. I think there's a hardware issue on the computer in question. I'll test the system with Miles after verifying that the hardware is healthy, and the network configuration is correct.

    I really appreciate your willingness to help us with this project! We'll be sure to post our results soon.

    0
    Comment actions Permalink
  • A small update: I've checked out the hardware and I believe it to be stable. The machine is old - a P4 @ 2.4ghz with 512MB RAM. 80GB SATA drive (newish).

    RGP checkin takes a moment to load, but when customers scan their cards, the database query & result is virtually instantaneous, every time.

    The staff machine with the database (primary POS terminal) and the unattended checkin machine are both connected via 100Mbit ethernet, with static IP addresses.

    I'm thinking that the delay must be caused by running checkin from command line, due to a software or hardware limitation on the unattended checkin machine.

    0
    Comment actions Permalink
  • Hmmmm... the "startup time" from the command line should not be significantly greater than the startup time when you just launch the check-in app. The same code is happening....?

    0
    Comment actions Permalink
  • We've been triggering our turnstile via an audio relay since October. No delay. We just configure RGP to ONLY play a sound on OK status. Any other event we play a file called "silence.wav"

    0
    Comment actions Permalink

Please sign in to leave a comment.

Didn't find what you were looking for?

New post