⟦eb9f5bd81⟧

TextFileVerbose

>fo~DOV-UTILITYMODUL~
>a1 DOV-UTILITYMODUL
DOV-modulet varetager DOV-systemets funktioner i distriktscentret. Modulet
aktiveres enten gennem MML-kommandoer (fra operat|r_konsol p} DC eller fra
udskrifts_stederne) eller via meddelelser fra |vrige enheder i DOV-systemet.

Modulet medvirker ved behandling af:

 - alarmer
 - statusmeddelelser
 - foresp|rgsler
 - styringer
 - vagtflytning
 - oprettelse af DOV-moduler
 - oprettelse af udskriftssteder

Bagest i beskrivelsen findes appendices vedr|rende:

 - anvendte tabeller
 - anvendte meddelelsestyper
 - DOV-funktioner i TS

>a1 ALARMER
Alarmer, der afsendes af DOV-moduler, omfatter b}de alarmer og svar p}
status_foresp|rgsler, og er altid en af typerne stor alarm, lille alarm
eller afmelding af alarm.

Alarmen sendes til udskriftsstedet, hvor det kontrolleres, om der skal
kvitteres.

Om natten overtager F{llesvagtcentral kvitteringspligten, hvorfor 
udskriftsstedet videresender alarmer, der skal kvitteres, til FV.

Ellers sendes alarmen til DC, hvor der skal p}s{ttes tekster inden
udskrivningen p} udskriftsstedet.

Er DC eller forbindelsen til DC nede, udskrives alarmen med koder
istedet for tekst.

>a2 Behandling af alarm fra AIM100, ADM200 og DRO
Alarm fra DOV-modul sendes via udskrifts_stedet, hvor det unders|ges,
om der skal kvitteres, og hvor meddelelsen omformes, til udskrifts_stedet
DC, og modtages som:

>nf
>ta 12 30 45
!modtager:!DC
!afsender:!udskriftssted
!operation:!3.1!(alarm - p}s{t tekst)
!data:!opr. afsender!(alarmadresse)
!!kanalnr.
!!kvittering!(0-1)
!!foresp|rgsel!(0-1)
!!alarmstatus!(AIM100 0-1, ADM200 0-3)
!!alarmdata!(for ADM200:
!!!afledningsmodstand Mohm
!!!brudstatus
!!!gradient Mohm/tid)
!!!(for DRO: alarmbuffer)
>fi

Hvis det er svar p} foresp|rgsel unders|ges om alarmadresse og kanalnr.
findes i foresp|rgsels_tabellen. Hvis ikke - droppes meddelelsen. Ellers
udskiftes adressen p} udskriftsstedet, der st}r som afsenderadresse
med foresp|rgerens adresse fra foresp|rgsels_tabellen, og elementet
i tabellen fjernes.

Ellers, hvis der skal kvitteres, oprettes task til timeout, og tasknr.,
udskriftssted_adresse, alarmadresse, kanalnr., alarmstatus og evt.
inds{ttes i kvitteringstabel.

Alarmadresse, kanalnr. og alarmstatus overs{ttes til tekst, og der
afsendes f|lgende meddelelse:

>nf
!modtager:!udskriftssted
!afsender:!DC
!operation:!9.8!(tekst til udskrift)
!data:!tekst!(statusalarm, "beskrivelse")
!!evt. alarmdata

>fi
F|rste ord i teksten er "STATUS", hvis alarmen er svar p} foresp|rgsel,
ellers "ALARM".

>a2 Delstr{kningsm}ling
Ved alarm af status 2 eller 3 fra ADM200 skal der startes en m}ling af

Hvis alarmen er sendt til Fjernlednings_sektionens driftkontor eller
F{llesvagtcentral (om natten) unders|ges det i delstr{knings_tabellen,
om fjernkablet er opdelt i delstr{kninger.

Er der delstr{kninger forts{ttes med:

>nf
1.!modtager:!udskriftssted
!afsender:!DC
!operation:!9.8!(tekst til udskrift)
!data:!tekst!("unders|gelse af delstr{kning p}begyndt")
>fi

>in3
>ti-3
2.@Der oprettes et task til styring af udkobling af de relevante 
bom_kanal_numre.

Tasknr., udskriftsstedadressen, ADM200 adresse og kanalnr. og alarmstatus
inds{ttes i kvitteringstabellen, idet ADM200 adressen inds{ttes p} 
udskrifts_adressens plads og omvendt.
>in-3

Det oprettede task sender f|rst en styring til ADM200 kanalnr.
om kun at m}le den tilstand, der er fejl ved (brud eller aflednings_modstand)

Derefter sendes en styring til f|rste bom-kanalnr. om udkobling samt
timeout.

Hvis der ikke sker {ndring af status p} fjernkablet p} grund af den
udkoblede delstr{kning, kommer der ingen ny alarm fra ADM200, og ved
timeout sendes meddelelse til udskrifts_stedet.

>nf
!modtager:!udskriftssted
!afsender:!DC
!operation:!9.8!(tekst til udskrift)
!data:!tekst!(kabel A-B status X)
>fi

idet udskrifts_steds_adressen og status findes i kvitterings_tabellen
(indgang er tasknr.). Kabelnavnet er det oprindelige kabelnavn, hvor
sidste del er udskiftet med stednavnet p} den BOM100, der blev udkoblet.

Sker der {ndring af status p} fjernkablet p} grund af udkobling kommer
der en ny alarm fra ADM200. Derfor m} man ved
>ul
alle alarmer fra ADM200,
uanset status unders|ge, om ADM200 adresse og kanalnr. findes i
kvitterings_tabellen.

Hvis alarmen findes i kvitterings_tabellen, {ndres alarmstatus i tabellen,
og meddelelsen sendes til det p}g{ldende task.

Her udf|res en cancel timeout, hvorefter der sendes en meddelelse
til udskrifts_stedet som beskrevet ovenfor.

Hvis status i kvitterings_tabellen stadig er 2 eller 3, og der er
flere delstr{kninger, udkobles n{ste BOM100 kanalnr., ellers fjernes
elementet fra kvitterings_tabellen, og der udf|res en clear task.

>a2 Svar efter statusforesp|rgsel p} BOM100
Da udskriftsstedet for BOM100 er overliggende DC, kan alarmen (svar p}
statusforesp|rgsel) ikke behandles som andre alarmer, der omformatteres
p} udskrifts_stedet inden de sendes til DC.

I DC modtages:

>nf
!modtager:!DC
!afsender:!alarmadresse!(BOM100)
!operation:!3.0
!data:!kanalnr.
!!kvittering = 0/1
!!foresp|rgsel = 1
!!alarmstatus =
!!alarmdata (kanalnr. on/off)

>fi
Da det er svar p} en foresp|rgsel, unders|ges om alarmadresse og kanalnr.
findes i i foresp|rgsels_tabellen. Hvis ikke - droppes meddelelsen,
ellers overs{ttes alarmadressen til et stednavn, og der sendes en
meddelelse til det udskrifts_sted, der er angivet i foresp|rgsels_tabellen

>nf
!modtager:!udskriftssted
!afsender:!DC
!operation:!9.8!(tekst til udskrift)
!data:!tekst!(status BOM100 "stednavn"
!!alarmdata!(kanalnr. on eller off)
>fi

Elementet i foresp|rgsels_tabellen fjernes.

>a2 Kvittering for stor alarm
Kvittering afsendes af operat|r fra konsol p} udskrifts_stedet.

Operat|ren indtaster (MML)

 ALARMKVITTERING

Kommandoen sendes til overliggende DC, hvor den modtages som

>nf
!modtager:!DC
!afsender:!udskriftssted
!operation:!9.8!(meddelelser fra operat|r)
!data:!den indtastede MML kommando

>fi
MML kommandoen overs{ttes.

Kvitterings_tabellen genneml|bes, og for hvert element, hvor 
udskrifts_stedets adresse findes foretages

 1) clear task   (tasknr. i tabel)
 2) fjern element fra kvitteringstabel.

>a2 Timeout p} stor alarm
Ved timeout p} stor alarm findes element med p}g{ldende tasknr.
i kvitterings_tabellen.

Udskrifts_sted, alarmadresse, kanalnr. og alarmstatus overs{ttes
til tekst, og udskrives p} DC's operat|r_konsol som f.eks.:

 KVITTERING UDEBLEVET FRA "udskriftssted"
 "alarmsted", "alarmnavn", "alarmstatus", evt. "alarmdata"

Elementet i kvitterings_tabellen fjernes.


\f


>a1 STATUSMEDDELELSER
Alle statusmeddelelser fra AIM100 og ADM200 samt fra DOV-modulet
i TS sendes til overliggende DC. DC har til opgave at sende meddelelser
om fejl til alle ber|rte udskrifts_steder.

>a2 Status fra AIM100 og ADM200
DC modtager en meddelelse

>nf
!modtager:!DC
!afsender:!AIM100/ADM200 (AT-CON)
!operation:!3.2 (status)
!data:!statusbyte
>fi

DC finder beskrivelsen af modulet i DB. Udfra beskrivelsen findes
adresser p} ber|rte udskrifts_steder.

Til alle ber|rte udskriftssteder sendes en meddelelse

>nf
!modtager:!udskriftssted
!afsender:!DC
!operation:!9.8 
!!!(generel meddelelse)
!data:!meddelelse
!!om status. (tekst).
>fi

>a2 Status fra DOV-H
DOV-H varetager forskellige DOV-funktioner, som foreg}r lokalt i TS,
d.v.s takstskift (timerstyret), indkobling af B-tilstand (beordret
fra DC) samt test af AIM100's indgange (timerstyret). Resultaterne
af disse funktioner sendes til overliggende DC som en status_meddelelse.
DC afg|r om meddelelsen skal udskrives p} udskrifts_steder og i givet
fald hvilke.

DC modtager meddelelse fra DOV-H:

>nf
!modtager:!DC
!afsender:!DOV-H i TS
!operation:!3.2 (status)
!data:!funktion!(f.eks. takstskift),
!!!beordret/ikke liste af BOM100,
!!!som ikke har udf|rt takstskift

>fi
Hvis listen over BOM100-moduler, som ikke har udf|rt  takstskift er
er tom g|res intet, ellers sendes alarm til bemandigssted for
p}g{ldende BOM100.

>a2 Status fra DOV-H
DOV-H varetager foreskellige DOV-funktioner, som foreg}r lokalt i TS,
d.v.s. (timerstyret), indkobling af B-tilstand (beordret fra DC) samt
test af AIM100's indgange (timerstyret). Resultaterne af disse
funktioner sendes til overliggende DC som en statusmeddelelse. DC
afg|r om meddelelserne skal udskrives p} udskrifts_steder og i givet
fald hvilke.

DC modtager meddelelse fra DOV-H:

>nf
!modtager:!DC
!afsender:!DOV-H i TS
!operation:!3.2 (status)
!data:!funktion!(f.eks. takstskift),
!!!beordret/ikke list af BOM100,
!!!som ikke har udf|rt takstskift

>fi

Hvis listen over BOM100-moduler, som ikke har udf|rt takstskift er
tom g|res intet, ellers sendes alarm til bemandings_sted for p}g{ldende
BOM100.


>a1 FORESP\RGSEL P] STATUS
Foresp|rgsel p} status aktiveres fra operat|r_konsol p} et 
udskrifts_sted.

Operat|ren indtaster (MML):

 for AIM100:  STATUS, AIM100, "stednavn", "alarmnavn".
     f.eks.   STATUS, AIM100, \LGOD, STOR SIKRINGSALARM
 for ADM200:  STATUS, ADM200, "fjernledningsnavn".
     f.eks.   STATUS, ADM200, AALB-FRH.
 for BOM100:  STATUS, BOM100, "stednavn", "BOM no.", "kanal"
     f.eks.   STATUS, BOM100, \LGOD, 0
 for DRO:     STATUS, DRO, "stednavn"

Kommandoen sendes til overliggende DC, hvor den modtages som

>nf
!modtager:!DC
!afsender:!udskriftssted!(foresp|rgsel fra)
!operation:!9.8!(meddelelse fra operat|r)
!data:!den indtastede MML kommando

>fi
MML kommandoen overs{ttes til alarmadresse og kanalnr.

Hvis der er fejl, returneres meddelelsen som

>nf
!modtager:!udskriftssted!(foresp|rger)
!afsender:!DC
!operation:!9.8!(tekst til udskrift)
!data:!fejltekst!(fejl i modultype)
!!!fejl i stednavn
!!!fejl i alarmnavn)
!!MML kommando!(som modtaget)

>fi
Hvis foresp|rgslen vedr|rer AIM100, ADM200 eller DRO inds{ttes
i foresp|rgsels_tabellen alarmadresse, kanalnr., foresp|rger_adresse
og tidspunkt.

Der sendes en meddelelse til alarmens overliggende DC, med f|lgende
indhold:

>nf
!modtager:!DC!(for alarm)
!afsender:!DC!(for foresp|rger)
!operation:!4.6!(statusforesp|rgsel - DC)
!data:!alarmadresse
!!kanalnr.
!!foresp|rgeradresse

>fi

I modtagende DC kontrolleres foresp|rgslens legalitet (se punkt 4.1).

Hvis foresp|rgslen vedr|rer BOM100, inds{ttes i foresp|rgsels_tabellen
alarmadresse, kanalnr., foresp|rgsels_adresse og tidspunkt.

Der sendes en meddelelse til alarmen

>nf
!modtager:!alarmadresse
!afsender:!DC
!operation:!4.6!(statusforesp|rgsel AT)
!data:!kanalnr.

Svaret p} foresp|rgslen kommer som en normal alarm, men med
foresp|rgsels_bit sat.

Alarmen sendes til normal(e) udskrifts_sted (for BOM100 er det
overliggende DC).

>a2 Kontrol af foresp|rgsel i alarmens DC
Med alarmadressen s|ges i AT-tabellen for den TS, hvor alarmen
h|rer til.

Via AT-beskrivelsens VC-adresse_tabel findes med kanalnr. som n|gle
et index til VCaVCm-tabellen, og dermed adressen p} alarmens aktuelle
udskrifts_sted.

Betingelserne for at foresp|rgslen kan tillades er, at:

>in13
>ti-5
Alarmen findes i AT-tabellen,
>ti-5
der findes et VC-index i VC-adresse_tabellen,
>ti-5
Hvis@foresp|rgslen vedr|rer AIM100, DRO eller ADM200, skal DC for
aktuelt udskrifts_sted v{re lig med DC for foresp|rgende udskrifts_sted.

>ti-5
Hvis@foresp|rgslen vedr|rer BOM100, skal DC for aktuelt udskrifts_sted
v{re lig med denne DC.
>in-13

Hvis der er fejl ved foresp|rgsel returneres en meddelelse til
afsendende DC

>nf
!modtager:!DC!(for foresp|rger)
!afsender:!DC!(for alarm)
!operation:!4.7!(afvisning af
!!!foresp|rgsel)
!data:!alarmadresse
!!kanalnr.
!!foresp|rgeradresse
!!fejlkode
>fi

I foresp|rgerens DC overs{ttes alarm_adresse, kanalnr. og fejlkode
til tekst og f|lgende meddelelse sendes:

>nf
!modtager:!udskriftssted!(foresp|rger)
!afsender:!DC
!operation:!9.8!(tekst til udskrift)
!data:!fejltekst!(alarm ukendt
!!!foresp|rgsel ikke tilladt)
!!!foresp|rgsel (STATUS,
!!!"modultype", "beskrivelse")

>fi
Hvis modultypen er AIM100 eller ADM200 fjernes det element, der blev
indsat i foresp|rgsels_tabellen.

>a2 Oprydning i DC's foresp|rgselstabel
Med passende mellemrum (timersystemet) genneml|bes foresp|rgsels_tabellen
og for hver foresp|rgsel, der er {ldre end xx foretages f|lgende:

 1) alarmadresse og kanalnr. overs{ttes
    til tekst.

 2) der sendes en meddelelse.

>nf
!modtager:!udskriftssted!(foresp|rger)
!afsender:!DC
!operation:!9.8!(tekst til udskrift)
!data:!fejltekst!(foresp|rgsel ikke besvaret)
!!!foresp|rgsel (STATUS, "modultype",
!!!"beskriv")

>fi

 3) Foresp|rgslen fjernes fra tabellen.

>a1 STYRINGER
Til styringer i DOV-systemet henregnes s}vel styring af BOM100
udgange, {ndring af gr{nsev{rdier p} ADM200 og DRO som reload
af forskellige modultyper.

I afsnittet er udvalgt en r{kke eksempler p} styringer, som beskrives
grundigere. Eksemplerne er repr{sentative for styringsbegrebet
i DOV-systemet.

>a2 Gr{nsev{rdi{ndring for ADM200
Styringen initieres fra operat|rkonsol p} et udskrifts_sted ved at
operat|ren indtaster:

 STYR, ADM200, "KABELNAVN", gr{nse, ny v{rdi

Kommandoen sendes til overliggende DC som:

>nf
!modtager:!DC
!afsender:!udskriftssted
!operation:!9.8!(meddelelse fra operat|r)
!data:!indtastet kommando

>fi
Kommandoen overs{ttes til alarmadresse og kanalnr.

Der sendes meddelelse til ADM200's overliggende DC, med f|lgende
indhold

>nf
!modtager:!DC!(ADM200)
!afsender:!DC!(UDS's)
!operation:!4.8!(anmodning om styring)
!data:!alarmadresse,
!!modultype,
!!kanal, gr{nse,
!!ny v{rdi,
!!uds-adresse

>fi
DC (ADM200's) unders|ger styringens legalitet.

Hvis styring er lovlig:

V{rdi inds{ttes i DB sammen med "default-bit" herfra. Styring
sendes ud til ADM200 som:

>nf
!modtager:!ADM200
!afsender:!DC!(ADM200)
!operation:!4.0!(styring)
!data:!styring

>fi
ellers g|res intet.

Der sendes meddelelse til udskrifts_stedet om resultat af styringen

>nf
!modtager:!UDS
!afsender:!DC!(ADM200)
!operation:!9.8!(tekst til uds)
!data:!tekst!(resultat af styring)

>a2 Styring af enkelt udgang p} BOM100
Styring initieres fra operat|rkonsol p} et udskrifts_sted:

Operat|ren indtaster:

 STYR, BOM100, "STEDNAVN", BOM-no., UDG-no.,
 }bn/luk

Kommandoen sendes til overliggende DC som

>nf
!modtager:!DC
!afsender:!udskriftssted
!operation:!9.8!(medd. fra operat|r)
!data:!indtastet
!!kommando

>fi

Kommandoen overs{ttes til alarmadresse og kanalnr., ny v{rdi.

Der sendes meddelelse til BOM100's overliggende DC, med f|lgende
indhold

>nf
!modtager:!DC!(BOM's)
!afsender:!DC!(UDS's)
!operation:!4.8!(anmoder om styring)
!data:!alarmadresse
!!kanalnr., 
!!v{rdi (0-1)
!!uds-adresse

>fi
DC (BOM's) unders|ger udfra BOM100 FUNC-tabellen styringens legalitet.
Denne form for styring m} kun foretages p} BOM100's fire udgange, ikke
p} udgange, der er reserveret til takstskift, B-tilstand og lignende.

Hvis styring er lovlig:

hvis ny v{rdi inds{ttes den i DB og sendes til BOM100

>nf
!modtager:!BOM100!(AT-con)
!afsender:!DC
!operation:!4.0!(styring)
!data:!kanal, v{rdi
>fi

DC opretter kvitteringstask og sender timeout.

DC modtager kvittering for styring p} BOM100 udgang

>nf
!modtager:!DC
!afsender:!BOM100!(AT-con)
!operation:!4.1!(kvittering for styring)
!data:!svar p} styring!ok/ej ok

>fi
DC finder udskrifts_sted_adresse udfra task og sender meddelelse
til udskrifts_sted om resultat af styringen.

>nf
!modtager:!udskriftssted
!afsender:!DC
!operation:!9.8!(tekst til 
!!!udskriftssted)
!data:!meddelelse om
!!resultat af
!!styringen

>fi
DC clearer task.

>a2 Indkobling af B-tilstand
B-tilstand initieres fra DC eller FVC ved kommandoen:

 B-tilst, "password", omr}de@

DC modtager kommandoen og kontrollerer password. Hvadenten kommandoen
var lovlig eller ej sendes meddelelse til at involvere parter om
fors|get, d.v.s. til omr}dets overliggende DC(er) samt FVC.

DC sender meddelelse til |vrige involverede DC'er:

>nf
!modtager:!DC
!afsender:!DC
!operation:!4.8!(anmodning om
!!!gruppestyring)
!data:!omr}de under
!!DC (modtager)

>fi
P} alle ber|rte DC'er g|res f|lgende:

For alle ber|rte underliggende TS'er send meddelse til DOV-H:

>nf
!modtager:!DOV-H!(TS)
!afsender:!DC
!operation:!4.4!(gruppestyring)
!data:!indkoble
!!B-tilstand

>fi
V{rdierne p} de p}g{ldende BOM100 kanaler {ndres i DB. Der oprettes
"kvitteringstask" indeholdende alle TS-numre og der sendes timeout.
Kvitteringstask udpeges af en indgang i kvitterings_tabellen.

DC modtager meddelelse fra DOV-H:

>nf
!modtager:!DC
!afsender:!DOV-H!(TS)
!operation:!3.2!(status for DOV-H)
!data:!type:!B-tilst/
!!!takstskift
!!res:!0k/
!!!fejl (antal)
!!adr.:!A-MUX,
!!!A-MUX

>fi
Udfra kvitteringstabellen findes task-no. og udfra tasktypen
findes tabellen over TS'er og den p}g{ldende "krydses af". N}r
alle TS'er er krydset af sendes meddelelse til operat|r_konsollen
p} egen DC samt til FVC om, at B-tilst er indkoblet i distriktet,
og indgangen i kvitterings_tabellen fjernes, og task cleares.

Hvis fejl sendes meddelelse til overliggende DC + f{lles vagtcentral.

>nf
!modtager:!DCopt.
!!FVC
!afsender:!DC
!operation:!9.8!(fejlmeddelelse)
!data:!B-tilst/
!!takstskift
!!ikke udf|rt
!!"stednavn"

>fi
>a2 Reset af DRO-modul
Initieres ved, at operationen p} udskrifts_stedet taster:

 RESET, DRO, STEDNAVN

Kommandoen sendes til overliggende DC, hvor stednavn overs{ttes til
DC NC TS-AMUX.

DC sender en meddelelse til DRO'ens overliggende DC:

>fi
!modtager:!DC!(DRO's)
!afsender:!DC!(UDS's)
!operation:!4.8!(styring)
!data:!oprindelig afs.
!!(udskriftsstedet)
!!stednavn-adresse
!!DC NC TS-AMUX,
!!"reset DRO"

>fi
DRO'ens DC finder DRO-beskrivelsen i DB.
>sp0
DRO'ens DC finder tilsvarende BOM100 i DB.

DC sender styring til BOM100 (s. @@@), opretter 
kvitterings_task og sender timer.

DC modtager kvittering for styring af BOM100 (s. @@@). DC sender
meddelelse til DRO-CON og laver ny indgang i foresp|rgsels_tabellen:
     
 alarmadresse  kanal  udskr. adresse  tidspunkt
 DRO-modul     type=   UDS
               reset

>nf
!modtager:!DRO-con
!afsender:!DC
!operation:!9.0!(start poll)
!data:

>fi
DRO-con tester DRO og sender svar til DC:

>nf
!modtager:!DC
!afsender:!DRO-con
!operation:!3.2
!data:!DRO-ok/
!!DRO-ej-ok

>fi
Hvis "DRO-ok" og der er gr{nsev{rdier <> default sendes
styring til DRO-con:

>nf
!modtager:!DRO-con
!afsender:!DC
!operation:!4.0!(reload)
!data:!gr{nsev{rdier

>fi
Til sidst sendes meddelelse til udskrifts_stedet om resultatet
f.eks. "RESET AF DRO VIBORG EJ MULIG", eller "DRO \LGOD RESAT".

>a1 VAGTFLYTNING
Vagtflytning og returnering foreg}r bortset fra en enkelt speciel
facilitet ligesom i alarmsystemet. Den specielle facilitet er, at vagten
ved returnering kan bede om udskrift af alle alarmer som udskrifts_stedet
skulle have haft medens vagten har v{ret flyttet.

Hvis vagten angiver, at en liste over alarmer opst}et mendens vagten
var flyttet |nskes, startes et batch-job, som gennems|ger DC's log
(DC for det udskrifts_sted, som vagten var flytet til) for alarmer,
som skulle have v{ret til det udskrifts_sted, som vagten var flyttet
fra. Alarmerne p}s{ttes tekst og sendes til udskrifts_stedet.

>a1 OPRETTELSE AF DOV-MODULER
Oprettelse af DOV-moduler foretages af operat|ren ved konsollen p}
DC.

Operat|ren indtaster (MML)

 OPRET, "modultype", "TS-no.", "A-muxno.",
 "indgang", ("modulno")

Kommandoen sendes til overliggende DC, hvor den modtages som

>nf
!modtager:!DC
!afsender:!DC-
!!operat|rkonsol
!operation:!9.8!(meddelelse fra
!!!operat|r)
!data:!Den indtastede
!!MML kommando

>fi
Det kontrolleres, om den opgivne A-mux-udgang er ledig, idet
DC f|rer regnskab med de tilkoblings_muligheder, der er til r}dighed.

Ved fejl returneres en fejlmeddelelse, ellers starter oprettelsen,
der i det efterf|lgende er beskrevet modulvis.

>a2 Oprettelse af AIM100
For AIM100 er yderligere indtastning ikke n|dvendig, idet alle relevante
oplysninger kan findes eller beregnes af DC.

AIM100's microadresse beregnes udfra A-muxno.

  ((A-muxno + 9) * 1000)

Stednavn skal kunne findes i stednavns_tabellen udfra den beregnede
microadresse.

I AIM100 teksttabel findes for hver enkelt alarm oplysning om blok_l{ngde
for alarm, og hvilken type udskrifts_sted alarmen skal sendes til.

I stednavns_tabellen findes et index til udskrifts_steds_tabellen for
hver type udskrifts_sted.

Det er s}ledes muligt for hver af AIM100's 32 alarmer at finde type
af udskrifts_sted, og udfra type og stednavn at finde det n|jagtige
udskrifts_sted.

Herefter kan den logiske oprettelse foretages. Denne er beskrevet senere,
men svarer i|vrigt n|je til logisk oprettelse af AT i Alarmsystem.

>a2 Oprettelse af ADM200
For ADM200 er det n|dvendigt med yderligere at indtaste navne p} de 
fjern_kabler, der skal tilsluttes, samt centralnavne p} de steder,
hvor en udkobling af delstr{kning skal kunne foretages.

Operat|ren indtaster:

  KABEL, "kanalnr.", "kabelnavn"

og for hver central ved delstr{kninger:

  DELSTR[KN, "stednavn"

Centralerne skal indtastes i den r{kkef|lge de skal udkobles.

ADM200's microadresse beregnes udfra A-muxno. 

  ((A-muxno. + 9) * 1000) + 100

Stednavn skal kunne findes i stednavns_tabellen udfra den beregnede
microadresse.

Blokl{ngden er en system_parameter, og udskrifts_stederne
er de samme 2 for alle kabler. (fejlret + bemand).

ADM200 teksttabellen (fjernkabel_tabel) opdateres med de nye
fjernkabler, idet der for hvert kabel foretages f|lgende:

 1) Der inds{ttes et nyt element i tabellen med

    ADM200 microadresse
    kanalnr.
    kabelnavn

 2) Der sendes meddelelse til alle andre 
    DC'ere med

>nf
!modtager:!DCm
!afsender:!DCa
!operation:!13.0!(opdater fjern-
!!!kabeltabel)
!data:!indes i fjern-
!!kabeltabel
!!tabelindgang

>fi

 3) Den modtagende DC opdaterer sin fjernkabel-
    tabel, og kvitterer med

>nf
!modtager:!DCa
!afsender:!DCm
!operation:!13.1!(kvit. opdat.
!!!fjernkabel)
!data:!index i fjern-
!!kabeltabel
!!tabelindgang

>fi

 4) For hver delstr{knings_central for kablet foretages:

 4a) Centralnavn omregnes til en BOM100 microadresse
     idet der til microadressen fundet ved opslag
     i stednavnstabellen l{gges 200.

 Der sendes en meddelelse til denne BOM100's DC

>nf
!modtager:!DC
!!for BOM100
!afsender:!DCa
!operation:!13.2!(reserver
!!!BOM udgang)
!data:!ADM200
!!!microadresse
!!!ADM200
!!!kanalnr.
!!!BOM100
!!!microadresse

>fi

4b)
>sp0
I den modtagende DC unders|ges det, om der findes en BOM100
func-tabel for den angivne BOM100 microadresse.

G|r der det, unders|ges om en af de 3 udgange der bruges til 
delstr{knings_afkobling er ledig.

Er alle udgange optaget l{gges 1 til BOM100 micro_adressen,
og under_s|gelsen starter forfra med s|gning efter den nye
BOM100's func-tabel.

Findes ingen ledig udgang kvitteres med

>nf
!modtager:!DCa
!afsender:!DC for
!!BOM100
!operation:!13.3!(kvit. reser.
!!!BOM udgang)
!data:!ADM200
!!microadresse
!!ADM20
!!kanalnr.
!!BOM100
!!microadresse!(som modtaget)
!!BOM100
!!kanalnr. =
!!0 (afvist)

>fi
Ellers {ndres funktionskoden for den ledige udgang til 
"delstr{kning-benyttet" og der sendes en meddelelse til DC
for ]rhus med

>nf
!modtager:!DC for 
!!]rhus
!afsender:!DC for
!!BOM100
!operation:!13.4 (opdat
!!delstr{k.
!!tabel)
!data:!ADM200
!!microadresse
!!ADM200
!!kanalnr.
!!BOM100
!!microadresse
!!BOM100
!!kanalnr.
!!DCa
!!adresse

>fi

I DC for ]rhus unders|ges, om ADM200 microadresse og kanalnr.
findes i index for delstr{kningstabel. G|r de ikke, inds{ttes
de som ny indgang og BOM100 microadresse og kanalnr. inds{ttes
som f|rste indgang i delstr{knings_tabellen, ellers inds{ttes
BOM100 microadresse og kanalnr. som sidste indgang i den k{de af
BOM100'ere, der findes for fjernkablet.

Der kvitteres til den oprindelige DC med

>nf
!modtager:!DCa
!afsender:!13.3 (kvit.
!!reserv.
!!BOM udgang
!data:!ADM200
!!microadresse
!!ADM200
!!kanalnr.
!!BOM100
!!microadresse
!!BOM100
!!kanalnr.

>fi

4c)
>sp0
Hvis kvitteringen viser, at den |nskede delstr{knings_central
ikke har kunnet reserveres, sendes meddelelse herom til DC's
operat|r_konsol.

Reservering af BOM100 udgange forts{ttes til alle delstr{knings_centraler
for kablet er behandlet.

N}r alle fjernkabler er indsat i fjernkabel_tabellen oprettes en
ADM200 func-tabel, hvor default_gr{nsev{rdier inds{ttes, og den
logiske oprettelse - som beskrevet senere - kan foretages.

>a2 Oprettelse af BOM100
For BOM100 er det n|dvendigt med yderligere at indtaste funktionen
for de udgange, der ikke har en default funktion (Se BOM100
default_func-tabel).

Operat|ren indtaster:

  FUNC, "udgangnr.", "funktion"

BOM100's microadresse beregnes udfra A-muxno. 

  ((A-muxno. + 9) * 1000)+ 200 +
   "modulno"

Stednavn skal kunne findes i stednavns_tabellen udfra den beregnede
microadresse.

Blok_l{ngden er en system_parameter og udskrifts_stedet er altid
overliggende DC.

Der oprettes en BOM100 func-tabel, hvor der inds{ttes en funktions_kode
for hver udgang.

Herefter kan den logiske oprettelse foretages som beskrevet senere.

>a2 Oprettelse af DRO
For DRO er yderligere indtastning ikke n|dvendig, idet alle relevante
oplysninger kan findes eller beregnes af DC.

DRO's microadresse beregnes udfra A-muxno. 

  ((A-muxno. + 9) * 1000) + 300

Stednavn skal kunne findes i stednavns_tabellen udfra den
beregnede microadress.

Blokl{ngden@@@@@@?

Udskrifts_stederne er altid de samme 2 for alle DRO'er. (str|mfors
+ bemand).

Der oprettes en DRO func-tabel, hvor default v{rdier inds{ttes.

Herefter kan den logiske oprettelse foretages som beskrevet senere.

>a2 Logisk oprettelse
Den logiske oprettelse foretages af det nye DOV-moduls DC. I det
efterf|lgende ben{vnes DOV-modul som AT, og udskrifts_sted som VC.

PVC er for alle DOV-moduler den overliggende DC.

I DC's tabeller findes p}g{ldende TS's
>ul
AT-tabel
og der inds{ttes et nyt element med

>ta 14 30

>nf
!AT-adresse:!AT's 
!!microadresse
!navn:!-
!adresse:!-
!fysisk tilkobling:!A-mux, udgang
!parallelmodul:!-
!poll:!0
!akk.pakket{ller:!0
!sidste pakket{ller:!0
!kryp.n|gle:!-
!servicegr{nse:!systemparam
!stop poll gr{nse:!systemparam
>fi

Desuden oprettes en
>ul
VC-adressetabel,
der indeholder et element for PVC, og et element for hver
alarm_adresse_udgang.

>nf
!adressekode:!(index 0 = PVC)
!VC-index1:!udskriftssted, der kvitterer
!VC-index2:!sekund{rt udskriftssted
!blokl{ngde:
!styring:

>fi

VC-index er nummeret p} den indgang i samme TS's VCaVCm-tabel,
hvor VCa feltet er lig med udskrifts_adressen. Hvis en s}dan
indgang ikke eksisterer, benyttes den n{ste frie indgang,
hvor indskrifts_adressen inds{ttes i VCa-feltet, og VCm-feltet
s{ttes til 0.

De {ndrede og nye tabeller opdateres i databasen, og der udskrives
en oprettelses_bekr{ftelse p} DC's printer. Bekr{ftelsen indeholder
alle de oplysninger, der indtastet, fundet ved tabel_opslag og beregnet.

Hvis VCaVCm tabellen har f}et nye elementer, sendes en meddelelse
pr. nyt element med

>ta 12 30 45
>nf
!modtager:!AT-handler
!!adresse
!afsender:!DC
!operation:!10.10
!data:!index i 
!!VCaVCm tabel
!!VCaVCm
!!tabelindgang

>fi

At-handleren opdaterer VCaVCm tabellen, og kvitterer

>nf
!modtager:!DC
!afsender:!AT-handler
!operation:!10.11
!data:!index i
!!VCaVCm tabel
!!tabelindgang

>fi

Herefter sender DC de n|dvendige oplysninger som angivet i 
nedenst}ende meddelse til den TS, som det nye DOV-modul tilsluttes.

Meddelelse om oprettelse af AT:

>nf
!modtager:!AT's
!!TS adresse
!afsender:!DC
!operation:!6.0
!data:!AT's 
!!microadresse
!!A-muxnr.
!!udgangnr.
!!VCaVCm index
!!for PVC = DC

>fi

Efter behandling af denne meddelelse kvitteres med

>nf
!modtager:!DC
!afsender:!AT's 
!!TS adresse
!operation:!6.1
!data:!som ved 6.0

>fi

Desuden sendes for hvert element i den nyoprettede VC-adresse_tabel
en meddelelse

>nf
!modtager:!AT's
!!TS adresse
!afsender:!DC
!operation:!10.0
!data:!adressekode
!!VC-index1
!!VC-index2
!!blokl{ngde
!!styring

>fi
Hver af disse meddelelser kvitteres efter opdatering i TS med en
meddelelse med operationskode 10.1.

Herefter skal de angivne udskrifts_steder og deres DC'er have
besked om oprettelsen til brug ved opdatering af deres AT-TS-tabel,
AT-adressetabel, AVC og PVC-tabel. Det samme g{lder i hvert enkelt
tilf{lde for
>ul
alle
andre udskrifts_steder af samme type, idet der altid er tilladt
vagtflytning mellem udskrifts_steder af samme type. (findes i
udskrifts_sted_tabellen).

Meddelelsen sendes til udskrifts_stedets DC, der s|rger for opdatering
af tabeller i TS.

>nf
!modtager:!udskrifts-
!!sted DC
!afsender:!AT's DC
!operation:!10.4
!data:!1(=tilmeld.)
!!AT's adresse
!!VC-adresse
!!0=AVC
!!1=PVC
!!hvis AUC s} PVC
!!adresse, ellers
!!antal AVC'er
!!og adresser
!!0 (ikke PAM)
!!index for VC i
!!VCaVCmtabel
!!p} AIM's TS

>fi
Hvis udskrifts_stedets DC er den samme som AT's DC sendes meddelelsen
ikke, men efterf|lgende opdateringer og meddelelser til TS udf|res.

Opdatering af databasen p} udskrifts_stedets DC omfatter 3 ting:

1)
>sp0
Der oprettes en indgang i VC's AT-adressetabel

>nf
!AT-adresse:!AT's TSnr.
!!og microadresse
!adressekode:!-
!tilknytning:!AVC/PVC
!parallelmodul:!-
!overf|rt PVC:!0

>fi

2)
>sp0
I VC's AT-TS-tabel, der har en indgang pr. TS, der har alarmer
der kan udskrives her og har f|lgende indhold:

 TS-adresse
 antal AT (PVC)
 antal AT (AVC)
 index i VCaVCm tabel

foretages f|lgende opdatering:

 Hvis AT's TS findes i tabellen, t{lles 1 op
 i antal AVC eller PVC.

 Ellers oprettes en ny indgang, hvor det med-
 sendte VC index inds{ttes, antal AT(PVC)
 s{ttes til 0 og AT(AVC) til 1, eller omvendt.

3)
>sp0
Hvis denne VC er PVC, skal der t{lles 1 op i AVC-tabellen for hver
AVC-adresse. De AVC-adresser, der ikke i forvejen indg}r i tabellen
inds{ttes, og antal-feltet s{ttes til 1.

Hvis denne VC er AVC, foretages det samme for PVC-tabellen.

Tabellen indeholder for hver indgang

 VC-adresse
 antal AT

Herefter sendes en meddelelse til VC

>nf
!modtager:!VC adresse
!afsender:!VC's DC
!operation:!10.4
!data:!1 (tilmelding)
!!TS adresse
!!TS type 
!!(AVC/PVC)
!!VCaVCm index

>fi
meddelelsen sendes til VC (VC connector), hvor den giver anledning
til opdatering af AT-TS_tabellen.

VC kvitterer med en meddelelse med operationskode 10.5.

N}r alle kvitteringer er kommet hjem, sender udskrifts_stedets DC
en kvittering (10.5) til AIM's DC.

I AIM's DC opsamles alle kvitteringer, og n}r alle er indkommet
sendes en meddelelse til ekspeditions_terminalen, der resulterer
i udskriften

  "modultype" OPRETTET: "at-adresse
«eof»
DataMuseum.dk

RC3500

⟦eb9f5bd81⟧ TextFileVerbose

Derivation

TextFileVerbose
