Production-Quality OAL
.gif "A hyphen indicates that the information in this topic is not relevant for this platform, or that the platform does not support the API that is listed.")
.gif "A checkmark indicates that the information in this topic is relevant for this platform, and that any API listed is also supported on this platform.")
9/8/2008
A produção-camada de adaptação OEM qualidade (OAL) simplifica e diminuirá o processo de desenvolvimento um OAL. Ele fornecerá um nível aprimorado de componentization OAL através de codificar bibliotecas, Diretório estruturas que reutilização codificar suporte e arquivos configuração centralizada e um consistente arquitetura através de processador famílias e plataformas hardware.
A estrutura plataforma processador e hardware fornecida pela produção-qualidade OAL permite que você desenvolver o kernel Windows Embedded CE mais básica — uma imagem Tiny Kernel — com pouco esforço desenvolvimento.
A produção-qualidade OAL fornece o seguinte aperfeiçoamentos sobre o modelo OAL anterior:
- Um comum conjunto de componentes processador-específicos
- Componentes software OAL
Para obter mais informações, consulte Production-Quality OAL Components. - Um padrão estrutura de diretórios
Para obter mais informações, consulte BSP and SOC Directory Layout. - Convenções para desenvolvimento BSP
Para obter mais informações, consulte BSP File-Naming Conventions.
Em Windows Embedded CE, você pode ainda clone uma BSP existente. No entanto, o %_WINCEROOT%\Platform\ <Nome da plataforma de hardware≫ Diretório BSP agora contém arquivos codificar mínima e são principalmente arquivos configuração. A maioria dos arquivos codificar BSP agora está localizadas na Diretório %_WINCEROOT%\Platform\Common e não precisa ser modificado, a menos que sua implementação plataforma hardware seja significativamente diferente da implementação de Windows Embedded CE. Agora você referência componentes de software como bibliotecas.
As bibliotecas OAL são uma coleção de Bibliotecas funcionais, estáticas que você pode criar, em uma abordagem modular, para criar um OAL ou inicializar carregador. O individual bibliotecas estão de acordo com um conjunto de APIs comum entre todas as arquiteturas CPU. A biblioteca hardware é organizada e implementada em uma consistente modo de acordo com hardware arquitetura, número parte e funcional-nível para ajudá-lo a determinar o nível de suporte hardware necessário e criar um estrutura de diretórios Self-documenting.
A produção-qualidade OAL permite que você use consistente hardware entre uma família de processadores. Para fazer isso, a biblioteca hardware implementa as funções núcleo para funcionalidade OAL que interagir no chip nível. Placa-nível operações, tais como roteamento de IRQ ou interações cola-lógica, permanecem na %_WINCEROOT%\Platform\ <Nome da plataforma de hardware≫ Diretório, mas eles são simplificadas e abstraídos entre todas as arquiteturas, sempre que possível.
Agora você pode estender a funcionalidade na sua plataforma hardware usando retornos de chamada. De exemplo, em codificar a interrupção para arquiteturas de CPU, um timer interrupção CPU específico foi implementado. No entanto, porque alguns aspectos de como as interrupções estão conectado por fio para o sistema ainda é placa-dependente, há é não abrangente conjunto de rotinas interrupção para cada plataforma hardware. Em vez disso, o interno retornos de chamada podem chamar para OEM codificar e você pode personalizar como você desejar as interrupções para serem manipulados.
Observação
Se você tiver um BSP existente, não será exigido para usar a produção-qualidade OAL ou migrar para o novo modelo OAL. Se você tiver um BSP que funciona em versões anteriores de Windows Embedded CE, ele será ainda trabalho em Windows Embedded CE 6.0.
See Also
Concepts
Best Practices for Developing a Production-Quality OAL
Best Practices for Secure and Reliable OAL
Hardware Platforms with Production-Quality OAL Support