Comment tester une table de casino RFID avant le déploiement

Un lecteur RFID détectant une puce de casino ne signifie pas automatiquement qu'une table intelligente entière est prête pour le fonctionnement en direct.

Une fois installé à l'intérieur d'une table de jeu, l'équipement RFID fonctionne aux côtés du matériel de table, des mises en paris, des antennes voisines, des terminaux de concessionnaire, des équipements de traitement de cartes et des logiciels de gestion. Chaque partie peut déterminer si les jetons sont détectés avec précision et attribués à la position de pari correcte et au tour de jeu.

Les tests de déploiement devraient donc évaluer le tableau complet dans des conditions de fonctionnement réalistes-pas seulement un lecteur et plusieurs puces sur un banc de laboratoire.

Un test d'acceptation pratique devrait répondre à quatre questions:

• Le tableau peut-il identifier les puces qu'il est censé détecter?

• Peut-il attribuer chaque puce à la position de pari correcte?

• Peut-il conserver des enregistrements précis lorsque les puces, les appareils ou les connexions changent?

• Le personnel peut-il identifier et examiner les informations incomplètes ou contradictoires?

Définissez d'abord l'environnement d'essai

Les performances RFID dépendent de plus que l'étiquette et le lecteur.

La table finie peut contenir des supports métalliques, des panneaux décoratifs, des câbles, des écrans et d'autres équipements électroniques. La position de l'antenne, la puissance du lecteur, la construction de la puce, la hauteur de la pile et la distance entre l'antenne et la surface de pari peuvent également influencer la détection.

Avant le début des tests, l'équipe du projet doit enregistrer:

• Modèle de table et mise en page du jeu

• Types de puces RFID et dénominations

• Modèles de lecteur et d'antenne

• Emplacements d'antenne

• Réglages du lecteur

• Versions du logiciel et du firmware

• Équipement de table connecté

• Configuration réseau

• Nombre et emplacement des zones de lecture

• Taille maximale de la pile de puces prévue

Les tests doivent utiliser la table de production et la même configuration d'équipement prévue pour le déploiement. Les résultats obtenus à partir d'une position d'antenne, d'une structure de table ou d'un réglage de lecteur différent peuvent ne pas représenter l'installation finale.

L'ISO/CEI 18046 contient des méthodes de test de performance pour les dispositifs RFID, tandis que la série ISO/CEI 18047 traite des tests de conformité pour les communications par interface aérienne RFID. Ces normes fournissent des bases techniques utiles, mais une table de casino terminée nécessite encore des tests dans sa configuration opérationnelle réelle.

Testez plus d'une puce valide

Le premier test doit confirmer que les jetons individuels peuvent être identifiés dans chaque position de pari prévue.

Chaque puce doit être placée séparément au centre, aux bords et aux coins de la zone de lecture. Le dossier de la table doit être vérifié pour confirmer:

• L'identifiant RFID correct a été détecté

• La dénomination correcte a été retournée

• La position de pari correcte a été attribuée

• La puce a été connectée à la table correcte

• L'enregistrement est apparu dans le délai de réponse attendu

• Le retrait de la puce a mis à jour la position correctement

Le test d'une seule puce d'échantillon est insuffisant. L'ensemble de tests doit inclure plusieurs puces de chaque dénomination prise en charge et, le cas échéant, différents lots de production.

Il devrait également contenir des puces avec différents états opérationnels, tels que des puces actives, inactives, promotionnelles, suspendues ou inconnues.

Un identifiant RFID lisible ne rend pas automatiquement une puce valide pour le jeu. Le backend doit déterminer si cet identifiant est enregistré et autorisé dans le contexte opérationnel actuel.

Les identités électroniques utilisées parChips de casino RFID CTSOKPeut être associé à la dénomination, à la catégorie et à l'état opérationnel dans un environnement de gestion compatible.

Testez des dénominations mixtes et des piles réalistes

Les paris de casino ne sont pas toujours formés d'une seule puce placée parfaitement au centre d'une zone de paris. Une position peut contenir plusieurs dénominations, des piles inégales ou plusieurs groupes de puces.

Les tests doivent reproduire des combinaisons telles que:

• Plusieurs puces de la même dénomination

• Différentes dénominations en une seule pile

• Plusieurs piles dans une position de pari

• Des piles alignées et inégales

• Puces de grande valeur et de faible valeur ensemble

• Une puce valide et restreinte dans le même groupe

• Chips placés près du bord de la zone de lecture

Le système doit identifier les puces individuelles et calculer le total attendu sans compter un identifiant plus d'une fois.

Si une partie d'une pile ne peut pas être lue, le système ne doit pas présenter silencieusement la valeur détectée restante comme un pari physique complet. Il doit montrer que l'enregistrement peut être incomplet ou générer un événement nécessitant un examen.

Les allégations concernant la capacité maximale de la pile doivent toujours être connectées à une configuration de test définie. Une instruction telle que «lit 20 puces» a une valeur limitée à moins qu'elle n'identifie la construction de la puce, la disposition de l'antenne, la position de la pile et la table terminée utilisées pendant les tests.

Cartographier toute la zone de paris

Tester uniquement le centre d'une position de pari peut masquer les zones faibles à proximité des limites imprimées.

Chaque zone de lecture doit être divisée en points de test répétables:

• Centre

• Bords avant et arrière

• Bords gauche et droit

• Coins

• Limites des paris imprimés

• Zones les plus proches des antennes voisines

Les mêmes échantillons de puce doivent être placés à chaque point. Le testeur doit enregistrer si chaque puce a été détectée et si elle a été affectée à la zone correcte.

Cela crée une carte pratique de la couverture de table.

Une puce placée dans une position de pari physique valide ne doit pas disparaître de l'enregistrement simplement parce qu'elle est proche d'un bord. Dans le même temps, une puce appartenant à une position ne doit pas être acceptée par une position voisine.

Si l'un ou l'autre problème se produit, l'opérateur peut avoir besoin d'ajuster la disposition de l'antenne, la puissance du lecteur, les matériaux de table ou la limite de pari utilisable.

Vérifiez les zones adjacentes pour les lecteurs qui se chevauchent

Les positions de paris sur le baccarat, le blackjack et d'autres tables de casino peuvent être séparées par une courte ligne imprimée. Une puce placée près de cette ligne peut entrer dans le champ effectif de plus d'une antenne.

Les tests de limites devraient déterminer:

• Si le même identifiant apparaît dans deux positions

• Quelle position reçoit la propriété de la puce

• Que se passe-t-il lorsque la puce est placée directement sur la limite

• Si le déplacement de la puce change sa position assignée

• La question de savoir si la propriété incertaine crée une exception visible

• La détection répétée de manière incorrecte augmente le total du pari

La force du signal peut aider à l'attribution de zone, mais elle ne doit pas être traitée comme la seule source de vérité. L'orientation de la puce, la hauteur de la pile, les matériaux à proximité et le mouvement peuvent modifier le signal détecté.

Lorsque le système ne peut pas attribuer une puce en toute confiance, il est plus sûr de marquer l'événement pour examen que de la placer silencieusement dans une position de pari arbitraire.

Mouvement de la puce de test et paris proches

Un test de lecture statique ne représente pas l'activité normale de la table.

Les joueurs ajoutent, suppriment et déplacent des jetons avant la clôture des paris. Les concessionnaires ont alors besoin d'un dossier de pari défini pour le tour. Le tableau doit distinguer le mouvement légitime de la détection en double de la même puce.

Le test devrait reproduire:

• Ajout d'une puce à un pari existant

• Retrait d'une puce avant la clôture des paris

• Déplacement d'une puce entre les positions voisines

• Glisser une pile à travers une limite de zone

• Lever une puce et la remettre dans la même position

• Déplacement seulement d'une partie d'une pile

• Placer ou retirer une puce immédiatement avant la clôture des paris

• Tenter d'ajouter une puce après la clôture des paris

Le testeur doit confirmer quelles puces ont formé le pari accepté et si ce pari a été connecté au bon tour.

L'événement de clôture des paris peut provenir d'une action de concessionnaire, d'une commande de terminal de table, d'un compte à rebours, d'un événement de gestion de carte ou d'une autre règle système approuvée. Quelle que soit la méthode utilisée, elle doit créer une séparation claire entre les changements acceptés avant la clôture des paris et les mouvements se produisant par la suite.

Les mouvements tardifs ou incertains doivent être rejetés ou identifiés pour examen en fonction du flux de travail configuré.

Testez la séquence de jeu complète

La détection RFID ne doit pas être acceptée séparément du flux de travail du jeu.

Un tour de test complet devrait inclure:

1. Ouverture d'un nouveau tour

2. Placer et changer les paris

3. Pari de clôture

4. Enregistrement du pari accepté

5. Recevoir la carte ou le résultat du jeu

6. Calcul du règlement attendu

7. Observation de l'élimination des copeaux et de l'activité de paiement

8. Clôture de la ronde

9. Revoir l'historique de l'événement terminé

Le pari, le résultat et le règlement doivent rester associés au même tour.

Une table peut détecter chaque puce correctement tout en créant des enregistrements peu fiables si un événement retardé est attaché au tour précédent ou suivant. Les tests doivent donc examiner l'état de la table, les horodatages, les messages de l'appareil et les identifiants ronds ensemble.

LeSystème de gestion de casino CTSOKConnecte l'identification de la puce aux événements de table, aux informations de jeu, aux enregistrements de règlement et à la gestion opérationnelle. Le flux de travail spécifique doit être configuré autour du type de jeu et des procédures approuvées du lieu.

Équipement de table connecté d'essai

Une table intelligente peut échanger des informations avec plusieurs appareils:

• Terminal de concessionnaire

• Chaussure carte électronique

• Affichage de la feuille de route Baccarat

• Contrôleur de table locale

• Serveur Backend

• Équipement réseau

Chaque appareil peut fonctionner correctement par lui-même tandis que le flux de travail combiné produit toujours une erreur.

Par exemple, unchaussure à cartes électroniquePeut fournir des événements liés aux cartes, mais la plate-forme de gestion doit toujours associer ces événements à la table et au tour appropriés.

Les tests d'intégration devraient vérifier:

• Identité de l'appareil et attribution de table

• Ordre d'événement

• Cohérence du calendrier

• Identificateurs ronds

• Messages manquants ou répétés

• Corrections de résultat

• Synchronisation d'affichage

• Avertissements de déconnexion de l'appareil

• Rapports backend

La documentation du projet doit définir la source faisant autorité pour les événements importants. Si un terminal concessionnaire et un autre appareil connecté fournissent des résultats contradictoires, le personnel a besoin d'un processus contrôlé pour déterminer quel enregistrement est accepté et comment une correction est documentée.

Déconnecter le réseau pendant les tests

Une connexion réussie lors de l'installation ne prouve pas que la table se remettra correctement d'une panne de communication.

L'équipe de test doit déconnecter les composants sélectionnés aux points contrôlés pendant un tour. Il devrait ensuite examiner:

• Si le personnel reçoit un avertissement visible

• Si les événements sont temporairement stockés

• Si la table peut continuer à fonctionner

• Si les enregistrements retardés conservent leurs horodatages d'origine

• Si les événements stockés téléchargent une seule fois

• Si les événements reviennent au bon tour

• Si les données incomplètes sont marquées pour examen

• Si la récupération crée des enregistrements en double

La restauration du réseau n'est que la première étape. Le système doit rapprocher les enregistrements produits avant, pendant et après l'interruption.

La norme GLI-13 de Gaming Laboratories International couvre les systèmes de surveillance et de contrôle et aborde des domaines tels que les communications, les événements importants, les informations d'audit et les rapports. GLI indique également clairement que les juridictions de jeu individuelles établissent leurs propres exigences, même si beaucoup utilisent les normes GLI comme point de départ technique.

Testez les puces non valides et les exceptions opérationnelles

Les tests d'acceptation ne doivent pas se limiter aux situations dans lesquelles tout fonctionne correctement.

Le tableau devrait également être testé avec:

• Un identifiant RFID non enregistré

• Une puce inactive ou suspendue

• Une puce promotionnelle expirée

• Une puce attribuée à une autre propriété

• Une puce non-RFID visuellement similaire

• Une puce RFID endommagée ou illisible

• Un identifiant en double

• Une dénomination qui entre en conflit avec le record backend

Le système doit faire la distinction entre une puce illisible et une puce lisible qui n'est pas autorisée pour le jeu en cours.

Ces situations nécessitent des réponses opérationnelles différentes. Une étiquette illisible peut nécessiter une inspection physique, tandis qu'une puce inactive ou restreinte peut nécessiter une vérification de son enregistrement du cycle de vie.

Une exception doit inclure suffisamment de contexte pour un examen ultérieur, tel que le tableau, la position de pari, le tour, l'heure, l'appareil et la raison de l'alerte.

Les alertes automatisées devraient soutenir l'enquête. Ils ne doivent pas être automatiquement décrits comme une preuve de fraude ou de contrefaçon.

Préserver les services correctionnels et l'historique de la vérification

Les tests doivent délibérément créer des événements qui nécessitent une correction autorisée, tels qu'un résultat incorrect, un mauvais statut de puce ou une mise attribuée à la mauvaise position.

Le test devrait vérifier:

• Quels rôles utilisateur peuvent demander ou approuver une correction

• Si une raison doit être entrée

• Si la valeur d'origine reste disponible

• Si la valeur corrigée est clairement identifiée

• Si les rapports connectés sont mis à jour

• Si l'utilisateur et l'heure sont enregistrés

• Si le règlement est recalculé si nécessaire

Une correction devrait créer un nouvel événement responsable plutôt que d'effacer l'enregistrement original.

C'est aussi pourquoi les autorisations des utilisateurs doivent faire partie des tests d'acceptation. Les concessionnaires, les superviseurs, le personnel des cages, les examinateurs de surveillance, les techniciens et les administrateurs système ne devraient pas automatiquement recevoir le même accès.

Ce que le dossier d'acceptation final devrait inclure

Le rapport final doit identifier exactement ce qui a été testé et dans quelles conditions.

Un dossier d'acceptation utile peut inclure:

• Identification de la table et du jeu

• Modèles de puces RFID et quantités d'essai

• Configuration d'antenne et de lecteur

• Versions du logiciel et du micrologiciel

• Equipements connectés

• Cas d'essai et résultats attendus

• Résultats réels

• Cas ratés et problèmes non résolus

• Actions correctives

• Retest résultats

• Captures d'écran ou journaux à l'appui

• Personnel d'essai et date d'approbation

Un résultat passé s'applique à la configuration testée. Le déplacement d'une antenne, le changement de puissance du lecteur, le remplacement des matériaux de la table ou l'installation d'une mise à jour logicielle importante peuvent nécessiter un nouveau test partiel ou complet.

Les tests d'acceptation ne sont pas une approbation réglementaire

Les tests en usine, les tests d'acceptation du site, l'évaluation indépendante du laboratoire et l'approbation réglementaire sont des processus différents.

Un fournisseur peut vérifier si l'équipement répond aux critères convenus du projet. Les tests d'acceptation du site peuvent confirmer les performances après l'installation. Un laboratoire indépendant peut évaluer l'équipement par rapport aux normes applicables. L'autorité de jeu compétente détermine les approbations requises dans sa juridiction.

GLI publie différentes normes pour les systèmes de surveillance, les jeux de table électroniques contrôlés par le concessionnaire, les chaussures à cartes électroniques et d'autres technologies de jeu. Le document applicable dépend des fonctions réelles du produit ou du système.

Le fait de passer un test d'acceptation de projet ne doit donc pas être décrit comme une certification GLI automatique ou une approbation réglementaire.

Conclusion

Une table de casino RFID doit être testée en tant que système opérationnel complet-pas simplement en tant que lecteur capable de détecter plusieurs puces.

Un test fiable examine l'identification individuelle de la puce, les performances de la pile, la couverture de la zone, les lectures qui se chevauchent, le mouvement de la puce, la synchronisation des paris-fermeture, l'affectation du tour de jeu, les appareils connectés, la récupération du réseau, les autorisations utilisateur et les enregistrements d'exception.

Le résultat le plus utile n'est pas la distance de lecture la plus longue ou la plus grande pile de puces possible. Il s'agit de savoir si le tableau crée des enregistrements précis, cohérents et révisables dans les conditions attendues lors de l'exploitation réelle.

En définissant les critères d'acceptation avant le déploiement, en testant la configuration terminée et en préservant les résultats, les opérateurs peuvent identifier les problèmes d'intégration avant que la table n'entre en service en direct.

Questions fréquemment posées

Une table RFID peut-elle être approuvée en testant uniquement des puces individuelles?

Non. Le test des puces individuelles n'est que la première étape. Le tableau terminé doit également être testé pour les piles de puces, les limites de la zone de paris, le mouvement, l'intégration du jeu, la communication des appareils et la récupération des échecs.

Chaque tableau RFID devrait-il utiliser les mêmes critères d'acceptation?

Non. Les critères dépendent du jeu, de la construction de la table, de la disposition de l'antenne, de la conception de la puce, du flux de travail et des exigences juridictionnelles.

Un taux de lecture RFID élevé prouve-t-il que le tableau est précis?

Pas par elle-même. Un système peut détecter une puce mais l'affecter à la mauvaise position de pari ou au tour de jeu. La précision de la zone et le contexte de l'événement sont aussi importants que la détection.

Que devrait-il se passer lorsque le système ne peut pas identifier une puce en toute confiance?

L'événement doit suivre le processus d'exception approuvé par le lieu. Le système doit éviter d'accepter silencieusement des informations incomplètes ou incertaines comme un pari valide.

Un test d'acceptation du site est-il équivalent à une certification réglementaire?

Aucun test du site vérifie le système installé par rapport aux critères convenus. L'approbation réglementaire et la certification de laboratoire indépendante sont des processus distincts déterminés par la juridiction concernée.

Références techniques consultées pour cet article:Normes de conformité et de performance RFID ISO,Normes de Gaming Laboratories International,Systèmes de surveillance et de contrôle GLI-13, etJeux de table électroniques contrôlés par le concessionnaire GLI-25. Les exigences varient selon les fonctions du système, les contrôles internes et la compétence. La référence à ces matériaux n'implique pas la certification, l'approbation ou l'approbation réglementaire d'un produit CTSOK.