Question

Nous avons une gamme de programmes de démonstration de PC pour nos produits microcontrôleurs. Les programmes se connectent généralement à une puce HID USB sur la carte microcontrôleur. La puce USB agit comme un pont de communication, ce qui permet aux programmes de communiquer avec les micros plus de SPI / I2C / UART. Les programmes peuvent configurer les micro-ordinateurs et récupérer des informations d'état pour afficher à l'utilisateur.

Nous cherchons maintenant à construire des démonstrations autonomes utilisant des PC monocarte. Nous voudrions réutiliser autant que possible de notre code source de l'application de démonstration existante. Idéalement, nous pourrions les faire fonctionner en l'état.

Quelqu'un at-il des conseils sur la meilleure voie à suivre? Les options de base semblent être WinCE ou XP cartes embarquées. conseils WinCE semblent tirer moins de puissance, ce qui serait un avantage d'un point de vue de la vie de la batterie.

Nos démos existantes sont construits soit en C ++ sous Borland Builder ou Delphi.

Merci d'avance.

EDIT: voir ma réponse ci-dessous avec les informations d'un fournisseur de cartes

.
Était-ce utile?

La solution

Il n'y a pas une version Delphi pour WinCE, vous auriez besoin de réécrire les applications. De même pour les bibliothèques de contrôle de Borland Builder. Seulement si vous avez utilisé l'API Win32 simple, vous seriez en mesure de porter votre application grimacer facilement. Vous pouvez également rencontrer des problèmes avec la partie d'accès matériel. Le pilote de port série peut ne pas fonctionner comme il est. , Vous devez également trouver un conseil WinCE qui peut agir comme hôte USB et fournit les pilotes HID (ce n'est pas très fréquent).

En conclusion, je crois que vous seriez mieux de Windows XP cartes embarquées. Ceux-ci devraient exécuter vos applications telles qu'elles sont.

Autres conseils

Free Pascal / Lazarus peut compiler certaines formes d'applications Delphi pour WinCE / bras. Même les visuels.

Comme une mise à jour, et pour référence ultérieure, je pensais que je posterai les résultats de nos discussions avec un fournisseur de carte WinCE ici. Caveat:. Je n'ai pas vraiment essayé tout cela

L'essentiel est qu'il n'y a pas un moyen simple de faire ce que nous espérions (à savoir re-compiler nos applications de démonstration existantes pour fonctionner sous WinCE). La raison en est que les pilotes HID génériques et API standard qui existent dans les saveurs de bureau de Windows ne sont tout simplement pas là WinCE.

Pour parler aux périphériques HID WinCE vous devez implémenter une commande HID pilote. Cela doit supporter une interface permettant aux applications en mode utilisateur de communiquer avec le conducteur, et de construire des rapports HID à envoyer à l'appareil physique. Comme cette interface serait lui-même sur mesure, le code d'application doit être mis à jour en conséquence.

développement d'applications WinCE est généralement effectuée à l'aide de Visual Studio et les compilateurs Microsoft. L'approche que nous recommande était:

  1. Créer un pilote HID personnalisé classe. Cela pourrait se fonder sur, par exemple, le clavier Microsoft pilote HID.
  2. Créer une API pour parler au conducteur.
  3. Utilisez .net pour créer nos applications de l'interface graphique, et utiliser PInvoke pour parler réellement à l'API.

Le résultat final de toute cette tête-éraflure est que pour éviter le temps et la courbe d'apprentissage associée à cette approche, nous allons aller pour une carte en cours d'exécution XP. On peut alors utiliser directement nos applications de démonstration existantes hors de la boîte. Le compromis est que nous allons devoir vivre avec la vie de la batterie considérablement réduite.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top