Il porting di applicazioni demo di Windows per WinCE / XP Embedded

Question

Abbiamo una vasta gamma di programmi dimostrativi per PC per i nostri prodotti di microcontrollori. I programmi di solito si collegano a un chip HID USB sulla scheda microcontrollore. Il chip USB funge da ponte di comunicazione, permettendo ai programmi di comunicare con i micro oltre SPI / I2C / UART. I programmi possono configurare le micro, e tornare informazioni di stato per visualizzare all'utente.

Ora stiamo cercando di costruire alcune dimostrazioni autonomi utilizzando i PC da tavolo. Vorremmo riutilizzare il più possibile del nostro codice sorgente applicazione demo esistente. Idealmente, potremmo farli funzionare così com'è.

Qualcuno ha qualche consiglio sul modo migliore di procedere? Le opzioni di base sembrano essere WinCE o XP schede embedded. tavole WinCE sembrano tirare meno energia, il che sarebbe un vantaggio dal punto di vita della batteria di vista.

I nostri demo esistenti sono costruite sia in C ++ in Borland Builder, oppure in Delphi.

Grazie in anticipo.

EDIT: vedere la mia risposta qui sotto con le informazioni da un fornitore di bordo

.

Answer 1

Non è una versione di Delphi per WinCE, quindi si avrebbe bisogno di riscrivere le applicazioni. Lo stesso vale per le biblioteche di controllo del Borland Builder. Solo se si è utilizzato pianura API Win32, si sarebbe in grado di porta l'applicazione per WinCE facilmente. Si può inoltre verificare problemi con la parte di accesso all'hardware. Il driver di porta seriale non può funzionare così com'è. Inoltre, è necessario trovare una scheda WinCE che può fungere da host USB e fornisce driver HID (questo non è molto comune).

In conclusione, credo che si sarebbe meglio di Windows XP schede embedded. Questi dovrebbero eseguire le applicazioni così come sono.

Answer 2

Free Pascal / Lazarus può compilare alcune forme di applicazioni Delphi per WinCE / braccio. Anche quelli visivi.

Answer 3

Come un aggiornamento, e per riferimento futuro, ho pensato di postare i risultati delle nostre discussioni con una scheda di WinCE fornitore qui. Caveat:. Non ho effettivamente provato nulla di tutto questo

La linea di fondo è che non c'è un modo semplice per fare quello che speravamo (vale a dire, ri-compilare le nostre applicazioni demo esistenti per l'esecuzione con WinCE). La ragione è che i driver HID generici e API standard che esistono in vari desktop di Windows semplicemente non ci sono in WinCE.

Per parlare con i dispositivi HID in WinCE è necessario implementare un costume HID conducente. Questo deve supportare un'interfaccia che consente applicazioni in modalità utente per comunicare con il conducente, e per costruire relazioni HID da inviare al dispositivo fisico. Poiché questa interfaccia sarebbe in costume, codice di applicazione deve essere aggiornato di conseguenza.

lo sviluppo di applicazioni WinCE si procede generalmente mediante Visual Studio ei compilatori Microsoft. L'approccio consigliato per noi era:

1. Crea un driver di classe HID personalizzato. Questo potrebbe essere basato su, per esempio, la tastiera Microsoft HID conducente.
2. Crea un API per parlare con il conducente.
3. Utilizza .NET per creare le nostre applicazioni GUI, e utilizzare PInvoke per parlare in realtà alle API.

Il risultato finale di tutto questo testa-graffio è che per evitare il tempo e la curva di apprendimento associata a questo approccio, abbiamo intenzione di andare a fare una pedana XP. Possiamo quindi utilizzare le nostre applicazioni demo esistenti direttamente dalla scatola. Il trade-off è che dovremo convivere con la durata della batteria notevolmente ridotto.