Integration with Third Party Device
  • 23 Dec 2024
  • Dark
    Light
  • PDF

Integration with Third Party Device

  • Dark
    Light
  • PDF

Article summary

Integration via Wiegand

The Wiegand feature enables Akuvox door phone to act as a controller or a card reader.

Set it up on the web Device > Wiegand > Wiegand interface.

  • Wiegand Display Mode: Select the Wiegand card code format from the provided options.

  • Wiegand Card Reader Mode: The transmission format should be identical between the access control terminal and the third-party device. It is automatically configured.

  • Wiegand Transfer Mode:

    • Input: The device serves as a relay controller.

    • Output: The device serves as a sender.

    • Convert To Card No. Output: The device serves as a sender, and users are granted access methods such as facial recognition and QR code scanning.

  • Wiegand Input Data Order: Set the Wiegand input data sequence between Default and Compatible. If you select Compatible, then the input card number will be reversed.

  • Wiegand Output Data Order: Determine the sequence of the card number.

    • Default: The card number is displayed as received.

    • Compatible: The order of the card number is reversed.

  • Wiegand Output CRC Enable: It is enabled by default for Wiegand data inspection. Disabling it may lead to integration failure with third-party devices.

  • RF Card Verification: Available when Output or Convert to Card No. Output is selected. When enabled, the device will verify whether the card code is assigned to a user. If it is not, a prompt "Opening Door Failed" will pop up on the door phone screen. When disabled, the door phone will not perform local verification.

  • PIN/QR Code Verification: Available when Output is selected as Wiegand Transfer Mode. When enabled, the device will verify whether the credential is assigned to a user. If it is not, a prompt "Opening Door Failed" will pop up on the door phone screen. When disabled, the door phone will not perform local verification.

  • Convert To Wiegand Output: Available when Output is selected as Wiegand Transfer Mode. This option determines the output PIN format.

    • Disabled: Turn off the feature.

    • 8 bits per digit: When users press "1" on the keypad, the binary data will be transmitted in 8 bits "11100001".

    • 4 bits per digit: When users press "1" on the keypad, the binary data will be transmitted in 4 bits "0001".

    • All at once: After users enter the whole PIN code, the data will be transmitted according to the Wiegand card reader mode. For example, “123456” will be converted to “01e240” in Wiegand 26.

Note

Click here to view more information on Wiegand settings including:

  • Akuvox devices work as Wiegand input/output;

  • Wiegand Card Reader Connection.

Integration via HTTP API

HTTP API is designed to achieve a network-based integration between the third-party device and the Akuvox device.

Set it up on the web Setting > HTTP API interface.
image.png

  • Enabled: Enable or disable the HTTP API function for third-party integration. If the function is disabled, any request to initiate the integration will be denied and return HTTP 403 forbidden status.

  • Authorization Mode: It is Digest by default. You are required to fill in the username and  password for the authentication. In the Authorization field of the HTTP request header, use the Base64 encode method to encode the username and password.

  • User Name: Enter the user name for authentication. The default is admin.

  • Password: Enter the password for authentication. The default is admin.

  • 1st IP-5th IP: Enter the IP address of the third-party devices when the Allowlist authorization is selected for the integration.

Please refer to the following description for the authentication mode:

NO.

Authorization Mode

Description

1

None

No authentication is required for HTTP API as it is only used for demo testing.

2

Allowlist

If this mode is selected, you are only required to fill in the IP address of the third-party device for the authentication. The allowlist is suitable for operation in the LAN.

3

Basic

If this mode is selected, you are required to fill in the username and password for the authentication. In the Authorization field of the HTTP request header, use the Base64 encode method to encode of username and password.

4

Digest

The password encryption method only supports MD5. MD5( Message-Digest Algorithm) in Authorization field of HTTP request header: WWW-Authenticate: Digest realm="HTTPAPI",qop="auth,auth-int",nonce="xx", opaque="xx".

5

Token

This mode is used by Akuvox developers only.

Integration with Third-party Access Control Server

The device can transmit QR code and card data to a third-party server without doing any verification. The generation and verification of the data are conducted on the third-party server.

To set it up, go to Access Control > Relay > Third Party Integration interface.

  • List:

    • None:

    • General: Transmit the QR code-linked HTTP URL in Akuvox’s method.

      • HTTP URL: Enter the HTTP command format provided by the third-party service provider. After scanning the QR code, the HTTP command will carry the dynamic QR code information automatically before it is sent to the QR code server for verification. See the example: http://{Server IP}:8090/api/visitor/scan?codeKey={QRCode}&deviceId={DeviceID}.

      • Device ID: The device ID is provided by the third-party server. It will be added to the HTTP command automatically when using a QR code for door access.

    • Customize: Transmit QR code and RF card data in a customized method.

      • Prompt on LCD: Select Default to adopt the Akuvox door phone’s door-opening prompt; Select Return Value to use the return value from the third-party server as the prompt.

      • Remote Verification: Check the access method to be verified by the third-party server.

      • HTTP URL: Enter the HTTP command format provided by the third-party service provider. After scanning the QR code or swiping the card, the HTTP command will carry the dynamic QR code information automatically before it is sent to the QR code server for verification. See the example: http://{Server IP}:8090/api/visitor/scan?codeKey={QRCode or CardCode}&deviceId={DeviceID}.

      • Device ID: The device ID is provided by the third-party server. It will be added to the HTTP command automatically when using a QR code or RF card for door access.


Was this article helpful?

What's Next