Hoe een irisscanmodule te kiezen voor OEM-integratie
Het integreren van irisscanning 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-irisscanmodule 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.
- All-in-one 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 prestatiespecificaties
False Acceptance Rate (FAR)
FAR is de waarschijnlijkheid dat een onbevoegde 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, beveiligde faciliteiten
HOMSH's Phaselris™ algoritme bereikt 10⁻⁹ FAR — de hoogste beveiligingsklasse.
False Rejection Rate (FRR)
FRR is de waarschijnlijkheid dat een legitieme gebruiker onjuist wordt afgewezen. Dit beïnvloedt 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 vermogen, 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. Buitenentrees, productievloeren.
- IP67 — tijdelijke onderdompeling. Extreme buitenomgevingen, mijningangen.
5. Verlichting: NIR vs Zichtbaar Licht
Alle kwalitatieve irisscanmodules gebruiken Near-Infrared (NIR) verlichting (golflengte 700–900nm). Dit is ononderhandelbaar om twee redenen:
- NIR dringt gelijkmatiger door de iris, waardoor fijne textuurpatronen zichtbaar worden 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 vergelijkbaar gestructureerd 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
- Middenschalig (500–10.000): FPGA-matching op de module met lokale database
- Enterprise (>10.000): matching aan serverzijde met module als opnameapparaat
HOMSH-modules ondersteunen beide modi. De Qianxin™ FPGA-chip maakt 1:N matching op het apparaat 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 beeldformaten levert de module? (Naleving van ISO/IEC 19794-6 is een pluspunt)
- Is er een simulatie-/evaluatiemodus voor ontwikkeling zonder hardware?
- Wat is de ondersteunings-SLA 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
All-in-one 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 module type: alleen-opname vs all-in-one
- ✅ Selecteer interface: USB / UART / Ethernet / Wiegand
- ✅ Verifieer IP-classificatie voor uw omgeving
- ✅ Bevestig NIR-verlichting en livenessdetectie
- ✅ Controleer databasecapaciteit vs verwacht aantal gebruikers
- ✅ Evalueer SDK / OS-ondersteuning voor uw platform
- ✅ Vraag een evaluatiekit aan vóór volumetoewijding