Windows Embedded Home
Windows Embedded 8 Family
Windows Embedded 7 Family
Other Windows Embedded Products
Windows Embedded Standard 2011 provides a tool called Image Configuration Editor (ICE) to help developers configure the components to be installed on the run time image. The configuration is stored in XML file format and is called an answer file.
Before creating an answer file, you should gather the hardware configuration of the target device by running TAP.EXE. This will generate a PMQ file. For instructions on how to generate a PMQ file, please refer to the “How to Generate a .PMQ File Using Target Analyzer” section in ICE Help.
Let us go through how to create a simple answer file that represents the configuration to be installed on the run time image.
* Updated Boot from USB section 10/5/09
With the next version of Windows Embedded Standard, we’ve focused heavily on making it as easy as possible to create the embedded operating system for your device.
As mentioned in a previous blog article, the Windows Embedded Standard 2011 “Quebec” toolset is broken up into two main components: Image Configuration Editor (ICE) and Image Builder Wizard (IBW). ICE is the equivalent of your Target Designer experience in Windows Embedded Standard 2009. IBW is a new development experience that is designed to be extremely simple. With IBW, you can quickly and easily create an embedded OS for your device. With ICE, the development experience is slightly more time consuming, but you have the full flexibility to customize the OS to your heart’s content.
* Update 9/23 – added pictures
During the course of our development of Windows Embedded Standard 2011, we realized that our embedded customers have slightly different needs than Windows Client customers with regard to how devices are serviced. For instance, embedded devices can have very limited disk space, while desktop computers can have hundreds of gigabytes of free space. Embedded devices are often not connected to the internet, while most home and office computers are.
Differences like these can affect the way devices are serviced dramatically, so our team created Package Scanner to help service embedded devices more easily.
[The following article is authored by one of the Windows Embedded MVPs (Most Valuable Professionals). Our MVPs have a heavy background in Embedded systems and are a great repository of information on Windows Embedded products. We’re providing this space on our team blog as a service to our readers by allowing MVPs to share some of their knowledge with the rest of the community.]
It is one of the classic problems in an embedded project: After the successful boot process of the device and the OS one or more applications need to be started to do something useful on the device. This can get complex, because one might have applications that need to be started only once, some need to run all the time, but only in a certain user context and some should be running even when no user is logged on, to name just a few examples.
By now, hopefully you’ve read Part 1 of this article series, which introduced you to IBW and its basic concepts.
In this article, we’ll be going slightly deeper to try out the more advanced route in IBW.