Portar Windows aplicaciones de demostración para WinCE/XP Embedded

Question

Tenemos una gama de PC de programas de demostración para nuestro microcontrolador productos.Los programas suelen conectarse a un puerto USB HID chip en la tarjeta del microcontrolador.El chip USB actúa como un puente de comunicación, permitiendo que los programas se comuniquen con los micros sobre SPI/I2C, UART.Los programas se pueden configurar los micros, y obtener información del estado de la pantalla para el usuario.

Actualmente estamos buscando para construir algunas independiente demostraciones de uso de una sola junta de PCs.Nos gustaría reutilizar tanto como sea posible de nuestro sistema de demostración de la aplicación del código fuente.Idealmente, sólo podríamos ejecutar como-es.

¿Alguien tiene algún consejo sobre la mejor manera de avanzar?Las opciones básicas parecen ser WinCE o XP Embedded tablas.WinCE juntas parecen tirar de menos de energía, lo cual sería una ventaja de una vida de la batería punto de vista.

Nuestros demos construido en C++ en Borland Builder o Delphi.

Gracias de antemano.

EDITAR:véase mi respuesta a continuación con la información de la tabla de proveedores.

Answer 1

No hay una versión de Delphi para la mueca de dolor, por lo que tendría que volver a escribir las aplicaciones. Lo mismo se aplica para las bibliotecas de control de la Borland Builder. Sólo si ha utilizado la API de Win32 llano, usted sería capaz de portar su aplicación a la mueca de dolor fácilmente. También puede encontrar problemas con la parte de acceso de hardware. El controlador de puerto serie puede que no funcione como es. Además, es necesario encontrar un tablero de la mueca de dolor que puede actuar como anfitrión USB y proporciona controladores HID (esto no es muy común).

En conclusión, creo que sería mejor con Windows XP de tablas embebidas. Estos deben ejecutar sus aplicaciones como son.

Answer 2

Free Pascal / Lázaro pueda compilar algunas formas de aplicaciones Delphi a WinCE / brazo. Incluso los visuales.

Answer 3

Como una actualización, y para futuras referencias, pensé que había puesto los resultados de nuestras conversaciones con un proveedor tablero de la mueca de dolor aquí. Advertencia:. No he intentado realmente nada de esto

La conclusión es que no hay una forma sencilla de hacer lo que se pueda desear (es decir, volver a compilar las aplicaciones de demostración existentes para funcionar bajo mueca de dolor). La razón es que los controladores HID genéricos y API estándar que existen en sabores de escritorio de Windows simplemente no existen en la mueca de dolor.

Para hablar con dispositivos HID en WinCE es necesario implementar una costumbre controlador HID. Esto necesita para soportar una interfaz que permite las aplicaciones en modo de usuario para comunicarse con el conductor, y para la construcción de informes HID para ser enviados al dispositivo físico. Como esta interfaz sería en sí misma costumbre, código de la aplicación necesita ser actualizado en consecuencia.

desarrollo de aplicaciones de Windows CE se efectúa con los compiladores de Microsoft Visual Studio y. El método recomendado para nosotros fue:

1. Crear un controlador de clase HID personalizado. Esto podría basarse en, por ejemplo, el teclado Microsoft HID conductor.
2. Crear una API para hablar con el conductor.
3. Uso .NET para crear nuestras aplicaciones GUI, y utilizar PInvoke que hablar con la API.

El resultado final de todo esto rascarse la cabeza es que para evitar el tiempo y la curva de aprendizaje asociada a este enfoque, vamos a ir a dar un estribo XP. entonces podemos utilizar nuestras aplicaciones de demostración existentes directamente de la caja. La desventaja es que vamos a tener que vivir con una reducción considerable duración de la batería.