Exekveringsmiljö för Diagnostik Skript på Tunga Kommersiella Fordon

Today the importance and complexity of vehicle diagnostics are increasing and more systems uses remote diagnostics. Remote diagnostics involves an off-board server that uses a wireless connection to access the diagnostic services inside a vehicle on a remote location. Problems occur because of the remote connections limitations in speed and reliability. This can be solved by executing tasks on an Electrical Control Unit (ECU) inside the vehicle. However, implementing new software in an ECU is time consuming and expensive. An in-vehicle execution environment for diagnostic scripts can make it possible to send these tasks from the off-board systems and execute them on-board the vehicle. This thesis investigates that possibility. A set of requirements for an in-vehicle execution environment are identified together with important decisions that affects them. Restricting the diagnostic services to only passive scripts reduces the requirements. Using a higher abstraction level in the scripts to send diagnostic commands makes it easier to develop scripts, but requires more software to be implemented on the ECU. The choice of script engine is also important and a survey and evaluation of different script engines is performed. Python, Lua, mRuby and ChaiScript are compared and Lua is selected for an implementation used in a case study where the results are validated. This case study shows that the requirements are sufficient to create an in-vehicle execution environment that can execute advanced diagnostic tasks. An in-vehicle script executes more than eight times faster than the same task on the off-board system and decreases the amount of data in the remote communication. Development of a script is more than 20 times faster compared to the development of ECU system software. Before this in-vehicle execution environment can be used on a population of vehicles, investigations needs to be done regarding the requirements for the off- board systems and how the development and usage of scripts should be organized.Idag ökar vikten och komplexiteten hos fordonsdiagnostik och fler system använder fjärrdiagnostik. Fjärrdiagnostik innebär att en server använder en trådlös anslutning för att komma åt de diagnostiska tjänsterna i ett fordon på en avlägsen plats. Problem uppstår på grund av begränsningar i hastighet och tillförlitlighet hos fjärranslutningarna. Detta kan lösas genom att köra uppgifter i fordonet. Men att göra ny programvara i ett fordon är tidskrävande och dyrt. En exekveringsmiljö för diagnostiska skript kan göra det möjligt att skicka dessa uppgifter från de externa systemen och köra dem ombord på fordonet. I den här avhandling undersöks denna möjlighet. En uppsättning krav för en exekveringsmiljö för diagnostiska skript har identi- fieras. Att begränsa de diagnostiska tjänsterna till endast passiva skript minskar kraven. Med hjälp av en högre abstraktionsnivå för att skicka diagnostiska kommandon blir det lättare att utveckla skript, men detta kräver att mer programvara är implementerad i fordonet. Valet av skriptmotorn är också viktigt och en undersökning och utvärdering av olika skriptmotorer har utförs. Python, Lua, mRuby och ChaiScript har jämförts och Lua valts för en implementering som används i en fallstudie där resultaten har validerats. Denna fallstudie visar att kraven är tillräckliga för att skapa en exekveringsmiljö som kan utföra avancerade diagnostiska uppgifter. Ett skript som körs i fordonet körs mer än åtta gånger snabbare än samma uppgift på som körs på de externa systemet och minskar också mängden data i fjärrkommunikationen. Utveckling av ett skript är mer än 20 gånger snabbare jämfört med utvecklingen av systemprogramvaran i fordonet. Innan en exekveringsmiljö kan användas på en population av fordon måste undersökningar göras om kraven för de externa system som ska hantera skripten och hur utvecklingen och användningen av skript ska organiseras