25 Ağustos 2014 Pazartesi

Makefile Kullanma

Makefile
Projeyi yarattıktan sonra Eclipse tabanlı WorkBench'i kullanılabileceği gibi, istenirse komut satırından make yapabilmek te mümkün.

makefile kullanabilmek için workbench'in kurulduğu dizindeki wrenv komutunu çalıştırmak gerekir. Bu komut Windows ve Unix için farklı dosyalar. Bu komut ile kabuktaki (shell) ortam değişkenleri (environment variables) atanıyor. Böylece mutlak dizinleri make dosyasında kullanmak zorunda kalmayız.
Atanan değişkenler şunlar
set PATH=
set WIND_PREFERRED_PACKAGES=
set WIND_HOME=
set WIND_HOST_TYPE=
set WIND_GNU_PATH=
set WIND_TOOLCHAINS=
set WIND_DOCS=
set WIND_TOOLS=
set FLEXLM_NO_CKOUT_INSTALL_LIC=
set LD_LIBRARY_PATH=
set WRSD_LICENSE_FILE=
set WIND_DFW_PATH=
set WIND_JRE_HOME=
set WIND_WRUB_PATH=
set WIND_WRSV_PATH=
set WIND_SAMPLES=
set WIND_USERMODE_AGENT=
set WIND_EXTENSIONS=
set WIND_SCOPE_TOOLS_BASE=
set WIND_RSS_CHANNEL=
set WIND_INSTALLER_HOME=
set WIND_WB_SCRIPTS=
set WIND_ANALYSIS_TARGET_SCRIPT_BASE=
set WIND_INITRO=
set WIND_FOUNDATION_PATH=
set WIND_UTILITIES=
set WIND_TCL_PATH=
set WIND_TCLLIBPATH=
set INCLUDE=
set LIB=

Örnek kullanım şekli.
wrenv -p vxworks653.x.y.z
wrenv komutu kendi shell'ini çalıştırıyor. Eğer sadece ortam değişkenlerini almak ve yeni bir shell açmadan kullanmak istersek aşağıdaki komut ile wrenv'in atadığı değişkenleri başka bir dosyaya almak mümkün.
wrenv -p vxworks653-2.3.0.1 -o print_env -f bat > env.bat
Sadece değişkenleri görmek için ise
wrenv -p vxworks653-2.3.0.1 -o print_env 
komutu çalıştırılmalı.

make dosyamıza VxWorks kurulumunda gelen Makefile.vars dosyasınıa dahil etmek gerekli. Bu dosya işlemci mimarisini tanımlıyor. Örneğin PPC604 gibi. Seçilen işlemciye göre projeyi derlerken kullanılacak işlemci ve ortama mahsus ayarları içeren diğer dosyalar dahil ediliyor. Yukarıdaki örnek için Makefile.vars.PPC604 dahil edilir. Makefile.vars.PPC604 dosyasında TOOLARCH = ppc olarak tanımlı. Dolayısıyla CC = ccppc değerini alır.

Derleyiciler kurulumda gnu\x.y.z-vxworks653\x86-win32\bin dizininde. İşlemciye göre derleyiciler mevcut. PowerPC için ccppc.exe, c++ppc.exe, cppppx.exe, g++ppc.exe gibi derleyiciler mevcut. Aralarındaki farkı bilmiyorum ancak makefile yukarıda da anlattığım gibi ccppc.exe'yi kullanıyor. ccppc "GNU C Compiler for PowerPC" imiş. ccppc.exe Wind River firması tarafından değiştirilmiş gcc tabanlı bir derleyici. Normal gcc sürümünü oldukça gerilden takip ediyor. Örneğin gcc sürümü 4.8 iken, firma 3.3.2 tabanlı bir derleyici sunuyor. Dosya uzantısı .c veya .cpp olmayan ya da tanıyamadığı dosyalar içinse g++ppc'yi kullanmaya çalışıyor. (Bu cümleyi daha sonra açıkla)

19 Ağustos 2014 Salı

VxWorks 653 ve Partition OS Bileşenleri

Bazı PartitionOS Bileşenleri
Routines must be exported from partition OS to user tasks using the  system XML-language description files in the "Interface" section.

PartitionOS esnek bir işletim sistemi olduğu için, uygulamalar sunacağımız kabiliyetleri seçebiliyoruz. Üzerinden düşünülerek karar verilmesi gereken en önemli bileşenler vThread (cert olup olmadığı), APEX (minimal olup olmadığı) , C++ (extended olup olmadığı).

Havacılık uygulamaları kendiliğinden bazı kısıtlamalar getirdiği için vThread (cert), APEX, C++ (minimal) seçileceği belli, ancak diğer alanlarda seçim yapabilme imkanı var.

Bileşenleri Eklemek

Bazı bileşenler XML dosyasından eklenirken, bazılarını linklemek gerekiyor. Yani tutarsız bir yol izlenmiş. Herşey XML ile yapılsaydı daha iyi olurdu.

Değiştirilmesi gereken XML dosyası PartitionOS projesindeki PartitionİsmiOS.xml dosyası.


Örnek bir PartitionOS XML dosyası aşağıda.

<Shared_Library_API xmlns="http://www.windriver.com/vxWorks653/SharedLibraryAPI"
    xmlns:xi="http://www.w3.org/2001/XInclude"
    Name="vThreads"
    >

    <Interface>
        <Version Name="Cert"/>
        <xi:include href="$(WIND_BASE)/target/vThreads/config/comps/xml/apex.xml" />
        <xi:include href="$(WIND_BASE)/target/vThreads/config/comps/xml/vthreads_cert.xml" />
        <xi:include href="$(WIND_BASE)/target/vThreads/config/comps/xml/vthreads_shell.xml" />
   
       <!--Belli bir XML subsetinde olmayan routine'ler böyle export edilebilir. -->
        <Interface_Subset>
                 <Routine Name="sfsprintf"/>
        </Interface_Subset>
    </Interface>
</Shared_Library_API>

Bazı projelerde <Interface_Subset> ile başlayan tag'ler yeni bir XML içine taşınıyor. Böylece PartitionOS.xml dosyası daha rahat okunabilir hale geliyor.

vThread Bileşeni
Bu bileşen, hem işletim sistemi tarafından sunulacak API'leri hem de C runtime API'lerini sunar.

vThread.xml
Daha geniş bir C API'si sunuyor.

vThread_cert.xml
suggested CERT POS API anlamına geliyor. Daha kısıtlı C API'si sunuyor. vThreads dizinindeki libc için kullanılan make dosyasında şöyle bir satır var.
ifdef CERT
 EXCLUDE_SUBDIRS = stdio
Yani C runtime kütüphanesinden stdio başlığı altına düşen fread, fwrite gibi I/O ve dosya sistemini ilgilendiren metodlar cert sürümüne dahil edilmiyor.


Kendi uygulamamız içinde, Partition OS için vThreadsComponent.o ile link etmek gerekiyor.
vthreads_cert.xml örneği aşağıda.
<Interface_Subset xmlns="http://www.windriver.com/vxWorks653/SharedLibraryAPI">
  <Routine Name ="errnoGet"/>
 .
 .
 .
</Interface_Subset>

ARINC 653 APEX Bileşeni
Uygulama ile en çok kullanılan standartlar ARINC 653 APEX ya da POSIX standartları.

VxWorks APEX Supplement 2 Part 1 (Mandatory Services) başlığı altındaki hizmetleri destekliyor.

Supplement 2 Part 2 (Optional Services) başlığı altındaki hizmetleri 2013 yılı itibariyle desteklemiyor.



POSIX Bileşeni
Aynı APEX bileşeni gibi XML ile kullanılıyor.

C++ Bileşeni
Aşağıdaki cümleler önemli.

VxWorks 653 support applications written in C++. However, the C++ support components must be added separately to each application, by adding the C++ components to the application's build.

C++ iki farklı sürüm ile geliyor. İlki "full c++" diğer ise "cert c++" . cert c++ havacılık uygulamalarında kullanılan daha kısıtlı bir sürüm. Aşağıdaki açıklama cert c++ sürümünün farkını ortaya koyuyor.
C++ Cert subset does not support the following C++ features.
* C++ standard library
* Exception handling (catch and throw)
* Pure virtual functions (virtual functions are supported) - bu ne anlama geliyor bilmiyorum
* RTTI
* STL 
Dikkatimi çeken önemli bir nokta proje cert bile olsa template kullanan kodların başarılı bir şekilde derlenmesi oldu.

vThreadsCplusComponent.o : Provides basic C++ support and is suitable for inclusion in cert applications.
vThreadsCplusLibraryComponent.o : Provides extended C++ support but can not be included in cert applications.

C++ bileşeni nedense XML ayarı ile eklenmiyor. Bu bileşenlerden birini Libraries sekmesinde link etmek gerekir. Uygulamamızı link ederken hangi C++ bileşenini kullanacağımızı vermemiz lazım.


Yukarıdaki her iki kütüphane de aslında aşağıda açıklaması olan cpluslib.o'yu kullanıyor. Dolayısıyla yukarıdaki iki kütüphaneyi kullanmadan sadece cpluslib.o'yu kullanmak bile yeterli olabilir.

cpluslib.o: Bu kütüphanenin linki burada. Açıklaması ise "basic run-time support for C++"

Örneğin operator new vThreads/lib/objPPC604gnucert veya vThreads/lib/objPPC604gnuvx altındaki newop.o, newop2.o gibi object dosyaları altında.

Bir diğer önemli nokta ise, VxWorks 653 kullanırken, C ve C++ dillerini beraber kullanmak gerekebilir. Bu durumda şu noktalara dikkat etmek lazım.

C'den C++ dosyasındaki bir metodunu çağırırken metodunun name mangling'e (name decoration) uğramaması için extern "C" 'yi kullanmak gerekir. Örnek
extern "C" {
   void foo();
}




Partition OS Nedir

PartitionOS Nedir
PartitionOS bir shared library'dir.
To conserve resources, PartitionOSs are located in a special kind of shared library called a system shared library.
PartitionOS Build System
The PartitionOS build process produces a system module (.sm) file for the shared library. This is an ELF file that can be included in a sytem image build.

PartitionOS Planning
Partition OS bir çok bileşeni içerebildiği için planlanması gerekir.
There are a number of components that can be added to a partition OS to provide added functionality. 

Bazı bileşenler binary (Makefile için ekleniyorlar) ve build sırasında linkleniyorlar. Bazı bileşenler ise XML ile tanımlı. Konuyla ilgili olarak VxWorks 653 Partition OS Bileşenleri başlıklı yazıya göz atabilirsiniz.





17 Temmuz 2014 Perşembe

Process İçinden Hata Göndermek

Partition İçinden Hata Göndermek
Aşağıda uygulamamız içinde hata mesajı gönder örneği var.

RETURN_CODE_TYPE retCode;
char message [HM_MAX_SIZE_EVENT_MSG];
int msgLen = sprintf (&message[0],"STOP:\n");
RAISE_APPLICATION_ERROR (APPLICATION_ERROR,message,msgLen,&retCode);

VERIFY Macrosu
Bazı frameworklerde bulunan VERIFY macrosuna benzer bir metod yazmak istersek aşağıdaki gibi yapabiliriz. Bu metod hatalı bölünmeyi durdurur ve debug edilmesine imkan tanır.

#define VERIFY(msg) _VERIFY(msg ## __FILE__)

extern "C" void _VERIFY (const char* msg) {
  int msgSize = strlen (msg);
  RETURN_CODE_TYPE retCode;
  RAISE_APPLICATION_ERROR (APPLICATION_ERROR,msg,msgSize,&retCode);
  int taskId = taskIdSelf ();
  taskSuspend (taskId);


}

22 Haziran 2014 Pazar

VxWorks 653 ve BlackBox

Giriş
Blackbox VxWorks dokümanlarında şöyle tanımlanmış.

Pre-determined memory configuration is achieved using black boxes. A black box is a section of memory set aside for a component of the system (core OS, shared library, application, partition or shared region)

Config Record Application BlackBox Nedir?
BlackBox "VxWorks 653 Integration Project" tipi projelerde, Partition'a ne kadar hafıza ayrılma gerektiği belirtir.

Nasıl Tanımlarız?
"Application" tipindeki Partition projemize sağ tıklarız ve (örneğin projemizin ismi Partition1 olsun) Properties menüsünü seçeriz. Açılan kutudan aşağıdaki şekilde gösterildiği gibi "Build Macros" sekmesine geliriz ve BlackBox alanına, ConfigRecord projesinde bu partition için tanımları içeren XML dosyasındaki Application tag'i içindeki Name değerini gireriz (BSPİsmi_default.xml dosyası örneğin wrSbc8641d_default.xml gibi)


XML'i gösteren bir başka belge burada.

ConfigRecord projesinin görünüşü mevcut.

BSP XML İçinde Yapılan Ayarlar

Blackbox ve Elf Dosyası Formatı
Üretilen elf dosyasının bazı ayarları XML ile yapılablir.

ELF Formatı Nedir?
VxWorks ile derlenen yazılım ELF formatında oluyor. Bu formattaki bazı segmentlerin isimler ve işlevleri aşağıda. Daha detay bilgi için C Programlarının hafıza yerleşimi başlıklı yazıya göz atabilirsiniz.

Bazen link esnasında section .rodata overlaps section .text gibi hata mesajları alabiliriz. Bu mesaj tanımladığımız .text alanının küçük geldiğini ve .rodata alanına taştığını ifade ediyor. .text için ayrılmış alanı artırmak lazım. Aşağıdaki Gcc Exception alanı başlığında bir tanımlama örneği var.

Böylece partition için elf dosyasında ne kadar yer ayrılması gerektiğini belirtmiş oluruz.
Bir başka örnek:
<MemorySize
    MemorySizeHeap="0x100000"
    MemorySizeBss="0x80000"
    MemorySizeText="0x100000"
    MemorySizeData="0x100000"
    MemorySizeRoData="0x20000"
    MemorySizePersistentData="0x10000"
    MemorySizePersistentBss="0x10000">
    <AdditionalSection Name=".gcc_except_table" Size="0x10000" Type="DATA"/>
</MemorySize>

Gcc Exception Alanı

Buradaki örnekte GCC ile C++ kullanılırken exception alanı için aşağıdaki kodu eklemek gerektiği görülüyor.

Buradaki soruda da C++ kodu kullanan ELF dosyaları için bu alanın gerekli olduğu belirtilmiş ancak neden gerekli olduğunu anlayamadım, çünkü VxWorsk 653 ile exception kullanılmadığını sanıyordum.

Shared IO Alanı

<CoreOSDescription>
  <KernelConfiguration ... />
  <MemorySize ... />
  <HardwareConfiguration>
    <PhysicalMemory .../>
    <kernelIO .../>
    <SharedIO PoolName="MyRegion" Size="0x00020000" Base_Address="0x60500000"/>
  </HardwareConfiguration>
  <Extensions />
</CoreOSDescription>

Config Record İçinde Yapılan Ayarlar
Heap Nedir?
Uygulama heap yetmezse new, malloc ile bellek ayıramaz ve açılmaz. Heap aşağıdaki XML ile ayarlanır.

<Partition Name =".." Id="..">
  <PartitionDescription>
    <Application NameRef=".."/>
    <SharedLibraryRegion NameRef=".."/>
    <Settings
      RequiredMemorySize ="0x200000" //Heap
      ...
      numStackGuardPages="0xffffffff"
  </PartitionDescription>
</Partition>

Shared Data Region Nedir?
VxWorks 653 introduces two types of shared data regions: the "shared data" to share memory between partitions and "shared I/O" to map hardware resources.

Örnek:

<SharedDataRegions>
   <SharedData Name="MyRegion"><!--BSP XML'deki isim ile aynı olmalı -->
   <SharedIODescription VirtualAddress="0" CachePolicy="IO" SystemAccess="READ_WRITE"/>
  </SharedData>
</SharedDataRegions>


Fault Tolerant Software

Fault Tolerant Software

Kavramlar
Patterns for Fault Tolerant Software kitabında Fault Tolerance'ı açıklamak için 3 kavram kullanılmış. Bunlar birbirleri ile ilintili.
Fault (Hata) -> Error (Türkçesi Nedir ? Yanlış?)-> Failure (Başarısızlık)
Kitapta verilen örneklerden birinde fatura hesaplarken yanlış fatura çıkması bir Failure, başarısızlığa sebep ise hatalı CDR gelmesi (Fault) ve hatalı CDR'ın hesaba geçirilmesi (Error) olarak tanımlanmış.Örneğin metni aşağıda.

A misrouted telephone call is an example of a failure. Telephone system requirements specify that calls should be delivered to the correct recipient. When a faulty system prevents them from being delivered correctly, the system has failed. In this case the fault might have been an incorrect call routing data being stored in the system. The error occurs when the incorrect data is accessed and an incorrect network path is computed with that incorrect data.

The preparation of an incorrect bill for service is another example of a failure.The system requirements specify that the customer will be accurately charged for service received. A faulty identifi cation received in a message by a billing system can result in the charges being erroneously applied to the wrong account. The fault in this case might have been in the communications channel (a garbled message),or in the system component that prepares the message for transmission. The error was applying the charges to the wrong account. The fact that the customer receives an incorrect charge is the failure, since they agreed with the carrier to pay for the service that they used and not for unused service.

Tanımlar ise aşağıda :
A fault is the defect that is present in the system that can cause an error. It is the actual deviation from correctness.
An error is the incorrect behavior from which a failure may occur. Erros can be categorized into two types : timing or value
A failure is system behavior that does not conform to the system specification.
Detection Patterns
Detection Patterns başlığı altında eğer hatadan kurtulmak mümkün değilse Fail Silent'ın tercih edilmesi önerilmiş.

The most desirable means of failure handling in a computing system is when the error is detected automatically and corrected before it beceoms a failure. If this is not possible and a failure occurs, then the next most favorable are the Fail Silent and then the Crash Failure mode.

Fail Silent Nedir ?
A Fail-Silent failure is one in which the failing unit either presents the correct result or  no result at all. A Crash Failure is one where the unit stops after the first silent failure.

Fail Silent Durumu İletilir mi ?
Bir başka paragrafta ise Fail Silent moduna giren birimin, durumunu başka birimlere bildirmemesi gerektiği anlatılmış.

When failing silently the erroneous element immediately stops processing without corrupting any of its peers. To ensure peers do not corrupt other peers through the error propagating, the failing element stops without informing them that it is stopping. The problem of detecting that an element has stopped functioning is a totally different and easier problem than the problem of determining if an element has stopped operating correctly.

VxWorks 653 Health Monitor

Health Monitor Nedir?

Health Monitor ARINC 653 standardından geliyor.Health Monitor herhangi bir hata durumunda ne yapılması gerektiğini belirten bir tablo gibi düşünülebilir. 


Hangi zamanda hangi seviye HM tablosunun kullanılacağı SystemState olarak anılan sistemin durumuna göre belirlenir. Örneğin partition normal mode'a gelmeden hata verirse module os seviyesindeki error handler çağırılır. Eğer bir hata, oluştuğu seviyede ele alınmaz ise, bir üst seviyeye çıkarılır ve bu seviyedeki error handler tarafından işlenir.

XML ile ayarlanabilen 3 seviyede mevcut. Bunlar "Process Seviyesi", "Partition Seviyesi", "Module Seviyesi". Process seviyesi haricindeki diğer tablolar XML ile giriliyor.

Aşağıda tüm XML'i kapatılmış olarak gösteren bir örnek var. ARINC 653 standardında olmayan SystemHMTable tablosunu da aşağıda açıkladım.
<HealthMonitor>
   <SystemHMTable/>

   <ModuleHMTable/>
   <PartitionHMTable>
</HealthMonitor>

Process Seviyesi Health Monitor Ayarları
Konuyu Process Seviyesi Health Monitor başlıklı yazıya taşıdım.

Partition Seviyesi Health Monitor Ayarları
Aşağıda bölümleme (partition) için XML örneği var.ErrorAction alanının karşısında yazan isim, hataya oluşunca çalıştırılması istenen kod parçasını belirtmek için kullanılıyor.

Her partition için ayrı bir HM tablosu bulunabilir. Eğer istenirse tüm partition'lar için aynı tablo da kullanılabilir.

Örnektede açıklandığı gibi, hmDefaultHandler partition'ı yeniden başlatır.hmDbgDefaultHandler ise partition'ı durdurur. Geliştirme aşamasında HME_HM_DEADLINE_MISSED hatası alınırsa partition'ın yeniden başlatılmasının sebebi budur.

<PartitionHMTable Name="partition1Hm">
 <SystemState>
  <ErrorIDAction Error Identifier="HME_UNKNOWN" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HME_NUMERIC_ERROR" ErrorAction=""/>
  <ErrorIDAction Error Identifier="HME_POWER_FAIL" ErrorAction="hmDH_HME_POWER_FAIL"/>
  <ErrorIDAction Error Identifier="HME_KERNEL" ErrorAction="hmDH_HME_KERNEL"/>
  <ErrorIDAction Error Identifier="HME_CONFIG_ERROR" ErrorAction="hmDH_EventLog"/>
  <ErrorIDAction Error Identifier="HME_INIT_ERROR" ErrorAction="hmDH_HME_INIT_ERROR"/>
  <ErrorIDAction Error Identifier="HME_PARTITION_OVERFLOW" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HME_PARTITION_MODE_SET" ErrorAction="hmDH_HME_PARTITION_MODE_SET"/>
  <ErrorIDAction Error Identifier="HME_APEX_INTERNAL_ERROR" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HME_HM_INTERNAL_ERROR" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HME_PORT_INTERNAL_ERROR" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HME_LOST_TICKS" ErrorAction="hmDM_LOST_TICKS"/>
  <ErrorIDAction Error Identifier="HME_HM_ERROR" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HME_HMQ_OVERFLOW" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HME_DATA_LOSS" ErrorAction=""/>
   <ErrorIDAction Error Identifier="HME_HM_DEADLINE_MISSED" ErrorAction="hmDefaultHandler"/>
  <ErrorIDAction Error Identifier="HM_MSG" ErrorAction="hmDH_EventLog"/>
  <ErrorIDAction Error Identifier="HME_DEFAULT" ErrorAction=""/>
 <Settings maxQueueDepth="34" queueThresHold="32" stackSize="16384" maxLogEntries="100" logEntriesThreshold="98" attributesMask="0x00000001" notificationHandler ="" notificationMaxQueueDepth="0" eventFilterMask="0xFFFFFFFF" maxErrorHandlerQueueDepth="128" errorHandlerQueueThreshold="126"
  </Settings>
  </SystemState>
</PartitionHMTable>

HME_LOST_TICKS: Such an event is received when system clock interrupts were lost

HME_POWER_FAIL: Such an event is received when the power source of the module failed for an amount of time less than the RAM holding time. This means that when this event is received the power should be back on, and the RAM should not be affected bythis short power loss. However all of the devices on the module have been reset.

XML ve Kod Eşleşmesi
XML'de tanımlanan isimler ile çağrılacak metodlar vxworks653-x.y.z.\target\config\comps\src\usrHm.c dosyasındaki tabloda eşleştiriliyor.

extern STATUS myHandler (HM_EVENT_ID event);

HM_HANDLER_TBL_ENTRY hmHandlerTbl [] =
{
    .....//Original handlers
    {"myHandler" ,myHandler}
};

Kendi Metodumuz
Eğer kendimiz yeni bir handler yazmak istersek, ModuleOS projesine yeni bir metod yazmalıyız ve metodu yukarıdaki tabloya eklemeliyiz. Yeni metodun imzası şöyle:

STATUS myHandler (HM_EVENT_ID event){
 return OK;
}

Module Seviyesi Health Monitor Ayarları
Bu tabl PartitionHMTable ile hemen hemen aynı olduğu için tekrar etmek istemedim.

System Seviyesi Health Monitor Ayarları
Aşağıdaki cümleler önemli
 * Defines the level of an error (Module, Partition, Process) based on the error and the state of the system.
Yani bu tablo bir çeşit dispatcher gibi çalışıyor. Gelen hatayı uygun olan seviyeye yönlendiriyor.

Bu tablo oldukça kısa.
<SystemHMTable Name="systemHm">
    <SystemState SystemState="HM_PARTITION_MODE">
        <ErrorIDLevel ErrorIdentifier="HME_DEFAULT" ErrorLevel="HM_PARTITION_LVL"/>
    </SystemState>
    <SystemState SystemState="HM_MODULE_MODE">
        <ErrorIDLevel ErrorIdentifier="HME_DEFAULT" ErrorLevel="HM_MODULE_LVL"/>
    </SystemState>
    <SystemState SystemState="HM_PROCESS_MODE">
        <ErrorIDLevel ErrorIdentifier="HME_DEFAULT" ErrorLevel="HM_MODULE_LVL"/>
    </SystemState>
</SystemHMTable>