TapCommunicator-laitteiston käyttöönotto
Huovinen, Kari (2007)
Huovinen, Kari
Kajaanin ammattikorkeakoulu
2007
All rights reserved
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:amk-201004126342
https://urn.fi/URN:NBN:fi:amk-201004126342
Tiivistelmä
Insinöörityössä otettiin käyttöön TapCommunicator-laitteisto Kajaanin ammattikorkeakoulun testauslaboratorioon
sekä tutkittiin sulautettujen järjestelmien etätestausta koulun tietoverkon kautta. Käyttöönotettu TapCommunicator-
laitteisto käsittää kaksi moduulia, Uplink ja Downlink, joiden kautta ajettiin Boundary-Scan-testejä
koulun omalle Frodo-opetuskortille. Saaduilla mittaustuloksilla ja käyttökokemuksilla voitiin tutkia etätestaamisen
luotettavuutta ja vikadiagnosointia. TapCommunicatorin toiminta perustuu Patrian ja JTAG:n yhteistyössä kehittämään
TapSpacer-tekniikkaan, jolla saadaan eliminoitua siirtojohtoviivettä, joka on ollut yksi ongelmatekijä tietoverkon
kautta tapahtuvassa Boundary-Scan-menetelmään perustuvassa etätestauksessa. TapCommunicator
tekee myös protokollan muunnokset TCP/IP- ja Boundary-Scan-protokollien välillä.
TapCommunicator-laitteisto kytkettiin Kajaanin ammattikorkeakoulun tietoverkkoon suorakytketyillä verkkokaapeleilla,
ja siihen otettiin yhteys PC-työasemalta TapCommunicator-ohjelmalla. Yhteydenoton jälkeen Boundary-
Scan-testejä voitiin ajaa VipManager- ja ProVision-ohjelmilla tietoverkon kautta. Mittauksilla selvitettiin
kuinka luotettavaa ja nopeata on tehdä Boundary-Scan-testejä tietoverkon yli TapCommunicator-laitteistolla. Lisäksi
tutkiittiin, onnistuuko ohjelmiston päivittäminen etäyhteyden kautta. Testauskohteena oli Kajaanin ammattikorkeakoulun
Frodo-opetuskortti, joka oli sijoitettu TTL1-laboratoriotilaan ja kytketty Downlinkiin, joka oli
kytketty koulun tietoverkkoon.
Mittaustuloksista voitiin päätellä, että TapCommunicatorin kautta testejä voidaan tehdä tarpeeksi luotettavasti ja
nopeasti, kun käytetään oikeanlaisia TapCommunicator-asetuksia ja TCK-kellotaajuutta. BIST-ohjelman etäpäivittäminen
ei onnistunut, koska ProVision-ohjelma jäi suorittamaan ohjelman lataamista yhteyden katkeamiseen
asti. Liian suurella TCK-kellotaajuudella tai vääränlaisella virtuaalisoluarvolla Uplink saattoi mennä ”lukkoon”,
jolloin se täytyi resetoida virtakytkimen kautta. Myös mittauksia tehdessä yhteys Downlinkiin saattoi katketa ja
näin aiheuttaa virheellisen vikailmoituksen testiohjelmassa.
sekä tutkittiin sulautettujen järjestelmien etätestausta koulun tietoverkon kautta. Käyttöönotettu TapCommunicator-
laitteisto käsittää kaksi moduulia, Uplink ja Downlink, joiden kautta ajettiin Boundary-Scan-testejä
koulun omalle Frodo-opetuskortille. Saaduilla mittaustuloksilla ja käyttökokemuksilla voitiin tutkia etätestaamisen
luotettavuutta ja vikadiagnosointia. TapCommunicatorin toiminta perustuu Patrian ja JTAG:n yhteistyössä kehittämään
TapSpacer-tekniikkaan, jolla saadaan eliminoitua siirtojohtoviivettä, joka on ollut yksi ongelmatekijä tietoverkon
kautta tapahtuvassa Boundary-Scan-menetelmään perustuvassa etätestauksessa. TapCommunicator
tekee myös protokollan muunnokset TCP/IP- ja Boundary-Scan-protokollien välillä.
TapCommunicator-laitteisto kytkettiin Kajaanin ammattikorkeakoulun tietoverkkoon suorakytketyillä verkkokaapeleilla,
ja siihen otettiin yhteys PC-työasemalta TapCommunicator-ohjelmalla. Yhteydenoton jälkeen Boundary-
Scan-testejä voitiin ajaa VipManager- ja ProVision-ohjelmilla tietoverkon kautta. Mittauksilla selvitettiin
kuinka luotettavaa ja nopeata on tehdä Boundary-Scan-testejä tietoverkon yli TapCommunicator-laitteistolla. Lisäksi
tutkiittiin, onnistuuko ohjelmiston päivittäminen etäyhteyden kautta. Testauskohteena oli Kajaanin ammattikorkeakoulun
Frodo-opetuskortti, joka oli sijoitettu TTL1-laboratoriotilaan ja kytketty Downlinkiin, joka oli
kytketty koulun tietoverkkoon.
Mittaustuloksista voitiin päätellä, että TapCommunicatorin kautta testejä voidaan tehdä tarpeeksi luotettavasti ja
nopeasti, kun käytetään oikeanlaisia TapCommunicator-asetuksia ja TCK-kellotaajuutta. BIST-ohjelman etäpäivittäminen
ei onnistunut, koska ProVision-ohjelma jäi suorittamaan ohjelman lataamista yhteyden katkeamiseen
asti. Liian suurella TCK-kellotaajuudella tai vääränlaisella virtuaalisoluarvolla Uplink saattoi mennä ”lukkoon”,
jolloin se täytyi resetoida virtakytkimen kautta. Myös mittauksia tehdessä yhteys Downlinkiin saattoi katketa ja
näin aiheuttaa virheellisen vikailmoituksen testiohjelmassa.