Hoe een Irisherkenningsmodule te kiezen voor OEM-integratie
Het integreren van irisherkenning in uw product is een belangrijke technische beslissing. Deze gids behandelt de belangrijkste specificaties, interfaceopties en prestatiebenchmarks die u moet evalueren voordat u een OEM-irisherkenningsmodule selecteert.
1. Begrijp de twee soorten irismodules
Voordat u specificaties vergelijkt, moet u duidelijk maken welk type module bij uw gebruiksscenario past:
- Alleen-opname modules — nemen de irisafbeelding op en pre-processen deze, sturen deze vervolgens naar een hostprocessor of server voor matching. Lagere kosten, eenvoudigere hardware, maar vereist externe verwerkingsinfrastructuur.
- Alles-in-één modules — nemen lokaal op de module zelf op, extraheren kenmerken en matchen. Hogere kosten, maar standalone werking zonder serverafhankelijkheid. Geschikt voor toegangscontrole, tijdregistratie en offline implementaties.
2. Belangrijke prestatiesspecificaties
False Acceptance Rate (FAR)
FAR is de waarschijnlijkheid dat een ongeautoriseerde persoon onjuist wordt geaccepteerd. Dit is uw beveiligingsdrempel:
- 1 op 1.000.000 (10⁻⁶) — adequaat voor fysieke toegangscontrole
- 1 op 100.000.000 (10⁻⁸) — financiële diensten, overheidsidentificatie
- 1 op 1.000.000.000 (10⁻⁹) — grenscontrole, hoogbeveiligde faciliteiten
HOMSH's Phaselris™ algoritme bereikt 10⁻⁹ FAR — de hoogste beveiligingslaag.
False Rejection Rate (FRR)
FRR is de waarschijnlijkheid dat een legitieme gebruiker onjuist wordt afgewezen. Dit heeft invloed op de gebruikerservaring en doorvoer:
- FRR < 1%: goed voor algemeen gebruik
- FRR < 0,5%: vereist voor drukke toegangspunten
- FRR < 0,1%: HOMSH D-serie onder standaardomstandigheden
Identificatiesnelheid
Cruciaal voor scenario's met hoge doorvoer (fabriekshekken, transportknooppunten):
- 1:1 verificatie (gebruiker presenteert ID + scan): typisch 0,3–0,5s
- 1:N identificatie (alleen scan, match tegen database): afhankelijk van de grootte van de database en de verwerkingshardware
- FPGA-versnelde verwerking: <0,3s voor 1:1, <1s voor 1:N tot 10.000 gebruikers
- Alleen CPU-verwerking: 1–3s voor 1:1, veel langzamer voor 1:N
3. Hardware-interfaces
Stem de interface van de module af op uw systeemarchitectuur:
| Interface | Gebruiksscenario | Opmerkingen |
|---|---|---|
| USB 2.0/3.0 | PC-verbonden, kiosk | Eenvoudigste integratie, plug-and-play |
| UART/RS-232 | Ingebouwd, MCU-gebaseerd | Laag stroomverbruik, eenvoudig protocol |
| Ethernet / TCP-IP | Netwerktoegangscontrole | Beheer op afstand, implementatie van vloten |
| Wiegand 26/34 | Legacy toegangscontrole | Directe vervanging voor kaartlezers |
| MIPI CSI-2 | Camera-integratie, SoC | Voor alleen-opname modules op ingebedde Linux/Android |
4. Omgevingsclassificaties
Stem de IP-classificatie af op uw implementatieomgeving:
- IP54 — stofdicht, spatwaterdicht. Kantoorlobby's, binnenkiosken.
- IP65 — stofdicht, beschermd tegen waterstralen. Buiteningangen, productievloeren.
- IP67 — tijdelijke onderdompeling. Extreme buitenomgevingen, mijnbouwingangen.
5. Verlichting: NIR versus zichtbaar licht
Alle hoogwaardige irisherkenningsmodules gebruiken Near-Infrared (NIR) verlichting (golflengte 700–900nm). Dit is ononderhandelbaar om twee redenen:
- NIR dringt gelijkmatiger door de iris, waardoor fijne textuurpatronen worden onthuld die verborgen zijn voor zichtbaar licht
- NIR is onzichtbaar voor het menselijk oog — geen ongemak, geen verblinding
- NIR-prestaties zijn consistent over verschillende oogkleuren (donkerbruine irissen lijken qua textuur vergelijkbaar onder NIR)
6. Databasecapaciteit en matchingarchitectuur
Houd rekening met de schaal van uw implementatie:
- Standalone (<500 gebruikers): opslag op de module voldoende, geen server nodig
- Middellange schaal (500–10.000): on-module FPGA-matching met lokale database
- Enterprise (>10.000): server-side matching waarbij de module fungeert als opnameapparaat
HOMSH-modules ondersteunen beide modi. De Qianxin™ FPGA-chip maakt on-device 1:N matching mogelijk tot 100.000 sjablonen zonder serverinfrastructuur.
7. SDK en integratieondersteuning
Evalueer het software-ecosysteem van de leverancier voordat u zich committeert:
- Ondersteunt de SDK uw doel-OS? (Windows, Linux, Android, RTOS)
- Is de API goed gedocumenteerd? Is voorbeeldcode beschikbaar?
- Welke afbeeldingsformaten levert de module? (naleving van ISO/IEC 19794-6 is een pluspunt)
- Is er een simulatie-/evaluatiemodus voor ontwikkeling zonder hardware?
- Wat is de SLA voor ondersteuning voor OEM-klanten?
8. Livenessdetectie
Zorg voor veilige toepassingen dat de module anti-spoofing (livenessdetectie) bevat. Dit voorkomt aanvallen met geprinte irisafbeeldingen of kunstmatige ogen. Zoek naar:
- Detectie van pupilverwijding
- 3D-dieptesensing (robuuster)
- Multi-spectrum NIR-analyse
HOMSH OEM Module Line-up
i10 Module
Compacte opnamemodule, USB, voor kiosk- en tabletintegratie
i20 Module
Alles-in-één met on-device FPGA-matching, Wiegand + TCP/IP
Hulp nodig bij het kiezen?
Ons engineeringteam biedt gratis technische consultatie voor OEM-integrators. Deel uw gebruiksscenario en wij raden de juiste module en integratieaanpak aan.
Praat met een ingenieur →Samenvattende checklist
- ✅ Definieer FAR-vereiste (10⁻⁶ / 10⁻⁸ / 10⁻⁹)
- ✅ Kies moduletype: alleen-opname versus alles-in-één
- ✅ Selecteer interface: USB / UART / Ethernet / Wiegand
- ✅ Verifieer IP-classificatie voor uw omgeving
- ✅ Bevestig NIR-verlichting en livenessdetectie
- ✅ Controleer databasecapaciteit versus verwachte gebruikersaantal
- ✅ Evalueer SDK / OS-ondersteuning voor uw platform
- ✅ Vraag een evaluatiekit aan vóór volumetoewijding

