<p>Emwiro Vibe is a complete system for seismic measurements. The functionality of the system was before the completion of this project handled using a software contruction based on a state machine. Emwitech, the company developing Emwiro Vibe, expressed a desire to replace this solution with a real-time operating system (RTOS). The project consisted of two parts. Firstly the existing software was studied, available RTOSes was evaluated, and the RTOS most suitable for the application was selected. Secondly the systems software was rewritten to make use of the selected RTOS. The conclusion made from the evaluation, taking into consideration existing requirements, was that FreeRTOS was the most appropriate RTOS for this application. The systems software was successfully modified to make use of the benefits provided using a RTOS. Despite the introduction of a RTOS in the system, the power consumption did not increase considerably, it was even reduced i certain cases.</p>

Emwiro Vibe is a complete system for seismic measurements. The functionality of the system was before the completion of this project handled using a software contruction based on a state machine. Emwitech, the company developing Emwiro Vibe, expressed a desire to replace this solution with a real-time operating system (RTOS). The project consisted of two parts. Firstly the existing software was studied, available RTOSes was evaluated, and the RTOS most suitable for the application was selected. Secondly the systems software was rewritten to make use of the selected RTOS. The conclusion made from the evaluation, taking into consideration existing requirements, was that FreeRTOS was the most appropriate RTOS for this application. The systems software was successfully modified to make use of the benefits provided using a RTOS. Despite the introduction of a RTOS in the system, the power consumption did not increase considerably, it was even reduced i certain cases.

<p>Målet med examensarbetet var att undersöka om det var möjligt att genomett kompatibilitetsbibliotek se till att Eneas realtidsoperativsystem OSEckkan uppfylla kraven i operativsystemsstandarden OSEK.OSEck visade sig tillhandahålla all efterfrågad funktionalitet och ett kompatibilitetsbiblioteksom innehöll OSEK’s API kunde därmed implementeras.Ett verktyg togs fram för att utifrån en fil, innehållandes objekt beskrivna iOSEK’s konfigurationsspråk OIL, plocka ut den information som behövdesf¨or att konfigurera både OSEck och OSEK.</p><p>Slutsatsen av examensarbetet blev att det gick att göra OSEck OSEKkompatibeltgenom ett yttre lager och att inga ändringar i OSEck’s kärnavar nödvändiga. Givetvis påverkar lagret operativsystemets prestanda negativtmen det får ändå anses att dess prestanda fortfarande är så pass braatt en integration i OSEck’s kärna ej behövs.För att ett operativsystem ska kunna göras OSEK-kompatibelt måste detha prioritetsbaserad schemaläggning samt att task som blir avbrutna hamnarförst i sin prioritetskö. Dessutom måste det vara möjligt att exekverakod precis innan ett task börjar köra för första gången eftersom det skafinnas stöd för en PreTaskHook.</p>

Målet med examensarbetet var att undersöka om det var möjligt att genomett kompatibilitetsbibliotek se till att Eneas realtidsoperativsystem OSEckkan uppfylla kraven i operativsystemsstandarden OSEK.OSEck visade sig tillhandahålla all efterfrågad funktionalitet och ett kompatibilitetsbiblioteksom innehöll OSEK’s API kunde därmed implementeras.Ett verktyg togs fram för att utifrån en fil, innehållandes objekt beskrivna iOSEK’s konfigurationsspråk OIL, plocka ut den information som behövdesf¨or att konfigurera både OSEck och OSEK. Slutsatsen av examensarbetet blev att det gick att göra OSEck OSEKkompatibeltgenom ett yttre lager och att inga ändringar i OSEck’s kärnavar nödvändiga. Givetvis påverkar lagret operativsystemets prestanda negativtmen det får ändå anses att dess prestanda fortfarande är så pass braatt en integration i OSEck’s kärna ej behövs.För att ett operativsystem ska kunna göras OSEK-kompatibelt måste detha prioritetsbaserad schemaläggning samt att task som blir avbrutna hamnarförst i sin prioritetskö. Dessutom måste det vara möjligt att exekverakod precis innan ett task börjar köra för första gången eftersom det skafinnas stöd för en PreTaskHook.

Today, the effect of the most common ways to improve the performance of embedded systems and real-time operating systems is stagnating. Therefore it is interesting to examine new ways to push the performance boundaries of embedded systems and real-time operating systems even further. It has previously been demonstrated that the hardware-based real-time operating system, Sierra, has better performance than the software-based real-time operating system, FreeRTOS. These real-time operating systems have also been shown to be similar in many aspects, which mean that it is possible for Sierra to accelerate FreeRTOS. In this thesis an implementation of such acceleration has been carried out. Because existing real-time operating systems are constantly in development combined with that it was several years since an earlier comparison between the two real-time operating systems was per-formed, FreeRTOS and Sierra were compared in terms of functionality and architecture also in this thesis. This comparison showed that FreeRTOS and Sierra share the most fundamental functions of a real-time operating system, and thus can be accelerated by Sierra, but that FreeRTOS also has a number of exclusive functions to facilitate the use of that real-time operating system. The infor-mation obtained by this comparison was the very essence of how the acceleration would be imple-mented. After a number of performance tests it could be concluded that all of the implemented functions, with the exception of a few, had shorter execution time than the corresponding functions in the original version of FreeRTOS. / Idag är effekten av de vanligaste åtgärderna för att förbättra prestandan av inbyggda system och realtidsoperativsystem väldigt liten. På grund av detta är det intressant att undersöka nya åtgärder för att tänja prestandagränserna av inbyggda system och realtidsoperativsystem ytterliggare. Det har tidigare påvisats att det hårdvarubaseraderealtidsoperativsystemet, Sierra, har bättre prestanda än det mjukvarubaseraderealtidsoperativsystemet, FreeRTOS. Dessa realtidsoperativsystem har även visats vara lika i flera aspekter, vilket betyder att det är möjligt för Sierra att accelererera FreeRTOS. I detta examensarbete har en implementering av en sådan acceleration genomförts. Eftersom befintliga realtidsoperativsystem ständigtär i utveckling i kombination med att det är flera år sedan som en tidigare jämförelse mellan de båda systemen utfördes, så jämfördes FreeRTOS och Sierra i fråga om funktionalitet och uppbyggnad även i detta examensarbete.Denna jämförelse visade att FreeRTOS och Sierra delar de mest grundläggande funktionerna av ett realtidsoperativsystem, och som därmed kan accelereras av Sierra, men att FreeRTOS även har ett antal exklusiva funktioner för att underlätta användningen av det realtidsoperativsystemet. Informationen som erhölls av denna jämförelse var sedan grunden för hur själva accelerationen skulle implementeras. Efter ett antal prestandatesterkunde det konstateras att alla implementerade funktioner, med undantag för ett fåtal, hade kortare exekveringstid än motsvarande funktioner i ursprungsversionen av FreeRTOS.