"des étuis de piments sans contact", c'est pas un peu trop épicé tout cela?

Je sens que ça va être une révolution et après on dira que c'est Apple qui a inventé le NFC !

@6mois Moneo n'est pas une technologie sans contact

"exploitant des étuis NFC de piments sans contact"
Le Tabasco sans fil ? :-)

fofo_4012
Je confirme que tout ce petit monde est incompatible :
- Impossible de rentrer au bureau si une des autres cartes est à proximité,
Idem pour le bus : badge rouge si la carte vélo est à proximité.

En fait, justement, c'est parce que c'est techniquement compatible que tu as des interférences. Parce que tous ces badges fonctionnent sur la même fréquence, et donc quand le lecteur essaye d'en lire un, il les lit tous à la fois et ne retrouve pas ses petits.
C'est aussi un peu pour ça que la portée du NFC/RFID a été limitée à quelques centimètres, pour limiter les interférences.

fofo_4012
Y'a t'il une authentification entre émetteur / carte : genre un id réseau pour que seules les cartes de ce réseaux répondent, ou qu'un carte générique répondent le code correspondant à ce réseau ?

Il peut y en avoir, optionnellement.
Pour les usages basiques, genre badge d'accès à un immeuble, c'est souvent juste une communication unidirectionnelle (quand le badge est alimenté, il envoie son code), et un badge venant d'un autre immeuble et doté du même code sera reconnu (ça m'est déjà arrivé).
Pour des usages plus évolués par contre, y a un vrai échange plus complexe et bidirectionnel (échange de clés de chiffrement, codes multiples stockés dans la carte NFC et envoyée en lecteur sur demande, etc...).

fofo_4012
La franchement j'ai l'impression que dés qu'une carte est alimentée elle envoie son code (d'où l'obligation de sortir la carte qui va bien une à une)

Oui, c'est le principe lors des communications unidirectionnelles.
En bidirectionnel, on peut avoir des cartes qui n'envoient le code que si on le lui demande (par exemple, que si elle est alimentée et reçoit le requête "envoie le code RATP"). Dans ce cas il n'y a interférence que si tu as aussi à proximité une autre carte répondant à la même requête où une carte unidirectionnelle.

fofo_4012
Bon sinon si demain on passe à un code unique c'est sans moi :
Je veux pas que mon employeur sache le Lundi en badgeant que j'ai pris 4 vélos en libre services, et consommé 5L de bière dans le we

L'idée n'est pas de passer à un code unique, ça serait sacrément problématique niveau sécurité...
L'idée c'est justement d'exploiter les possibilités bi-directionnelles.

Par exemple, sur ton smartphone, tu installes une application fournie par ton employeur, une fournie par ta banque, une fournie par ta compagnie de transports en commun, etc...

Quand tu passes ton téléphone devant le lecteur de badges de ta boîte, le lecteur demande à ton téléphone de lui donner le code correspondant à la porte d'entrée du bâtiment, code que ton téléphone connait grâce à l'appli de ton employeur.
Quand tu passes devant le lecteur de la caisse de ton épicerie, le lecteur va demander les informations de paiement, que ton téléphone connait grâce à l'appli de ta banque, etc...

Cela dit, même avec un code unique, ton employeur ne saura pas quand tu badges le matin ce que tu as fait avec le même badge dans d'autres endroits : c'est pas parce que le code est unique que les bases de données de tous les systèmes utilisant ce code sont centralisées...

Regarde ton numéro de téléphone. C'est un code unique aussi, tu le donnes à ton employeur, tu le donnes à ton banquier. C'est pas pour autant que ton employeur a accès au détail de tes comptes ou que ton banquier à accès à ta fiche de paie...