Testning är en viktig del i tillverkningskedjan för att säkerställa kvalitet och funktion hos elektronikprodukter, och utförs ofta på flera nivåer innan den färdiga produkten lämnar fabriken. Produktionstester är rutinmässiga tester som tillämpas under masstillverkning och vid utformning av dessa måste tidseffektivitet prioriteras för att minimera negativ inverkan på produktionstakten. I detta projekt överfördes ett produktionstest för färdigmonterade borstlösa DC-motorer med drivelektronik till en ny testutrustning hos företaget Allied Motion. Testet skulle moderniseras och införas i företagets mjukvaruplattform uppbyggd i programspråket LabView. Testsekvensen kunde effektiviseras främst genom att kombinera dess delmoment och låta körningar av motorn användas för att testa flera egenskaper istället för att upprepas. Resultatet blev ett test som täckte in samma mätningar som i det äldre systemet med undantag för enstaka moment, samt mätte hastighet och momentkarakteristik med högre precision. Det omarbetade testet bestod av fyra deltester jämfört med tidigare tolv steg, och implementerades i fyra LabView-baserade testfall som kunde användas för att skapa en komplett testsekvens i plattformen. Uppgiften visade sig dock kräva mer tid och arbete än vad som uppskattats inledningsvis, och därför återstod flera av de arbetsuppgifter som planerats inom projektet att slutföra innan det nya testet skulle kunna tas i bruk i produktionen. / Testing is an important part of the manufacturing process to ensure the functional quality of electronics products, and is often performed in multiple stages during product assembly before the final product leaves the factory. Production tests are applied as a routine on all units in a production line, therefore time efficiency must be prioritized in the design of such tests in order to minimize the negative effect imposed on production rate. In this project an existing production test for fully assembled brushless DC motors was re-implemented for a new test equipment at Allied Motion. The purpose was to modernize the test and implement it in the company’s own LabView-based software platform. The test sequence was streamlined by combining and thereby reducing the number of steps, using the same motor runs to test multiple functions rather than repeating run sessions to collect data for similar test steps. The project resulted in a new test that, with a minor exception, covered the same measurements as in the old system and measured speed and torque performance with higher precision. The new test consisted of four partial tests instead of the earlier version’s twelve test steps, which were implemented in LabView-code as four separate test cases that could be used in creating complete test sequences in the software platform. The project task though turned out to require more time and effort than was initially estimated, and several parts that had been planned to be completed within the project time still remained before the test could be taken into use in the production line.

Detta examensarbete utfördes som ett uppdrag av Atlas Copco där målet var att utveckla en programvara som kan simulera en OU (Operator Unit) i en PC miljö. Atlas Copcos egenutvecklade radiostyrningssystem för gruvfordon består av en sändare, kallad OU, och en mottagare, kallad MU (Machine Unit). En OU är en kontroller med reglage i form av knappar, joysticks och switchar och med indikatorer i form av LEDs och display. För att säkerställa att en OU endast kan kommunicera med en specifik MU och vice versa måste enheternas radiomoduler paras ihop genom en process som kallas ”learn link”, som görs genom att ansluta en CAN-kabel mellan enheterna.   Genom att använda en OU simulator vid MU produktionstest skulle det vara lättare att utföra vissa tester, såsom internfel och varningar, och det skulle vara möjligt att inkludera tester som är omöjliga att göra med en hårdvaru-OU, som att avsiktligt sända en felberäknad checksumma, för att undersöka MU-enhetens respons. OU simulatorn skulle ha ett grafiskt gränssnitt och genom att ansluta ett radiokort till PC:n skulle den kunna skicka och ta emot data från en MU. Den skulle också kunna utföra ”learn link”. Den färdiga produkten utvecklades med hjälp av C# och en XP-inspirerad utvecklingsmetod. / This thesis was developed as an assignment from Atlas Copco where the goal was to develop software that could simulate an OU (Operator Unit) in a PC environment. Atlas Copco’s proprietary radio-control system for mining vehicles consists of a transmitter, called OU, and a receiver, called MU (Machine Unit). An OU is a controller with controls in the form of buttons, joysticks and switches and with indicators in the form of LEDs and display. To ensure that an OU only can communicate with a specific MU and vice versa the units’ radio modules must be paired together through a process called “learn link”, that is performed by connecting the units with a CAN-cable.   By using an OU simulator for MU production tests it would be easier to perform some tests, such as internal errors and warnings, and it would be possible to include tests that are impossible to do with OU hardware, such as intentionally send a miscalculated checksum, to examine the MU’s response. The OU simulator should have a graphical user interface and by connecting a radio card to the PC it should be able to send and receive data from an MU. It should also be able to perform “learn link”. The final product was developed using C# together with an XP-inspired development method.