Test de TEMPerHUM de PCsensor Partie 2 – Windows XP (Journalisation du matériel)

Test du «TEMPerHUM» de PCsensor

Phase 2: Test du «TEMPerHUM» de PCsensor dans l’environnement Windows XP

Comme nous l’avons expliqué dans la phase 1, il était nécessaire que .NET Framework soit installé sur un ordinateur basé sur Microsoft Windows afin d’installer le logiciel TEMPerHUM du PCsensor. Cependant, certains utilisateurs peuvent ne pas vouloir installer ce logiciel, mais plutôt utiliser la capacité du matériel TEMPerHUM pour envoyer des données surveillées vers un fichier vide qui a été précédemment ouvert au premier plan de Windows. (Pourquoi le terme premier plan est important ici, nous verrons plus tard.)

Par exemple, un utilisateur peut ouvrir un fichier vide dans le Bloc-notes, puis activer la surveillance de la température et de l’humidité en appuyant sur le bouton “TXT” sur le capteur:

blank

Comme vous pouvez le voir ci-dessus, après avoir appuyé sur le bouton «TXT», le capteur démarre sa fonction en envoyant son «message d’accueil» (sous la forme de «www.pcsensor.com, tapez: hs10, …»), suivi d’un remplissage l’écran avec la température surveillée en degrés Celsius (la 1ère colonne) et l’humidité relative (la 2e colonne), et il envoie ces mesures à deux secondes d’intervalle (comme indiqué dans la 3e colonne). Néanmoins, toutes les dizaines de lignes, le «message d’accueil» du matériel réapparaît à l’écran:

blank

Jusqu’ici tout va bien. Cependant, sachant que le capteur de température et d’humidité TEMPerHUM de PCsensor s’installe en tant que périphérique HID (Human Interface Device) – et ne figure pas comme un véritable périphérique USB matériel, il appartient probablement au même groupe de périphériques d’entrée utilisateur tels que les claviers et les souris. , et il semble qu’ils interagissent d’une manière ou d’une autre. Cela signifie que tant que l’utilisateur conserve le fichier ouvert au premier plan et ne fait pas grand-chose ou rien avec son clavier et sa souris pendant que les capteurs envoient les données surveillées à l’écran – tout semble bien. Cependant, si l’utilisateur exécute une activité – en particulier avec la souris, disons pour ouvrir un autre programme ou quelque chose comme ça, qui à son tour envoie la fenêtre précédemment ouverte à l’arrière-plan, le transfert et l’apparence des données surveillées se passe mal, ce qui signifie que les nouvelles données ne sont pas envoyées à la fin du fichier, comme il se doit, mais plutôt «insérées» quelque part au milieu de l’écran (ou simplement au hasard n’importe où sur l’écran), comme indiqué dans l’image suivante. .

blank

Pour aggraver les choses, l’ordinateur devient parfois complètement hors de contrôle, ce qui signifie que diverses opérations du système d’exploitation et activités logicielles peuvent démarrer par elles-mêmes – sans l’intervention de l’utilisateur, et l’utilisateur n’est plus capable de revenir à la fenêtre ouverte. Dans certains cas, la seule solution pour revenir à la normale consiste à retirer le capteur de la machine. Dans le pire scénario que nous ayons connu, le comportement incontrôlé a fini par redémarrer l’ordinateur de lui-même! (Dans des situations moins terribles, où l’utilisateur peut revenir à la fenêtre ouverte, la combinaison de touches CTRL-End reprend le remplissage correct des données surveillées.)

Au lieu du Bloc-notes, un utilisateur peut ouvrir un fichier vide dans le Wordpad de Windows. À première vue, il avait meilleure apparence car il a commencé sans aucune «salutation» du capteur, mais la «salutation» est apparue de temps en temps…

blank

Soit dit en passant, si un utilisateur effectuait quelque chose au premier plan comme mentionné, comme ouvrir un fichier Bloc-notes vide, la nouvelle fenêtre prendrait le relais pour recevoir les données surveillées:

blank

De plus, l’utilisateur peut revenir du Bloc-notes à Wordpad (qui s’exécutait temporairement en arrière-plan), de sorte que la fenêtre de Wordpad reprendra son remplissage…

blank

… et ainsi de suite, et ainsi de suite … Cependant, cela continuerait sans problèmes visibles tant que l’utilisateur passe d’une fenêtre à l’autre en utilisant la combinaison ALT-TAB du clavier. En revanche, si l’utilisateur effectue le basculement à l’aide de la souris, l ‘«interférence» est à nouveau insérée dans la fenêtre active, probablement à la suite des mouvements de la souris:

blank

… Comme indiqué ci-dessus, les colonnes tremblaient à nouveau et les nouvelles données étaient écrites au hasard sur l’écran de chaque programme. Pour échapper aux écritures aléatoires, la combinaison CTRL-End du clavier revient au fonctionnement normal:

blank

Nous n’avons pas essayé de recevoir les données surveillées par un logiciel de traitement de texte ou un tableur, tel que Microsoft Office ou similaire, car notre machine de test n’était équipée d’aucun d’entre eux. Néanmoins, il est fort probable que les résultats soient à peu près les mêmes qu’avec le Bloc-notes et Wordpad.

Pour conclure nos expériences sous Windows, il faut dire que le capteur de température et d’humidité TEMPerHUM de PCsensor répond aux besoins de base d’un utilisateur moyen. Cela signifie que vous obtiendrez diverses interprétations de la température et de l’humidité surveillées, selon vos préférences personnelles en utilisant (ou en n’utilisant pas) le logiciel du fabricant de l’appareil. De l’autre côté, une utilisation plus complexe des données surveillées que nous voulions effectuer, comme le transfert des données vers un logiciel de radio amateur pour un traitement ultérieur et une retransmission dans l’air, en utilisant des modems radio par paquets et des stations de radio amateur, nécessitera une certaine recherches supplémentaires. Au moment d’écrire ces lignes, nous n’avons pas trouvé de solution.

Articles similaires

Bouton retour en haut de la page
Fermer