Un clavier tactile capacitif organise plusieurs touches discrètes, des curseurs ou des roues optionnels, des assignations de canaux, des règles de clé voisine, des retours, de l'éclairage et des états d'hôte derrière une surface graphique scellée.
Un clavier tactile capacitif place plusieurs zones de détection discrètes derrière un front imprimé. Chaque zone a besoin d'une identité de canal, fonction, relation de clé voisine, règle de rétroaction et réponse de l'hôte.
Les curseurs et les roues peuvent être ajoutés lorsque le contrôleur et l'hôte sont conçus pour interpréter les segments ordonnés ou les changements de position. Ils doivent être documentés séparément des clés ordinaires afin que le filtrage et la rétroaction ne deviennent pas ambigus.
Utilisez cette route lorsque l'interface est un tableau coordonné de commandes fixes. Utilisez la route PAC lorsque l'hôte doit résoudre des coordonnées tactiles générales à travers un écran ou une zone active.
Un clavier n'est complet que lorsque chaque zone physique et chaque événement logiciel pointent vers la même identité libérée.
Assignez un identifiant stable à chaque clé, segment de curseur, segment de roue, indicateur, position du connecteur et événement hôte.
Mode de défaillanceLes oeuvres d'art, les circuits, les micrologiciels et les dossiers de test utilisent différents noms pour le même contrôle.
Définir les paires autorisées, les paires rejetées, les règles de priorité, les cas de paume, les clés retenues et le comportement des clés voisines.
Mode de défaillanceUn deuxième doigt crée une commande involontaire ou supprime celle requise.
Ordre de sortie segment, comportement d'entrée et de sortie, direction, règles d'enroulement, touches, cales, sauts, et annulation.
Mode de défaillanceLe contrôleur signale des mouvements que l'hôte interprète comme une action différente.
Définir la lumière locale, le son, l'haptique, l'affichage et l'hôte reconnaissance pour les états actifs, bloqués, en attente, complétés et défectueux.
Mode de défaillanceUne clé désactivée apparaît disponible ou une touche détectée est affichée comme terminée.
Coordonner les traces de détection, les circuits indicateurs, les barrières lumineuses, l'attribution des connecteurs, les retours et l'accès aux essais.
Mode de défaillanceLes conducteurs d'éclairage ou les canaux voisins perturbent la détection, ou l'éclairage identifie la mauvaise clé.
Documenter les gants, l'humidité, le nettoyage, le contact de la paume, le réveil, le verrouillage, le contexte du menu, le temps d'arrêt, la déconnexion et la récupération de l'hôte.
Mode de défaillanceLa même saisie physique effectue une action dangereuse ou confuse dans un état de système différent.
Le paquet de libération devrait rendre l'identité clé, l'identité du canal, la route électrique, la rétroaction et le comportement du logiciel traçable sans interprétation.
| Décision | Options à examiner | Question de libération |
|---|---|---|
| Disposition des touches | Numérisation, fonction, navigation, commandes groupées, touches de mode, touches de confirmation ou tableau de projet | Quelle est la requête de chaque zone imprimée dans chaque état hôte pertinent? |
| Carte des chaînes | Canaux directs, affectation matricielle, groupes de contrôleur, segments de curseur, segments de roue et canaux de rechange | Les dessins, circuits, connecteurs, micrologiciels et appareils de test utilisent-ils les mêmes identifiants? |
| Comportement du voisin | Priorité à une seule clé, combinaisons autorisées, combinaisons rejetées, rejet de la paume, entrée retenue et lockout | Que devrait-il se passer lorsque plus d'une zone est influencée? |
| Curseur ou roue | Segments ordonnés, mouvements directionnels, zones de robinetterie, zones de cale, comportement enveloppant, annulation et régions inactives | Comment les événements ambigus d'entrée, d'inversion, de saut et de libération sont-ils interprétés? |
| Hiérarchie des commentaires | Indicateur local, indicateur partagé, son, haptique, message d'affichage, événement contrôleur et confirmation de l'hôte | Quels moyens de réponse ont été détectés, acceptés, en attente, complétés, bloqués ou défectueux? |
| Éclairage et routage | Icônes individuelles, zones groupées, états frontaux, circuits partagés, itinéraires de détection, retours, barrières et broches de connecteurs | La détection et l'éclairage peuvent-ils rester correctement assignés à chaque état alimenté? |
| Modèle d'état hôte | Réveillez, verrouillez, dépendez du menu, nettoyage, désactivé, défaut, déconnecté, récupération ou état défini par projet | Quelles sont les entrées acceptées, ignorées, en attente ou reconnues dans chaque État? |
Une carte fiable relie la légende visible à une électrode, canal de détection, position du connecteur, événement contrôleur, nom du firmware, action hôte, indicateur et résultat de test. Un identifiant devrait survivre à cette trajectoire entière.
Un clavier change souvent de sens avec le contexte du menu, l'état de verrouillage, le mode de nettoyage, l'état de réveil ou la disponibilité de l'hôte. L'éclairage et la rétroaction devraient révéler ce contexte au lieu de présenter chaque clé imprimée comme active en permanence.
Lister chaque clé, curseur, roue, indicateur, contexte de menu, état désactivé, combinaison et action hôte.
Alignez les zones imprimées, les électrodes, les itinéraires, les assignations de connecteurs, les canaux de commande, les noms d'événements et les points d'essai.
Assigner des indications actives, bloquées, en attente, complétées et de défaut, ainsi que des groupes de lumière et des priorités.
Exercice adjacent, simultané, tenu, ganté, mouillé, nettoyage, réveil, désactivé, glissière, roue et cas de récupération.
Verrouillez l'œuvre d'art, le circuit, la carte de canal, le fichier de contrôleur, les noms de firmware, la table d'état hôte, l'inspection et les déclencheurs de retest.
Vérifier l'espacement des électrodes, la cartographie des canaux, le couplage de routage, le contact de la paume, l'approche de l'opérateur et les règles d'entrée adjacentes.
Détection de contrôleurs de trace, firmware gating, contexte de menu, lockout de l'hôte, événements en file d'attente, et affiché la rétroaction.
Examiner l'ordre des segments, la cohérence des routes, les règles d'entrée et de sortie, la manipulation des inversions, les régions mortes et l'interprétation des hôtes.
Comparer l'indication locale, la reconnaissance du contrôleur, l'acceptation de l'hôte, l'achèvement de la commande et la priorité de l'état concurrent.
Ces produits ont besoin de plusieurs commandes discrètes sous une surface scellée avec une carte de canal contrôlée et un modèle d'état.
Entrée numérique, touches de fonction, états de verrouillage, confirmation, et comportement contrôlé de la clé voisine.
Sélection de mode, navigation, entrée de paramètre, reconnaissance, et groupes de commande dépendants du contexte.
Nettoyer les tableaux de clés avec mode de nettoyage, fonctions désactivées, retour d'alarme et confirmation de l'hôte.
Clés de programme, curseurs, roues, minuteurs, éclairage groupé, et comportement dépendant du menu.
Les fronts à clés multiples scellés ont été examinés autour des gants, de l'humidité, des états d'éclairage, des interstices et de la récupération de l'hôte.
Les tableaux de fonctions denses, la navigation, la sélection des canaux, la rétroaction d'affichage et les cartes d'événements contrôlées par révision.
Un avant-projet d'œuvres d'art et une simple liste d'actions hôtes peuvent révéler des conflits de cartographie et de rétroaction avant que le circuit et les graphiques ne soient verrouillés.
Il s'agit d'une interface frontale scellée contenant plusieurs zones de détection discrètes avec une carte clé libérée, une carte de canal, un plan de rétroaction et un comportement hôte.
Le principe de détection peut être similaire, mais un clavier ajoute la cartographie partagée, les règles de clé voisine, l'entrée simultanée, la rétroaction groupée, les priorités d'éclairage et le comportement d'hôte dépendant du contexte.
Oui, lorsque l'ordre, la direction, l'entrée, la libération, l'annulation, la rétroaction, l'attribution des canaux et l'interprétation des hôtes sont documentés et validés ensemble.
Définissez si le contrôleur ignore la détection, signale un événement bloqué, réveille l'hôte ou donne des commentaires locaux. L'état visible ne doit pas impliquer qu'une commande non disponible a été acceptée.
Inclure chaque clé imprimée, électrode, canal de commande, position du connecteur, nom de l'événement, action de l'hôte, indicateur, segment de curseur ou de roue, canal de secours et référence de test.
Comparer la famille complète par modèle d'entrée, les besoins optiques et la limite de montage fournie.
Ressource d'examen
Utilisez le parcours de commutation lorsque chaque commande discrète peut être revue indépendamment.
Ressource d'examen
Coordonner l'identité clé, les graphiques à l'état motorisé, le regroupement de lumière et la priorité de rétroaction.
Ressource d'examenJASPER peut examiner le tableau de clés, le curseur ou la roue, les électrodes, le routage, l'éclairage, les états de l'opérateur, la hiérarchie de rétroaction, le comportement de l'hôte et les preuves de production comme un projet de clavier tactile capacitif.
Partagez les bases du projet. JASPER examinera les risques de pile, matériaux, connecteur, quantité et production.
