Den här rapporten grundar sig i problematiken med att kombinera TCP/IPv4 ochTCP/IPv6 med varandra. De två protokollen är inte kompatibla att skicka paket mellansig och bara delar av internet använder sig av, eller har stöd för, det nyare protokolletIPv6. På grund av att de publika IPv4-adresserna är slut i världen så måsteförr eller senare en fullständig migrering ske på internet. Fram till dess behövs dockmigreringsmetoder som kan hantera både de äldre och de nyare TCP/IP-protokolletsimultant.I rapporten kommer olika migreringsmetoder plockas fram där fokus ligger påkomplexitet, alltså tidsåtgång för implementering. Metoderna som presenteras utgören laboration där testpersoner har fått utföra simulerade migreringar med de olikateknikerna för att få fram tidsdata. Med hjälp av tidsdatan presenteras sedan denminst komplexa migreringsmetoden. En minimalt komplex metod kan hjälpa bådeprivatpersoner och företag kopplade till internet att migrera från IPv4 till IPv6 på ettsmidigare sätt.Migreringslösningarna i den här rapporten riktar sig dock främst till en målgruppav medelstora företag som vill använd sig av IPv6 men samtidigt ha möjlighet attvara anslutna till internet.Resultatet visade att med hjälp av en teknik kallad Dual Stacking kunde bådeIPv4 och IPv6 användas på ett nätverk simultant. Våra testpersoner pekade också påatt denna teknik är den minst komplexa, alltså lättast att implementera och förstå.Resultatet av rapporten kan göra att fler vågar använda sig av IPv6 och när dagenkommer då internet går över till IPv6 så kommer dessa företag ligga i framkant ochvara väl förberedda. / This report is based on the problem of combining TCP/IPv4 and TCP/IPv6 with eachother. The two protocols are not compatible to send packets between themselves andonly parts of the Internet make use of, or supports, the newer IPv6 protocol. Due tothe shortage of public IPv4 addresses in the world we need to, sooner or later, makea complete migration from IPv4 to IPv6 over the Internet. However, until needed,we can make use of migration methods that can handle both the older and the newerTCP/IP protocols simultaneously.In the report, various migration techniques are evaluated with the main focusbeing complexity, as in: the time it takes to implement the solution. The methodpresented constitute a laboratory task where the test persons performs simulated migrationswith the different techniques to get a time data. With the help of time datathe least complex migration method is later presented. A minimally complex methodcan help both individuals and companies connected to the Internet to migrate fromIPv4 to IPv6 in a smoother manner.Migration solutions in this report are mainly addressed to a target group of mediumsizedcompanies that want to use the IPv6-protocol but at the same time want to havethe opportunity to be connected to the Internet.The results showed that by using a technique called Dual Stacking, both IPv4 andIPv6 can be used on a network simultaneously. Our testers also pointed out that thistechnique is the least complex, therefore the easiest to implement and understand.The outcome of the report might result in more companies daring to use IPv6, andwhen the day comes when the Internet completely migrates to IPv6 these companieswill be in the forefront and well prepared.

Följande studie är utförd på uppdrag av företaget Nilar som tillverkar Nickel-Metallhydridbatterier (NiMH-batterier) vid sin produktionanläggning i Gävle. Den nuvarande beräkningen av State of Charge (SoC) sker på deras Battery Management Unit (BMU) och är implementerad i Structured Text i exekveringsmiljön CODESYS. Nilar vill flytta SoC-beräkningen från BMU:n så att den kan exekveras på en Interface Control Unit (ICU). Motiveringen till detta är för att distribuera SoC-beräkningen då ett flertal ICU:er finns tillgängliga per Battery Management System (BMS) men även för att i framtiden helt byta ut CODESY. Syftet med denna studie är att migrera implementationen av SoC-algoritmen till programmeringsspråket C så att algoritmen senare kan exekveras på ICU:n. Därefter optimeras algoritmen för att sänka exekveringstiden. Studien utforskar kodstrukturella och funktionella skillnader mellan implementationerna samt metoder för att optimera SoC-algoritmen. Migreringen av algoritmen fullföljdes utan större inverkan på noggrannheten. Algoritmen optimerades genom att skapa en variant av en LU-faktorisering som var specifikt anpassad för det aktuella problemet. Optimeringen av algoritmen resulterade i en minskning på 25% av den totala exekveringstiden för algoritmen. De nya implementationerna tar markant längre tid att exekvera då batteriet befinner sig under laddning jämfört när det befinner sig under urladdning, någonting som inte kan noteras för den gamla implementationen. / The following study was carried out on the behalf of Nilar, which manufactures Nickel–metal hydride batteries at its production site in Gävle. The current State of Charge (SoC) calculation is done on their Battery Manegment Unit (BMU) and is implemented in Structured Text for the CODESYS runtime. Nilar wants to move the SoC calculation from the BMU so that its executed on a Interface Control Unit (ICU). The reasoning behind this is to distribute the SoC computation as several ICUs are available per Battery Management System (BMS) but also to remove the CODESYS dependency in the future. The purpose of this study is to migrate the implementation of the SoC-algorithm to the programming language C so that the algorithm can be executed on an ICU in the future. Furthermore this study aims to optimize the the algorithm to lower the execution time. The study explores differences in code structure and functionallity between the implementations as well as methods to optimize the SoC algorithm. The migration of the algorithm was completed without major impact on the accuracy. The algorithm was optimized by creating a variant of a LU factorization that was specifically suited to LU factorize the given problem. The optimization of the algorithm resulted in a 25% lower total execution time. The new implementations suffers from a longer total execution time when the battery is charging compared to when it’s discharging, something that’s not prevalent for the old implementation.