28.12.2006

aamulla tilanne kuvan wup3 mukainen.
   - 07:13 resetoitu cr01 >wup:issa muuttui cr01 vihreäksi, ei muuta vaikutusta.
   - 07:35 resetoitu cr11 >wup:issa muuttuivat cr11-R.266 vihreäksi (myös ov yhteydet kyseisiin risteyksiin palasi).
   - 09:00-09:17 resetoitu R.267-271,264 yksiköt.> ov yhteydet aloivat toimimaan.
-  lopuksi uudelleenkäynnistetty karttatyöaseman mapstudio ohjelma >virheelliset "user defined errorit" alkoivat näyttämään oikeaa symbolia.


Risteys 66  19.12.2006 noin klo 17:59

päivystäjä käskenyt ryhmää 39 vilkulle (fg 39) >risteys 66 ei päivittynyt kartalla näyttämään "vilkulla tilaa" joten noin minuutin kuluttua antoi päivystäjä uuden (fi 066) käskyn >alkoi näytämään "vilkulla tilaa"

cexlokia ja statuslokia vertaamalla havaittu seuraavaa:
  -cexlokin mukaan 17:58:34 annettu ryhmäkäsky.
  -cexlokin mukaan 17:59:29 annettu yksittäiskäsky.
  -statuslokin mukaan 17:58:39 risteys vilkulle.

Haaroituskaappi 20.12.2006 klo 09:00 jälkeen

risteykseen 40 ei yhteyttä, lisäksi whatsup:in mukaan br02 poissa pelistä (R.80-br02 sekä R.35-br02 ei yhteyttä).
   -tein telnetillä restartin bb18 yksikölle >ei vaikuttanut br02:een, risteykset 119 ja 121 näyttivät (restartin johdosta?) hetken aikaa "no information tilaa".
   -tein telnetillä restartin ar01 yksikölle sekä R.37 yksikölle ei vaikutusta R.40 yhteyteen (R.101 alkoi näyttämään "no trats vikaa" >staus update >ok)
   -käytetty sähköt pois bb18 ja br02 yksiköiltä >linjojen 4 ja 6 varayhteydet alkoivat toimimaan.
   -käytetty sähköt pois R.40 yksiköltä >yhteys alkoi toimimaan.

Kokous #14
Liikenteenohjauskeskus  
14.12.2006 klo 9.00 Hietaniemenkatu 4
Paikalla: SWARCO: JKo, PPa,   KSV: KM, BO, KJS (pj)

1. Hyväksyttiin edellisen kokouksen pöytäkirja

2. OMNIVUE yleistilanne

Swarco kertoi Omnivuen ohjelmistovastuun siirtyneet Mizarille, jonka Swarco omistaa 100:sti. Omnivuen uusi nimi on OMNIA. Myös Göteborgissa toimiva ohjelmistokehitykseen paneutunut SPOT-yksikkö on siirtynyt Swarco-Mizarille. Helsingin Omnivue -hankkeen ohjelmistoa varten on ohjelmistokehityksessä varattu kahden henkilön (MRy, NJo )voimavarat

3. OMNIVUEN kehitystilanne

Ominivuen työasemiin, Mapstudio -ohjelman käynnistymiseen sekä ennen kaikkea SQL-palvelimen toimintaan ja tietoliikenteeseen liittyneet virheet ja häiriöt ovat korjatut. Myös puskurimuistin täyttyminen, mikä aiheutti vikoja, on estetty laajentamalla puskurin kokoa.

EU-kokouksen aikana Omnivuelle annettiin tavallista enemmän käskyjä, mikä toi ilmi eräitä puutteita ohjelmiston nykyisessä versiossa.

OHJELMISTON KESKEISET PUUTTEET

1. Kun Omnivuelle annetaan tavallista enemmän ohjelmanvaihtoon liittyviä käskyjä, osa käskyistä jää toteutumatta MDSL-verkon takia. Vielä ei ole selvyyttä, liittyykö vika MDSL-yksiköihin vai itse verkkoon.  Kohta 1 täsmennetty kokouksessa 15

2. Reunareitittimen (CR1) virheellinen toiminta sekä lopullinen rikkoutuminen aiheutti häiriöitä eri puolilla MDSL-verkkoa. Verkko ei saa häiriintyä yhden yksikön toimimattomuudesta.

3. MDSL-yksiköissä on ajoittain katkoja, Esimerkiksi risteyksen 75 MDSL-yksikössä on keskimäärin kerran viikossa noin minuutin katkos. Tänä aikana lähtevät käskyt eivät mene perille. Asia on korjattavissa myös siten, että tällaisesta käskystä annetaan käyttäjälle heti virheilmoitus.

4. ITC-kojeelle annettu käsky jää toteutumatta, jos samaan aikaan MDSL-yksikkö on käynnistymässä. Tuotekehitys on löytänyt asiaan ratkaisun, joka on testausvaiheessa.

5. MDSL-yksikön hidas käynnistyminen yhdessä ITC-kojeen käynnistymisen kanssa johtaa useaan sisäiseen ohjelmanvaihtoon, jotka haittaavat osittain liikennettä. Pisimmillään MDSL:n käynnistyminen kestää lähes kolme minuuttia. Asia on korjattavissa myös siten, että kun ITC-koje käynnistyy, niin MDSL- yksikkö lähettää ensimmäisen ohjelmanvaihdon vasta kun se on saanut käynnistymissekvenssinsä päätökseen. Näin vältytään tarpeettomilta ohjelmanvaihdoilta.

4. OMNIVUEN toimitustilanne

Omnivuen kaikkien linjojen MDSL-yksiköt on toimitettu liikennesuunnitteluosastolle. Ne on myös laskutettu.

Koko hankkeen laskutustilanteeseen palataan seuraavassa kokouksessa.

5. OMNIVUEN asennustilanne

Linjat 11 (KAMPPI) ja 13 (LAUTTASAARI) on liitetty Omnivuehen.

Linjojen 3 MANNERHEIMINTIE/ETU-TÖÖLÖ ja 8 (KAIVOKATU) liittäminen tapahtuu viimeistään maaliskuussa. Sitä ennen asennetaan tarvittavat varayhteydet. BO hoitaa asian viimeistään helmikuun puoliväliin mennessä

Linjojen 8 ja 10 (ULLANLINNA) MDSL-yksiköt ovat asennetut

Linjojen 9 (POHJOISRANTA) ja 14 (HERTTONIEMI) MDSL-yksiköt asennetaan kevään aikana

Linjat 9, 10 ja 11 liitetään Omnivuehen toukokuussa.

Tavoite on käynnistää järjestelmän luovutus viimeistään elokuussa 2007. Nopeampi aikataulu on myös mahdollinen sen mukaan, minkälaisia kokemuksia saadaan linjojen 3 ja 8 liittämisestä sekä ohjelmiston keskeisten puutteiden  korjaamisesta.

6. MUUT ASIAT

KJS kertoi lyhyesti ONNIMANNI- hankkeen tilanteen. ONNIMANNIN liitäntä MDSL-yksikköön toimii suunnitelman mukaisesti ja välittää tiedot liikennevalokojeen ilmaisimien tilavaihdoista ja opastinkuvavaihdoista ONNIMANNIN palvelimelle ajantasausta simulointia varten Lue lisää ONNIMANNISTA

KJS kertoi myös WSP:n kehittämästä bussien GPS:ään perustuvasta ilmaisutekniikasta, jonka toteuttaminen edellyttää liitäntää MDSL-yksikköön. WSP hoitaa asiaa ja on yhteydessä Swarcoon

Seuraava hankekokous pidetään viimeistään toukokuussa 2007

Muistiin merkitsi kjs

Tapahtunutta viime kokouksen jälkeen

8.12.06
R.69 JTU ladannut kojeelle uuden ohjelman (parametrit), toimenpiteen jälkeen valot oli vilkulla eikä kojeella ollut vikaa, mutta ov:llä ei pystynyt käskemään risteystä (kartalla pallo vihreä, kehykset punaiset= valot päällä, mutta "häiriö tilassa"). >resetoin mdsl:n telnetillä> ei vaikutusta. >käytin mdsl:n sähköt pois >ov yhteys alkoi toimimaan.

MDSL-yksikön sarjaportti mennyt ilmeisesti "jumiin" ja lauennut vasta sähkösyötön uudellenkytkemisen myötä.

8.12.06
noin klo 17:00 kadotti ov yhteyden ruoholahden risteyksiin (linja12) myöhemmin yhteys katkesi myös lauttasaaren risteyksiin (linja 13). >nervanderilla olevan CR01 yksikön resetointi ei auttanut. >risteysten mdsl-yksiköiden resetoinnin (sähköt pois) jälkeen yhteydet toimi noin 30min. jonka jälkeen yhteys linjan 12 kojeisiin sekä risteykseen 97 taas poikki. (yhteydet temppuili myös ainakin risteyksiin 81,82,298,299,69,101,110,111,236).

9.12.06
jatkettu edellä mainitun ongelman selvittelyä:

-resetoitu (katkaistu sähköt noin klo 10:15) nervanderin mdsl-kaapilta >ei vaikutusta.

-tehty servereille uudelleenkäynnistys >ei vaikutusta

-irroitettu nervanderilta linjoille 12 ja 13 sekä risteykselle 97 lähtevät johdot (cr01/1,cr02/2,ar02/3) >yksittäisten risteysten (81,82,298,299,69,101,110,111,236) temppuilu loppui.

-laitettu irroitetut (cr01/1,cr02/2,ar02/3) johdot takisin kiinni, (linja 12 ei yhteyttä).

-irroitettu risteykseltä 275 metroasemalle (cr11) lähtevä johto, samoin irroitettu linjan 12 kojeilta onnimanni-liitin sekä resetoitu kojeet+mdsl >ei vaikutusta.

-irroitettu nervanderin yksikkö (cr01) sähköistä ja jätetty se irti, laitettu kojeiden onnimanni-liitin kiinni, resetoitu kojeet+mdsl >yhteydet tuli kuntoon.

-R.97 meni ohjelmaan 12 (pimeä) noin klo 18:30 >kojeen kello väärässä (ei hakenut mtk:lta aikaa viimeisimmän koje+mdsl resetin jälkeen). >asetettu kello aikaan >ok.

-yksittäisiä "controller unreachable" vikoja havaittu sunnuntain aikana ainakin risteyksillä 69,101 (yhteys palasi itsestään lyhyen ajan kuluttua).

WhatsUp     Loki

11.12.06
-cr01 edelleen ilman sähköjä >havaittu että whatsup kuvassa näyttäsisi linjalla 12 ja 13 olevan risteysten välisiä linkkejä alhaalla (palasivat itsestään ja tilanne tuntui elävän siten että väli jossa linkit alhaalla muuttui jatkuvasti).

-ov:n status ei havainnut että yhteys olisi katkennut risteyksiin (eli linkit oli niin vähän aikaa alhaalla tai sitten whatsup näytti omiaan).

-P.P. toi uuden cr01 yksikön joka asennettiin paikalleen >whatsupin linkkitiedot rauhoittuivat ja yhteydet toimivat ok.

MDSL-verkossa virhetoimintoja, Swarco tutkii asiaa.

lisäksi havaittu lokista että R.111:n mdsl alkanut resetoimaan itsestään 9.12.06 klo 20:47, resetointi jatkui kunnes 11.12.06 klo 9:58 loppui itsestään.

Swarco tutkii asiaa.

27.11.06
-testasin uudestaan comm serverin boottausta ja noin 5min kuluttua tuli ov-työasemille "wsi connection broken" ilmoitus ja vajaan minuutin kuluttua myös "ntcipcommunicator" teksti meni punaiseksi.

tekstin tulee mennä harmaaksi heti WSI-ruudun ilmestyttyä, tämä tullaan korjaamaan.

-myös näytölle jäävä "roska" suurennettaessa / pienennettäessä ikkunaa tuli taas näkyviin (roskaa jäi nyt myös muiden kuin ov-ohjelmien käsittelystä, paitsi jos avautuvan ikkunan kokoa pienensi vetämällä ikkunan reunoista).

Swarco tutkii asiaa.

23.11.06
-R.80 käsketty ryhmäkäskyllä vilkulle klo 15:21 (fg36), ilmoitti "send ikkunassa" "error", mutta toteutti ulkona käskyn. (80cexloki)

MDSL-verkossa virhetoimintoja, Swarco tutkii asiaa.

-R.84 käsketty vilkulle klo 16:20 (fi084), ilmoitti "send ikkunassa" "no reply" , mutta toteutti käskyn. (todellisuudessa 84 käsketty ryhmäkäskyllä vilkulle 16:20:16 ja uusi yksittäiskäsky annettu 16:20:53) (84loki)

MDSL-verkossa virhetoimintoja, Swarco tutkii asiaa.

-R.60 käsketty toimintaan ryhmäkäskyllä n.klo 16:28, kartan symboli päivittyi vasta reilun minuutin kuluttua.

Swarco tutkii asiaa, toimiiko nopeammin toistettaessa?

-lisäksi havaittu että ryhmäkäskyjä annettaessa "send ikkunan" avautuminen hidastunut huomattavasti. (hitaus riippuvainen ryhmään kuuluvien risteysten määrästä) esim. ryhmää 31 käskettäessä kuluu noin 7sek enterin painalluksesta ennenkuin "send ikkuna" ilmaantuu näytölle. (tämä ei sinäänsä haittaa, mutta tuli kirjattua uutena havaintona päivityksen jälkeen).

Swarco tutkii asiaa.

21.11.06
päivitetty omnivue ohjelmistoja ov-servereille ja ov-työasemille. päivityksen jälkeen testailtu edellisen päivityksen yhteydessä kirjattuja ongelmia (Nicklaksen posti), ja havaittu seuraavaa:

- application stops updating information tämän toimivuutta on vaikea todentaa, edellinen kerta liittyi helnet verkossa tehtyihin huoltotöihin. >aika näyttää onko kunnossa.

- ec1 parameter tool (comm p27) ei tullut kuntoon

tätä ei ollut vielä korjattu  - tullaan korjaamaan.

- systemlog ei osattu testata

tämä oli testattu T&K:n toimesta jo aiemmin

- omnivue startup B.O. tutkii voidaanko serverit saada suorittamaan "omnivue startup.exe" ohjelman ilman että serverille kirjaudutaan (ongelma näkyy lähinnä jos serverit resetoidaan).

- performing a "update all controllers" ei tullut kuntoon

tätä ei ollut vielä korjattu- tullaan joko korjaamaan tai poistamaan kokonaan.

 - command exe "sending an incorrect formatted commandline..." ei tullut kuntoon

tätä ei ollut vielä korjattu -  tullaan korjaamaan.

-calendar clock programmer toimii

-minimizing and maximizing ov applications tämä ainakin toistaiseksi näyttäisi tulleen kuntoon, vaikkakin postissa oli maininta etteivät onnistuneet Tukholmassa toistamaan vikaa >katsellaan.

-status logbook search resuted... hankala testata vian satunnaisen esiintymisen takia >katsellaan

-passwordcalc "superuser login" liittyy swarcon omiin käyttäjä/tunnussana asioihin. ei testattu

-itc 501 connection itc kojeen softavirhe, Henrik luvannut korjata seuraavaan versioon.

korjattu sittemmin uuteen kojeversioon.

-elc2 vaikea testata vian satunnaisen esiintymisen takia >katsellaan.

(tiedossa ei ole, mitkä ylläolevista vioista oli tarkoitus korjaantua päivityksen yhteydessä).

tämä tieto tuli valitettavasti vasta  23.11.06

lisäksi testauksen aikana tehty seuraava (uusi) havainto: resetoitu tietoliikenneserveri ja katsottu ov-työasmien "login ikkunaa" (kuva 1), ja havaittu että ikkunan alalaidassa oleva "ntcipcommunicator" teksti pysyi vihreänä (olisi pitänyt mennä punaiseksi), kunnes tehtiin "status update" jollekin kojeelle.

kuten edellä

9.11.2006
R.84:ssä oli eilen lamppuvika joka kuittautui kojeelta nopeasti, mutta ov:n mukaan vika oli edelleen olemassa  status update  tai status ohjelman uudelleenkäynnistyksestä ei apua. risteyksen mdsl:n resetoinnin (telnetillä) jälkeen alkoi näyttämään oikein.

T&K:n watchdog-ratkaisu testausvaiheessa.

3.11.06 Vika boottauksen jälkeen - silti näyttö OK
R.71 oli vian takia vilkulla, ja kun sille annettiin kuitti jäi se pitkäksi aikaa näyttämään kaikki ok tilaa, vaikkakin risteys todellisuudessa teki vian uudestaan heti kuittauksen jälkeen. (lokin mukaan yksikkö bootannut toistuvasti muutaman minuutin ajan).

Swarco tutkii asiaa.

3.11.2006   No reply - ilmoitus takaisin toimintaan tultaessa
R.59 valot käskettiin vilkulle > ok, kun valot yritettiin laittaa takaisin toimintaan tuli "no reply" ilmoitus. ("update status" tai status ohjelman uudelleenkäynnistys ei vaikuttanut asiaan). > otin telnetillä yhteyden yksikköön, ja katsoin $shell komennolla että EC-1 softa pyöri (n.6kpl application riviä). >restart käskyn jälkeen ok.

T&K:n watchdog-ratkaisu testausvaiheessa.

29.10. 2006 Virheitä...
Aamulla oli useita risteyksiä siinä tilassa ettei päivystäjä saanut käskettyä. Liitteenä olevasta lokista voisi päätellä että noin klo 04:00 jotain tapahtunut.

Tommi käynyt aamulla resetoimassa / asettamasta risteysten kellot (suurimmassa osassa itc-kojeta oli kello kesäajassa).

Risteykset joissa päivystäjä havainnut ongelmia: R.36,73,75,76,84 oli "no information" tilassa, R.37:n mdsl resetin jälkeen ok. Myös risteykset 284 ja 295 "no information" tilassa > kojeiden mdsl:n resetin jälkeen ok.

Risteykset 18,33,37,71,81,89,101,205,236,294 päivystäjän mukaan "no trats command" tilassa eivätkä toteuttaneet käskyjä. > mdsl resetin jälkeen ok. (lokikirjan mukaan myös jotkin muut risteykset olleet "no trats tilassa" mutta vika kuittaantunut vajaan tunnin sisällä esim. R.40,107).

Swarco tutkii asiaa, vuosi aiemmin ei ko.tyyppisiä tapahtumia.

Kuvassa logbook search löytyy tapahtumia ajalta 4.9.06-29.10.06 (vaikka kuvan logbook items mukaan kysely rajattu 29.10.06 klo 00:01-09:43).

OmniVue pyrkii etsimään mukaan vielä aktiivisina olevat viat.

Risteyksen 18 "controller error" rekisteröity klo 9:34, mutta se on deactivoitu klo 8:38.

Swarco tutkii asiaa.

25.10.2006
Uusi  Omnivue ohjelmaversio on asennettu

27.9.2006 SWARCO:
Uuden OmniVue-version asennus menee lokakuun puolelle, ajankohtaa ei ole vielä sovittu.

• 27.9.06
  R.38 ja 204 oli "no information" tilassa (38 lokin mukaan klo 2:47, 204 klo 7:32)
    valot oli päällä, ja kun katsoin telnetillä käynnissä olevia prosesseja ei kummastakaan löytynyt "elcproxy prosesseja"
    "reboot" käskyn jälkeen yhteys palasi.
  
  Ilmoitusta tulee T&K tutkimaan 
• 26.9.06
  noin klo 15:50-16:00 yritettiin käynnistää Tainan ov-ohjelma ja tuloksena liitteenä olevan kuvan ilmoitukset. (lisenssiherja on nähty ennenkin, jos swarcolla ollut vpn yhteys käytössä, mutta samassa yhteydessä tullutta "retry wsi connection" ilmoitusta en muista nähneeni).
  
  tein ov-2 työasemalla logoutin jonka jälkeen Tainan työaseman ov aukesi normaalisti.
  
  Tämä lisenssiherja tulee luultavasti siitä, että olen ollut ko. hetkellä järjestelmään kiinni normaalikäyttäjän tunnuksilla enkä Swarcon sisäisellä Tunnuksella /PP
  
  25.9.06
  ov:n statusohjelma ja karttaohjelma ei päivittynyt automaattisesti käskettäessä risteyksiä. (risteykset toteutti käskyn, mutta status ja kartta päivittyivät vasta jos teki "update status toiminnon" tai jos odotti tarpeeksi kauan että risteys lähetti automaattisesti tulevan "mitä kuuluu" tiedon).
• 26.9.06 >P.P. uudelleenkäynnisti serverin "ntcip communicator palvelun" >päivitys alkoi toimimaan normaalisti
   
• 18.9.06
  risteys 36 laitettiin sähköttömäksi töiden vuoksi, josta ov:lle ilmoitus noin klo 10:02. edellisestä johtuen? meni risteys 90 "controller unreachable tilaan" noin klo 10:18.

- telnetillä ei saanut yhteyttä R.90 mdsl-yksikköön, käytiin paikalla ja todettiin että mdsl:n sw led vilkkui normaalisti, risteyksen 91 linkki oli pystyssä.) tehtiin mdsl:le reset (katkaistemalla sähköt)> yhteys ok.

liitteenä loki ja whatsup kuvat. (risteys temppuili viimeksi 21.3.06 josta lähetetty sähköposti)

• 4.9.2006
  -  risteykset 87,88,89,300,360 oli aamulla 08:00-08:30 välisenä aikana "no information" tilassa.
  -  yhteydet palasivat itsestään.
   
• 2.6.06
  -  lauttasaaren risteykset näyttivät "no information" tilaa, vika ilmaantunut jo 1.6 noin klo 9:32 (karttasymbolien vilkkuminen edesauttaisi vikojen huomaamista)
  
  -  Nervanderinkadun mdsl-yksikköön (cr-02) ei telnetillä yhteyttä, käytin cr-02:sta sähköt pois >ok.
  
  -  rist.250 laitettu vahingossa aikaohjaus asentoon kojeen käsiohjauspaneelista, ov-kartta näytti symbolin oikein (musta kolmio), myös mapstudion expanded status osasi kertoa että "fixedtime control on", statusohjelmasta ei tietoa löytynyt. (statuksen "logbook search" oli ok).
   
• 31.5.06
  seuraavan OmniVue-version valmistumisarvio T&K:n mukaan on tällä hetkellä 31. elokuuta (PPa)

• 23.5.06
  päivystäjä ilmoitti että kaikki risteykset "no information" tilassa, häiriö kesti noin klo 14:24-14:48 ja palautui itsestään toimimaan. työasemilla ei mitään ylimääräisiä vikailmoituksia (sql server login... tms).
       ilmoitin viasta myös B.O. lle jonka mukaan ei mitään huoltotöitä kyseisenä aikana oltu tehty.
       nervanderin serverillä (575) oli "command exe:n" virheilmoitus (command executive.exe has encountered a problem and needs to close) vika oli ilmaantunut 2.5.06 klo 14:29
  
  (23.5.2006 15:32): Julkishallinto.Asiakastuki@tietoenator.com
  HELNET verkossa ollut vika on korjautunut, vika aiheutti katkoksen tietoliikenteeseen klo 14:30-15:00.
  
  Kysymys: Eikö järjestelmä hahmota tällaista tilannetta vai onko se, että kaikki riosteykset ovat "no information" -tilassa viesti tämänkaltaisesta häiriöstä?
  Vastaus:  Järjestelmässä ei ole tekoälyominaisuuksia tässä suhteessa, mutta ko. tila on kyllä selvä viesti tuonkaltaisista häiriöistä, esim. NTCIP Communicator-palvelinohjelman pysähtyminen pysäyttää koko tietoliikenteen palvelimien ja mdsl-verkon välillä.
   
• 19.5.06
  R.66 vian takia vilkulla, ov:n kartalla ei kuitenkaan raameissa väriä, eikä "expandned status" tiennyt vikakoodia. (statuksen logbooksearchistä vika löytyi).
      ov:n uudelleenkäynnistys ei muuttanut asiaa, eikä 66:n mdsl yksikön resetointikaan auttanut. liitteenä kuvia. Kuva 1, kuva 2, kuva 3
  T&K tutkii asiaa

  Lisäksi R.36 ollut viime viikolla usein 'no information' -tilassa.
  T&K tutkii asiaa
   

• 10.5.06
  - lampunvaihtajalla ollut risteys 79 ilman sähköjä, jonka seurauksena katosi yhteydet muihin 6-linjan kojeisiin jotka ovat 79:n perässä = varayhteys ei pelannut (kuva whatsup). >resetoitu telnetillä risteyksen 300 mdsl, sekä nervanderilla sijaitseva BB18
  >ei vaikutusta.
  >käytetty risteyksen 300 mdsl:stä sähköt pois, jonka jälkeen 300:n ja BB18:n välinen yhteys palautui.
  * T&K on todennut, että reitittimen mdsl-piiri saattaa joutua tilaan, jossa se ei pysty toimimaan ja johon ainoa apu on yksikön syöttöjännitteen katkaisu ja uudelleen päällekytkentä. T&K:n kokemuksen mukaan kyseinen vikatila on jokseenkin harvinainen.
   
  - (whatsup kuvassa epänormaalilta näyttänyt BR01 palautui normaaliksi kun se resetoitiin telnetillä).
  (whatsup2 kuva otettu 12.5.06, kuvassa yksiköt AR02,A081,AR01,AMTK näyttävät epänormaalilta
  > ei tehty asialle mitään).
  * WhatsUp-kuvan virheellisyydet tullaan korjaamaan.
   
• 11.5.06
  - klo 18:00-23:00 välisenä aikana päivystäjä käskenyt ryhmäkäskyllä risteyksiä 90-97 (ryhmä 90) eri ohjelmiin, mutta risteys 97 ei totellut ("send command" ikkunaan tuli "done" myös 97:n kohdalle, mutta statuksen mukaan ei vaihtanut ohjelmaa, edes "update status/alarms" ei vaikuttanut asiaan)
  
  (päivystäjä kokeillut myös vaihtaa 97 helpsillä bp40=5
  >ok).
  liitteenä kuvat 96loki ja 97loki (command exen loki siitä huono ettei se erittele annettua ryhmäkäskyä, vaan siellä näkyy vain ryhmään kuuluvien risteysten tietoja).
   T&K tutkii asiaa.
   
• 8.5.2003
  Korjattuja vikoja linjalta 11
  - R.118 oli konfiguroinneissa 2-kertaa (pilotointi).
  >4.5.06 P.P. poistanut ylimääräisen 118:n sekä 116:n >komentotulkki toimii ok.
  
  - R.250 vaihdettu 5.5.06 uusi mdsl
  >ok.

"uusia" vikoja:
-risteykset 36 ja 71 eivät aina toteuta käskyjä kun annetaan ryhmäkäsky.
- molemmat risteykset myös ajoittain "no information" tilassa.
T&K tutkii asiaa.

• 30.4.06
  päivystäjä ilmoitti noin klo 18:00, ettei ov-kartta päivity, mutta risteykset toteuttaa command exe:llä annetut käskyt.
        pyysin päivystäjää ottamaan "status update:n" jostain risteyksestä >jäi "requesting status..." tilaan. (kartta tosin päivittyi osittain esim. R.17 näytti ennen päivitystä "kaikki ok" tilaa, päivityksen jälkeen näytti "keltavilkku" tilaa mutta ei näyttänyt sitä että vian takia vilkulla).
  
  - status ohjelman uudelleenkäynnistys ei auttanut
  - karttaohjelman uudelleenkäynnistys ei auttanut
  - työaseman uudelleen käynnistys ei auttanut
  - kävin paikalla ja totesin että kaikki työasemat toimivat samoin, minkäänlaista virheilmoitusta ei ollut näkyvissä.
  - kävin uudelleen käynnistämässä ov serverit, ei vaikutusta.
  
  (kaikki rupesi taas toimimaan noin klo 19:50 itsestään, jonka jälkeen kävin vielä uudelleen käynnistämässä valon työasemat).
  T&K tutkii asiaa.
   
• 26.4.06
  - päivystäjä käskenyt ryhmää 3 eri ohjelmaan, mutta osa risteyksistä ei toteuttanut käskyä vasta kun useamman yrityksen jälkeen. kuva 1 ja kuva 2 (temppuillut aikaisemminkin käskettäessä 3-ryhmää).
  T&K tutkii asiaa.
   
• 25.4.06
  - risteykset 118-121,123,205,207 liitetty omivueen. Myös risteyksen 122 mdsl kytketty, mutta risteyksen liittäminen myöhemmin
   
   -risteyksen 118 osalta ongelmia command-exen komentotulkin kanssa (fi- tai ci- käskyt aikaansaa kuvan1 mukaisen tilanteen, klikkaamalla "send" syntyy kuvan2 mukainen tilanne. valikkorakennetta "omnivue-helsinki-risteykset-118" käyttäen toimii kuten pitääkin).
  Vika korjattu tietokantaan, seuraavassa versiossa korjaantuu konfigurointiohjelmassa risteyksen poistoon liittynyt vika.
  
  -risteyksen 122 mdsl ilmoittaa "no mains" vikaa >vaihdettu synkkamoduli >ok
   
• 26.4.06
  risteykset 201-204,250,252-255 liitetty omnivueen. -risteykseen 250 ei yhteyttä (mdsl-yksikköön yhteys telnetillä, >vaihdoin mdsl kehikon sekä kojeen ja mdsl:n välisen kaapelin >ei vaikutusta).
   
• 27.4.06
   risteys 200 liitetty omnivueen (linja 11 kokonaisuudessaan, paitsi 122 ja 250:ssä viallinen mdsl?).
  R.250 vaihdettu 5.5.06 uusi mdsl

5-linjan ongelmia:

• 3.4.06
  P.P. ilmoitti että risteyksen 66 mdsl-yksikön muuntaja viallinen (ylijännitettä). >vaihdettu muuntaja 4.4.06
   
• 7.4.06
  P.P. ilmoitti että katkokset alueella jatkuvat, ja että R.65 ja R63:n välillä ongelmia. >vaihdettu risteysten 65 ja 63 välillä kaapelin säikeitä 11.4.06.

muita ongelmia:

• 20.4.06
  risteys 266 korjaustyön takia ilman sähköjä noin klo 9:30-12:15, kun risteykseen saatiin taas sähköt jäivät risteyksen 266 perässä (linja 12) olevat risteykset näyttämään "controller unreachable from system" vikaa (kuva1). >tein useamman kerran "update all" toiminnon. >ei vaikutusta >risteykset alkoivat itsestään näyttämään ok tilaa joskus iltapäivällä.
  "Controller unreachable"-toiminto korjaantuu seuraavassa versiossa.
   
• 26.4.06
  risteys 40 "no information" tilassa, valot oli päällä väärässä ohjelmassa. >mdsl:n linkit pystyssä, sw-led vilkkui, kojeella "auxcom error" >resetoitu mdsl >ok.
  T&K tutkii asiaa
   
• 28.3.06
  
  -omn-1 työasemalla useamman peräkkäisen "update all" kyselyn jälkeen "sql server vika" (omn-2 ja omn-kartta ok).
  T&K tutkii asiaa
   
• 29.3.06
  
  -risteyksen 268 ilmaisinvika näkyi väärän värisenä (R268jpg) työasemilla omn-2 ja omn-kartta (omn-1 oli ok) . "update status/alarms" ei auttanut asiaa, mutta mapstudion uudelleenkäynnistyksen jälkeen ok. (kuvassa näkyvistä risteyksistä ainakin 65:ssä sekä 102:ssa sama vikakoodi, mutta oikea väri).
  T&K tutkii asiaa
   
• 30.3.06

  -risteyksen 277 ilmaisinvika näkyi väärän värisenä (R277jpg) työasemilla omn-2 ja omn-kartta (omn-1:ssä ei mapstudio käynnissä> käynnistin sen> näytti oikein).

  -myöhemmin omn-1 työasemalla "sql server vika" , muut ok.
  T&K tutkii asiaa
   

• 31.3.06

  omn-2 ja omn-kartta näyttivät taas oikein risteyksen 277 ilmaisinvian (en tehnyt kyseisille työasemille mapstudion uudelleenkäynnistystä eilen. tiedossa ei ole onko joku muu tehnyt, vai korjautuiko itsestään.) (myöskään auxcomia en eilen kerinnyt risteyksestä tallentamaan).
  T&K tutkii asiaa
   

• 21.3.06

  - R.90 oli "no information" tilassa, valot oli toiminnassa. mdsl-yksikön resetointi (telnetillä) ei auttanut, mutta kojeen boottaus auttoi (vaihdoin kuitenkin kojeeseen toisen CPU-kortin).
  
  Risteyskojeen CPU-korttivikaa epäillään,  seurataan asiaa.
   

• 13.03.06
  
  - R.98 oli viasta vilkulla (98helpsi.jpg), karttaohjelma näytti kuitenkin vihreää palloa punaisilla kehyksillä (R98.jpg).
  - Vika esiintyi ainakin o-v kartta ja o-v 2 työasemilla.
  - Karttaohjelman uudelleen avaaminen, tai "update status/alarms" ei tuonut muutosta asiaan.
  
  Vika korjattavissa parametrimuutoksella
   
• 09.03.06

  - R.38:ssa jatkettu aamuruuhka ohjelmaa (3), ja kun risteys käsketty takaisin automatiikan mukaiseen ohjelmaan jäi se näyttämään status ohjelmassa "TS03/WS" tietoa (kartalla myös automatiikan vastaisuudesta kertova symboli).
        liitteenä olevasta kuvasta näkyy että "ai" käsky annettu useamman kerran peräkkäin, mutta status rupesi näyttämään oikein vasta kun risteykselle annettiin "update status/alarms" noin klo 11:01
  
  T&K tutkii asiaa. (Lokista näkee, että koje on vaihtanut takaisin automatiikan mukaiseen ohjelmaan jo ensimmäisen "ai"-käskyn jälkeen, mutta TS/WS-vaihto-ilmoitus on jäänyt jostain syystä tulematta. Ilmeisesti "update status/alarms" olisi päivittänyt näytön oikeaksi jo tässä vaiheessa).

  - R.65 näytti lyhyen aikaa kartalla "no information" tilaa, otin risteyksestä "logbook searchin" (kuva), jossa joitakin "area" "route" "trats status" ilmoituksia.
  
  Ilmoituksen puuttuminen lokikirjasta korjaantuu seuraavassa versiossa. MDSL-liikenteessä havaittu lyhyt katko, R66:n MDSL:n jännitelähde todettu vialliseksi, Swarco tutkii asiaa.
   

• 07.03.06
  - risteykset 283,284,294,295 siirretty omnivueen (linja 13 kokonaisuudessaan) OK
  
  - huomasin karttatyöasemalla "sql-vika" ilmoituksen joka hävisi itsestään (ilmoitus oli karttaohjelman alla). (B.O. tutkinut Elisan kanssa, eikä heiltä löytynyt selitystä asiaan).
  
  Korjaantuu/paranee seuraavassa versiossa
  
  - risteyksessä 294 vikakoodi 78 (no mains) >vaihdettu Mdsl:n synkronointimoduli >OK
  
  - risteyksen 294 kojeessa ollut vikakoodi 40 (ilmaisinlogiikka hälytys), aikaansai karttatyöasemalle ilmaisinvian sijasta vikakoodin 70 (user defined errors).
  
  T&K tutkii asiaa.
   
• 06.03.06 risteykset 286,288,289 (Lauttasaarentien itäpää) siirretty omnivueen OK
   
• 02.03.06 - o-v työasemilla "sql server vika" (johtunee serverin boottauksesta), lisäksi ei työasemien "status ohjelman" "alarms välilehdellä" näkynyt kojeita jotka vian takia vilkulla. ("status ohjelman" uudelleenkäynnistyksen jälkeen ok).
  
  Johtunut serverin boottauksesta, T&K suosittelee kaikkien työasemien uudelleenkäynnistämistä aina tietokantapalvelimen uudelleenkäynnistyksen jälkeen.
  
  - o-v kartalta yritetty avata "expanded status", mutta avautui kuvan 2 mukainen ikkuna. (johtunee serverin boottauksesta, "mapstudion" uudelleenkäynnistyksen jälkeen ok).
  
  Johtunut serverin boottauksesta
  
  
  - työasemien "status ohjelmassa" risteyksen 97 registered sarakkeessa kuvan 1 mukainen päivämäärä (tarkistettu kojeen kello >ok).
  
  Kyseessä uusi ilmiö, T&K:n mukaan näyttää kuin palvelimella olisi ollut väärä pvm. hetken aikaa, seurataan toimintaa
  
  - B.O. /Elisa kytkenyt /ohjelmoinut nervanderinkadun reunareitittimelle uudet mdsl-yksiköt cr02 ja dr01 (linjat 7-11,13 kytketään näille yksiköille). OK
   
• 01.03.06 - B.O. bootannut o-v serverin (valon työasemia ei käynnistetty uudelleen).OK
   
• 14.02.06  liitetty R.277 omnivueen (onnimanni-alue kokonaisuudessaan). OK

• Helmikun alkupuoli 06
  - B.O. poistanut palomuurin omn-kartta ja omn-2 työasemilta (viikolla 2 ?), tietääkseni sql-vikaa ei ole ilmennyt sen jälkeen (palomuuri poistettu omn-1 työasemalta aikaisemmin, ja TMA:n työasemalta myöhemmin). OK
  
  - onnimanni-risteykset (Ruoholahti, linja12) liitetty omnivue:hen (risteys 277 vasta kun koje on vaihdettu). OK
  
  - risteykset 90-97 (Mechelininkatu, linja 2) liitetty omnivue:seen OK
  
  -  Lauttasaaren risteysten liittäminen omnivueen odottaa Nervanderinkadun Mdsl-yksikön (cr02) kytkemistä/ohjelmointia, (myös dr01 yksikkö kytkemättä/ohjelmoimatta). (B.O. /Elisa) OK
  
  31.1.06 klo 14-17 välillä oli päivystäjän mukaan omn-1, sekä omn-kartta työasemilla "all services ok" ilmoitus (aivan kuin olisi omnivue ohjelmisto suljettu ja uudelleenavattu). OK
  
  Korjaantuu/paranee seuraavassa versiossa
   
• 02.02.06 noin klo 6:49 oli omn-kartta työasemalla R.38,45,65,66,89 "no information" tilassa, lisäksi R.107 oli "communication error" tilassa (kuva1) >lyhyen ajan jälkeen alkoivat näyttämään normaalia.
  
  MDSL-liikenteessä havaittu lyhyt katko (kts. vikailmoitus 09.03.2006), Swarco tutkii asiaa.
   
• 05.01.06 R.75 putosi vilkulle lamppuviasta 5.1 klo 7:13
   - yritin etsiä vikaa "status ohjelman" "logbook search" toiminnolla ("logbook item:iksi" valittu "error/alarm"). (kuva1)  
  -  vikaa ei näy "search results" taulukossa
  -  tein uuden haun ja valitsin "logbook item:iksi" kohdan "status"
  -  vika löytyy "search results" taulukosta, mutta ei vikatyyppiä / hälyttänyttä opastinryhmää (kuva2)
  
  Vikaa ei saatu toistettua laboratoriotesteissä, seurataan toimintaa jatkossa.
  
  Kokous #13
  Liikenteenohjauskeskus  
  29.11.2005 klo 13.00 Hietaniemenkatu 4
  
  30.11. Lisätty PP:n tarkistukset (MTK resetointi FP79=10, hitaan ohjelmavaihdon korjaus kojepäivityksillä ja lamppuvian jälkeinen kuittaus)
  
  1. Hyväksyttiin edellisen kokouksen pöytäkirja
  
  2. Omnivuen ohjelmiston kehitystilanne
• Elokuu 2005: Kaikissa MDSL-yksiköissä on uusimmat ohjelmaversiot
   
• Syyskuu 2005: Omnivuen uusi ohjelmaversio päivitetty servereihin sekä valon työasemiin.
   
• Marraskuu 2005: Omnivue-1 -työasemaan uusi ohjelmaversio
  
  TODETTIIN:
   
• Keskeisin ohjelmistovika liittyy SQL-serveriin toimintaan.
   
• Toimittaja esitti tuotekehityksen laatiman moniportaisen suunnitelman vikalähteen selvittämiseksi. Päätettiin toimia suunnitelman mukaisesti.
   
• MDSL-yksiköiden viat ovat ohjelmistokehityksen avulla saatu pääosin korjattua.

3. Vikaraportointi
Käytiin läpi havaitut viat. Osa vioista on korjaantunut ohjelmistopäivitysten yhteydessä, osaan päivitys ei ole vaikuttanut. Kuvaus havaituista vioista sekä niiden aiheuttamista toimenpiteistä on alla

3. MDSL-kehikoiden  ja -yksiköiden toimitustilanne
Omnivuehen vielä liittämättömien linjojen MDSL-yksiköt voidaan toimittaa kuluvan vuoden aikana. KM tarkistaa toimitusvalmiuden.

4.  Risteyslinjojen kytkentä- ja asennustilanne
Linjat 7, 8 ja 12 on kytketty. Muiden linjojen kytkentää jatketaan.   Lisää risteyslinjoista 

Asennustyöt aloitetaan seuraavista linjoista. Lopullisen järjestyksen harkitsee KM.

• Linja 14: Yhteys perustuu yksinomaan HRELNET-verkkoon. Tarvitaan reunareitittimet. Toimittaja ei ole antanut asiasta tarjousta
   
• Linja 13: Särkiniemen suojatievalot ovat verkkosynkronoinnin varassa. OMNIVUE korjaa tilanteen
   
• Linja 12: ONNIMANNI -hanketta varten liitäntä Omnivuehen tarvitaan helmikuun 2006 loppuun mennessä

5. ONNIMANNI ja OMNIVUE
ONNIMANNIN ensimmäinen vaihe on päättynyt ja toinen vaihe on käynnistynyt. Lue lisää ONNIMANNISTA

Ruoholahden alue liitetään ONNIMANNIN takia Omnivue -järjestelmään helmikuun 2006 loppuun mennessä.

6. MUUT ASIAT

Päivitettiin valvontanäyttöä ja komentotulkkia koskeva ongelmalista.

Muistiin merkitsi
kjs


VIKARAPORTOINTI

21.11.2005  MAPSTUDIO
omn-1 työaseman "mapstudio" ohjelmasta avattu "expanded status" avautuu kuvan exp_status näköisenä. (mapstudion sulkemisen / avaamisen jälkeen avautuu normaalisti)

TYÖASEMAVIRHE
omn-1 työasemalla saatu kuvan ws1 mukainen tilanne aikaan (otettu "status" ohjelmalla "update all" ja heti perään yritetty avata "parameter tool" sekä "ec-1 panel" ohjelmat)

havaittu että "mapstudion" ilmoittama vika (punainen kehys) ei näkynyt omn-1 ja omn-2 työasemien "status" ohjelman "alarms" sivulla, eikä myöskään "status" ohjelmasta avatusta "expanded status" ikkunasta ("mapstudiosta" avatusta "expanded status" ikkunasta vika näkyi) >sulkemalla / avaamalla "status" ohjelma alkoi toimimaan.

SQL-VIKOJA (OMN-2 ja MAP)
omn-2 ja kartta työasemilla lukuisia "sql server..." vikoja.

Tuotekehitys toteaa, että työasemien ja palvelimien välisen tiedonsiirron toimivuudessa on vaikeuksia, jotka aikaansaavat vian,

Tuotekehitys on kehittämässä uutta ratkaisua työasemien tietokantakytkentään, joka tulee minimoimaan häiriötekijät mutta ei välttämättä korjaa perusvikaa. 

TÄMÄ VIKALÄHDE ON SEURAAVASSA YKSINKERTAISUUDEN VUOKSI LYHENNETTY MERKINNÄKSI  "SQL-VIKALÄHDE"

29.10. 2005  Risteys vilkulla, epäselvyksiä vika-statuksessa
R.78 vilkulla vian takia (5.1 G10) kartalla ei raameja, pallo keltainen (status ohjelmassa flash -tieto muttei vikaa, alarms -sivulla ei risteystä näkynyt).
   30.10 R.78 vilkulla vian takia (2.1 G5 P12) kartalla ei raameja, pallo keltainen (status ohjelmassa flash tieto muttei vikaa, alarms sivulla ei risteystä näkynyt).
    (statuksen "file/logbook search" :istä molemmat viat löytyvät).
     lisäksi "sql-vika" useamman kerran viikonloppuna (esiintynyt myös viikolla epäsäännöllisesti).

SQL-VIKALÄHDE

27.10.2005 KARTTATYÖASEMAN ONGELMIA
R.81 karttatyöaseman status näytti vikaa, mapstudion mukaan ok. (kuva omnkartta1) (muiden työasemien statuksen mukaan ok) >update status/alarms >ei muutosta.
     R.104 kaikkien työasemien mapstudio näytti vikaa, statuksen mukaan ok. (kuva omn2= 2-työasemalta avattu "expanded status") (yritin avata karttatyöaseman mapstudiosta "expanded statusta" , mutta siitä avautui kuvassa omnkartta2 näkyvä ikkuna).
       >karttatyöaseman mapstudion sulkemisen/avaamisen jälkeen "expanded status" avautui normaalisti.
      >update status/alarms poisti mapstudiolta vian risteyksestä 104 (kaikista työasemista).
      >karttatyöaseman statuksen sulkeminen/avaaminen poisti R.81 controller errorin.

"SQL-VIKALÄHDE"

18.10.2005 CALCLOCK -VIKA
1.  luettu taulukko risteyksestä 36, tallennettu se "save to DB painikkeella", painettu vahingossa uudestaan "save to DB painiketta", jonka jälkeen painettu "cancel painiketta" (calclock kuva)
     >cancel painike sai aikaan calclockohjelman kaatumisen.

2.calclock ohjelmassa tapahtui kerran myös (calclock2 kuvan) mukainen virhe, luettaessa taulukkoa risteyksestä 36 (tt1 puuttuu).

Kyseessä ilmeisimmin satunnaisen tiedonsiirtohäiriön aiheuttama vikatilanne TT#1:tä luettaessa. Ohjelmisto ilmoittaa, että kaikkia tauluja ei ole pystytty lukemaan, joten lukukäsky on uusittava.

18.10.2005 ERRORTEST -VIKA
risteykset 69 ja 236 jääneet errorresetin jälkeen "power up" tilaan (status/kartta ohjelmissa) (kuva R236)
    >vika kuittautui 69:n osalta ottamalla "update status/alarms" ,236:n osalta kuittautui automaattisesti vajaan 15 minuutin kuluttua.

"SQL-VIKALÄHDE"

17.10.2005 No status received  yhä vaan
R.88 oli "no status message received" tilassa kartalla, vaikka "status ohjelman" mukaan vika oli kuittaantunut 15.09.19 (kuva 1)
    annoin risteykselle "update status/alarms" noin 15.20 jolloin kartalle palautui normaali tila.

"SQL-VIKALÄHDE"

17.10.2005 No trats command -vika
R.239:ssä oli "no trats command vika" (kuva 2), kuittautui itsestään jonkin ajan kuluttua.

Kyseessä lienee R.236 ja ITC-koje. Jotta ITC- ja Siemens-kojeiden boottauksen yhteydessä (kun mdsl-linkit eivät ole vielä nousseet ylös eivätkä reititystaulut vielä asettuneet) kellonaikana ei käytettäisi MDSL-yksikön oman sisäisen kellon epätarkkaa aikaa, on näiden kojeiden kellonajan haku järjestetty TRATS-mekanismia hyväksi käyttäen jossa kellonaika haetaan pääkellolta MTK vasta kun yhteys MTK:hon on kunnossa.
     Helsingin osalta on ko. ohjelmaa modifioitu niin ettei haun yhteydessä saatavaa liikennetilanteen (TS) numeroa käytetä lainkaan.
    Mekanisminsa mukaisesti ko. kojeet varmistavat TS-tiedon (jota ei käytetä) n. 11-12 min. välein hakemalla MTK:lta ko. tiedon uudestaan.
    Mikäli satunnaisen tiedonsiirtokatkon johdosta MTK:lta ei saada vastausta, ilmoittaa ko. koje heti vikailmoituksen 62 "no trats command", mutta käyttää edelleen itsellään olevaa todennäköisimmin oikeaa kellonaikaa. Ko. vikailmoitus poistuu automaattisesti yleensä seuraavan vastaavan kyselyn (onnistuneen) yhteydessä n. 11-12 minuutin kuluttua.

Tämä vikalähde liittyy laajempaan kokonaisuuteen hajautetusta verkosta. Hajautetussa verkossa  tiedonsiirto ei aina mene toivotulla tavalla - erityisesti reitityksen muuttuessa ja tällöin voi tulla oletettua pitempiä viiveitä esimerkiksi MTK:n perusajan noudossa.

11.10.2005 Kaapelivian jälkeen kaikki ei mene kuten pitää
R.80 kaapelivian jälkeen kojeelle sähköt, mdsl:n ledien mukaan kaikki ok, työasemat näyttävät kuitenkin "no status message received" vikaa

>resetoin mdsl:n telnetillä
    >työasemat saivat kojeelta statuksen joka näytti kuitenkin "no trats command" vikaa ("update status/alarms" ei auttanut asiaa)
MTK:n resetointi ei saa aiheuttaa "TRATS order"-komentoa. Tämä on korjattavissa asettamalla MTK:n FP79=10

   >tein resetin MTK:lle (FI, errorreset,OI) jonka jälkeen kaikkiin itc/siemens kojeisiin tuli kartalle punainen kolmio (kuin käsketty automatiikan vastaiseen ohjelmaan, kolmio hävisi jonkin ajan kuluttua itsestään),
     todellisuudessa MTK:n resetointi aiheutti itc/siemens kojeille jonkin "trats order" komennon =kojeet vaihtoi joksikin aikaa liik. tilanteeseen 1 (kuva1 R.59 lokista)
     edellämainitun seurauksena risteyksiin 81,37 tuli "no valid tp01" vika (valot kuitenkin toiminnassa), lisäksi risteykseen 89 tuli delay.
    (MTK:n resetoinnin jälkeen R.80:n "no trats command" vika hävisi).
Liittyy edelliseen vikamekanismiin

10.10.2005 Karttavika
omn-kartta työaseman karttaohjelma näytti risteykselle 33 "no trats command" vikaa (kuva 1), työaseman statusohjelman mukaan kaikki kuitenkin ok ("update status/alarms" ei muuttanut asiaa). huomasin että "karttaohjelman takana" oli "sql server... vika". >tein työasemalle "logoff/login toiminnot" jonka jälkeen karttaohjelma ei suostunut avautumaan ennenkuin useamman yrityksen jälkeen (muilla työasemilla karttaohjelma avautui heti).
"SQL-VIKALÄHDE"

06.10.2005 Risteyssymbolivika
R.80 symboli näytti kartalla "viasta vilkulla" tilaa (05.10 laitettu kojeelta sähköt pois kaapelivian vuoksi) > "update status" toiminnon jälkeen näytti oikein (no connection).
"SQL-VIKALÄHDE"

05.10.2005 Sql server login -vika
työasemille omn-kartta, omn-2 tuli "sql server login vika" hieman sen jälkeen kun tein "update all" toiminnon > kuittauksen jälkeen ok.
  29.9.2005 Update all intersections
aamulla kaikki työasemat toiminnassa. tein kaikilla työasemilla "update all intersections" toiminnon. Jonkin ajan kuluttua omn-2 sekä omn-kartta työasemille tuli "sql server login" vika (omn-2 työasemalla vika toistui kuittauksen jälkeen lyhyen ajan sisällä).
   27.9 päivystäjä huomasi omn-1 työasemalla "sql server login errorin" >päivystäjä teki koneelle "restartin"
   28.9 huomasin että omn-2 työasemalla myös "sql server login error" (tullut 27.9) >kuittasin hälytykset pois >ok
   28.9 myös omn-kartta työasemalla "sql server login error" (vikailmoitus tosin oli "karttaohjelman takana" , muissa työasemissa vikailmoitus päälimäisenä) > kuittasin hälytykset pois, mutta se tuli taas hetken kuluttua takaisin (vika tuli 5 tai 6 kertaa peräjälkeen, alle 2-min. edellisestä kuittauksesta).

"SQL-VIKALÄHDE" - Laitevalmistaja epäilee myös että HELNET-yhteydessä on katkoksia, jotka aikaansaavat vian.

EC1 parameter tool -vikahavaintoja:
   -avattu verkosta risteyksen 109 elcdat, havaittu virhe "conf" taulukossa P16,17 kohdalla. (kuva 1) (huomioi myös kuvan alalaidassa "systemlog ja ntcip... ikkunassa" näkyvä ylimääräinen teksti)
    -avattu sama elcdat "normaalilla" EC1 parameter toolilla (kuva 2). -risteysten 73,103 verkossa olevat elcdatit avautuivat molemmilla "parameter tooleilla" oikein (ainakin kyseisten "conf parametrien" osalta).
     -toimitin 109:n elcdatin P.P:lle testausta varten.
Vika korjattu

Calendar clock programmer: - vikahavaintoja
-avattu tietokannasta risteyksen 32 viimeisin tallennettu taulukko (29.6), havaittu että ainoastaan 3-aikataulussa merkintöjä (kuva 3). sama vika näyttäisi olevan kaikkien risteysten viimeisimmäksi tallennetuissa taulukoissa. (luettaessa taulukot kojeelta näyttäisi toimivan oikein)
-avattu tietokannasta risteyksen 32 toiseksi viimeisin tallennettu taulukko (kuva 4) > näyttäisi toimivan oikein (ainakin jotain tekstiä käytössä olevissa taulukoissa).
Ei vikaa, vikailmoitus perustunee muistierehdykseen

26.9.05-27.9.05 omnivuen uusi ohjelmaversio päivitetty servereihin sekä valon työasemiin.

havaintoja muutamasta uudesta karttaohjelman toiminnosta (kuva1):

1. kojeelle työasemalta annetusta käskystä tulee kartan risteyssymboliin punainen kolmio >ok

2. operointi kojeen käsiohjauspaneelista aiheuttaa kartan risteyssymboliin mustan kolmion (myös bp40<>0, aikaansaa kolmion):

   - ELC-2/3: kaikki käsiohjauspaneelin nappulat (paitsi normaaliohjaus) aiheuttaa kolmion = ON KUNNOSSA

    - FC2000: kuten ELC:ssä, paitsi käsiohjauspaneelin "keskus/paikallisohjaus" kytkimen kääntäminen "paikallisohjaus" asentoon ei aikaansaa kolmiota (statusohjelmassa muuttuu coordinated > isolated).  Ei merkitystä. koska Helsingissä ei käytetä paikallisohjausta
 
     - FCA: vilkku/pimeä asennot aikaansaa kolmion, mutta käsiohjauspaneelin "aikaohjaus/käsiohjaus" kytkin ei aikaansaa kolmiota. (opastinvalvontavika aiheuttaa kolmion).  Ei merkitystä. koska Helsingissä ei käytetä paikallisohjausta

     - EC-1: "käsiohjauspaneelin nappulat" aikaansaa kolmion, paitsi "local control" (statusohjelmassa muuttuu coordinated > isolated).
Ei merkitystä. koska Helsingissä ei käytetä paikallisohjausta

     - ITC: käsiohjauspaneelin nappuloista ainoastaan "fixed time control" aikaansaa kolmion.
501-protokollan lähettämä paluutieto, vilkku tai pimeä, ei erittele erikseen onko kyseessä paikallinen toimenpide vai keskuksesta annettu käsky.  On ilmeistä, että 501 -protokolla ei sisällä mahdollisuuksia kaikkien tarvittavien tietojen siirtoon

3. risteyssymbolin vilkkuminen viasta toimii / ei toimi kuten ennenkin, elikä jos toiminto on käytössä symboli vilkkuu kunnes vika korjattu.
Tuotekehitys selvittää asiaa.

ohjelmistopäivityksen (mdsl sekä työasema) jälkeen ilmenneitä vikoja:

    1. "statusohjelman" risteysnumero sarakkeessa tyhjää, tai muuta tekstiä (kuva2)
Vika löytynyt

    2. "statusohjelman" "ts/source sarake" päivittyy toisinaan erittäin hitaasti (ohjelmanvaihtokäskyn jälkeen).
Liittyy ohjelmanvaihto-ominaisuuteen ja näkyy silloin kun sama lähde vaihtaa ohjelmaa sisäisesti (Plan 4 -> Plan 4)
- KORJATTAVISSA UUSILLA OHJAUSKOJEEN PÄIVITYKSILLÄ

    3. "cexohjelman" lokikirjasta ei löydy annettuja käskyjä (kuva3)
Vika korjattu

    4. lamppuvian kuittaamisen jälkeen karttaohjelman raamit edelleen punaiset (ainakin elc,fca,fc2000 kojeet)
Löytynyt ratkaisu,  korjataan päivittämällä MDSL-yksikön ohjelmaversio.

    5. ITC / SIEMENS kojeille annetut käskyt unohtuu jos MDSL-yksikölle sähkökatko.
Löytynyt ratkaisu, korjataan myöhemmin

lisäksi:
27.9 päivystäjä huomasi omn-1 työasemalla "sql server login errorin" >päivystäjä teki koneelle "restartin"

28.9 huomasin että omn-2 työasemalla myös "sql server login error" (tullut 27.9) >kuittasin hälytykset pois >ok

28.9 myös omn-kartta työasemalla "sql server login error" (vikailmoitus tosin oli "karttaohjelman takana" , muissa työasemissa vikailmoitus päälimäisenä) > kuittasin hälytykset pois, mutta se tuli taas hetken kuluttua takaisin (vika tuli 5 tai 6 kertaa peräjälkeen, alle 2-min. edellisestä kuittauksesta).

Mdsl-yksiköitä vaihdettu
-linjan 4 mdsl-yksiköt vaihdettu 20.7-29.7
-linjojen 1,2,5 yksiköt vaihdettu 21.9. R. 59 yksikkö lopetti toiminnan jonkin ajan kuluttua > vaihdettu vanha yksikkö takaisin.
-linjojen 3,6 yksiköt vaihdettu 22.9
SWF toimittaa uuden yksikön R. 59:n tilalle.

20.9., 22.9. Työasemat tiltanneet
- 20.9 onnimannikartta ja onnimanni-2
- 22.9 onnimanni-1
(työasemat uudelleenkäynnistämällä toimintaan)
SQL-VIKALÄHDE

4.8.05 Risteys:  No information
R.360 oli työaseman mukaan "no information" tilassa, valot oli toiminnassa. 
   resetoitu mdsl telnetillä >ok
SQL-VIKALÄHDE

5.8.05 Risteys:  ilman sähköä
R.71 oli ilman sähköjä (vikavirta lauennut), työasemien mukaan kaikki ok (status ohjelman, updated sarakkeessa päiväys 4.5 klo 21, registered sarakkeessa päiväys 4.5 klo 17.40)
    vasta kun tehtiin "update status/alarms" alkoi työasema näyttää "no information" tilaa.
    (kojeen lokikirjan mukaan sähköt katkenneet 4.5 klo 21.30)
SQL-VIKALÄHDE

27.7.05 Talviautomatiikka ja muita vikoja
TMA vaihtanut ITC-kojeisiin talviautomatiikat (lähettänyt muokatut ELC.DAT tiedostot FTP:nä risteysten mdsl yksiköille, jonka jälkeen resetoinut yksiköt telnetillä). Tämän jälkeen onnimannilla ei yhteyttä risteyksiin 40,101,107
     P.P resetoinut telnetillä kyseiset mdsl yksiköt, jonka jälkeen risteys 40 alkoi toimimaan normaalisti, risteykset 101,107 edelleen vialla.
   KM antanut helpsillä risteyksiin 101,107 auxcom käskyn, josta kävi ilmi ettei mdsl ja koje kommunikoinut keskenään.
   P.P havainnut että risteysten 101 ja 107 yksiköillä oli ELC.DAT tiedoston koko (nolla kt).
  KM siirtänyt siirsin muokatut ELC.DAT tiedostot uudestaan risteysten 101,107 mdsl yksiköille, jonka jälkeen resetoin yksiköt telnetillä.
   R.107 alkoi toimimaan, mutta R.101 ei resetinkään jälkeen alkanut kommunikoimaan mdsl:n kanssa.
   KM testannut erilaisia asioita R.101:n kanssa, ja vika korjautui vaihtamalla risteykseen 101 uusi CPU kortti johon KM kopioin ohjelman vanhasta CPU:sta (vanha kortti ei alkanut toimimaan auxcomin osalta, vaikka lähetin sille ohjelman uudelleen).
- havaittuihin ELC.DAT vikoihin ei vielä löytynyt selitystä, Tuotekehitys jatkaa asian tutkimista

28.7.05  Uusia mdsl-ohjelmaversioita
Asennettu risteyksiin 18,33 uudet, korjatut mdsl ohjelmaversiot (4-linja kokonaisuudessaan uutta versiota). Asennuksen jälkeen suoritetun testauksen aikana yhteys risteykseen 18 katkesi joksikin aikaa, palasi itsestään.

20.7.05  Uusia mdsl-yksiköitä
vaihdettu uusilla ohjelmaversiolla varustetut mdsl-yksiköt 4-linjan risteyksiin.  ITC risteyksiin 18 ja 33 tuli vikakoodi 78 "no mains" , vika ei kuittautunut vaikka teki "update status/alarms" , vika ei myöskään kuittautunut vaikka resetoin mdsl:t telnetillä.

Vaihdettu itc risteyksiin vanhat mdsl:t ja vika hävisi. vaihtoprojekti jäissä toistaiseksi.
-  ITC- ja Siemens-kojeiden MDSL-yksiköihin oli jäänyt erään tiedoston perusversio, mikä esti verkkosynkronoinnin. Vika on korjattu 27.07.2005.
 
22.6.05 Työasemavika
Noin klo. 10.30 päivystäjä huomasi etteivät Omnivuetyöasemat toimineet oikein.
    Tein omnivue logout:in / login:in >seurasi virheilmoitus "systemlog is not running" kun klikkasin virheilmoituksessa ollutta "ok" painiketta, aukesi "status ohjelma" mutta se ei toiminut oikein.
    Kävin Nervanderilla ja tarkistin serverin 000576 "systemlog palvelun", se näytti "started" tilaa > pysäytin ja uudelleenkäynnistin "systemlog palvelun" jonka jälkeen työasemat alkoivat toimimaan.
    IT-yksikkö tehnyt huoltotöitä Helnetissä 21.6.05 noin klo 20.00-24.00, jonka jäljiltä oli yllämainittu vika tullut, Huoltotyöstä oli tehty asianmukainen ennakkoilmoitus 14.6.

02.06.05  No information -vika:
Risteykset 102 ja 108 oli "no information" tilassa. "update status/alarms" eikä "status ohjelman" uudelleenkäynnistys auttanut. resetoin telnetillä mdsl-yksiköt >ok
MDSL-virhe - uusi versio korjannut

31.5.2005 Työasemanvika
Aamulla oli taas kaikki työasemat tiltanneet, kuva
- Virhe tulee korjaantumaan seuraavassa ohjelmaversiossa,

30.5 2005 Uusia risteyksiä
risteykset 111,236 liitetty Omnivuehen

30.5.2005  työasemavika:
Tein 27.5. 2005 2-työasemalla "update all controllers" josta aiheutui "sql server login error" (kuva 1 ja kuva 2). Vika ilmeni myös muissa työasemissa, ja se tuli kuittaamisen jälkeen uudestaan jonkin ajan kuluttua. Viikonlopun aikana oli päivystäjä joutunut useasti kuittailemaan kyseistä vikaa. Vika esiintyy edelleen varsinkin jos tekee "update all controllers" useamman kerran peräkkäin. (saattaa tulla myös itsestään)
SQL-VIKALÄHDE

30.5.2005  'no information' -vika:
seuraavissa risteyksissä (ainakin) esiintyy toisinaan "no information" ilmoitus (kuittautuu itsestään): 18,33,35,36,37,40,69,71,84.
MDSL-virhe - uusi versio korjannut

25.5.2005
kaikki itc ja siemens kojeet (ei R.108 jossa apu-kortti ohjaa siemensin kojetta) ilmoittavat communication erroria. "update status/alarms" tai "controller reset" onnimannilla ei auttanut (ei myöskään "status ohjelman" uudelleen käynnistys). 

testimielessä resetoin telnetillä R.18 mdsl:n >vika hävisi, mutta tuli takaisin jonkin ajan kuluttua. Hälytykset  Kartta
Vian seurannaisvaikutukset korjattu, tuotekehitys selvittää asiaa

23.5.2005 R.65 oli viasta vilkulla, symbolin kehykset ei kuitenkaan punaiset...)
SQL-VIKALÄHDE

18.5.2005
noin klo.16:00 päivystäjä yritti käskeä risteyksiä vilkulle (1-työasemalla). Kartalla ei tapahtunut mitään, mutta ulkona valot menivät vilkulle. (2-työasemalla ja karttatyöasemalla oli vikailmoitus "sql server login error" ). liitteenä kuvia tilanteesta.

onnim-1 :viimeisin tapahtuma 18.5 noin klo. 16.00

onnim-2 :viimeisin tapahtuma 17.5 noin klo. 20.00

onnim-kartta :viimeisin tapahtuma 17.5 noin klo. 20.00

omni-status-report :listalla ei näy 2-työasemaa (1=ksvt000516, kartta=ksvt000519)

onnim-kartta-3 :"sql server login errorin" kuittaamisen ja "status ohjelman" uudelleen käynnistyksen jälkeen, alkoi kartta näyttämään oikein, työasemalla annetut käskyt toteutui,viimeisin tapahtuma muuttui 18.5 noin klo. 16.00, "status ohjelman" "logbook välilehdellä" näkyy kuitenkin viimeisimmät tapahtumat. (sama tapahtui myös 2-työasemalla, kun "sql server... vika" kuitattiin ja "status" uudelleen käynnistettiin).

omni-status-report-2 : 2-työasema näkyy taas listoilla kun "sql server... vika" kuitattiin.

myöskään 2-työaseman uudelleenkäynnistys ei tuonut muutosta "status ohjelman" viimeisimpiin tapahtumiin (18.5 noin 16.00).

Vika korjattu : Tietokannan lokitiedostolle varataan riittävästi muistia kunnes OmniVue on luovutettu ja asia ohjeistettu

16.5.2005 
R.35 oli viasta vilkulla, kartan kehykset näytti "communication error" tilaa.  Kartta Tilanne, Hälytys, Helpsi

Vika korjattu
----------------

• Pöytäkirjat 1-4
• Pöytäkirjat 5-8
• Pöytäkirjat 9-12