Ca reste le maître achat pour remplir à la volée un champ sur une page web du soft des caisses. La où ca coince, c'est le support: une petite carte en PVC avec un code imprimé n'est pas ce qu'il y a de plus durable/réutilisable et on est encore perplexe sur les bracelets-papiers-fibre-de-pvc qui se chiffone quand même bien...

pour le moment mis un peu de côté: le lecteur ne coute pas bcp plus cher qu'un codebar-laser ou un lecteur RFID USB (30Eur) mais il faut, pour chaque festivalier, lui faire faire un apprentissage de 10 scan, et si moins de 6 sont "bons", faut tout recommencer...Et surtout, je ne suis pas sur de l'algorithme de comparaison des doigts et des "espèce de fichiers bmp" --> pour un scan, doit-il le comparer avec tous les fichiers (dichotomie?) à étudier...

J'ai donc commandé le starter kit suivant:
https://www.parallax.com/desktopmodules/catalookstore/ProductDetails.aspx?Produc- tID=517
Avec une poignée de tags.

Le chip FTDI est superbement supporté par Linux et le minicom me laisse bien voir les tags au fur et à mesure qu'ils sont scannés (bien sensible à une distance de moins de 3", l'effet "double-scan" est assez fréquent)

Le tout, pour rendre cette techonologie candidate au soft, serait de
créer un sorte d'input-driver Linux pour que
1./ les scans RFID s'affichent directement dans les champs (comportement input "clavier", exactement comme un lecteur de code-barre USB ou PS2)

2./ supprimer l'effet "double (voire triple) scan", simplement par comparaison des scans effectué en <1sec et si c'est trois fois le même, n'imprimer qu'une seule fois à l'écran

3./ un beep retentissant se fasse entendre à chaque scan _valide_ en plus du très faible clignotement de la petite Led rouge (le passage au vert se devine si on y prette bcp d'attention...)

4./ terminer le string du tag par un char spécial pour détecter l'input et raffraichier la page web du soft de caisse à la volée (AJAX) et ouvrir le compte de la personne, au simple scannage de son tag.