Biometriföretaget Fingerprint Cards (FPC) frÃ¥n Göteborg har släppt en en ny biometriprocessor till sina sensorer. (Ja, för en mÃ¥nad sedan – jag är inte sÃ¥ snabb.)
FPC2020 är anpassad för att fungera med FPCs areasensor FPC1011C.
FPC2020 integrerar hårdvara för bildbehandling, acceleration av biometriska algoritmer och en kontrollprocessor.
Detta gör att man inte som tidigare behöver någon extern processor, ex en ARM eller en AVR. Utan det man behöver för att bygga in en biometrifunktion är en sensor, ett seriellt FLASH-minne, en kristall och FPC2020. (FPC skriver inget om innehållet i FLASH-minnet är skyddat och hur.)
Det finns ett datablad med detaljerad information om FPC2020 inklusive API:t för att använda kretsen. I det kan man bland annat hitta följande information.
Antalet användare som kan hanteras beror på storleken på externa FLASH-minnet. Med 2 Mbit klarar FPC2020 att hantera 223 olika templates. Största FLASH-minnet FPC2020 verkar stödja är 8 Mbit vilket ger kapacitet för 991 templates, men FPC skriver att man bör hålla nere antalet templates till mindre än 500.
Verifiering mot en enskild template tar ca 0.2 sekunder. Registrering (Enrolment) tar däremot hela sju sekunder. Normalt sett gör varje användare en eller ett fåtal registreringar och massor med verifieringar så verifieringstiden är det som är viktigt att få snabbt. Men sju sekunder är ändå tillräckligt lång tid för att man skall börja fundera på om det gick bra eller ej.
Vad gäller säkerheten skriver FPC att False-Rejection-Rate (FRR, dvs man godkänner inte ett tidigare registrerat fingeravtryck) går att justera och beror på indata. Även False-Acceptance-Rate (FAR, dvs man accepterar ett icke registrerat fingeravtryck) är ställbar från 1/1000 till 1/100.000. Vid 1/100.000 får man en FRR på mindre än 7 %.
Säkerhetsmässigt är ett lågt FAR-värde mycket viktigt. Däremot är ett lågt FRR-värde viktigt för att systemet inte skall kännas bökigt att använda.
En liten märklig detalj. Jag hittar ingen information på FPCs webbplats vad som hänt deras sweepsensorer FPC1030 och FPC1031.
Bilden ovan hittade jag på den här webbplatsen. På den sidan står det att FPCs sensorer utvecklats av ett företag i Holland kallat Xensor. En annan märklig detalj är att bilden ovan heter Krokodilen?!
Personligen föredrar jag sweepsensorer före areasensorer. Jag tyckte att FPCs sweepsensorer i förhållande till areasensorn var mycket trevligare att arbeta med, tog mindre plats och dessutom inte kan ha några problem med kvarlämnade (latenta) fingeravtryck på sensorn.
FPC2020 kommer kapslad i en liten och trevlig 64-bens QFN-kapsel. FPC2020 klarar matning från 2.5V till 3.3V och kommunicerar mot omvärlden via RS-232 (vilket FPC kallar UART) eller SPI-interface.
No related posts.
Related posts brought to you by Yet Another Related Posts Plugin.
Det är TTL-nivåer på UART-signalerna, så det behövs en drivkrets för att omvandla till RS-232.
Aloha!
Njae. UART:en är periferiblocket som används för att kommunicera via enl RS-232. Dvs man blandar samman kommunikationen och det logikblock som används för att kommunicera.
EIA RS-232 definierar bl.a. giltiga signalnivÃ¥er för logisk ‘0’ (3V till 15V) och ‘1’ (-3V till
15V). FPCkretsen använder TTL-nivåer och uppfyller därför inte dessa krav. Det vore alltså felaktigt att säga att den kommunicerar via RS-232.Aloha!
Du missar poängen. UART är prylen som skickar bitar, inte sättet (protokollet) bitarna skickas. Vi pratar om IP-kommunikation, inte routerkommunikation.
Tittar du dessutom på hur det ofta ser ut vid RS-232, speciellt på kortare avstånd är det TTL eller tom LV-TTL-nivåer som används.
Jag är väl medveten om vad en UART är för pryl, men jag har inga problem med att FPC kallar sitt gränssnitt för “UART”.
Det är en missuppfattning att RS-232 definierar något som har med protokoll att göra. Standarden säger ingenting om teckenkodning, framing (bitar per tecken, start/stoppbitar, paritet), överföringshastighet etc. Även synkron överföring tillåts.
Aloha!
Och där skiljer vi oss uppenbarligen Ã¥t. Som designer av ASIC, FPGA och SoC:er samt inbyggda system sedan 10+ Ã¥r att UART inte är kommunikationen i sig. Den mer generella termen som oftast används är “seriell kommunikation”, och om man vill förtydliga vilken typ av seriekommunikation RS-232 eller dess släktingar RS-422. RS-485.
Ber du om en UART får du en 16550-släkting eller en IP-core. Säger du att du kör med UART-kommunikation däremot lovar jag att du kommer att få många blanka ögon.