Resources / Feocey Open API
Connect with Feocey.
Find the integration reference that matches your device and software configuration.
Start with the right reference.
Tell us the product model, firmware and platform you are connecting. Our team will help identify the applicable API or protocol documentation.
A few things worth knowing.
Does registering a person automatically grant access?
Not necessarily. Identity enrollment and access permission are separate steps in many systems. Confirm that the person, credential, target device, schedule and permission group have been linked and that the authorization was delivered successfully.
Is a network connection the same as a connection to the management platform?
No. A device can have local network access without maintaining its platform or messaging connection. Check the physical network, IP settings and service connection separately, using the indicators or logs available for the selected system.
What should we check when a controller receives no reader data?
Compare the RS485 wiring, polarity, grounding and communication settings with the instructions for both devices. Then confirm the reader output mode and controller input configuration; a correct cable cannot compensate for mismatched communication settings.
Why might a successful credential check not open the door?
Identity verification, access permission and the physical control output are separate parts of the workflow. Have a qualified installer check the operating mode, permission result, relay timing, controller output and lock wiring against the installation instructions.
What should we check if a device appears online but commands fail?
Confirm the overseas model and device identifier registered in the platform, including letter case and similar-looking characters. Then check connection stability, the expected firmware and whether the command is intended for that operating mode.
Why might an unregistered card or code still activate the door?
The controller may be in a commissioning or test mode that bypasses the normal permission decision. Stop the test, verify the configured operating mode against the manual and repeat the check with a known authorized and unauthorized credential before putting the door into service.
What should we collect when a device repeatedly goes online and offline?
Check the cable or wireless signal, local network stability, power and service connection rather than looking only at the platform status. Record the times of each disconnect and include the device model, firmware and relevant network logs when asking for support.
What should we check when a remote command has no effect?
Confirm that the device is connected to the required service, registered under the correct identifier and running the expected firmware and operating mode. If the command reaches the device but the physical action fails, continue with the controller, relay and wiring checks for that installation.