ML20203K802
| ML20203K802 | |
| Person / Time | |
|---|---|
| Site: | San Onofre  |
| Issue date: | 11/21/1995 |
| From: | Edelman M, Leon J, Lopez S SOUTHERN CALIFORNIA EDISON CO. |
| To: | |
| Shared Package | |
| ML20203K553 | List: |
| References | |
| S0123-606-1-346, S0123-606-1-346-R00, S123-606-1-346, S123-606-1-346-R, NUDOCS 9803050239 | |
| Download: ML20203K802 (143) | |
Text
{{#Wiki_filter:. . . _ . . . . . . , _ _ _ _ . _ _ _ . _ . . _ _ _ .. . _ _ _ . _ . _ . . _ _ _ _ . . - . . _ . _ , . . . . _ . . _ . _ _ _ . _ _ _ . . . . _ . _ . _ . _ _ _ . _ _ _ . e d s ENCLOSURE 6 LPU GENERAL SOFTWARE DESIGN DESCRIPTION (Also: DCN ABG-11395)
~
9903050239'900302=
-PDR ADOCK 05000361 P PDR l 1
- , ....~;-.. - - . - -- , . . . . _ - - . . . . . , . . , . . . - - , - -,
PGD-00036 Pooooss. ooc Revision 0 November 21,1995 = m a, a p:s c= =, ;3 rza m a W as a LPU General Software Design Description RGBC8M gy2B1996 b\\t-Prepared by: Verified by: Approved by: Name, Mike Edelmait Sergio Lopez Joe Leon 1 Date lf-,.8/-ff ll-gj. f g ,_ y g A , Signaturc Dr, j;%eu - u 7 /
/_ m VPL No.g ) Ohh --(p M --/ - h6 1 APPROVED-Mfg. may proceed. 86(), [) louahty Clash 2.A PR EXCEPT AS NOMD - Make changes and resubmit, wg.
J
- O 3. NOT APPROVED - Correct and resubtnit for review. Not to be used for O 4. REFERENCE DOCUMENT *information Only' IN LE SOUTHERN CAllFORNIA tiDISON COMPANY g
'^d c'De tot Mor"'oE*O responsta ao auncy d[ h
. . _ _ eva I I ,
1 1
, g . m eus,,,,a so.mmx s I
' ' ^ ' ~
INSTRUMENTS . i Suite 150 5000 Highlands Parkway Smyrna, GA 30082 All information in this doeurnent is the exclusive property of MGP instrutnents, Inc. and is not to be disclosed, reproduced, or used except as l authorized in wnting by MGP Instruments, Inc.
, .a
PGD 00036 / REVISION O PGnoon. ooc P:ga si ., REVISION LOG: Revisien # Daie Revised Pages Comments a O 11/21/95 N/A Original issue i l M information in this document is the exclusive property of MGP Instruments, Inc. and is not to be disclosed, reproduced, or used except as authortred in writing by MGP Insta; Tents, Inc.
PGD-00036 i REVISION O POOOOM. Doc Peg)- til . TABLU OF CONTENTS Page Attachment A - LPU General Software Design Description MGP, SA Doc u me n t #4 5181 D/............ .......................................................... .... 1 e I l r Allinformation in this docurnent is the exclusive property of MGP Instruments, Inc. and is not to be disclosed, reproduced, or used except as authorized in writing by MGP instruments, Inc. __b
1
$]MGP -
Radiation Monitoring System r m
;; w n LPU General Software Design Description
! Written by: B. Laisne , Date: 05tJ7/94 Sign.: ! Cnecked by: M. Martin Date: 05/07/94 Sign.: < Approved by: L. Meslay Date. 05/07/94 Sign.: IN-HOUSE CIRCULATION EXTERNAL CIRCULATION l J.Nadaud J.P. Guillemot MGP Instruments Inc. ( l l l Number of pages: 100 l I l l DA 10/24/95 English Update
- l Inglish translation *"* "
AA 10.01.95 A First issue Written Checked Approved Ind. Date Name - N* and description of the M.F SIGNATURES modification . AL"""",.'"=:=r,.0".TJLM,;:::"O::O;,,Ti. .-- 45181 DA l- - - _ - _ _ _ - - _ _ _ _ - _ _ _ _ - _ _ _ - _ _ __
_ . _ _ _ . . _ _ _ _ _ _ _ . . _ - ~ _ . . _ . . _ . .. _ . . . . . _ _ _ _ _ . _ l 4 gi!annunensMGP Radiation Monitoring System LPU common Software Design Description p2 Record of revisions Rev. Index /Date Moddied pages Modification: Reason and description Written by B 12/12/94 -integrated comments from the review o the base LPU witware design descriptio 2.2,2.4.24,4.123
- added summary of the IT 2.2.4.2 Communications
- added parameter fault reset command 2.4.14.2,4.1.13 .
' deleted the a cleardose a function 2.4.16.1,4.1.15
- added an update of the parameter
- version C
- 2.4.4 modifications counterin the 26/04/95 < FrameTreatment a function.
! - added test for the number of 4 successive reboots in the < Generallnit > 2.4.1 function.
- modified the LPUlnitCommunication 2.4.4, 2.4.22.2, 4.1.1, 4.1.21.2 function and the initPTM function to
, reflect time out detection 4 end of programmable frame (RA229)
- added commarid event filtering 4.1.9 (RA251)
- aJded relay latch acknowledgement 4.1.15, 2.4.16.2 function (RA 246)
- RA no. 341,359, and 360, modified the version D: following functions:
28/08/95 *Extema! Test ()-StandByOnOff()
*NormalMeseycle()-SpecificAmpsition()
C,.2::"l",'"Zl"O"",%L"'*.dOf "J:",OL*"#"A '" L"",L - 45181 DA
ilPMGP
% almannma Radiation Monitoring System LPU common Eaftware Design Description p3 Rev. Index /Date Modified pages Modification: Reason and description Written by l
I The pit,acecoeg aww mon or e earm pervy or wnoer, or tus cocument a run esowed wanout our wman consert a g= 4 0 4 M A Pelosent traertson et feprodurton totale or partmee de ce documera sort rgosseusement resretes, sauf eem ease de nos Serwces. *+ U s O u wM
g\agenpunMEP Radiatim Monit> ting System 1.PU common Software Design Dosc iption p4 Contents l 1.1. Purpose....................................................................................................8 1.2, S co pe of a pplication s . . .. . . . . . .. . . . .. . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 1.3. Definitions and abbreviations ............. .. .......... .................................. .......... 9 1.4. Refe re ace d ocu me nts . .. . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
- 1. 5. De sig n con straints . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . , . . . . . . .. . . 1 1 1,5.1. B a sic softwa re . . . . . . . .. . . . . . . . . . .. . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . 1 1 1 1.5.2. Application s oftware .... . . ..... ... ... . ... ... ... . .. .. .. . . .. . .. ... .. ... ... . .. . . . . .. ....... 11 >
- 2. BREAKDOWN AND DESCRIPTION OF MODULES ........... .................................. 13 2,1. I n t rod u ctio n . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 3 2.2. B re a kd own of m od ule s . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . 14 2.3. Relationship between LPU functions and structural modules.....................17 2.4. Description of the modules ..... ..................................... ................... ......... 18 2.4.1. General LP U sequencing ........ .............................................. ...... 18 2.4.1.1. Interf ace modules ... .. ..... . .. ... ..... . ....... . . . .... .. .. .. .. .... ... .... 18 2.4.1.2. Module composition .......... ... ........................................ 19 2.4.2. Real time clock management ...................................................... 21 2.4.2.1. Interfaco mod ules .. ....... .. ... . ... .. ..... . . . .. ..... ... . . .... ... .. .. .... . . 21 2.4. 2.2. M od ule co m po sition . . . . . . . . . . .. . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 21 2.4.3. Slave communication management (LPU/DU) ............................ 22 2.4.3.1. Inte rface modules .. ... . . ... .. . . .. ..... . .. ... ............ .. ... ...... . .. . . .. 22 2.4. 3.2. M od ule com positio n . . . . . . . . . . . . . . . . . . .. . . . . . . .. . . . . . . . . . . . . . .. . . . . . . . . . . . 22 2.4.4. Slave communication management specific to the LPU............ 24 2.4.4.1. Interface modules .......... .. .......... .... .. .. ..... ...... ... . .... .... . . .. 24 2.4.4.2. Module composition .................................... ................. 24 2.4. 5. M aintena nce cycle . . .. .. . . .. . . . . . .. . . . . . . . . . . . . ... . .. . . . . . . . . . . . . . . . . . . . .. .. . . . . .. . . . . . . . 2 6 2.4.5.1. Interface mod ules ................ ....... .. .. .. .. . . .. . .. ... . ... ... . . .. .. .. 26 2.9.5.2, Mod ule com position ...................................................... 26 2.4.6. M e a s u re me nt cycle . . . . . . . . . . . . . . . . .. . . . . . .. . .. .... . . . . . . . . . . . ... . . . . .. . . . . . . . . . . . . . . . . . 27 2.4.6.1. Interface modules ... ...... .................. . ..... ..... ....... .. . .. ... ... 27 2.4.6.2. Mod ule composition .... ....................................... .......... 28 2.4.7. Algorithm interface .. .. .. ...... .. .......... ....... ... ... ..... ... .. . ......... ...... .. . ... 32 2.4.8. Specific application software interface.................. .......... ........... 35 2.4.9. S pecific a pplication s oftwa re . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . 37 2.4.10. Command supe rvision ...... . .... ....... ............. . ... . ..... ..... ...... . ..... .. . . 38 2.4.10.1. I nterface module . . ..... ................... ... .... ............. .. ... .. .... 40 2.4.10.2. Module composition ......... .............. . ... ... . .. ...... ..... 40 2.4.11. Maintenance command managemer:t (LPUIDU) .. ................ ... 41 2.4 i 1.1. Interfsce modules ....... ............................ ................. 41 2.4.11.2. Modute composition ...... .............. ......................41 2.4.12. LPU maintenance command management.............. ...... .......... 42 j The putw.euon, reinanon or essr-m se5er party or whosy, of rue documert is not amoened weicut ow wreen aansert Pecation. Weductan et ree.+a.Hoseis or peruses de ce doesnent eart ngousueement everdnes, and amervean ecree de nos servres.
ay4 o4 ma 89U s O s LJM j
3IannunnesMGP Radiation Monitoring System LPU common Software Design Description p6 2.4.12.1. Interface module s ... .......... ........................ ........... ...... 4 2 2.4.12.2 M od ule composition ............................ .. . ...... ......... .. .. 4 2 2.4.13. Maintenance / normal command management (LPU/DU) ......... . 43 2.4.13.1. I nterface mod ule s ........... ........ .................. ...... ....... .... 4 3 2.4.13.2. Mod ule com position .......................................... .......... 4 3 2.4.14. Maintenance / normal command management (LPU) ................. 44 2.4.14.1. Interfa ce modules .... .......... ...................................... . . . 44 2.4.14.2, Module composition ............................ .. ..................... 44 2.4.15. Normal mode command management (LPUIDU) ...................... 45 2.4.15.1. Interface mod ules ........ ................. . .. ... .. ......... .......... .. 4 5 2.4.15.2. M odule com position ........................... .......... ............. .. 4 5 2.4.16. Normal mode command management (LPU) ........... ................ 46
- 2.4.16.1. Interface mod ules ...... .. . .. ...... .. . . . . .. . . . . . . . . . .. . .. . . .. . . . . . . . . . . . . 46 2.4.16.2. M odule composition ..................................... ............... 4 6 i
2.4,17. Autotest m an a ge me nt . ... . ... .. .... . .. . .. .. .... . .. . . . . . . .. . .. . .. . . . . . . . .. . . . . . .. . . . . 4 7 2.4.17.1. Interface modules ...... ............. ....... ...... .......... .... .. ... .. 47 2.4.17.2, M odule com position ........... ............... .... . . ... . ............. .. . 47 2.4.18. Watchdog manage ment .. ............... ............ ........... ... .. .. ....... ...., 4 8 2.4.18.1. Interface mod ules .............................. .. . ...... ........ ..... . 48 2.4.18.2. Module composition ........... ....................................... . 48 2,4.19. Event management . . ...... .. . . .. .. .. . ... .. ...... ... .. . . .... . .. .. .. ...... ....... . . . . 4 9 2.4.19.1. Interface mod ules ... ...................... .... ... ... .............., ... 4 9 2.4.19.2. M odule composition .................................................... 4 9 2.4.20. Calculation of average s . . . . .. . . . . .. . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . 4 9 2.4.20.1. Interface modules ....................... ................................ 49 2.4.20.2, M od ute composition ................. . ...... ........ .................. 4 9 2.4.21. Digital 110 management............... ............................................. 50 2.4.21,1. Interlace modules ........................................ ............... 50 2.4.21.2 M odule com position ........................................ ............ 50 2.4.22. H ardware interface .. . .... ........ .. .. .. .... .. . . ... ... . .. ... . . ... ... . . .. . . .. . .. . .. . . .. . 51 2.4 .2 2.1. D U A RT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 2.4.22.1.1. Interface modules ......................................... 51 2.4.22.1.2. Module composition .......................... ............ 51
- 2. 4. 22 1. PTM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2 2.4.22.2.1. Interface modules ...................... .................. 52 2.4.22.2.2. Module composition ................ ........ .............. 52
- 2. 4. 22. 3. C LO C K . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 3 2.4.22.3.1. Interfa ce mod ules ........... .......... .............. ..... 53 2.4.22.3.2. Module composition .................................. ... 53 2.4. 22.4. F LAS H . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 2.4.22,4.1. Interface modules ........ ................. .. ........... 54 2.4.22.4.2. Module composition.... ........... ..... . . . . . . . . . 54 2.4. 22. 5. E E P RO M . . . . . . . . . . . . .. . . . . . . . . . . .. .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 5 2.4.22.5.1. Interfa ce mod ules . ................ .............. ....... . 55 2.4.22.5.2. Modute composition ................................ ..... 55 2.4. 22. 6. P I A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56 2.4.22.6.1. Interface modules . ........ .... .. .. ..... ............ 56
- w. % ..n n ,.oroaua on. -, , . .no.v. .-.m . . nom .ur n con "'
Pi% W.duchon .t r.gn=* am kisale or pertmas de ce 4.numers sort rigour.usemers misretos. saJ adonsauon 6 cree de nos Semcas. C101 w.Us w n M _ _ _ _ _ _ _
3bannenusMGP Radiation Monitoring System LPU common Software Design Description p6 2.4.22.6.2, Module composition .. ............. .... . ........... . .... 56 2.4.22.7, Digital analog converter ............................ ................. 56 , 2.4.22.7.1. Interfa ce m cdule s ........................................ 56 2.4.22.7.2. Module composition ................................ . . 56
- 2. 4 . 2 3. To ol bo x . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57 2.4.23.1. Interface modules ............. . ....... ............................... . 57 2.4.23.2. Module composition ................................................... . 57 2.4.2 4. C o nve rting u nits . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . , 5 9 2.4.24.1. Interfa ce mod ules .............................................. ..... . ... 59 1
2.4.24.2. M odule com position .. ........ . . .................... .... .......... ..., 59
- 2. 5. B re a kd own of d at9 .. . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
- 2. 5.1, N e twork me m o ry . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
- 2. 5. 2. The common data zone . ....... . ... . . . .. .. . . . . . ..... . .. . . . . . .. ...... . . . . . . . . .... .. .. 60 2.5.3. The basic software global variables zone ...................................., 60 2 'i.4. The application software global variables zone ........................... 60 1
- 2. 5. 5 Prog ra m he ade rs . . . . . . . . . .. . .. . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . .. . . . . ... . . . . . . . . . . . .. 61
- 3. Description of dependencies .... . . . .. .. . . .. .. . .. . ..... . ... . . . .. . . . ... . ... .. ... .. ... .. . .... .... .. .... . . .. . . .. . . 61 3.1, M od ule interde pendencies .. .. ... .. . . . . .... . . .. ... ... .. ... . . . .. ... . . . . ... ... . . . . .. .. . . ... . . .. . . 61
- 4. D ESCRI PTION O F I NTERFAC ES ... .... . . . . ... .... . . . . . .... .... ... .. . ... . . . . . . . ... ..... . . .. . . . . ..... .. . . . 62 4.1, I nte rf a ce m od u le s .. . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 4.1.1. Ge ne ral LP U sequencing ............................................................ 62 -
4.1.2. Real time clock management ...................................................... 63 4.1.3. Slave communication management (LPU/DU) ............................ 64 4.1.4. . Slave communication management specific to the LPU ............ 66 4.1. 5. M alnte na n ce cycle .. . . . .. . . . .. . . . . . . . . . . .. . .. . .. . . . .. . . . . . . .... . . . . . . . . . . . . . . . . .. . . . . . . . 6 8 4.1.6. M ea surement cycle .... . .. . . .... .... . ... .. . ...... .. .... ... . .. .. ... ..... . .. . . . . .. . .. 68 4.1.7. Mg orithm inte rface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . .. . . . . . . . . . . . . . . .. . . . . . . . 70 4.1.8. Spcific t.pplication software inten' ace............................ ... ........ 72 4.1.9. Com mand supervision .. . ... . ... ... . ........... .. . . . ...... ..... ....... .. . . . . . . . . . .. . . 74
- 4.1.10. Maintenance command managemer't (LPUIDU) ................... ... 75 4.1.11. LPU maintenance commands management......................... ... 77 4.1.12. Maintenance / normal command management (LPU/DU) ........... 78 4.1.13. Maintenance / normal command management (LPU) ................. 79 4.1.14. Normal mode command management (LPU/DU).................... . 80 4.1.15. Normal mode command management (LPU) ............................ 80 4.1.16. Auto-test management .......... ........................................ .... . .... 82 4.1.17. Watchdog management ... ... ... ... ..... .... .. ...... . .. . ..... . . ..... . . . .. . . .. . . .... 83 4.1.18. Eve nt management ......... .... ... . ........... . .... .... . .. ........ .... . .. .... .. . . .. 83 4.1.19. Calculation of averages ..... ...... ............................................... . 84 4.1.20. DIGITAL I/O management..................... .......................... ........ 85 4.1.21. Hardware interface ....... ........ . . ... . .... .. .......... .... ... ........... ... . .... 86 4.1. 21.1. D UART . . .. . . . . . . . . . . . . . . . . .. . .. . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . . . . 86 4.1.21.2. PTM ......... ... ................................................87 4 .1. 21. 3. C LO C K . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 4.1. 21.4. F LAS H . . ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . .. .. . . . .. ... . .. 88 4.1.21. 5. E E P R O M . . . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 9 4.1. 21.6, P I A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 9 n.r. - v .ie.eenerre m . % e.- p r. e,.ent . . e e. oum ,
Putstehort Wedshwl et fepfDqhatta3n D1 Leis er pertmee de Ce documerd cord rigotrousemord Veurities. eeuf etAansanon ecrite de nos Services. en anee amn vwaws w i
r 3dannunnsMGP Radiation Monitoring System LPU common Software Design Description p7 4.1.21.7. Digital To Analog convoi ter......................................... 90 4 .1.2 2. To o l bo x . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 4.1.2 3. Co nve rting u nits . . . . . . . . . . .. . . . . . .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94 4.2. DESCRIPTION OF HARWARE INTERFACES.......................................... 95 4.2.1. Definition of the 4NPUTS and OUTPUTS used by software......... 95 4.2.2. Operation of end of frame detection ............................................ 96 4.2.3. The levels of interrupt used .... .................................................... 97 4.2.4. Pa rtitioning of memory ................... .. ....... . .. ...... .. .. . ... .... ...... ....... . . 9 8
- 5. Layout of software development directories ............................................................. 99 1
l l Tne pm Wanoiston er resroducann, eener pamr or whoey, of toe encuners a not enowed weriou as ennen consort, Pleecelsorg Wet 9Jchon et repmihJidion totale or perteAs de ce duoJmert sort rigourgutemert W tmA culongshan h de nos Services, g4 g4 wawe e n.r
. . . . . . . . _ _ _ _ _ _ _ - J
gdannunnnsMGP Radiation Monitving System LPU common Software Design Description p8
- 1. INTRODUCTION 1.1. Purpose
. This document depicts the general structural analysis of the LPU software, it describes the features common to all the LPUs detailed in the main functional analysis of the LPU in terms of solutions. It also presents the modular breakdown of the LPU, as well as the interfaces between the different modules. Functions specific to each LPU type are described in interface form; they are detailed in full in specific LPU design documents.
1.2. Scope of applications ! This document should be used as a base for the specific design of each LPU, and therefore affects the following LPU software : LPU SI Ambient area monitor with silicon detector, LPU-lO Area monitor with ionization chamber, LPU-P/PS Alpha beta or gamma particulate monito;' LPU-Nat Monitor with Nal scintillator detector, LPU-Cslaodine Monitor with CLI scintillator detector. LPU-SAS Gamma monitor with multi-channel analyzer and scintillator detector (Nal or Csi) , LPUllO Analog and digital . guts not affiliated with radiation monitoring, f 4 2 A"*",*.O"""M'J E .". A ** 4"""""."Z'"J . L*~" .. ~ 45181 DA r ,
SalenmuunnMGP Radiation Monitoring System LPu common Software Design Description p9 1.3. Definitions and abbreviations LPU: Local Processing Unit LDU: Local Di.* play Unit RDU: Remote display unit DU: LDUorRDU RMS: Radiation Monitoring System CT: Processing board CM: Measurement board TOR: digital , PIPS: Passivated Implanted Planar Silicon PPIPS: Particulate PIPS GPIPS* Gas PIPS SI: Silicon IC: ionization chamber Nal: Sodium lodide Cal: Ceslum lodide l PTM: Programmable timer l DUART: Dual Universal Asy:'a.hronous Receiver / Transmitter ANA: Analogical SAS: Spectrum analyzer system IT: Interrupt RTC: Real time clock macro: short sequence of instructions similar to a function used essentially to , access hardware components. PMhTht""A.""O.~""""""L".~.OO""1 %. 45181 DA i
gubamaannnMGP Radiation Monitoring System LPU common Software Design Description p 10 1.4. Reference documents (1) LPU SRS45180 MGol RMS LPU Software Requirements Specifications [2} standard IEEE Std 1016-1537
\3) LPU PT45504 LPU GeneralParameter Table (4) LPU HTS-45255 LPU hardware technical specifications
\S) DU SDD 45183 DU Software Design Description (6) SOAP -45203 RMS Software Quality Assurance Plan (7} System SRS 45866 RMS System Software Requirements Specifica!!ons (8) , Protocol-45179 RMS Protocol Technical Specifications A"*"a"::""='7 4 .**. 1 %*~ A~""M". "
;:L""l1-- - 45181 DA
S;MGP annumans Radiation Monitoring System LPU common Software Design Description p 11 1.5. Design constraints The LPU t oftwart is composed of two sections which should be individually linked in two separate memory zones. One section is the basic software and the other is application software. 1.5.1. B.' sic software This is the resident part of LPU software, which performs the LPU maintenance mode. 1.5.2. Application software Acplication software is the downloadable part of the LPU software, which performs the LPU normal and degraded mode functions. It is based upon 3 software components :
- General LPU application software, described in this document
- Radiation monitoring algorithms; only the interface with the general LPU application software is described in this document.
- instrument-specific application software; only the interface with the general LPU application software is described in this document.
2:::h""~"hM"",.=:"aL--'" ""*".".O~L, - 45181 DA
g.,IamannenMGP Radiation Monitoring System LPU common Software Design Description p 12 General software flow diagram iT
$ Ne w M*I" ' P Communication g Memory Maintenance management Normal Mode Mode IT k
Shared CM board driver IT Memory b Rea! Time Clock m
-- ......... _* -- ... specific processing under interru CENERAL LPU INIT l
I Senous laut No sonousfaut M )
.. Application software maintenance processing initialisation appicata software CorTectrtR*Rsata meninance wror. , ,,,
*"'" moee m <
N/ Rdast cornnano normal processing untenance Lmunend Reset riay: or appicatiouog wror corrmend proce6seig s (/ LPU RESET I raer. , er - e.nar ,en,,- .e.i m ,ser. .r. ,.e ~ eu,.r.ea - hm WelhJchart et regwgeJcton totale er partssRe de ce gxnaneet scrit rigoureusemert siter@tes, smA mAansatson scrito ce noe servces. sing n.s wawa n m
gx\:MGP nnnmanen Radiation Mon!torino System LPU coinrnon Software Design Description p 13
- 2. BREAKDOWN AND DESCRIPTION OF MODULES 2.1. Introduction The modular breakdown of the software is based on the following criteria:
the features described in [1] the physical breakdown of software in an LPU :
- basic software application software generic to all LPUs specific application software
- ;he development of modules common to the LPU and the DU coftware liialntenance and niodularity Certain modules are duplicated, as they are used by both application and basic software. This avoids the implementation of function call mechanisms between a.> plication and basic software and allows application software to be developed separately from basic software.
Wa'~LL%.""4 ;; 2 0~ 4~'~.4' ".L"*".%% . ~ 45181 DA
l S' dannunesMGP Radiation Monitoring System t.PU common Software Design Description p 14 l 2.2. Breakdown of modules 4 The following diagram shows the architecture of LPU software. Software may be broken down into modules :
- General sequencing: controls all system initialization phases (hardware, software, software modules) and the switchover between maintenance and normal modes.
- Ru.:t time clock management controls the real time clock and the execution of the nrtlons which depend upon it.
- Slave communication management specific to the LPU, contains the functions specific to the LPU
+ Slave communication management (LPUIDU) contains reusable functions for DU slave communication management.
- Maintenance cycle: manages the sequencing of software actions in maintenance mode.
- Measurement cycle: manages the sequencing of software actions performed during each measurement cycle as well as the switchover to maintenance mode, f
. Algorithm Interface: describes the generic calculation algorithm call functions in the form of Interfaces. The body of functions is part of specific application software.
- Specific acquisition Interface: describes the generic specific application software call functions in the form of interfaces. The body of functions is part of specific application software.
- Specific application software: contains all the software modules specific to an instrument. Not described in this document.
I !
- Command supervision: supervises the execution of all commands. The functions
! of this module are common to de LPU and DU. i 1 1 W.J=L""=. War.4L* ;;:""*OO'~r=%,~ 45181 DA 1
3alanmanussMGP Radiation Monitoring System LPU common Software Design Description p 16 Maintenance command management (LPU/DU): controls the execution of maintenance commands common to the DU and LPU.
- Maintenance command management (LPU): controls the execution of maintenance commands specific to the LPU.
. Maintenancolnormal command management (LPUIDU): controls the execution of executable commands in both modes on the LPU and DU.
. Maintenancolnormal command management (LPU): controls the execution of executable LPU commands in both modes.
. Normal mode command management (LPU/DU): controls the execution of executable commands in normal mode only on the LPU and LDU.
. Normal mode command management (LPU): controls the execution of executable commands in normal mode on the LPU only, f
. Auto test management: controls the periodical system tests. The functions of this module are common to the LPU and the DU.
. Watchdog management: ensures the software management of the LPU watchdog.
The functions of this module are common to the LPU and the DU. i . Event management manages the recording of system events. The functions of this module are common to both the LPU and the DU.
. Calculation of averages: provides the functions for the calculation of averages for
. periods of 1 mL ,10 min, i hour and 1 jour. The functions of this module are common
- to both the LPU and the DU,
- . Management of digital I/Os
- provides the digital 1/0 management functions. The -
functions of this module are common to both the LPU and the DU.
. Tool box: contains a set of tools which may be used by all the other software modules. The functions of this module are common to both the LPU and the DU. Their use is prohibited in priority Intemipt functions.
. Hardware interface: contains hardware peripheral access functions (DUART 68681, RTC DS 1286, PTM 6840, etc.).
. Converting the unit of measure: contains a variety of functions for converting and checking the consistency of units which are used in an LPU.
P M . 2 :"l" M'-***,41".'".1"OO*"""" *",.4* :"JO'".'"O - 45181 DA
1MGP _1 Ama Radiation Monitonng System LPU common Software Design Description p 16 This figure clearly shows the layout of modules relative to basic software and application software. Certain modules are duplicated between basic software and application software. Basic software may call application software functions using a software TRAP instruction.
~ ,.<. s. .. m . v. .,,...
T l[f f*..f ' c/JEGENE$1NU, SEQUENCING (1)
; , , :n> ' 'y;p. - D .~ ,m .,
,,;4li > : U Nj,d h h S xl ,..,. 6 Asp ,, yr Maintenance cycle (6)[le ' ~ry~g Measurement cycle (6) teal time' "V i e,cv . . . . '6 ?k . 1 YW"1$'.
manab O. . .I
'gemenb
- fiMf .
E'; g 'l
' ll El E'
i
<;,j { ff[,'{
I ) ;7 i-m .~/ ) M % g gl[;
,... d!!s'} b f ,
f] ],(l l / l l F
.c, -
n ITs
!O xje' E
-!( ,Vfr Y .
I l Basic software Inodules Specific application l l General 1.PU application - - software software modules l Md.'M Modules common to basic and application software
- n. e4=.m ven. . -m .e-r ., " *"*"
PwNeetm teMien et reprahchan towe orce twee de p socwe e or .: %, a7 exw.n . eterosos, w rgcassusemera r., m . sat autonsaion kree oe tes sonness e4o4 nwM UsO A 1 l I
._. _ .__ _ . . _ . _ - . . - . _ _ _ . _ _ . . . _ . . _ _ _ _ _ . . _ _ _ . _ - _ _ _ _ _ _ _ _ . _ _ . - . ___..__m _ . _ _ _ _ .. _. --m.-_.
$A anmanan:MGP Radiation Monitoring System LPU common Software Design Description p 17 2.3. Relationship between LPU functions and structural modules The table below shows which modules perform the different functions described in document [1].
The software modules shown on the previous diagram are numbered 1 to 20. Functions \ Module No. 1 2 6 3 4 11 22 19 23 18 10 13 17 6 20 8 7 16 21 24 12 14 16 Communication with the RMS * * *
- system LPU Initialization * * * * * * * * * * * * * * * *
- LPU configuration * * * * * * *
- CM board management *
- Development of the measurement * * * *
- Alarm management *
- j information report * * *
- Permanent system status verification * * *
- Controlled system verification * * * *
! Log of measurement results * *
- Event storage
- Operation with complex monitors *
- s 4
k EW N @N E a OM N PWbcatsof\ telkpam et reprgthste totale er peiseas de to Occumert get ttgaiseucemort Ner$les, teht gulatsation este ge nos servirst wgUg mer
- m , ,~ _ _ _ _ . - _ _ _ _ _ . --- _ . . __ _ _ _ _ _ _ _ . _ _ . . - _ _
l e gniansmanessMGP o Radiation Monitoring system i LPU common Software Design Description p 18 2.4. Description of the modules 2.4.1. General LPU sequencing This module contains the entry point for LPU software, it is part of basic software. 2.4.1.1. Interface modules The table below shows the modules used by this module. Modules used Functions Real time clock management initParamHT R Slave communication management (l.PUIDU) inttcommunication Slave communication management specific to the LPU LPUinitcommunication Maintenance cycle Maintenancecycle Measurement cycle AppliSoftcycle Command supervision Resetcommandiable Maintenance command management (LPUIDU) DunitMtncecmd LPU maintenance command management unitMtncecmd; Management of commands for both modes LPUIDU OunitTwomodecmd MaintenanceInormal command management (LPU) unnTwomodecmd Auto test management FulliestRam CheckCriticParam TestBasicSoft TestAppliSoft initAutotest Watchdog management initwatchdog ReadWatchdog ' CommandWatchdog Event management EventSignal EventStopUnit CLOCK InitClock Tool box ChangeGlobalStatus SignalBadParam h"A*"*,"."JL""O*T"47 " ."TJO.L"M'~',.O"J~~ m %. 45181 DA
_ _ _ _ ~ _ _ _ _ . _ _ . _ _ _ _ . _ _ _ _ _ _ . _ _ _ _ . _ . _ _ . . . _ . - _ 8
$bensmannssMGP
- Radiation Monitoring System l
j LPU common Software Design Description p 19 i 1 , 2.4.1.2. Module composition j This module is made up of functions.
. Generallnit This function ensures the generalinitialization of the LPU; its basic algorithm is as follows :
BEGIN , if the LPU hasjust performed successive N reboot, indicate an event Initiallze the read-only area of network memory l Complete test of RAM EPROM and flash EPROM memory Test critical parameters in FLASH Test critical network memory parameters i IF RAM, EPROM, Flash, or successive N reboot fault, THEN Place the LPU in maintenance mode ELSE IF no critical parameter fault THEN place LPU in Normal mode ELSE place LPU in Degraded mode END IF END IF i Initialize CT board paran.eters END MalnLoop This is the main LPU loop which executes permanently, its basic algorithm is as follows : BEGIN WHILE not end check communication
-IF LPU in maintenance mode
- THEN execute maintenance mode processing
- ELSE execute normal mode processing i ENDIF END WHILE END 1
L* % "" " h 0 7" A 7. J, E " O l% , ~ M J L "" L - --. 45181 DA
~ . _ _
__ . ._._ ._. _ _ _ _..~ ________ _.___ __ _ . . - . _ _.__. _ _-. - _._ . ..____ __ i l 1
$' lananmensMGP Radiation Moniton'ng Systern LPU common Software Design Description p 20 4
Interrupts on Internal 68000 error: This module also includes interrupt processing functions : BUS error exception (BusErrorExcept()) address error exception (AdrErrorExcept())
-division by 0 exception (DivoErrorExcept())
i -calculation overflow exception (TrapVExcept()) These functions are included in this module as they must be part of basic software. i externalInterrupt drivers installation of the IT not initialized exception routine (Nolnittnferrupt()) installation of the parasite IT exception routine (Parasit/nterrupt()) installation of the interrupt routine (NMIExcept()) These functions are included in module as they must be part of basic software. 1 1 t j t L7M,."JO"O.7",4L~a'% % %"""'J L""ll' - . 45181 DA
-- - - . . . . - . - - - . . _ . - . - . . ~ . . - . . _ . . . _ _ _ - _ _ ..___ --. - - - . _ _
$aliannuaangMGP Radiation Monitoring System LPU common Software Design Description p 21
! 2.4.2. Real time clock management This module describes the processes performed during the real time interrupt, it is part of basic software.
2.4.2.1. Interface modules The table below shows the modules used by this module. Modules used Functions Specific acquisition interface EndotAcquisitionProcessing CMReammeProcessing Watchdog management ReadWatchdog 2.4.2.2. Module composition
-InitParamHTR This function initializes the real time clock management variables.
-IRQRealTime Processing performed in a real time interrupt.
i
- BEGIN
- test RAM controlwatchdog cloc,k input modification of time period counter table copy the commands from the broadcasted area to the LPU results area ( in this case, the LPU acts as a mailbox, transmitting commands between 2 DUs which are located on 2 cifferent networks).
call specific acquisKlon fur. tions if any exist i END e W,.J::"J.s.,074".'.?d#. 4*';".O?. 0;==L~ 45181 DA
- - _ . .-. . . - , . _ _ ,. ,.m_ . . , ,
L., Radiation Monitoring 5ystem LPU common Software Design Description p 22 2.4.3. Slave communication management (LPUIDU) This module includes all the communication management functions which are common to both the LPU and the DU; it is part of case software. 2.4.3.1. Interface modules The table below describes the modules used by this module. Modules used Functions Event management EventSignal DUART .DUARTReadinput coniponent access macros PTM component access macros 2.4.3.2. Module composition
- InitCommunication : Initializes generic LPU/DU communication variables (communication speed)
Description of the choice of communication speed for each channel : IF (physical coherence of the speed value (greater than 2)) AND IF (logical coherence of the speed value (known speed)) THEN communication speed <- parameter value ELSE communication speed <- 19200 bds ENDIF lRQReadChar : Reception of a character under interrupt
.lRQWritechar Transmission, of a character underinterrupt
-ReadComBuffer:
Update and copy of frame reception buffers on an end of frame interrupt.
- WriteSInveFrame :
Transmission of a response frame on a link channel, and communication watchdog management. A"**;L f" M'J "E7"."..d;'O 3'"","0' . ".1""L""1 %. 45181 DA
MJesP r,, Radiation Monitoring System LPU common Software Des!2 n Description p 23 function 3.,4 Ensures the execution of the read function for N words. function 6 Ensures the execution of the write function for 1 word. function 16 Ensures the execution of the write function for N words. function 11 Ensures the execution of the event coLnter read function, i function 8 Ensures the execution of the diagnostics counter read function. F.xceptAnswer . Processes protocol exception responses.
- Powerfall Signals the apparition or disappearance of the power supply fault signal POWERFAIL.
This function is called after a POWERFAllinterrupt from DUART. This function is not included in the auto-tests module, as it must be part of basic software only, its call is ensured by the DUART interrupt management program (Communicationinferrupt), and it is common to both the LPU and the DU. hA""*L"""O7",.:"0 " *. d,0."IM*2:". O*J".,% . 45181 DA
$,AsenueesiMGP Radiation Monitoring System LPU conwnon Software Design Description p 24 2.4.4. Slave communication management specific to the LPU This module contains all the communication management functions which are specific to the LPU; it is part of basic software.
2.4.4.1. Interfacs modules The table below describes the modules used by this module. Modules used Functions Real time clock management IRORealTime Slave communicatlun management initCommunication WriteSlaveFrame (LPUIDU) ReadComBuffer Function 3,4 Function 6 Function 16 Function 11 Function 8 ExceptAnswer PowerFall IRQReadChar IROWrtteChar DUART DUARTinit component necess macros i Tool Box ChangeGlobalStatus l . CalculCrc PTM InitPTM l component access macros 2.4.4.2 Module composition LPUlnitCommunication: Initializes the LPU communication variables (LPU address). The end of frame time out is only programmable for the second seriallink. CommunicationInterrupt. DUART communication controller interrupt driver. It identifies the source of the interrupt in order to route the program to process this interrupt. The real time interrupt is also from DUART. This function is called at the time of each hardware interrupt from DUART. The possib!e sources of interrupts are:
- Character transmission
- Character reception
- Real time clock
- Powerfall on standby
==ht*J;".0L"".TJa::TM'-',,J.~.OTO.O. - 45181 DA
Sk,,JogMP Radiation Monitoring System t_PU common Software Design Description p 25 FrameTreatment.: Analysis and processing of a frame received on one of the network channels. If it involves
;Jiting in the LPU parameter area, it is reflected in the parameter modification counter in
;he network memory. .
The diagram below shows how the functions interact in order to perform uninterrupted communication. PTM component Slave communication common component
! ! teStaveFrame EndOfframelRQ
!* dComBuff Powerfa Fonctions J End of i :. A '
ne pf QReadC IROWriteChat { (PTM) : i , -
- meTreatme DUARTinterrupt i DUART
- Interrupt
\.. . ...
. . . . . . . . . 'L P Specif U . . . .commun
. . . . ' I c. . . . . . . .component
. . . . . . i fall o n . . . . . . . . . . . . . . . . . . . . . . . . . .
- n. w.m v on recommon. , %. a r. ==m i . ,a eso a u .reen - gqaq na P@hcotaA De&ssen et repreddon tetele y pertese de ce documert eart ftpoureusemeril Weer$ pet, teJ eulonbehan M Oe has senrice4 waUs as M l
gslinEmanenMGP Radiation Monitodng System LPU common Software Design Description p 26 2.4.5 Maintenance cycle This module describes the processes performed during the maintenance cycle of the LPU; it is part of basic software. 2.4.5.1. Interfacs modules The table below desenbes the modules used by this module. Modules used Functions Command supervision ExecDifferedCmd CommandManagement Watchdog management commandwatchdog Toolbox GetunttDate 2.4.5.2. Module composition l This module is made up of a single function. l MaintenanceCycle Describes a maintenance cycle. , W """* b" 7 7 & *. A *7 4'"'*~"Z". "L% 45181 DA
-_____u
i Radiation Monttoring System LPU common Software Design Description p 27 4 2.4.6. Measurement cycle This module is the principal module of application software, and in fact describes all the
- processen, performed by the LPU during each measurement Cycle.
2.4.6.1. Interface modules The table below describes the modules used by this module. Modules used Functions I . AIgorithm interface ^$oNew
; action names are given as an example, they are provided by the specific application software
^$
Aigorittinput AlgoupdaM AlgoPostAlgoAnalysis Readiemperature , Specific acquisition interface ReadPowerSupply
- InitCM CMTuneup DisableCM StartAcq SpecificAcquishion l
EndSpecificAcquisRion Command supervision ExecDrfferedCmd 3 Commanduanagement ListCmdSynchExec SearchCommand LPU normal mode command management LinnNormalCmd LPUIDU normal mode command management DunMNormalModeCmd Auto-test management Chec*CrnicParam TestBasicSoft TestAppriSoft Watchdog management Commandwatchdog Event management EnntSegnal Calculation of averages ina^ arage MakaAverage Heapinn Tool box HeapAlloc HospFree ChangeGlobalStatus
- SignalBadParam ChedRangeParam CheckRangeFloatParam GotUnitDate
- ProtectRendWord ProtedWriteWord
- CheckArrayRange MakeBitVvtual0sta 3
MakeAnaVwtualData makeD$taMrtualDef makaAnaVrtualDef AnalooOutputcalcut DIGITAL ANALOGIC CONVERTOR LoucNAwrne DIGITAL 110 MANAGEMENT wrneoutputTor h"e.2'."""/Jos o?.**" :L".'..*4;'.*"."4"'*""0 "" L"'E . n %. 45181 DA
.-y,w.- -
r- . -, r--,, - m..&,, n - - - - -- , , , - - . - - - , _3-,-,_my -.,n. ,,e
, 3unananangMGP Radiation Monitoring System LPU comron Software Design Description p 28 2.4.6.2. Modulo composition AppilSoftCycle This is the entry poli for application software, called during each measurement cycle , when the LPU is in normal or degraded mode. The algorithm is as follows: BEGIN IF (application software initialization to be performed) THEN initialize generic application software (initMeseycle0) initialize specific application software IF initialization allows normal processing THEN execute the detector test (electrical optical) available on the LPU start the first acquisition Execute a normal processing cycle (NormaIMesCycle()) ELSE disable application software (DisableAppllSoft) place LPU in maintenance mode ENDIF ELSE Execute a normal processing cycle (NormalMesCycle()) END IF END h"J:::".h7?J2 .TJarA"~a;;;;".01T . 45181 DA
l' i Radiation Moniton'ng System LPU common Software Design Description p 29
-InitMesCycle Initialization of the main part of application software, i.e. the algorithms and module variables.
DIsableAppilSoft This function describes the actions performed before switching to maintenance mode: specific appl! cation software disabled
- analogical outputs and relays reset
- Invalid measurements in measurement channels signaled L" """l"hM**4"".T. J 0.*l~ a"" %"** " L % - 45181 DA
1Ea9EP. Radiation Monitoring System LPU common Software Design Description p 30 ,
. NormalMesCycle Measurement processing; describes all the processes performed during a measurement cycle. The algorithm is as follows:
BEGIN Walt for the end of ths acquisition cycle in proccess (WaltEndAcq()) IF the LPU is not in maintenance mode THEN IF (Standby mode) THEN set the measurement to invalid status IF (not in Standby mode) THEN call up the generic function for the specific acqu!sition (SpecificAcquisition()) check power supply voltages check the temperature , IF (not in Standby mode) THEN execute each channel's algorithm functions call up the specific post acquisition generic function (EndSpecificAcquisition()) update each channel's alarm levels IF (not in Standby mode nor in external test mode) THEN management of averages and histories results recording and output emulation processing (ResultsAnalysis()) check the measurement validity execute synchronized commends on the measurement cycle execute commands bypassing the measurement cycle IF a new acquisition must be started, there are 3 possibilities:
- a long command was executed
- a request for a specific application software
- exited standby mode THEN CM board adjustment (CmTuneUp())
restart an acquisition END IF CM board adjustment (Cm7uneup()) OTHERWISE disable application software (DisableAppllSoft()) END IF END b ~ n a:"l" h""" T. J "4"l~?d0%""::100l"170L"~0. %. 45181 DA
'i'
.' Radiation Monitoring System LPU common Software Design Description p 31 WeltEndAcq Walts for the end of an acquisition, while providing the following functions:
- Processor overcharge fault management
- LPU monitor status updating Command recording (normal and on virtual I/Os)
The execution auto tests (RAM ROM FLASH, critical parameters)
- Periodical test management (electrical and optical)
Distributed data updating Relay updating ResultsAnalysis Provides the following functions: Output emulation processing.
- The recording of the results of the last measurements (results + alarms)
Analogical output updating
=.=
%%. "Z%.,'"" 4 1 *.. J ;'.* M"';::". 1" L T
, s. . 45181 DA
ggp 3k , Radiation Monitoring Systeg i pu common Softsare Design Det.cription p 32 2.4.7. Algorithm interface The func' ions of this module are not part of main LPU application software. Only their call mechanism is gent,ric to all LPUs. The measurement calculation consists of each measurement channel used on the LPU surcuting a caicustion algorithm. The interface between the main LPU application cAwFts evil N algorithm associated te a channel is carried out by calling functions Instaimlin ai.able indexed by algorithm numbers. Each channel possesses an algorithm number which is programmed in network memory. During each measurement cycle, the NormalMesCycle function of the " measurement ! cycle" module executes the functions corresponding to this algorithm number for each channel used. l l h= " "'""O.**l."0.'.C.JO.*.~C"""".;::".0%"" . % 45181 DA
- . - - - . ~ - . . ..~.. ._.-- - ..- _. - - -._ .~ _ - . - . - , - _ . . . . . _ - _ . - . - - - . . . . ~ . .
n Radiation Monitoring System LPU common Software Design Descriptkm p 33 The following diagram describes the mechanism. Impler. sed algorithm function tables i - I Algorithm tables for I measurement channels l i -- i - O n*3 1 1 n'1 0 - y O not used I 4 t
- 2 -
- .,r o.-- ,
l l i
! l i -
l : . r l
. . =
I g. l l -- I= -
, : s --
l l $ u ; __ - 15 46 - - 47 i The betteten Wenstalen er h emer psyvy or wNiey, of Fue tuument a not showed stuna sw weten sensert jg4a4 ga Pdecatuu\ Washmkun et repmMhatun toeste or pomete so to entunent eart ngswouesmary W sad mainaation terse se nos Servues. 89wsOe wP%*
, . , . - - , - - -,. . . - - . , - . e- . ----,m .y,,.,
- ,,,----..---<.,,,..-e,,,-,w . .-.m.,m -. .-.e--..---, -,m,, .,.,.%.i..-,- r v --~ a. m-*r--=r=
b i ipMGP .l:ennunen Radiation Monitodno System .! t.PU common Software Design Description p 34 ! The algorithm functions table is completed by specific application software depending on the algorithms which may be used on the LPU type used. The algorithm table provides the following functions for each algorithm number installed in a LPU:
)
! 1 AlgoNew l i Performs algorithm initialization, i.e. reserves and initializes its static variables. 1
. AlgoReset Allows an algorithm reset to be performed.
1 AlgoFillinput
- Function called before each algorithm execution, which updates the dynamic data used by j the algorithm.
AlgoUpdate This is the execution of the algorithm, performed during each measurement cycle. AlgoPostAnalysis j Allows post algorithm processing specific to an LPU type to b6 performed. AlgoResetDose Function which resets the dose cumulated by the algorithm.
- AlgoDelete 4
Cancels the execution of an algorithm. 4 0 i 1 4 4 ~ E C M M J ",. 2 " 7 % % *,." 4"*'"" J".0 % "" L ~ . 45181 DA
dasmanes Radiation Monitoring System LPU common Software Design Description p 35 2.4.8. Specific application software interface The interface between main application software and the application software specific to an instrument is carried out using functions with a generic name. Each specific application software must implement the following functions: InitCM Initialization of the specific part of application software . CMTuneUp CM board tuning. DisableCM Application software disabling. Spe lficAcquisition Data acquisition from the last measurement cycle. This function provides data on the duration of the last measurement cycle, and the number of measurement cycles during which the LPU remained in Standby mode (when the LPU is no longer in Standby mode) to the application software. StartAcq Starts a new acquisition. EndSpecificAcquisition Acquisition function called after measurement calculation. ReadTemperature Reads the temperature. ReadPowerSupply Reads power supplies. Real time acquisition functions Two specific acquisition functions may be called under a real time IT: EndOfAcquisitionProcessing This function is called at the end of each measurement cycle in order to perform the seui time acquisition of LPU measurement board (CM) counters, and to restart a new acquisition. Its frequency is controlled by the cycle time counter. CMRealTimeProcessing This function is called periodically in order to perform the acquisition of analogical LPU inputs. Its frequency is controlled by a counter initialized by specific application software. The following figure outlines the interface between main and specific application software: WE.",,.".="O' .*J",4l%".'*C* *". 4~'*'"'O"'J."I.'.=. -. 45181 DA
- - - . - . - . . . ._~ . - - .. .. ~ . . - . . - - . - _ _ - . - . - - - _ - . . _ . . - . _ - _ _ - . _ - . .
~ g.kannnersMGP _ Radiation Monitoring System LPU common Software Design Description p 36 l l
, e l l Algorithms ! ( aral Software Application j LPU specific Software l l Application l l
, i a 8 l 1r
- Initialisation
( InitCM
)
( 5tartAcq
}
! : i I
~ ReedTemperaturs )
AlgoNew initialite algorithms - ' l ;y ReedPotver$upply ) WaltEndAcq l I ( SpecincAcquialtion } i ' I l 9 s AlgoUpdate
}
- Mun algorithms L > AlgoFillinput l PostAlgoAnalysis I
l a r 3 e
; EndSpeclRCAcquisition o
l L J l < l r l , l ,
; CMTuneup s L J l
hw )
!(
m : cstartAct
- l l
l
.-, e -. l l ,
oluwecM T li ew ( 4 (' AlgoDelete
- ,) li
- Y l
' l, I
I
' I
' I i
l l l ' n., - . a- - e ,. e,. es. . - ~ ., ee -* y4 , g. 4, gn,
% toa.tum et reprensts.n tatste or perissas als ce donanarit sent ripossuesmert teoreams, s.A culenasienn ease de riot Servit.s agy
- .. .. . . . . - . . . _ - - - - - - . . . - - . - . ~ . _ . - - . - . - - . - - - . . . . - . . _ _ .
i i a Radiation Monitoring System LPU common Software Design Description p 37 2.4.9. Specific application software This module is part of application software. It includes the functions which should be described in design documents specific to each LPU, as well as the measurement i calculation algorithms described in the algorithm design documents. I J 4 4 I
=
h"MA***".20.*JCJ1*"."4:".O'1"~0 . -r , 45181 DA
. . _ .- - - - . . - . - . . - - .- _ _ . - - . . . . . - - . . ~ _ . - - - -
$vtannugpgMRP Radiation Monitoring System LPU common Software Design Descriptjon p 38 4
2.4.10. Command supervision This module describes the functions which allow the storage and execution of external , commands to be supervised. Commands read from network memory may be one of three types :
. Immediate command :
This type of command is executed as soon as it is read in network memory
; by the CommandManagement function.
. Synchronized command:
This type of command is used for commands which cannot be executed as soon as they are read in network memory, either because the time required for them is too long, or because they must he execui i ; a specific part of the measurement cycle. In 3 this case they are recorded by the 'CommandManagement' function and executed by 1 the ListCmdsynchExec function.
. Command derouting the acquisition cycle :
. Used for synchronized commands which deroute the acquisition cycle, i.e. the LPU restarts a new acquisition after a command of this type has been executed. The execution mechanism is identical to that for a synchronized command.
This type of command only of 1 on the LPU. d h*Mh? 7"A'"Od.'".'"l4'"'*" #".01"~d~ . ~ 45181 DA
Wvi.M P ers , RediaNon Mon!tonng System LPU common Software Design Description p 39 i Commands read from network memory are recorded in a table whose size corresponds to
- the maximum number of executable commands on the LPU.
4 Each element of the command is made up of the following fields'
. Doerating mode :
- command not established
- maintenance command
- normal mode command
- maintenance and normal mode command i
-Iype:
Immediate, synchronized or bypassing the measurement cycle.
- Whether or not an event must be indicated in the network memory every time a command is received can be detcrmined with this field.
- - Bit 15=0 => event each time command sent l - Bit 15=1 => no event each time command sent
- Record indicatQI :
Set when a command is recorded, to delay execution to a later time. Paraaletet : Loaded with the command input and retum parameter,
- The command.geknowledgment function (Ack), which ensures that command parameters are checked.
- The command start func*lon (Starth which may either execute the command completely (fast command) or start the execution of the command whose execution will be checked by the following function.
- The command execution check function (Check), which allows the command to be executed in an asynchronous manner, it is called as long as the command has not finished.
=_=
E.TA""h"'"*"O7",4';.T. Ja O"~#0%"T e 45181 DA
,, ) Radiation Monitoring System
~
LPU common Software Design Description p 40 2.4.10.1. Interface module The table below describes the modules used by this module.
~
Modules used Functions Watchdog management CommandWatchdog F. vent menagement EventSegnal 2.4.10.2. Module composition Tha following functions ensure command management. RosetCommandTaNe Resets the command record table. CommandManagement Searches for the commands present in network memory, starts the execution of immediate commands and records the other commands. SearchCommand Searches for a command in network memory. ListCmdsynchExec Starts the execution of non immediate commands recorded by the CommandManagementiunction. ExecDlWeredCmd Controls the asynchronous execution of a command. L.AL*'l"=OL"*:.?1L"4*""..T. 0 llL""L %. 45181 DA 1
gbannunesMGP Radiation Monitoring System l . LPU cor.vnon Software Design Description p 41 2.4.11. Maintenance command management (LPUIDU) This module contains the maintenance commands common to both the DU Md the LPU; it is part of basic software. 2.4.11.1. Interface modules The table below describes the modules used by this module. Modules usad Functions FLASH Flashinit ErasePageFlashMemory WriteFlashMemory 2.4.11.2. Module composition DLinitMtncecmd initializes the command table with the common LPUIDU commands which may be executed in maintenance mode only. ClearHistoric, this function should clear the entire historie zone of network memory, as well as the event storage zone. This is an immediate command. EraseFlash This function clears the Flash memory zone which stores application software, it is a synchronized command.
-DownloadProgram This function should download a page of the application program into the program zone of Flash memory.
This is a synchronized command. SaveCriticsParams This function should backup critical and non-critical parameters to flash memory. This zone is used by the LPU in degraded mode. This is a synchronized command. LoadCriticsParams This function should load critical and non-critical parameters from network memory, with the contents of the backup located in FLASH EPROM . This is an immediate comrnand. WATb"'*"lO""A ".'".*JOa""" " " %"~. *J%""" . ~ 45181 DA _ l
3alMGP anmenms Radiation Monitoring System LPU common Software Design Description p 42 2.4.12. LPU maintenance command management This module contains LPU maintenance commands. It is part of basic software. 2.4.12.1. Interface modules The table below describes the modules used by this module. Modules used Functions
~
Auto-tests management TestApphSoft CheckeriticParam Tool box ChangeGlobalStatus 2.4.12.2, Module composition LinitMtncecmd initializes the command table with commands executable in maintenance mode only.
- SetNormalMode This function sets the LPU in the normal mode, The LPU will only switch to Normal mode if the application software checksum is correct. It performs a critical parameter check to start the application software in either normal mode or in degraded mode.
l h&Tht""4".*ll'd' OOA""*'""%l"JL""l1 s- 45181 DA
g1anngurenMGP Radiation Monitoring System LPU common Software Design Description p 43 2.4.13. MaintenanceInormal command management (LPUIDU) This module contains commands (LPU/DU) which are executabla in both modes (maintenance and normal), it is part of basic and application software and should therefore
- be duplicated.
2.4.13.1. Interface modulea The table below desc:ibes the modules used by this module. Modules used Functions Event management EventSignal Tool box setunitoate 2.4.13.2 Module composition DLinitTwomodeCmd initializes the command table with commands which may be executed in both maintenance and normal modes.
- ResetUnit This is the function which performs an LPU reset. When this command is detected the LPU performs a warm reset.
This is an immediate command.
- SetDateCmd This function should update the date and time for the LPU.
This is an immediate command. WMh7""47""."EL4*"L*::".0 :5"."n%. - 45181 DA
3NlMGP ennunun Radiation Monitoring System LPU common Software Design Description p 44 2.4.14. Maintenancelnormal command management (LPU) This module contains the LPU commands which may be executed in both modes (maintenance and normal). It is part of basic and application software and should therefore be duplicated. 2.4.14.1. Interface modules The table below describes the modules used by this module. Modules used Functions Tool box ChangeGlobalStatus EEPROM LpuEepromRead . LpuEepromWrite 2.4.14.2. Module composition LinitTwomodeCmd initializes the command table with the commands which may be executed in both maintenance and normal mode. SaveEepromCmd This comrnand saves detector parameters into CM board EEPROM. LoadEepromCmd This command restores detector parameters from EEPROM.
- Resefault The command which enables a LPU fault to be reset to 0. The command's parameter indicates the type of fault to reset. The codes are listed below, command parameter action fault status
=1 fault reset parameter Bit 14 software fault status other values not implanted W.fLTh"O.**"07 " ".TJa*.~~" * "* """Ol"il"f00".,", a . %.. 45181 DA
3 MGP nonnaang LPU common Software Design Description Radiation Monitoring System p 45 2.4.15. Normal mode command management (LPUIDU) This module contains the (LPU/DU) commands which may be executed in normal mode only. It is part of application software . 2.4.15.1. Interface modules The table below describes the modules used by this module. Modules used Functions Toolbox ChangeGlobalStatus 2.4.15.2. Module composition OLinitNormalmodeCmd initializes the command table with the executable LPU commands whb . may be executed in normal mode only. l l InhibitAlarmAndFaultCmd < Executes the alarm and fault inhibition / enabling function. This is an immediate command, b"A""""T."A%""4 " .""h*~;" " "" %'*"" "L"""l1. - 45181 DA
S;M,,J,,P Radiation Monitoring System LPU common Software Design Description p 46 2,4.16. Normal mode command management (LPU) This module contains LPU commands which may only be executed in normal mode. It is art of application software. 2.4.16.1. Interface modules The table below describes the modules used by this module. Modules used Functions Tool box ChangeGlobalstatus algorithm interfaces AlgoReset The function's name is used as the reference, it is provided by the specific application software 2.4.16.2. Module composition
- LinitNormalCmd initializes the command table with LPU commands which may only be executed in normal mode.
- SetMaintMode This function should place the LPU in maintenance mode.
This is an immediate command.
- ExternalTest This command sets the LPU in extemal testing or cancels an extemal test. It is primarily used for the source test command.
This is an immediate command. When this command to switch to or cancel an extemal test is accepted, the software reinitializes the algorithms (ResetAlgo).
- Standby 0nOff This function either sets the LPU in Standby mode or cancels this mode. it is an immediate command.
When the command to cancel the standby mode is accepted, the software reinitializes the algorithms (ResetAlgo).
- SetProGeneMode This function sets the LPU in output emulation mode. It is an immediate command. The output emulation mode is automatically cancelled when the LPU has performed the last output emulation.
W "*"",.'.",=:=l*.".:lll1W..".I M'-',::::".01;l5*",1 -- 45181 DA
g' dannmaansMGP Radiation Monitoring System LPU common Seftware Design Description p 47
- LatchRelayAcq This function acknowledg1s the LPU relay latch, it is an immediate command.
2.4.17. Autotest management includes the periodic auto-test functions carried out on the LPU. It is part of basic and application software and should therefore be duplicated. Certain auto-tests are not performed directly in a function but in all parts of a program. For example :
- checking parameter coherence.
- division by zero, squared log and root parameters.
- table indices.
2.4.17.1. Interface modules The table below describes the modules used by this module. Modules used l Functions l Tool box l CalcutCRC l l 2.4.17.2. Module composition InitAutotest Module initialization. CheckCriticParam Checks the physical coherence of critical parameters. TestBasicSoft Checks the physical coherence of basic software. TestAppilSoft Checks the physical coherence of application software. FullTestRam Fulltest of a RAM memory zone. kbT.0"l"h"'"~ll2.*l'",4lLTa~J" O"M".0L""':1 ~ 45181 DA
g MGP annmannrs Radiation Monitoring System LPU common Software Design Description p 48 2.4.18. Watchdog management i Contains watchdog management functions, it is part of basic and application software and should therefore be duplicated. The watchdog is managed in the real time IT for input switching detection, and in the main program for the reinitialization and control of its operation. As a consequence the wa*.chdog will fail if :
- real time IT interrupts no longer opercte
- the main program is no longer operational 2.4.18.1. Interface modules The table below describes the modules used by this module.
Modules used Functions Tool box ChangeGlobalStatus DUART DUARTReadinput CUARTCommuttnput DUARTWriteOutput 2.4.18.2. Module composition This module includes all the watchdog control functions.
-InitWatchdog Initialization of the variables used by the module.
- ReadWatchdog This function should check the switching of the watchdog clock input. It also measures the length of a watchdog pulse.
- CommandWatchdog This function should reinitialize the watchdog and check its length so that any possible watchdog fault may be signaled.
b"a"o l"'""'~"a' "l","47 ".'."."iL'".'l~4"**% " ~ . " O *" M - 45181 DA
g' dannunesMGP Radiation Monitoring System LPU common Software Design Description p 49 2.4.19. Event management This module contains a single function which signals an event in network memory. It is part of basic and application software and should therefore be duplicated. 2.4.19.1. Interface modules The table below describes the modules used by this module. Modules used Functions Tool box GetunitDate. ProtectWriteWord 2.4.19.2. Module composition EventSignal Signals an event in the network memory. EventStopUnit Signals the particular event, and indicates the date the LPU was last stopped. This function is unique because the date which is used is not taken from the clock. It uses the last date which was recorded in the LPU network memory. 2.4.20. Calculation of averages Contains average calculation functions. It is part of application software. These functions are designed so that they may be used on both LPUs and DUs. ( 2.4.20.1. Interface modules The table below describes the modules used by this module. Modules used Functions Toolbox GetunitDate 2.4.20.2, Module composition -- InitAverage initialization of module variables. MakeAverage Calculates the averages (1 min 10 min 1 hour and 1 day) of an instrument. Calculations are synchronized on the date and time of the LPU. b72""., ",.'"7, .'*,"47"Odi".'"4""%**. "O.".",1 ~.- 45181 DA !
g' allannuanunMGP Radiation Monitorino System _ LPU common Software Design Description p 50 2.4.21. Digital 110 management This module contains digital I/O management functions. It is part of application software. These functions are designed so that they may be used on both LPUs and DUs. The LPU
- only uses the section, management of digital OUTPUTS.
With this module, a digital input or output can be declared, the output can be controlled and the input can be read. i This declaration allows " working" in positive logic at the function level (TRUE is the enabling of output, or input activation), it also allows access management to be done, bit by bit, to a register which controls several digital outputs, without the position of one output affecting the other outputs on the same register. In addition, it allows automatic testing of some outputs from their positions by associating test inputs to these outputs (an input for activating, and an input for inhibiting). Finally, this declaration allows management of digital I/Os which are controlled by several types of components (16 bit l/O register or DUART). 2.4.21.1. Interface modules The table below describes the modules used by this module. Modules used Functions DUART DUARTReadinput DUARTCommutinput DUARTWriteOutput i 2.4.21.2. Module composition ReadinputTor Read of an digitalinput WriteOutputTor Write of an digital output A""".".'1"""'""**"O'*,".::L .7. 1L M0 "" L".",L,.- 45181 DA J
gdannunensMGP Radiation Monitoring System LPU comrnon Software Design Description p 61 2.4.22. Hardware interface This module is made up of different sub-modules associated to a component. It is part of basic and application software and should therefore be duplicated 2.4.22.1. DUART Contains the management functions for the DUART 68681 component. This module is common to both the LPU and the DU. 2.4.22.1.1. Interface modules , The table below describes the modules used by this module. Modules used Functions Tool box CheckArrayRange 2.4.22.1.2. Module composition DUARTinit Component initialization DUARTReadinput Read of a component Digitalinput. DUARTCommutinput Read of a switched Digitalinput of the component. DUARTWriteOutput Write of a component Digital output. L" """"M"J,4L'"ll1%L~MXJL""L ~ 45181 DA
g MGP annuunns Radiation Monitoring System LPU common Software Design Description p 52 2.4.22.2. PTM Contains the management functions for the PTM 6840 component used to detect the frame ends. It is part of application software. This module is designed uniquely for the frame end detection functionality adapted to a RMS instrument. This module is common to the LPU and the DU. 2.4.22.2.1. Interface modules r The table below describes the modules used by this module. Modules used Functions DUART component access macros slave communication management specific to the FrameTreatment LPU 2.4.22.2.2. Module composition InitPTM Initialization of the component. EndOfFramelRQ Component interrupt driver. This function is called automatically when an end of frame interrupt is received from a network link. l 4 W 1""h O'*T4L* A**~~" " *"".1". "L""% - - 45181 DA
gnannummsMGP Radiation Moniton'ng System LPU common Software Design Description p 53 2.4.22.3 CLOCK Contains the management functions for the time stamp component. It is part of basic and application software and should therefore be duplicated. This module is common to the LPU and the DU. 2.4.22.3.1. Interface modules . The table below describes the modules used by this module. Modules used Functions Not applicable 2.4.22.3.2, Module compos.ition InitClock Component initialization. SetDate Updates the date and time in the component. GetDate Reads the date and time in the component. l i l I 1 A"""O"'""b" " ""4 " =f,"4""%"""'. "OT.m . - wm 45181 DA
3tannuunsMGP Radiation Monitoring System LPU common Software Design Description p 54 2.4.22.4. FLASH This module contains the management functions for flash memory, it is common to the LPU and the DU and is part of basic software. 2.4.22.4.1. Interface modules The table below describes the modules used by this module. Modules used Functions Not applicable 2.4.22.4.2. Module composition Flashinit Initialization of module variables. ErasePageFlashMemory Erases a page of flash memory. WriteFlashMemory Writes a buffer in flash memory. M """b" " ""47 ".*.O%2C " "" *"*'"*"". "1;h no. - 45181 DA
gAnnmuutensMGP Radiation Monitoring System LPU common Software Design Description p 55 2.4.22.5. EEPROM Contains the management functions for the EEPROM of the LPU CM board. It is part of basic and application software and should therefore be duplicated. 2.4.22.5.1. Interface modules The table below describes the modules used by this module, Modules used- Functions Tool box CalculCRC PIA PIAReadinput PIAWriteOutput Watchdog management CommandWatchdog 2.4.22.5.2. Module composition EepromInit Component initialization. LpuEeptemRead Reads a data buffer in EEPROM. The size of the buffer corresponds to the size of the EEPROM image zone of the LPU parameter table. LpuEepromWrite Writes a data buffer in EEPROM. The size of the buffer corresponds to the size of the EEPROM image zone of the LPU parameter table. MATL7.7="".'"% OM'~"M 0; .T..- 45181 DA _ o
g:tannanasMGP Radiation Monitoring System LPU common Software Design Description p 56 2.4.22.6. PIA Contains the management functions for the PIA of the LPU CM board. It is part of basic and application software and should therefore ta duplicated. This component is present on all LPU CM boards. Among others, it provides the interface with the EEPROM of this board. 2.4.22.6.1. Interface modules The table below describes the modules used by this module. Modules used Functions Not applicable 2.4.22.6.2. Module composition PIAlnit i Component initialization. PIAReadInput Reads a component INPUT. l PIAWriteOutput Writes a component OUTPUT. 2.4.22.7. Digital analog converter Contains the management functions for the converter used to manage both analog LPU OUTPUTS. 2.4.22.7.1. Interface modules The table below describes the modules used by this module. Modules used Functions Not applicable 2.4.22.7.2, Module composition LpuCNAWrite Writes a value on an LPU analogical output. b%"~~"h" MT,.:l1"'!JOr: Ora;:::"J:::L*:% - 45181 DA
9-_, Radiation Monitoring System L.PU common Software Design Description p 57 2.4.23. Tool box Contains all the utilities available on the LPU and the DU. It is part of basic and application software and should therefore be duplicated. 2.4.23.1. Interface modules The table below describes the modules used by this module. Modules used Functions CLOCK SetDate GetDate 2.4.23.2. Module composition CalculCRC Calculates the CRC 16.of a memory zone. ChangeGlobalStatus Modification of an LPU bit of a general status with automatic signalling of the corresponding event. SignalBadParam Signals a logical coherence fault for a parameter in network memory. CheckRangeParam Checks the coherence of a complete parameter in a given interval and signals any possible faults (SignalBadParam). CheckRangeFloatParam Checks the coherence of a floating parameter in a given interval and signals any possible faults (SignalBadParam) . CheckArrayRange Table range test. SetunitDate LPU date and time update GetUnitDate Reads the LPU date and time. ProtectReadWord Indivisible read of a network memory zone. ProtectWriteWord r" C a M m"",57% C L" O"""L"lll".1""""' % ., ~ 45181 DA
7limanuwursMGP All 6 Radiation Monitoring System LPU common Software Design Description p 58 Indivisible write of a network memory zone. CheckByteAddress and CheckWordAddress These two functions allow a word or a byte et a specific address in the memory to be detected, in order to manage any possible BUS errors caused by this access. They are used to detect asynchronous devices. MakcDigitalVirtualDef Checks the coherence of definition parameters of virtual digital INPUTS and creates a coherent table. MakeAnaVirtualDef Checks the coheren a of definition parameters of virtual analogical INPUTS and creates a coherent table. MakeBitVirtualData Creates a word containing digital information (status or virtual INPUTS) using the parameterization of these INPUTS and distributed information. i MakeAnaVirtualData Reads a virtual analog input using broadcasted data. memory allocation : I As dynamic data structures may not be used due to the independence of both software types (basic and application), two static data allocation functions are available. The allocated data zone is declared as a table included in the global variables of software (basic or application) which has allocated. This mechanism is used in the LPU for the allocation of static data of an algorithm defined in the measurement. Its design is generic enough to be separate to its use. Three functions are available: Heapinit : Initialization of a static heap allowing a given number of blocks (data structures) with a given size to be stored. HeapAlloc : Allocation of a block in the heap HeapFree : Release of a block in the heap l l A"""%"o*" " '""0"O'""%1*%%"l~~" " """Zl".1"".".=. . $_ 45181 DA
g.iannunansMGP Rao7ation Monitoring System LPU common Software Design Description ,_ p 59 2.4.24. Converting units The functions in this module allow the conversion and consistency checks of the units which are used in an LPU. These functions are used by the measurement algorithms which supply measurements in the unit of measure which is selected in the LPU. 2.4.24.1. Interface modulos The following table describes the modules used by this module. Modules used Functions none 2.4.24.2 Module composition it consists of the following 2 functions: GetUnitConvertCoeff Supplies a conversion coefficient to apply to a physical size which will be converted, the original and the new units are known. The unit codes are defined in doc [3). CheckUnitCode Verify the consistency of a unit code as it is defined in doc [3). T """" b" 7 .*l"",f.0 " ". J O OT M'"'Z " " L """J.. - - 45181 DA ___J
$p1mmunesMGP ttadiation Monitonng System .
LPU common Softwr? Design Description p 00 2.5. Breakdown of date There are 4 data zones shared by the different software modules :
- Network memory (parameter table) described in document [1]
- The application software global variables zone
- The basic software global variables zone
- The common data zone (shared between application and basic software) 2.5.1. Network memory Network memory is implanted from an absolute base address which is not linked to programs . It is used by basic software as well as application software ,
it contains all the data exchanged between the LPU and the communication network. It is divided into two zones, a zone of parameters which may be read / write accessed by the network and a zone which may be read accessed which contains the results calculated by the LPU . The LPU may no longer read-access the critical parameters zone when this zone is in degraded mode. 2.5.2. The common data zone This zone is installed from an absolute base address which is not linked to programs. It includes all data (apart from network memory) which is shared between basic software and application software : 2.5.3. The basic software global variables zone This zone inciudes all basic software data which is invisible from application software. It is linked to the modules which make up application software 2.5.4. The application software global variables zone This zone include's all application software data which is invisible from basic software, it is linked to the modules which make up application software . WAt=O'*,".=T. JO ,' 300"",;:::"O ::L=.. - 45181 DA
. - - . - , - . - . . .- . - - - . - .. . = . . - ..
3GanmanesMGP Radiation Monitoring System LFO common Software Design Description p 61 2.5.5. Program headers Basic software and application software begin with a 128 byte header zone containing information on the program:
- Program size
- Program CRC
- Software index and version The CRC is calculated over a complete software (code + constants). The header is not included for the calculation of the CRC .
- 3. Description of dependancies 3.1. Module interdependencies The diagram in chapter 2.1 Modular Breakdown summarizes the dependencies between the different software modules.
This figure describes software architecture as well as the hierarchies between the modules which make up the software, in addition, it identifies the modules common to both software. On this diagram, software modules are organized like bricks. Each brick (software module) rests on one or more bricks of the lower level (the modules which it uses). Basic and application software is identified by different colors. The functions which may be accessed by both software types are, in general, grouped together in modules which are common to both software types (modules are identical but duplicated in memory). Some functions of certain modules may, however, be accessed by both software types but are not duplicated. A software interrupt mechanism means that they may be executed by the software which does not contain their body. Extemal calls are summarized for each module in the chapter
" Module interface" The use and modification of extemal variables are described in chapter 4. For each function of a module the extema! variables used (input) or modified (output) by this function are identified.
- A""h"~'""M **,"41*.'J' o1*,",", .""," " ."" *'".".' """".OO""O. c. n. % .
. 45181 DA
3' $annuunesMGP Radiation Monitoring System LPU common Software Design Description p 62
- 4. DESCRIPTION OF INTERFACES 4.1. Interface modules This chapter describes the interfaces for detailed design and module coding.
All INPUTS and OUTPUTS are described for each function and it is specified if the parameters of the function or global variables are being described, along with the location of their segment of origin. 4.1.1. General LPU sequencing
- Generallnit INPUTS OUTPUTS duect -not applicable not applicable network - network communication speeds - LPU status
! date oflast reboot command zone
- distribution zone
- the 4 fault status the measu.a.nent result zone
- basic software version index
- date of last reboot
- count of number of successive reboc's common not applicable -not apt.licable vocal -not applicable -not applicable
- MainLoop INPUTS OUTPUTS arect -not applicable -not applicable network - LPU status : -not applicable
- operating mode common -not applicable -not applicable Wobal - communication watchdog - communication watchdog h"Mh7""4 " .".dO*""" " *'"4%:""L*"T ,- - 45181 DA l
3lMGP animanen Radiation Monitoring System LPU common Software Design Description p 63 4.1.2. Real time clock management
-InitParamHTR INPUTS OUTPUTS doct -not apphcable , -not opphcable network cycle time -not applicable common . RAM error Aag real time IT counter
. CM board initialization flag
- end of acquisition flag piobal -not apphcable -not applicable
-IRQRealTime INPUTS OUTPUTS doct -not apphcable -not apphcable network -not applicable -not applicable common . CM board initnahzabon Aag - RAM error Aag Time counters value - time count end of acquisition flag Wobal not applicable -not appHcable ,
L " """" M"~~4 - "ll'.*J a *" 4"""*".".2:".1"l".lh
. %. 45181 DA
3nannunwrsMGP Radiation Monitoring System LPU common Software Design Description p 64 4.1.3. Slave communication management (LPUIDU)
. InitCommunication ;
INPUTS OUTPUTS
@ met . number of communication channels . retums OK tmwork -net applicable not applicable common .not applicable -not applicable pocal . table of lengths of time outs for frame ends
. event and diagnostics table channel transmission reception structures :
pointers, number of characters
. communication speed of each channel
. communication watchdog
.IRQReadChar :
INPUTS OUTPUTS orect . communication channel number .not applicable network .not applicable .not applicable common .not applicable .not apphcable pocal .channelinformation structure : . structure receptson du channel :
. PTM address pointer, number o! characters and buffer
. timer number
. unit address I
-IRQWriteChar:
INPUTS OUTPUTS esct -communication channel number -not applicable network .not apphcable .not applicable common -not apphcable .not applicable pobal -channelinformation structure: . channel transmission structure :
. DUART address pointer, number of characters and buffer
. PTM address
- ti,ner number unit address t
.ReadComBuffer:
INPUTS OUTPUTS erect -communication channel number -retums OK or ERROR network .not applicable -not applicable common .not applicable -not applicable pocal . channel reception structure: -channel reception structure: pointer, number of characters and buffer pointer, number of chameters n= n-- ---o. z.a reproaucten, een p.vy . . nosy, or = aucumm . run too a .u e, .reen c==wn. PulWicatiorg Wethciton et feproduchon totale or partioGe de Ce dotagnert tort W W SaA $Jansel30n ecte de nos semces g4 a 4 n.r wgUe n _J
$+MGP sgauges LPU common Software Design Des.cription Radiation Monitoring System p 66
- WriteSlaveFrame :
INPUTS OUTPUTS erect . communication channel number -retums OK or ERROR number of bytes to be transmitted address of the transmission buffer network .not apphcable not apphcable common .not appl .:able .not apphcable podet .channelinformation structure -channel reception structure:
. DUART address number of characters
. PTM address -channeltransmission structure :
. timer number pointer, nember of characters and buffer
-link type (232 or 485) function 3_4 INPUTS OUTPUTS erect .communicaten channel number not applicable
- address of the received frame networt . all network memory .not apphcable common .not apphcable .not apphcable pocal .not apphcable -JBUS event counter
- function 6 l lNPUTS OUTPUTS ervet . communication channel number .not apphcable -
. address of the recehred frame networt .not applicable . write-accessible zone common -not applicable -not applicable pooal not applicable .JBUS event counter
- function 16 INPUTS OUTPUTS erect . communication channel number -not appbcable
. address of the received frame network .not apphcable .wnte-accessible zone common .not applicable not applicable pocal .not applicable .JBUS event counter
- function 11 INPUTS OUTPUTS erect . communication channel number -not apphcable address of the received frame network -not apphcable .not applicable common .not apphcable -not apphcable ponet .not applicable -JBUS event counter n e m vernmean or m seier peror or oncer. or en omensni e noi eso o . emus our wreen con ers a n.4 a4 n a Pi% tate:han et reproducten totese or pertete de es cksoLenere eart ngoureusemeni roerosos, ses ason on ecree es nos servloss. 8e0 s O a wM
__J
guiannuanensMGP ' Radiation Monitoring System LPU common Software Design Description p 66
- function 8 -
INPUTS OUTPUTS cerect -communication channel number -not applicable
- address of the received frame netMwk -not applicable -not apphcable common not applicable -not applicable gebal -diagnostic counters diagnostic counters
-ExceptAnswer INPUTS OUTPUTS derect -communication channel number not apphcable
- address of the frame received
- exception code netmx* -not applicable -not appheable common not applicable -not apphcable global not applicable -diagnostic counters
- PowerFall INPUTS OUTPUTS _
direct not apphcable not apphcable noterk -not applicable -event memory zone common not apphcable not applicable pfobal -not applicable not apphcable 4.1.4. Slave communication management specific to the LPU LPUinitCommunication: INPUTS OUTPUTS direct -not applicable -retums OK network - end of frame time out (in ms.) of the second -not apphcable network link common -not applicable -not apphcable sfobal -not app;icable channelinformabon structure:
- DUART eddress
- PTM address
- timer number
-link type (232 or 485) unit address CommunicationInterrupt INPUTS OUTPUTS cirect -not apphcable -not applicable network -not applicable -not applicable common -not applicable -not applicable 9800 41 -not apphcable -not applicable Tne m wwwmean a reproaznan, seer peur . .noey, ce tv. aoasnan m = enma wens ow wenn cono a ae4e4 na P@eceenn treeston el regnusuchon totale or partete de ce Goosnent sort not*8% somes etensees. smA esonneuen scree os nos Semas 89Q u O s arm
SdannungenMBP Radiation Monitoring System LPU common Software Design Description p 67 FrameTreatment.: INPUTS OUTPUTS droct -number of the channel which retums ERROR if there is no usponse to the received received the frame frame, if not OK "W not apphcable a parameter modtfication count nmon -not apphcable -not applicable
]W unit address -JE,US event counter n
N P % N W NT eWiw pWWF W wteSy, W M exaanert a riot ehmed mWitmA M wrtleri sareert, gg4 g h Weestdum M . -- -" totute or partete as ce aboqunert sort rigourmW lrterdnes, sauf autormahon ecrite de nos Seh weUe es g
gdiagnunesMGP Radiation Monitoring System LPU common Software Design Description p 68 4.1.5. Maintenance cycle MaintenanceCycle INPUTS OUTPUTS 1 droct not applicable -not applicable network -not apphcable -LPU time and date common not apphcable not applicable
,gdobal not applicable -not applicable 4.1.6. Measurement cycle 1
-AppilSoftcycle INPUTS OUTPUTS droct not apphcable -not applicable network -LPU status (degraded or normal mode bit) -LPU status (maintenance bit) common -Appucation software initialization flag -End of acquisition flag globat not applicable -not apphcable
-InitMesCycle INPUTS OUTPUTS droct -not apphcable -not applicable network virtual INPUTS (digital and ANA) definition - results zone for the 16 measurement channels zone -
- averages storage zone ,
alarm hysterisis - apphcotion software version number and index l l defined algorithms. - number of basic and extended channels l defined units in the instrument - software fault status (parameter fault) l i common not apphcable -not apphcable ' gioca/ .aot apphcable - algorithm tables for primary and secondary chant'els
- call tables for algorithm interface functions
- NormalMesCycle INPUTS OUTPUTS drect -not apphcable -not applicable network -l PU status: (Test mode bit, Standby bit) hardware fault status : pwer supply fault
- number of basic and extended channels -acquisition fault status : temperature fault analog output parameters - Status of each measurement channel bit
' invalid Measurement".
common -not apphcable -not applicable gfocal -not apphcable -not applicable l l
'E" 4 4;T h t "",4'; = 0" M"".0"~ C"L.-s- 451Si DA
1L Fcs\ anannersMGP Radiation Monitoring System LPU common Software Design Description p 69
.WaltEndAcq INPUTS OUTPUTS ouect .not applicable .not applicable _
normd . measurement cycle time . hardware fault status : RAM ROM FLASH fauit and
. LPU retay parametertration processor overcharge
. definition of commands on virtual . software fault status : parameter fault and critical INPUTS parameters distributed data . monitor fault status
. length of detector tests . LPU status (Normal, maintenance, degraded, standby bit)
. LPU date and time common .end of acquisition flag end of acquisition flag
. RAM error flag . command table , fields :
. ctatus global .not applicable . Status word for virtual DIGITAL INPUTS
. value of virtual analogicalINPUTS 1
l
*ResultsAnalysis INPUTS OUTPUTS pect . validity of the measurement .not Epphcable noted . number of basic and extended channels . results zone for the 16 measurement channels
. LPU status (Profile generation mode or averages storage zone not) . history storage zone
. LPU status (Alarm bit, high range and low range bit Profile generation), ~
common .not applicable .not applicabg , l plobal .not applicable .not nophcat;e
*DisableAppilSoft ,
INPUTS OUTPUTS drect .not apphcable .not applicable normd . number of basic and extended channels . results zone for the 16 mcMurement channels
. status : invalid measurement bit common .not applicable .not apphcable pktal .not apphcable .algonthm table for primary and secondary channels M.0".a:"lh77",J.0" O%.';'.T. MEL".*".'.ll~.~J .s 45181 DA
g,,JenMP Radiation Monitoring System LPU common Software Design Description p 70 4.1.7. Algorithm interface
. AlgoNew INPUTS OUTPUTS drect . cnannel algortthm parameters .retums a pointer on a static data zone used by the
. general algorithm parameter of the algorithm or ERROR for an initialtration fault instrument not e .not apphcable .not applicable
, common .not applicable .not apphcable gi .not apphcable .not apphcable AlgoReset INPUTS OUTPUTS drect . channel algorithm parameters retums OK or ERRORS
. general algorithm parameter of the instrument static algorithm data zone netm wn .not apphcable .not apphcable common .not applicable .not applicable l Obbel not apphcable , not applicable
. AlgoFillInput l lNPUTS OUTPUTS orect . channel number of the executed algortthm . returns OK
. channel algorithm parameter . dynamic algorithm data zone
. general algorithm parameter of the instrument
. alg1rithm static data 2one netu rk .not applicable not applicable common .not apphcable .not applicable gebet .not applicable .not apphcable ,
- AlgoUpdate INPUTS OUTPUTS orect . static algonthm data 2one . retums OK
. Channel algorithm pararneters . specific algortthm results
. general algonthm parametar of the Instrument . generic algorithm results
. dynamic algorithm data 2one neturk .not appheable .not applicable common .not apphcable .not apphcable pbbel .not apphcable not applicable M A T h 7 ./l"* 4 0.~. O Y M"'M.OTA e. ,-.- 45181 DA
Radiation Monitoring System LPU common Software Design Description p 71
.AlgoPostAnalysis , 1NPUTS ~
OUTPUTS onct . static sigorithm data rone . retums OK
. channel algorithm parameters 1 . . general algorithm parameter of the instrument
. dynamic algorithrn data 2one
- specif6c algorithm results <
. generic algorithm results l
netwwk .not applicable .not applecable common .not applicable .not applecable pbhat .not applicable .not applicable
- AlgoResetDose INPUTS OUTPUTS doct . static algorithm data zone address . retums OK
. channel sigorithm parameters
. general algorithm parameter of the instrument
. dynamic algorithm data rone
. specific algorithm results zone address
, . generic algorithm results zone address twtwwk .not applicable .not applicable common .not applicable .not applicable pebel .not applicable not applicable 4 i AlgoDelete INPUTS OUTPUTS . drect . sWQalgorithm data zone address . retums OK network .not applicable .not applicable common .not applicable not applicable pfobal .not applicable .not applicable 'l
= men. m ee. m . % .ee en Sen.e. - e,-men.ene"* n4o4
- n. %
% Welksten et rePMJehm lutale . Pete4 (18 60 documert sort rpm ,, resqMet, teJ eutenneken 6Crte de nrit serVIDSS 89w g Q na g EdP%
1
, e Radiation Monitoring System LPU common Software Det,lgn Description p 72 l
4.1.8. Specific application software Interface InitCM , INPUTS OUTPUTS Grect .not apphcable .retums OK or ERROR for a fault neturk .not applicable not app:; cable common .not appkcable .not applicable pfobal .not applicable .not apphcable i CMTuneUp INPUTS OUTPUTS Grect 0t epishcable retums OK or ERROR neturk .not applicable .not applicable common .not applicable .not apphcable global .not apphcable .not apphcable DisableCM INPUTS OUTPUTS drect .not apphcable retums OK or ERROR nef*r* .not apphcable .not apphcable mmmon .not applicable .not apphcable pfobal not applicable not apphcable SpecificAcquisition 'l INPUTS OUTPUTS
@ rect . length of the last acquisition Retums OK
. number of measurement cycles elapsed while in standby mode netmut .not apphcable .not apphcable common .not applecable .not applicable pfobal .not applicable .not apphcable StartAcq INPUTS OUTPUTS drect .not apphcable .not apphcable notur* .not apphcable not apphcable common .not apphcable not apphcable afobal .not apphcable .not applicable EndSpecificAcquisition INPUTS OUTPUTS Grect -not applicable . OK if the funcbon 'tas terminated
. RUNNING if the f snction is currently executing notart .not applicable -not apphcable common .not apphcable .not applicable odobal .not sophcable .not apphcab83 L~A.ib"J"4 ,ll::' h *" A""**";lll""Oh. - , 45181 DA
_ . . , - . - - . . , ..~w ,. . - . ,. , -- ,- . . - , . , _ - - - - - - . - , , _ - - , , - . . ~ ,
g,kJmyMP Radiation Monitoring System LPU common Software Design Description p 73 ReadTemperature INPUTS OUTPUTS dvect .not applicable . returns OK if the temperature is managed by specific software otherwise ERROR
.value of the temperature network .not applicable not applicable common .not applicable .not applicable global .not applicable not applicable ReadPowerSupply INPUTS OUTPUTS datof .not applicable . retums OK value of power supply voltages network .not applicable .not applicable common .not applicable .not applicable Wobal .not applicable .not applicable W W . EMM MMFNEM Agq g4 y b*% tubimon el resweektman toisie e portuite ce ce sucmanors sort nyarmarnerql tilordnes, seJ pukytnaten 6 cree es noe $wvest mew e O a w
- _ _ . . . _ - . . - , . _ _ . . . . - - . . , . . ~ . . . _ _ , _ _ - . . . . __ . _ - _ _ - . . -
$s$mannmanenMGP Radiation Monitoring System LPU common Software Design Description p 74 4.1.9. Command supervision RosetCommandTable INPUTS ~
OUTPUTS duect .not apphcable .not apphcable netnork .not apphcable .not apphcable common not apphcable Command table, fields :
. permission type
. status pointer on the Ack function
- pointer on the Statt function pointer on the Check function Wobal .not appheable .not apphcable CommandManagement INPUTS OUTPUTS dueet . operating mode of the LPU (NORMAL .not apphcable or MAINTENANCE) network .not apphcable . command acknowledDment field common .not apphcable . Command table, fields :
. parameter of the command pobal -not applicable not apphcable
-SearchCommand INPUTS OUTPUTS detect . poohng start address . OK if command present otherwise ERROR network .not apphcable . command acknowledgment event common .not epphcable .not appheable Wobal .not apphcable .not apphcable ListCmdSynchExec l
INPUTS OUTPUTS
**cf . operating mode of the LPU (NORMAL or .not apphcable l MAINTENANCE) network .not apphcable . commarxl acknowledgment field
[ mnumn . Command table, fields : . Command table, fields :
. permission . status l
l . type
. status l Wobal .not apphcable .not apphcable l
Co.2::l"ll"A"'.*",O.**".%l?".'.".d' ooh'*"',;ll*'J.O."."O . w. , 45181 DA l
I l S' xanmanesMGP Radiation Monitonng System , LPU common Software Design Description p 76 ExecDifferedCmd l lNPUTS OUTPUTS onct *(ommand number .retterns OK If the command has been completed
. retums RUNNING if the command is currently executing note * .not applicable not apphcable mmmm . Command table, fields : .not applicable
. pointer on the Ack function pointer on the Start function
. pointer on the Check function pJobal .not apphcable .not er,phcable 4.1.10. Maintenance command management (LPUIDU)
DLInitMincecmd INPUTS OUTPUTS doct .not applicable
- nothing note not apphcable not apphcable c Emm . Command table (module commands), fields :
. permission
. type
. status pointer on Ack functions
. pointer on Start functions
. pointer on Check functions pfobal .not applicable .not appkcable
. ClearHistoric INPUTS OUTPUTS dvoct .not apphcable . retums OK netw* .not apphcable . history storage zone
. event storage zone comme .not applicable . Command table fields :
. Parameter = acknowledgment pfobal .not apphcable .not apphcable i
1 WM,LT",.::ll'%%2;'=l::ta:'",::O".0L""", - 45181 DA
. - - _ . _ - . ~ _ - _ - - . _ _ - - - - - - _ - . _ . - -
4%FJannyaaesMGP Radiation Monitoring System LPU common Software Design Description p 76
*EraseFlash INPUTS OUTPUTS dvect .not apphcable . returns OK if the command has been completed retums ERROR for command execution fault
. returns RUNNING If the command is cunently executing nets k not opphcable . FLASH clear fault ever.t, common not opphcable . Command table fields : i Parameter = acknowledgment pbbel .not apphCable not aDPhCable
.DownloadProgram INPUTS OUTPUTS l drect not apphcable returns OK or ERROR nets k not applicable not,apphcable common -command table . Command table fields :
. parameter a page number . Parameter = acknowledgment global not appkcable not apphcable SwithriticsPerams INPUTS OUTPUTS dvect not opphcable . retums OK if the command has been completed
. retums ERROR for command execution fault
. retums RUNNING if the command is currently executing net s k -not apphcable -not apphcable en mon not applicable . Command table fields :
. Parameter = acknowledgment
~
gebal not apphcabk. not apphcable i LondCriticsParams INPUTS OUTPUTS drect not apphcable . retums OK nets k -not apphcable . cntical parameters common -not appucabie . Command table fields :
. Parameter = acknowledgment pubal not appkcable not apphcable C ;L" L % '*",.=".*. C*M"~';;;;".C==l1 %.. 45181 DA
g' dannunenMGP Radiation Moniton'ng System LPU common Software Design Description p 77 4.1.11. LPU maintenance commands management LInitMtncecmd INPUTS OUTPUTS detect .not applicab!e . retums OK notu rk .not applicable not apphcable common
. Command table (module commands), fields :
. permission
. type
- Status pointer on the Start function globst .not apphcable .not apphcable SetNormalMode INPUTS OUTPUTS derect .not apphcable retums OK network .not apphcable .noftware fault status (apphcation log fault BIT) software fault status (BIT critical parameter fault)
. status of the LPU state ( BIT Maintenance, normal, degraded) common .not applicable . Command table fields :
. Parameter = acknowledgment Wobal -not applicable .not apphcable I
4
~
h7.3:"/ A"%7'M"'#4' 7.L~~:: a 1*,"E"1" L "."ol1 . -
. 45181 DA
$pd annanensMGP Radiation Monitoring System LPU common Software Design Description p 78 4.1.12. Maintenancolnormal command management (LPUIDU)
DLinitTwomodeCmd INPUTS OUTPUTS droct .not apphcable . retums OK network .not apphcable not appheable commm . Command table (module commands), fields :
. permission
. type
. Status
. pointer on Ack functions
. pointer on Start functions pointer on Check functions pobal .not apphcable .not applicable
. SetDateCmd INPUTS OUTPUTS Ipct .not apphcable retums OK network . command parameter rone .not apphca. Die commm .not applicable . Command table fields :
. Parameter = acknowledgment pobal .not appkcable .not apphcable
. RosetUnit INPUTS OUTPUTS detect .not apphcable .not applicable retwork .not apphcable . event zone common .not apphcable not applicable Wobal .not appbcable .not apphcable b7A""*,.'."J::".0"T4L"".'" 'a;'.L"','e'.,01*"".; ::"J:"L*""l:' %. 45181 DA
gal [lparrgP Radiation Monitoring System LPU common Software Design Description p 79 4.1.13, Malntenancolnormal command management (LPU) LinitTwomodeCmd INPUTS OUTPUTS dvoct .not applicable returns OK __ network .not applicable .not applicable mmmon . Command table (module commands), fields :
. permission type status
- pointer on Ack functions
- pointer on Start functions
. pointer on Check functions .
global .not applicable .not applicable SaveEepromCmd INPUTS OUTPUTS duect .not applicable -retums OK for a correct wnte or ERROR for an EEPROM write fault network . command parameter zone . hardware fault status (EEPROM fault) common .not applGble . Command table fields t
. Parameter = acknowledgment pfobal .not applicable .not applicable LondEepromCmd INPUTS OUTPUTS
**cf .not applicable retums OK for a correct read or ERROR for an EEPROM read fault network . command parameter zone .hardwara fault status (EEPROM fautt) common .not applicable . Command table fields :
-Parameter = acknowledgment ofobal .not applicable .not applicable RosetFault INPUT OUTPUT dared . not applicable . retums OK network . command parameter area . . software fault stats (bit parameter fault) common . not applicable F6 eld command table
. Parameter a acknowledgment global . not abpplicable not applicable M ; L " "l", a a %.,""4 % 7.M O C tO O ",',;::".0 7 "~0 % . 45181 DA
gb,,JspgMP Radiation Monitoring System LPU common Software Design Descripton p 80 4.1.14. Normal modo command management (LPUIDU) DLinitNormalModeCmd INPUTS OUTPUTS Wect .not appl 6 cable . retums OK Etwor* .not applicable .not applicable common . Command table (module commands), fields t
. permission
. type
. status pointer on Ack fun:tions pointer on Start functions pointer on Check pksal .not applicable .not applicable InhlbitAlarmAndFaultCmd INPUTS OUTPUTS sect .
.not applicable .retums OK netM .not applicable . LPU status : . Inhibited faults / alarm status
. LPU alarm level
. all LPU fault status common . command table . Command table fields :
. parameter a Command DIGITAL
. Parameter = acknowledgment odobal .not applicable not applicable 4.1.15. Normal mode command management (LPU)
LinitNormalCmd INPUTS OUTPUTS Wyct .not applicable . retums OK networt .not applicsble .not appli::able comme . Command table (module commands), fields :
. permission
. type
. status
. pointer on Ack functions pointer on Start functions
. pointer on Check functions pfobal .not applicable .not applicable E %T L""~ h 7 7"40;"d ~. ;~ '* *", 0 "A"O"~J
% 45181 OA
t11'MGP, ania;enes Radiation Monitoring System LPU common Software Design Description p 81 StandByOnOff INPUT- OUTPUT dared . not applicable . retuma OK netword . not epplicable . Status of LPU state (Bit standby) common . not applicable . Field command table:
. Parameter = at.knowledgemerA global . call table of algorithm interface furictions . filter advance request indicator (ResetAlgo function) ,
SetProGeneMode INPUT OUTPUT direa . not appl 6 cable . retums OK network . not applicable . Status of LPU state (Bit output emulation) common . not applical,ta . Field command tablo
. Parameter = acknowledgment global . not applicable . not appiscable
. SetMalntMode <
INPUTS OUTPUTS erect . net applicable .retums OK network .not applicable . LPU status (normal degraded and maintenance bit) common .not applicable . Command table fields :
.Pa*ameter = ackn0Wledgment global .not applicable not applicable
.ExtemalTest INPUTS OUTPUTS Grect .not applicable .retums OK network .not applicable .LPU status (Extemal test bit) common . command table . Command table fields :
. parameter = DIGITAL Command . Parameter = acknowledgment g8obal . call tables for algonthm interfcce functions . filter advance request indicator (ResetAlgo function) i LatchRelayAcq ^
INPUT OUTPUT direct . not applicable . retums OK network . not applicable . not applicable common . not applicable . Field command table j . Parameter = acknowledgment globai . not applicable . relay latch indicator I Ihe M 4 IWle0NIOn W fW$1Fe623EIF\ o@WI PFUY e' WhDfy, d FNs ODE # heft 5 f42 otDwed WGhDLA &# WFRten M gq gq p i PdilKahort taisflun g4 repro $stan ipsele Or pePJete Oe te IkuArnet Dord rigm#eJnarneru etereens, sm# etAorieshan scrte de noe services wuUu be# ( l
- _ _ _ _____.-m. _ ..__.- _ _ . _ _ _ _ _ . _ _ . _ _ _ _ . . - _ _ _ ____ .___._ _ _
, d es Radiation Monitoring System LPU cornmon Software Design Description p 82 4.1.16. Auto. test management InitAutotest INPUTS OUTPUTS duect .not apphcable not apphcable networt .not applicable .not applicable common .not applicable .not appheable pMal .not opphcable .not apphcable _.
CheckCriticParam INPUTS OUTPUTS dvect .not opphcable . OK for no fault
. ERROR for critical parameters fault notatv* .no(aoplicable not applicable common .not gelocable .not applicaole 9 % el .not applicable .not applicable TestBasicSoft INPUTS OUTPUTS duect -not opphcable . RUNNING if the test is Operational
. OK for a correct basic 6oftware CRC
. ERROR for a basic software CRC fault network .not applicable .not appkcable common .not apphcable .not applicable pMal .not apphcable .not apphcable TestAppilSoft INPUTS OUTPUTS drect .not opphcable . RUNNING if the test is operatWW
. OK for a correct basic softwans GT,
. ERROR for a basic software crc fault network .not apphcable .not apphcable common .not apphcable .not apphcable peobat .not applicable .not applicable FullTestRam INPUTS OUTPUTS droct . Base address of the zone . OK for a correct test otherwise ERROR
.Slze of the zone to be tested networt .not appitcable .not applicable common .not apphcable .not apphcable p%al .not apphcable *
*not applicable
=;%"T ".L"lO'*,"4L*?.d= """ **,*.2".O.'T.A"% ~ i 45181 DA
gblanananenMSP Radiation Monnoring System i LPU cornmon Software Design Description p 83 4.1.17. Watchdog management
-InitWatchdog INPUTS OUTPUTS doct not apphcable .not appicable netmwk .not apphcable .not apphcable common .not apphcable time counter associated to the length of the watchdog pulse pebal .not apphcable .not apphcable ReadWatchdog INPUTS OUTPUTS doct .not appucable not apphcable netmwk .not apphcable .not apphcable common . time counter associated to the length of the . watchdog result structure, fields:
watchdog pulse . INPUTS switching flag
. watchdog length counter
. time counter associated to the length of the watchdog pulse abbal .not apphcable .not opphcable CommandWatchdog INPUTS OUTPUTS doct .not apphcable .not apphcable netmwk .not appucable . hardware fault status (watchdog fault bit) common . watchdog result structure, fields: . watchdog result structure, fields:
. INPUTS switching flag . INPUTS switching flag
. watchdog length counter obbal .not apphcable not opphcable 4.1.18. Event management EventSignal INPUTS OUTPUTS doct . Event code not apphcable
. Event parameter netmwk . event table pointer . event table pointer
. pointed event common .not apphcable -not appheable pdobal .not applicable .not appleable EventStopUnit INPUT OUTPUT direct . not apphcable . not apphcable network . event table pointer . event table pointer
. event checked common . not apphcable . not apphcable 9tobal . not apphcable . not applcable A% hTJ".A:27;.#1*'JOOG""'*~.".;::"JL""l1.. .
s-- 45181 DA
S MGP nemnness LPU common Software Design Description Radiation Monitoring System p 84 4.1.19. Calculation of averages InitAverage INPUTS OUTPUTS 1 cuect .not applicable .not applicable notM .not applicable .not applicable common .not applicable not applicable pobal .not applicable the calculation of everages table includes the following fields for each type of average :
. number of measurements used
. cumulative table for all channels
. table of the number of measurements for all channels MAkeAverage INPUTS OUTPUTS duwet . LPU number . result structure, including the fellowing fields:
. Measurement validity flag . average availability flag
. Number of averages to be calculated . table of averages for each channel
. result of the last measurement . date of the average
. number of basic and extended channels . table of the number of measurements used for each channel net w k .not applicable not applicable common .not applicable .not applicable Wobal .not applicable .not applicable Wa"""~h" **4"".'.'"f.4,00,~e.,'01*'"*O"".OO".00 % 45181 DA
3 f 'MGP i,anam Radiation Monitonng System LPU common Software Design Description p 86 4.1.20. DIGITAL 110 management WritsOutputTor INPUTS OUTPUTS
. crect -output description structure: . OK or E.RROR
. type of component which controls n
. complemented output or not
. output reread for checking or not
. number of the output
. state to be controlled on the output (supplied or not supplied) note .not applicable -not applicable common .not applicable not applicable global .not applicable ReadinputTor INPUTS OUTPUTS doct .tnput desenption struc*uie: OK type of com@nent which controls it . value of the input (true or false)
- polarity
- number of the input network .not applicable -not applicable common -not applicable -not applicable pbbal .not applicable Oca"".T."OO7"4%OO.*.7A""%"~.0L"""J. e. - s 45181 DA
Eyd anweers MGP Radiation Monitoring System L PU common Schware Design Description p 86 4.1.21. Hardware interface 4.1.21.1 DUART DUARTInIt INPUTS OUTPUTS onct . Channel A and B communication speeds . OK for a correct initialization
. Component address . ERROR for a component fault
. component initialization structure a logical nurnber of the component netntvk .not applicable .not applicable common .not applicable *not applicable global .not applicable .not applicable .
l DUARTReadInput INPUTS OUTPUTS cact . Component address . value of the input read (0 or 1)
. number of the input to be read notatvh .not applicable .not applicable common .not applicable .not applicable global .not applicable .not applicable DUARTCommutinput l
INPUTS OUTPUTS onct . Component address .retums TRUE or FALSE
. number of the input
. logical number of the component notatw* .not applicable not applicable
_ common.not applicable .not applicable global .not applicable .not applicable DUARTWriteOutput INPUTS OUTPUTS cact . Componen't address .not applicable
. number of the input to write to
. value to be written netntwk .not applicable .not applicable common .not an,olecable .not applicable pktal .not appi. cable .not applicable 172.J0h"'"".O'l"~4,l".". J,ilT.'l~A'**'*", ';;;"C=0 ~. 45181 DA
!MGP Aannunen Radiation Monitoring System
_LPU common Software Design Description p 87 4.1.21.2. PTM InitPTM ~ INPUTS OUTPUTS E . channel 1,2 and 3 communication Lpeeds . OK for a correct initialtzation
. Component address . ERROR for a component fault logicalnumber of the component netMuk .not applicable .not apphcable common .not opphcable .not apphcable pobal . storage table for PTM control registers I .ytt applicable EndOfframelRQ INPUTS OUTPUTS Wyct .not apphcable .not applicable neturk .not apphcable .not applicable common .not apphcable .not appkceble pbbal .not apphcable . senal link reception buffer, fields :
. pointer
. number of characters 4.1.21.3. CLOCK InitClock INPUTS OUTPUTS droct not opphcable . OK for a correct initialization
. ERROR for a component fault notatxk .not applicable .not apphcable common .not applicable .not apphcable pobal .not apphcable .not applicable SetDate INPUTS OUTPUTS ovvet .date to be wrttten to the time stamp .not apphcable nefatwk .not apphcable .not applicable common .not apphcable .not applicable Wobal .not apphcable .not applicable GetDate INPUTS OUTPUTS
**cf .not apphcable .date read from the time stamp netuvt .not apph..able .not applicable common .not tspplicable .not appheable pobal .not appheable .not appheable L"4"l"'TA%7*4."."."%.L~4"";la"".0%"l0. , - 45181 DA
. _ _ . . _ _ . _ _ _ _ - - . _.. _.. _ --_____ - ___..___ __ _ _ _ . _ . _ . . . - . _ _m-- _ - - _ _ ,_._.___ ._._- _
4apane Radiation Monitoring System LPU common SofWare Design Description p 88 4.1.21.4. FLASH l l ErasePageFlashMemory INPUTS OUTPUTS dvoct . data buffer to be programmed .retums OK if the funct6on has been completed
. absolute start add.ess of flabh .retums EftROR for an erase fault
. number of words to be programmed .retums RUNNING if currently erasing neturk .not opphcable .not apphcable common .not appheable not apphcable pobal .not apphcable .not applicable WriteFlashMemory ,
INPUTS OUTPUTS droct .not appkcable . read buffer network .aot applicable .not applicable common .not applicable not apphcable pobal .not apphcable not apphcable i Flashinit INPUTS OUTPUTS dved .not apphcable retums OK netmrk .not applicable .not applicable common .not applicable not apphcable robal .not apphcable not applicable i h"Mh"'""O'll",4l%*. A~A~0;".OOTi ~. 45181 DA
- -. - . . - . _ - . - - . - . -. . _ _ . _ - - _ - .__~ -- - ~ .. ._ _~ - - _ - -
Tg MG 4Falagagnes,P s Radiation Monitoring System LPU mmmon Software Design Dencription p 89 4.1.21.5. EEPROM Eeprominit INPUTS OUTPUTS da # .not apphceble .not apphenble netwtuk .not apphcable .not apphcatste common .not apphcable .not apphcable pobal .not apphcable .not apphcal,le LPUEepromRead INPUTS OUTPUTS urect not apphcable .reori buffer netwtvk .not apphcable _ .nolsppheable common .not appbcable .not appheable robat .not apphcable .not appheable LPUEepromWrite ,, INPUTS OUTPUTS ,
'ovect . buffer to be wntten .not apphchble netwtrk .not apphcable not apohnablo common .not apphcable .not apphcable pobal .not apphcabie -not apphcable 4.1.21.6. PIA PIAlnit INPUTS OUTPUTS drect . compor.ent address OK or ERROR if a component is faulty or absent
. structure of the initialization component netetyk .not appkcable .not apphcable mmmon .not apphcable not appkcable pobal .not applicable .not apphcable PIAReadinput INPUTS OUTPUTS drect . address of the component . value of the input read
. number of the %put to be read netwtw* .not apphenble .not apphcable _
common .not apphcable .not apphcable pobat .not apphcable .not applicable PIAWriteOutput , INPUTS OUTPUTS drect . component address .OK number of '.he outt'Jt to wi.te to value to be written netwtyk .not apphcable .not apphcable , common .not apphcable .not apphcable pobal .not apphcable .not apphcable Wah77.0;.T. J,.L*~;=1*'L".~. ~;"L"."O -. 45181 DA
- - . _ . - . - . - - . - , ~ . - . _ . . - . , - - - - . . - - . . . . . - . . _ - ~ . - . . _
gugAnnnmanenggp Radiation Monitadng system LPU common Software Design Description p 90 4.1.21.7. Digital To Analog converter LpuCNAWrite INPUTS OUTPUTS drect . component address .OK
. output number
. Value to be written netw* .not appleable not opphcable common not applicable .not applicable pobat -not applicable not applicable i
M ** M L"*""'477.2*. % X i"" T A . L*"% -s.- 45181 DA
. - - - - ~ . . - . _ . - - . - _ _ . . . _ - . . - - . . - . . - . - - - - - - .
i d Radiation Monitoring System l LPU comneon Software Design Descript6on p 91 4.1.22. Tool box , CalculCRC INPUTS OUTPUTS drect . data buffer of the CRC to be calculated .value of CRC 16
. number of bytes in the buffer notawk .not apphcable .not opphcable common .not apphcable .not applicable pio6al .not applicable not apphcable ChangeQIobalstatus INPUTS OUTPUTS drect . LPU status number .not apphcable
. bit mask
. value of the Bit (0 or 1) nefawk .not apphcable . status concemed ,
event memory zone commcn .not applicable .not appl 6 cable pio6al .not appiscable not apphcable SignalBadParam INPUTS OUTPUTS drect address of the faulty parameter .not apphcable nefawk . operating mode of the LPU (normal, . status software (parameter fault bit) degraded or maintenance) common .not opphcable not apphcable pfobal .not applicable -not applicable SetUnitDate INPUTS OUTPUTS droct .value of the date RMS format .not applewbie
. write location (time stamp or network memory) netwo* .not apphcable not apphcable common not apphcable .not apphcable pf .not apphcable .not apphcable
_ obal GetUnitDate INPUTS- OUTPUTS droor . write location (time stamp or network memory) . value of the date RMS format , netwwk .not apphcable -not opphcable common -not apphcable .not apphcable global .not applicable -not applicable CheckByteAddress and CheckWordAddress INPUT OUTPUT dwect . address to be tested .OKif address existm
. ERROR if BUS orror during access netwo* . not apphcable not appiscable common . not apphcable indicator of random access to the memory for managing BUS orror global . not apphcable . not apphcable 8 M J O A h WeAmman et fepreenten tansse e portmee de es gensnyt est y_-- -_ . m god outuresten toes es noe servenes 899 s O g wM ,- _ _ _ _ . - - _ _ - . _ . , . _ _ _ _ _ . . - , _ _ . _ . _.__.-.._.-.,,_______.._.,__m.._ -- -
_. ~ _ _ _ _ _ . _ . . , . _ ., ,
Radiation Monitoring System 1.PU common Sofhware Design Description p 92 ProtectReadWord INPUTS OUTPUTS I diect . read address . read buffer
. number of words (16 bits) to toad hetner* .not applocable .not apphcab!a
. common .not apphcable .not applicable 6#ocal .not apphcable .not apphcable ProtectWriteWord INPUTS OUTPUTS drect . write address .not applicable
. number of words (16 bits)to write
. write buffer droct .not applecable .not apphcable tornwk .not apphcable .not apphceble common .not appbcable .not applicable piobel .not appl 6 cable .not appilcable j makeDigitalwnualDef INPUTS OUTPUTS dvoct . uncorrected deAntt6on parameters . uncorrected deAnttion parameters number of virtual digitalINPUTS . number of bits tormort not apphcable .not opphcable common .not apphcable ,
.not appbcable ebbel .not apphcable .not applicable makeAnswnualDef INPUTS OUTPUTS erect . uncorrected defindson parameters . uncorrected deAniteon parameters
. number of virtual analogicalINPUT
. number of bits retwork -not appiscable .not apphcable common .not applicable not applicable pio6a/ .not apphcable .not apphcable l
niakeBItwnualDsta INPUTS ~ OUTPU18 droct . deAnttoon parameter 16 bit words making up virtualINPUTS
. distributed digitalINPUTS number of virtual digitalINPUTS tehoork .not apphcable .not apphcable g common .not opphcable .not apphcable ebbel .not opphcebie .not applicable MakeAnsWnualData INPUT 8 OUTPUTS droct . Input deflnition parameter .value of the virtual analogicalinput
. distributed analogicalINPUTS totwork .not apphcable .not applicab:e common .not apphcable .not apphcatJa ee6.t .noiapphcabi. noi apphcabie "M *"""lh"""O774ll'".". C.*.~M~', ;":". " A ~ T % 45181 DA m
$.,l J nemnnes?MGP Radiction Moniton'ng System LPU common Software Design Description p 93 CheckRangeParam INPUTS OUTPUTF '
dvect . address of the parameter to be tested .not applicable
. lowest and highest value of the parameter network . operating mode of the LPU (normal, not applicable degraded or maintenance) common .not appl # cable not applicable pbhaf not applicable not applicable CheckRangeFloatParam INPUTS OUTPUTS dvect address of the parameter to be tested not applicable lowest and highest value of the parameter network . operating mode of the LPU (normal, software status (parameter fault bit) degraded or maintenance)
- common not applicable not applicable paobal not applicable not applicable AnalogOutputCalcul INPUTS OUTPUTS direct .value of the measurement calculated value maximum value of the analogical output (format of the converter)
-type: O log,1 linear current : 0=>4r20 mA; 1=>0r20 mA
-origin or decade of origin
-extended network . operating mode of the LPU (normal . . software status (table overflow bit) degraded or maintenance) comm:n -not applicable not applicabee globat -not applicable not applicable CheckArrayRange INPUTS OUTPUTS dvect . address of the parameter to be tested .not applicable
. lowest and highest value of the parameter nernork . operating mode of the LPU (normal , . software status (table overflow bit) degraded or maintenance) common not applicable -not applicable Obbel .not applicable .not applicable HaapInit INPUTS OUTPUTS
#<'ect blocA stre Retums OK
. block number
. heap address netutut .not applicable -not applicable common .not applicable not applicable gebat .not applicable not applicable L7.J:"l"b77",4lC".'JOm*~4~* ~ O 4 .".'."! = "J . , % . 45181 DA r /V
MG 43 RJarmane,P s Radiation Monitonng System t LPU common Software Design Description p 94 HeapAlloc INPUTS OUTPUTS durci . heap address . address of the allocated block of NULL if there is no toom on the heap tornork .not apphcable .not apphcable common .not apphcable .not opphcable p
,ubat .not apphcable .not apphcable HeapFree ,
INPUTS OUTPUTS duect . block address Retums OK
. block number
. heap address netw A .not apphcable .not apphcable mmmon .not opphcable .not appheable pfobal .not appheable .not apphcable 4.1.23. Converting units
~
INPUT OUTPUT direct . Onginal unit code . conversion coefficient value
. retum function:
. OK ifinput parameters consistent
. ERROR if input parameters inconsistent g o* . not appkcable . LPU time and date co nmon . not apphcable . not apphcable flocal . not applicable . not apphcable CheckUnitcode INPUT OUTPUT direct . check unit code . OK if code consistent
- associated measurement type (concentration, . ERROR If code inconsistent irradiation, flow rate, or other) netwo* . not apphcable . LPU date and time common . not apphcable . not apphcable global . not apphcable . not apphcable n.~,,-._.
% .----,.o-..-.,~,,m ,% ...u -m -.. - . ~ . 45181 DA i l
I g,banniunangMGP Radiation Moniton'ng System LPU common Software Design Description p 95 4.2. DESCRIPTION OF HARWARE INTERFACES 4.2.1. Definition of the INPUTS and OUTPUTS used by software real time clock !nterrupt : DUART 68681 timer A of the CT board relay control: relay 1=> DUART 68681 eutput OP6 relay 2=> DUART 68681 output OP7 relay 3=> DUART 66681 output OP3 watchdog clock Input : DUART 68681 IP1
- watchdog reinitialization output :
DUART 68681 OP2
-watchdoc fault input:
DUART 68681 IPS enabled if the watchdog is released
- POWER FAllinput
- DUART 68681 IP2 485 link control
. - OP4 /RXRdy DUART channel A OP5 /RXRdy DUART channelB Network links: channel 1 => DUART 68681 channel 1 of the CT board channel 2 => DUART 68681 channel 2 of the CT board End of frame interrupt : channel 1 => PTM 6840 channel 1 of the CT board channel 2 => PTM 6840 channel 2 of the CT board M L C M J " E W a";::ta*.".".2".0 %"".J ~ . . 45181 DA
%yd:M1P Radiation Motutoring system LPbunmon Software Design Desalption p 96 4.2.2, Operation of end of frame detection DUART PTM ( mg .-- um ya-8 iTo-> Frame recepuon Character interrupt reception interrupt a[rT Character reception input Each time a character is received, the PTM counter is loaded with the length of the end of frame time out. When the PTM counter is not reloaded, it generates an end of frame interrupt. The PTM should be programmed in monostable mode. Constraint for correct operation:
- The time delay between the transmission of 2 characters must be less than the value of the character reception time out.
Character reception ITs may be triagered either each time a character is received, or when the 3 character FIFO la full. Interrupts on a full FIFO Interrupts on the reception of characters advantages divides the number of interrupts Reduces the response time for the by 3 consideration of a one character interrupt disadvantages increases the response time for multiplies the number of reception the consideration of a 3 interrupts character interrupt M;%"""b"'~"J"' "4 ".'.'".*!d?"E "" *';" '*".0%""L 5- 45181 DA
. - - , , , ,7-_.
i' fullMGPmmunws Radiation Monitoring System LPU common Software Design Description p 97 4 )g;.14}:
'. ', 4.2.3. The levels of interrupt used level 2de 1(lowest priority) PTM of the CT board or G96 BUS ,
2 G96 BUS 3 G96 BUS 4 G90 BUS or RTC 5 G96 BUS 6 CT board DUART 7 either :
- Watchdog
- Power supply fault
- G96 BUS i
k%%L"""""%*"O' ""4%~1?A"#"-"* '5"".OC_"~m. - 45181 DA __a
gvlamauannesMGP Radiation Monitoring System
=_ _
LPU common Software Design Description p 98 4.2.4. Partitioning of memory Address (hex) Component " 000000-0003FF Interrupt vectors 000400-0094FF network memory 009500-00A4FF non-linked shared data zone 00A500-00B4FF stack 008500-00C4FF basic software global variables 00C500- Fin RAM applicabon software global variables 100000-13FFFF basic software EPROM 200000 237FFF application software Flash EPROM or EPROM (224Kbytes) 238000-240000 Backup of network parameters - 340000 CT board analogical output 1 380000 CT board analogical output 2 400000-4000xx CT board time stamp (DALLAS DS1286) 500000-5000xx CT board serial link controller (DUART 68681) 600000-6000xx CT board end of network frame counter (motorola 6840) 700000-DFFFFF G96 VMA E00000-EFFFFF G96 asynchronous VPA F00000-FFFFFF G96 synchronous VPA LT.J", "L7.""M.*.ll1L"7A*"",;lll"%L"""1.-- . 45181 DA
$j allannumensMGP _
Radiation Monitoring System LPU common Software Design Description p 99
- 5. Layout of software development directories
- Each software modu!:s is coded, with its structural analysis detailed in one or more extension files
".c" The external visibility of the module is described in one ore more extension files".h" which have the same name as the relative program file.
The table below describes the location of the ".h" and ".c" file (s) corresponding to each software module. MODULE DEVELOPMENT DIRECTOFsY soot fiie rootApu/baetency.cwc .ogici.i es b e3 rootAputappiUcommontr.ntappl.ciboot logiciel appli) Generat sequencing root /lputbaserne<tgene.c Real time clock management re #-r--?c .c rootAputbaseither.h Slave communication management specific to the LPU rootliputbasencom.c rootAputbasencom.h Slave communication management (LPU/DU) rooucommc'vcom.c rooticommonicom.h l Maintenance cycle: se4 ^ - - ce.c rootA:W- . .i .co.h Measurement cycle rootAputapplucommontmescycle.c cer; '__"" ommentmencycle.h Algorithm interface These functions are not included in main application software, and are located in algorithm directories and l directoriosspecific to specific software ex:n:rootAputappiUcommontengo_xtaigo x.c rootAputpips!measuretmesure.c The interface with algorithms must be defined in a generic file : rootApulappil/Incialgo.h Algorithms common to all LPUS rootAputepp44tcommontinow.c rootAputopplucommentflow.h roottlputapplucommontleig_ temp.c rootAputapptUcommontaig_ tem.h rootAputapp4Ucommontistraight.c root /lputapptUcommontstraight.h Specific acquisition interface These functions are not included in main application software, and are located in specific software directories, but their interface must be defined in a generic file: rootllputappMapecit.h Specific application software Each LPU must have a directory which contains its specific modules: ex: rootAputpipsI(LPU PIPS)) Command supervision roottcommon/ command.c root /com. .c,..' : - -__nd.h - Maintenance command management (LPU/DU) rooticommontoimanced.c root /commontdtmtnced.h Maintenance c4.,rnmand management (LPU) rootoputasenmtnecd.c rootitputbaseAmtnced.h Maintenance / normal command management (LPUIDU) root /commontdttwoco.c root / common /dttweed.h Maintenance / normal commano management (LPU): rooctputcommontitweed.- rootApulc.e...c.e. -^wd.h Normal mode command management (LPUIDU) rooucominontdanormed.c rooticommontdtnormed.h Tne puncanors wansmuon er rear-*-+-g emner peroy or weesy, or tes ooosnent a not somoed wwwun as armen consert Ae4o4 rs a pescanon, t=*-*an et regnechen tota.e or pertmas de ce documere eart n004seusemert tusrdnes. sad adonsahan ecree de nos Services 8+Q s O a LJM v7 m f
.._ _ _ _ _ _ _ _ _ _ .)
.~. . - . - - -. . _ _ .- - . . - _ . - - . _ . . -.- . . . . ~
galanmanutsMGP Radiation Monitoring System LPU common Software Design Description p 100 Normal mode command management (LPU) root /lputappMnormed.c root /IpulappMnormed.h Auto-test management root / common /selftest.c root / common /selftest.h Watchdog management root / common / watchdog.c root / common / watchdog.h Event management root / common / event.c root / common / event.h Calculation of averages root / common / average.c rooticommontaverage.h Digital I/O management root / common /iotor.c l root / common /lotor.h Unit conversion root /lpulcommon/ unit.c root /lpulcommontunit.h Toolbox rooticommon/utidate.c root / common /utidate.h root / common /dluti.c root / common /dluti.h . root /cor,; won /rmsmem.c (gestion memoire) root / common /rmsmem.h Hardware interface root /commontduart.c root / common /duart.h root / common /ptm.c root / common /ptm.h root / common / clock.c root / common / clock.h root /commontflash.c root / common / flash.h root /lpulcommonleeprom.c root /lpulcommon/eeprom.h root /lpu/ common /pla.c root /Ipulcommon/pla.h root /lpulcommon/cna.c root /Ipulcommon/cna.h Various definition files:
.RM3 general definitions root / common /rms.h definition of RMS general common non-linked root / common /divargen.h YHables
=i 9 general network memory definitions root / common /dinetwk.h & root / common /dinetwk.c
.tpecific LPU definitions rootllpulcommonllpu.h
. definitions of specific LPU non-linked varlales rootapulcommonllvargen.h specific LPU network memory def' m itions rootApulcommonlinetwk.h root /Ipulcommonlinetwk.c
~ ~ . .
N % N OU N W .MM N M UM WM OLI Wr$len M g P NM Waduchen et rWCfDdJChan knale Of @ de ce dot lumert sort rgoisgusemert steretes. sati etAonsaten 4Crte de nos Serwces w aUs w
p.g. 1 og 39 (For (DCNs Onry) CONTROL ROOM DRA ING SCP No. Rev. Page YES C NO ' IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV, southem Califomia Edison Caparv S-
, ABG-11395
, f Q DOCUMENT NO. g\ SHEET NO. REV. UNIT (S) Q-CLASS DOC. O<. LASS EQUIP.
m,. .... ..... ,....._... _ _ S O123606 1 34 y N/A 0 2&3 11 l N/A te9My DOCUMENT TITLE LPU GENERAL SOFTWARE DESIGN DESCRIPTION DESIGN CHANGE NOTICE (DON)
' 'NA R S.E. MARTIN
- 82019 DATE g7jggfg7 COVER SHEET STATION SYSTEM CESIGNATOR SPA
- 1. DESCRIPTION OF CHANGE
[8EFORE [AFTER }S-FOUND @D [lNTERIM @lNFORMAT10N ONLY aAS part Of the SCE DRMS Software EvaluatlOn Project, (Software Evaluation Report, SCE No. 90400), deficiencies in some existing DRMS software documents were identified and documented in DRMS Software Evaluation Anomaly RCportS (SEARS). ThiS DCN corrects deficiencies in the subject document that were identified in the follOWing SEARS:
- SEAR 03
- SEAR 84
- SEAR 122 D
- SEAR 11
- SEAR 98
- SEAR 138
- SEAR 16
- SEAR 100
- Open item 1
- SEAR 36
- SEAR 102
- Openitem 3 AUG 2 61007 "
- SEAR 47
- SEAR 103
- Open item 31
- SEAR 51
- SEAR 106
- Open item 36 SITE FILE COPY
- SEAR 71
- SEAR 108
- Open item 45
- SEAR 77
- SEAR 112 INITIATING DOCUMENT (NCR, SPR, W DRMS SOFTWARE EVALUATION REPORT, SCE NO,90400
- 2. OTHER AFFECTED DOCUMENTS (FOR DCNs ONLY):
O YES @ NO OTHER AFFECTED DOCUMENTS EXIST AND ARE LISTED ON FORM 26-503. THE SOURCE DOCUMENTIS IDENTIFIED AS FOLLOWS: O TuS DCN: OR O THE FOLLOWING DOCUMENT: O YES @ NO DOES TuS DCH IMPACT SfTE PROGRAMS OR PROCEDURES? IF YES LIST AR NUMBER O YES @ NO ES M M REM A SW SAW NMM MS, N 2W8 N BEEN MMM M SWRCE M IF APPLICABLE, LIST TECHNICAL JUSTIFICATION SOURCE DOCUMENT NL.NBER O YES @ NO FIRE PROTECTION ISSUES APPLY (DOCL*4ENTED ON FORM 26-292 AND INCLUDED WfTH THE SOURCE DOCUMENT). O YES i NO ENVIRONMENTAL QUALIFICATION ISSUES APPLY (DOCUMENTED ON FORM 26-403 AND INCLUDED WITH SOURCE DOCUMENT) O YES @ NO OTHER REFERENCE DOCUMENTAT10N (calculatons, cic,) ? O YES $ NO AS-FOUND CONDmON CONFIRMATION FIELD WALKDOWN REQUIRED 7 WALKDOWN PERFCAMED BY / DATE
- 3. SCE DESIGN APPROVALS:
f ORIG f ff 7k 7 OTHER DATE TJ Gr , s' A'7 N'DE REVIEW ENGINEER ATE OTHER DATE s rac A4Lk e n/97 FIRST UNE SUPERVISOR dATE OTHER DATE SECOND UNE SUPERVISOR DATE OTHER DATE
.I
- 4. CONVERSION:
CONVERSION TO DCN DATE
/ d644 SONGS OR CDM-ENGINEERING SUPPORT scE 26179.t REv. 7 aw Q" LuETFONMONSWEDO 9 0 y g
PAGE _. - OF 39 (For IDCNs Ordy) DCP NO REV PAGE Southern Califomie Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. S-
, ABG 11395 / {
DESIGN CHAN OTICE (DCN) DOCUMENT NO. gg SHEET NO. REV. SUPPLEMENTAL PAGE SO12N1M 0 DESCRIPTION OF CHANGE BEFORE C AFTER ASSOUND CADD INFORMATION ONLY [ INTERIM The following information is from LPU General Software Design Description, page 21: 2.4.2. Real time clock management This module describes the processes performed during the real time interrupt, it is part of basic software. 2.4.2.1. Interface modules
- ~ _ . . - - - . _-. . - . - . _. .. - - . _- - __.
PAGE 3 OF 39 (For IDCNs Only) DCP NO. REV PAGE southem CaBfomia Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. S- ABG 11395 p UMENT No. DEslGN CHAN .
'(f0 SHEET NO. REV.
OTICE(DCN) SUPPLEMENTAL PAGE SO123406-1 34 o DESCRIPTION OF CHANGE BEFORE AFTER ASfoUND O^oo 0 inTaniu iwronu* Tion on'y This change will be reflected on page 21: 2.4.2. Real time clock management i T module describes the processes performed during the real time interrupt, it is part of software. 2.4.2.1. Interface modules t 4
PAGE . .4. . . . - - OF
- - . - . 39. . . - . . . -
(ForIDCNs Ordy) DCP NO. REV. PAGE
, Southem Califomia Edison Company DCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV.
8-
- ABG-11395 f Q oEsoN CHANG OTICE (DCN) pp SHEET NO. REV, I
suMuMENTAL PAGE SO12N1 0 DESCRIPTION OF CHANGE 5 sEFORE [ AFTER AS FOUND CADD INFORMATION ONLY C INTEMIM The following information is from LPU General Software Design Description, page 47: 2.4.17. Autotest management includes the penodic auto-test functions carried out on the LPU. It is part of basic and apphcation software and should therefore be duplicated. Certain auto tests are not performed directly in a function but in all parts of a pmgram', For example :
- checking parameter coherence.
- division by zero, squared log and root parameters.
i -table indices. 2.4.17.1. Interface modules The table below describes the modules used by this module. ' Modules used Functions 1 Tool box CalculCRC l t . l 2.4.17.2. Module compoaltion kitAutotest l Module initialization. CheckCriticParam Checks the physicaRoberence of critical parameters. TestBasicSoft Checks the physical coherence of basic software. l 1 TestApp!! Soft . Checks the physical coherence of application software. FantTestRem Fulltest of a RAM memory zone. i sca as-tree nev.a ens T* WOW NEMg'gfg Q"g 77@7
PAGE 5 op 39 j (For IDCNs Only) 1 DCP NO RFV PAGE l Southem Califomia Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUM NTREV. S-l ABG 11395 i N) DOCUMENT NO. 1 SHEET NO' REV' DESIGN CHANGE NOTICE (DCN) SUPPLEMENTAL PAGE SO123-606-1 0 DESCRIPTION OF CHANGE BEFORE @AFTER [AS.FOUND D [ INTERIM [INFORMATION ONLY This change will be reflected on page 47: 2.4.17. Audestmanagement includes the periode autHeat tunomons carried out on the t.Pu. m is part oQand "ar**=m software and should thereinte be dupicoted. Certain aukMeets are not performed drecey in a funeon but in all parts of a program. For mple: p e- m _ .+-- - nm -
- Chedino natar9eterfrange vehday when needed accord'ag to ranges given in the T_parafneter record an svent tiities'(see wtth the[3]networkg MGPH.PLWT as qent 48404), if landt set^-parameter pararnetP^-
tauft bit and onEy zero, squaTec mg aTx: root parameters. Tabio indices 2.4.17.1. Interface modules i The table below describes the modules used by this module. t esodules used l Punctions I l Tootbox INC l 2.4.17.2. Module compoeltion l gerausnanse l Module inthaluston. m , _- the ohvsicat q y ee _of edtical_ s, era dit cracal parar eter is compted s comp nted data do not mafch norx6mptomerttled area), then put the unit in degraded l I mode (use of cnbcal pararnsters from FLASH memory). i e_u__-p_ - - _s TeetSenecCott 3 ; = - -- _ m thenhW rrhanance of
- base software is compted (bad CR l cmeee w = r w yegggppngott _
Chectithe ntntsical onhorpriep nf L% achTapplication software is corrupted (tsc CRC);ifien reporrarT appenTeton Toffweirehut and put the unit in maintenance
- mode.
l l FurtTeentem er nw=^m Kuff tant af n AAM_ memorv tons. the RAM memory fails (bad readog of what has been {wmtten), then report RAM memory tauft and put the unit in mamtenance mode. z- rws='n==rw-:- sca as-nee suv s as tumo=*om.svegoegg.cg.gg
PAGE O OF 39 (ForIDCNs Only) DCP NO REV PAGE Southem ColNomie Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. 8-ABG 11395 f p DESIGN CHAN OTICE (DCN) SO123-606-1 N
$ SHEET NO. REV.
o SUPPLEMENTAL PAGE DESCRPTION OF CHANGE BEFORE AFTER ASFOUND CADD C INTERIM INFORMATION ONLY The following information is from LPU General Software Design Description, pp 19: 2A.1.1. Module tempesition Tws modui m made up of unmens
.Oenerannet TNs funelion ensures the general Initieer, i of the LPU: to besic algortthm is es fonows -
SEGIN N me LPU has het pertermed sucessehe h a .mL hBosse en owent inmense me medenly see et net ork amaory Campises test of RAM EPROM and tesh EPROM momery Test armeelparameters kt FLASN Test enesei network momery parameters F RAM. EPROM. Flashcor sueessake N mhost tout. THEN Ptees the LPUin meenenenes mede ELSE IF esenesolparemenertoutTMN plees LPU M Normelmede ELSE posee LPUin Degraded mede END LF ENOIF trdeelse CT board pararJters END
*AdelnLoop TNs is the mein LPU loop wNeh esecutes permaneney, hs basic sigerthm is es fobows :
BEGIN
.WHILE not end check communeeston
.IF LPU in meintenance mode
.TtEN essoute maintenance made processing
. ELsE asecute normel mode proesseing END F EPCMttiLE END sca as noa suv s e T. m pon w o m e wesc gogr,og g.cgg i 4
-.. _ __a
PAGE 7 OF 39 (For IDCNs Only)
, DCP NO REV PAGE l Southern Californie Edison Czg .y IDCN NO, ,
pCN TRACKING NO. DCN NO. DOCU NT REV, j R.Zr!!!!: 0"":0 "am 8- ABG 11395 f g DESIGN CHANG OTICE(DCN) D UMENT NO. t[ SHEET NO. REV. , suPPLEneNTAL PAGE SO1234061 o DESCRIPTION OF CHANGE [DEFORE @AFTER [A&f00ND [ ADD 0 iwTraiu O INFORMATION ONLY This change will be reflected on page 19: E.4.1.E. tRedule sempeellion Two moduieis made up of tunchons. I .eenomann This tunomon eneums the sene=1 Inalailnehan of the LPU: ks basic aloorthm is as to80ws
- DEGIN just , -
g ' W' :_-~.^ ene esswein - . __- = :. :-- woun g< 1 traerval
~ - of inesisN triessesanw V .U- **^"- -- -V
~
l, seeskedy ame of noemom momery Osmpions test et RAM EPROM and tesh EPROM memory j Test emealpsameters k FLASH Test armeelneeserk q , F RAM EPROM,Plesh,L V
^ ^ Ttei_
Pines me LPU m i _ moesN- > ELSE i IF noartsealparenmeertendtTHEN l piece LPU m Nemel made . Etc F hastes CT t,aaniparameests Epe
.assentoop This is the main LPU toop which executes permaneney. ks heele algorthm is as tonows :
'SEGIN 1 WHILE not and Check commumcatm
. IF LPU in maintenance mode
-TMN esecute mantenance modo procesano l - ELSE eescute normal modo processing 1
. END IF
. END WHILE END ww. ::= , := = - :,n . m , -
- The check communicehon testure checks that if a messe0e has been send, all characters have 4 i been processed tpy the DUART, and therefore that the 486 link has been eweched to reserver mode, if the test characner has not been pmosesed (cficoked in tie DUART character tenomlemon intempt) stor a 20 seconds time out, sie eartal port is reinitistaed. This testure is e there to povent any DUART malfunchen (the system relies on the DUART to send transmusion
, ***"'F"l' ,n_ w_ -_ -
A ::_ -s --_ 4 4 1 1 1 5 EUM MV3 m L6NN6 gym-Q" .$f% 1
PAGE 8 OF 39 (For IDCNs Only) _DCP NO REV PAGE Southom ColWomia Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. 8- , ABG 11395
/ h DESIGN CHAN OTICE (DCN)
DOCUMENT NO. g SHEET NO. REV. SUPPu! MENTAL PAGE SO123406-1 0 DESCRIPTION OF CHANGE @DEFORE C AFTER CA&foUND CADD INTERIM ]INFORMATION ONLY The following information is from LPU General Software Design Description, page 10:
- 14. Reference documents 1} LFU SRS46180 MGPI RMS LPU Software Requirements Specifications 2} standard IEEE Std 1016-1987 3} LFU PT46604 LPU GeneralParameter Table lM L9u HTS 461s6 LPU hardware technical spect/1catior E DU SDD 46183 Du Software DesigriDescription
% SOAP 46203 RMS Software Quality Assurance Plan 7 System SRS45866 RMS System So.? ware Requirements Specifications
%l Protocol46179 RMS Protocol Technical Spectfwations ,
( N
$ .h N -
- U
- - - . - . - _ . .. - - - - . - ~ . . . . - - . - _ _ . - . - - - . - . - - . - - . . . _ . - --
PAGE 9 OF 39 (For IDCNs Or#) DCP NO REV PAGE
. Southem Califomia Edison Cr;:_., IOCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV.
S- ABG 11395 f p NO. / *: SHEET NO. DESIGN CHAN NOTICE (DCN) REV. SUPPLEMENTAL PAGE SO123606-1 M 0 DESCRIPTION OF CHANGE BEFORE AFTEM O^$+ouwo DADD INTERIM [INFORMATION ONLY This change will be reflected cri page 10: i j 5.4. n.v.r.no . (1 G FU 8RS a5180 Software Requkements Specfation
.n, _
= , _
._ (W_'S?'Y E_Qo Wre%n DescqQ
~
HG (GinneralLP}U srameterTable ! LFU-HTS 45355 LPU hardware technicalspecWestions r - "* "183 DU SoRware Design Desceptio& ! - 1'F45203 W5YS)oRware QunRy Assurance Plan MysiendRS 45119 OthftQYg) System SoRware Requirements x- 1,pecuwation
,c4c+: -45886 ocoltechnicalspecWications l
l l e i h
.h N '
W
PAGE 1U OF M __ (ForIDCNs Ordy) DCP NO. REV PAGE Southern Califorata E& son Company IDCN NO. DCN TRACKIN3 NO. DCN NO. DOCUMENT REV. l
""P.:" DEE'OM CM'MGE MOwm S- ABG-11395 i Q
DESIGN CHAN SHEET NO. REV. OTICE (DCN) 6 SUPPLEMENTAL PAGE S O123406 1 3464 0 DESCRIPTION OF CHANGE @BEFoRE AFTER [ASfoVND D ]INFoRIAATioN oNi,Y
] INTERIM The following information is from LPU General Software Design Description, page 98:
4.2.4. Partitioning of memory Address (hex) Component 00000 MOO 3FF internJpt VCh 000400 0094FF network memory - 009500-00A4FF non-linked shared clata zone 00A500 00B4FF stack 00B500 00C4FF basic software globalvanables 00C500. Fin RAM applicat.on software global vanables 100000-13FFFF basic software EPROM 200000-237FFF application software Flash EPROM or EPROM (224Kbytes) 238000 240000 Backup of network parameters 340000 CT board analogical output 1 380000 CT board analogical output 2 4000004000xx CT board time stamp (DALLAS DS1286) 500000 5000xx CT boartj serial link controller (DUART 68681) 600000 6000xx CT board end of network frame counter (motorola 6840) 700000-DFFFFF G96 VMA E00000-EFFFFF G96 asynchronous VPA F00000 FFFFFF G96 synchronoue VPA sce 25.u w nrv a e m
" " **" ** **'M*dfrf.-Jdfocco"MTA'E
rs4,,+. mad-4 d- mj_ A kh I 11 39 PAGE OF (ForIDCNs Only) DCP NO. REV. PAGE Southern CalNornie E41ison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. g
^^ZZ ::::::: 0;L"'::: gg; S- AB411395 f p l
j M DoCUMENTNo. 1 SHEET NO' REV' DESIGN CHANGE NOTICE (DCN) auretzMENTAL MOE S 0123 606-1 0 l } DESCRIPTON OF CHANGE BEFORE AFTER AS FOUND [ ADD [ INTERIM ]INFORMATION ONLY TNs change will be reflected on page 18: 4.2.4. Partitioning of memory i Address hoxS Component hXsF Girant veolors i 00040(W)WFF reevi"W memory l 6M50CHXA4FF non4rM shared data zone
- OMXS4FF stock 6;6500-0)C4FF basic d e e . % 8 e _
- sCM ikiRAM = 2 ^ :-. soRware %8 vanables 1QXuG 1^i i 7F M M ee.,EPROM
, iisuG airer = --2:e^-:-; software Flash EPROM or EPROM (224Ktstes)
< . 46>240000 Backup of network cerameters l w46) CT board ath J e_41 1 h ss) CT we ar=W' +4 2 e ss m
. CT we time stane( >ALL.AS DS1286)
Ns@)-1000xx CT ment sortalunk controner(DUART 68681) i i;66MdMxx CT :+s end of network frame counter (motorola 6840)
.~
- iiUY.e hcreF GM VMA ush^r :reree G96 ase_= VPA
,id ih ;;;;e G96 rg.J. c-: = VPA fn: , -
y, T pr , r : f f ,*w r, - The stack size has been calculated in such a way that on the biggest application software f(LPU/SAS) only 60% of the memory is used This leaves a minimum of 40% of memory as safe h w_=: w_ v : : ~ w + ~" u -_ i l I 4 4 4 4 i i ses as-tmt uv.s es NN"***M'3 MM*M77h'$ ' i
, _ . . _ _ _ _ ~
- - . . . . ~ . . - - _ . _ _ . - - - . - - . - - . . . . . - . - . . - _ _ - . . . . - . - - - . _ . . . _ - -
PAGE 12 op 30 (ForIDCNs Only) DCP NO. REV PAGE
, Southem Cellfomia Edkon Company IDCN NO. DCN TRACKING NO. DCN NO. ,
DOCUME REV. x :::::::;;;;:::;,;-,;; 8-j ABG-11395 DESIGN CHAN NOTICE (DCN) DOCUMENT NO. '\ SHEET NO. REV. I SUPPLEMENTAL PAGE SO123 8061 o DESCRIPTION OF CHANGE 5 aEFORE AFTER Asf0UND [ ADD INTERGA
]INFORMATION ONLY
! The following information is from LPU General SoRware Design Description, page 17: 5 2 4 P 2.3. Relationship between LPU functions and structural modules i
- The table below shows which modules perform the different funcuene M in document (1).
, The software modules shown on the previous diagram are numbered 1 to 20.
i fis:!;. t Mule No. 1 2 s 11 10 13 17 e 30 8 3.-l4 31 l1s 33 l1s 7 15 at 34 3 12 14 13
^ * * . * 's y ,m. _ ' ._ : ~. with the RMs l LPu tnhielleetion * * * * * * * * * *
- e. * * * *
- LPU :::"._ _ _r. * * * * * * * *
- CM beant meneeement * *
- eu .
.t of the menemem.nt *
- e .*
- Ai== ==neeement c- .
- 3. .
infonnation report * *
- 7 r.: : : system statue . -;" .;;c . ? *. q ,e Controlled system verification * *
- o Log of mesewoment reebite * *
- Event storese
- C. :. :- . with complex monitors i
e
- l
) 1 i i i i ? t 4 5 i SG 361764 REV.3 446 T.M W N 6 7[gyggy7g
, , -, , , - - . . ~ .. - . . , . . , . , - . . < - - - --
PAGE 13 OF 39 (ForIDCNs Ordy) DCP NO REV PAGE Soudiem Califomia Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. 8- ABG 11395 f f N-DESIGN CHAN OTICE (DCN) d SHEET NO. REV. SUPPLEMENTAL PAGE SO12N1 o DESCRIPTION OF CHANGE C35 FORE @AFTER CASFOUND @D lbffERIM INFORMATION ONLY' TNs change will be reflo;ted on page 17: 2.3. Traceability between functions and modules The +=hia >==h which modules perform the different functions described in document [1 dig _PELfM1.8]0 The software modules shown on the previous diagram are numTirol Ft g - - -- , z ny Sfl8 Nnogen 40pdid.s of shio SOD where she Amogen 4 elseorted
> 1 C T..T "M weh the RMS 3,4 Sie's communicehon management I system 22 Hentwareintertece f g 2 r -- :- of the LPU 23 Toolbox As modutos _ .
3 : PU Parameter esemg 3,4 Steve commkr. enana0ement y f{ 5 10 Maintenance cycle Ccmmend supervision 1
}
13,14 Maintonenoemormalcommandmana0ement I { 15,16 Normal modo command inena0ement 1 i 23 Toolbox I 4 Measurement genershon 6 Measurement cycle lL 7 AW Interface p se spoonc espacemon eenwere and interface i 19 Event menspement i 23 Toolbox
'k 24 On L units 1 6 Alarm management 6 Measurentmt cyote k 23 Toolbox h 6 Reporeng management 6 -
_:% cycle j 21 Digital 10 mana0ement l 22 Hentware interinos i
/ 23 Toolbox }
^7 N... .;Montonng of tie GeneralLPU esquenome f LPU 8 tens teoll4est) 6 1
Measurement cycle k g J { 17 Ausolestmanagement j i 18 Waschdog menseement i k 23 Toolbox l l 8 System Quum Operabety Tests 10 Command agervision P 11,12 Maintenanos commend management q l 13,14 MaintenanceMarmelcommandmanagement j
-{ 15.16 Normalmodo commend -c- _:- ;
P 9 Cresson of Measurement 6 Measumment cycee } J Results Hatory File 20 Coloutshon of averagee s f 10 Recordno Events 23 19 Toolbox Event - z _ .a. 6 11 Operahng weh Complex 6 Measurememcycle (i Monitors 23 Toolbox v_V_t e_%wvj I- 0 F
PAGE T OF W (ForIDCNs Ordy) DCP NO REV PAGE Southem Ca.Momie Edsson Company IDCN NO. DCN TRACKN3 NO. DCN NO. DOCUMENT REV. S. ABG 11395 [ O DESIGN CHAN OTICE (DCN) SHEET NO. REV. aVPPLEMENTAL PAGE S O123406-1 346 ) (1 . O DESCRIPTION OF CHANGE BEFORE CAFTER ASf00ND CADD INTERIM [INFORMATION ONLY The following information is from LPU General Software Design Description, page 22: 2.4.3. diaVe communication management (LPUIDU) This module includes all the communication management functions which are common to both the LPU and the DU; it is part of base software. 2.4.3.1. Interface modules 1 1 SCE 2417M SEV,3 446 EMNNMN i
.h F,
PAGE 16 OF 39 (ForIDCNs Only) DCP NO. REV PAGE Southem CaWomle Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. MMm:5 8*
- ABG 11395 f h N-
[ Deal 0N CHAD SHEET NO. REV. OTICE (DCN) suPPlaMENTAL PAGE S0123406-1 34 o DESCRIPTION OF CHANGE CSEFoRE AFrER CAs FOuND ADD INTERIM
]INFORMATioN ONLY TNs dange will be reflected on page 22:
2.4.3. Slave communication management (LPU/DU) This module includes all the communication management functions which are common to both the LPU and the DU; it is part of base software.
,-f,, , - ,- - -,,-
-v+ r -
r - ,- The LPU communication module handles the MODBUS protocol as described in documen [8] MGPI Protocol-ST-45866, it allows upstream network devices such as MASS, DASS or DU to access to the network memory or parameter table as described in document [3] MGPI-LPU-PT-45504 using the two LPU RS485 slave links. 2.4.3.1. Interface modules
PAGE 10 ' OF 39 (ForIDCNs Only) DCP NO. REV PAGE Southom CalWornia Edloon Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV.
-E 8- ABG 11395
[ D DESIGN CHAN SHEET NO. REV. NOTICE (DCN) N M PAGE SO1234061 f o DESCRIPTION OF CHANGE BEFORE AFTER AsfOuND ADD INTERIM INFORMATioN oNLY The following information is from LPU General Software Design Description, page 30: NormalMesCycle Measurement processing; describes all the processes performed during a measurement cycle. The algortthm is as follows: BEGIN Walt for the end of the acquisition cycle in proccess (WaltEndAcg0) IF the LPU is notin maintenance mode THEN IF (Standby mode) THEN set the measurement to invalid status IF (notin Standby mode)THEN call up the generic function for the specific acquisition (SpecMcAcquismon0) check power supply voltages checkthe temperature
' IF (notin Standby mode)THEN execute each channers algorithm functions call up the specific post acquisition generic function (EndSpecMcAcquiaMon0) l update each channers alarm levels I
IF (not in Standby mode nor in extemal test mode) THEN management of averages and histories results recording and output emulation processing (ResultsAnalysis0) check the measurement validity execute synchronized commands on the measurement cycle execute commands bypassing the measurement cycle IF a new acquisition must be started, there are 3 possibilities:
- a long command was executed
- a request for a *e application software
-exited standby mode THEN CM board adjustment (CmTuneUp0) restart an acquisition END IF CM board adjustment (CmTuneUp0)
OTHERWISE disable appilcabon software (DisaWeAppilSoff0) END IF END sca mm =v i = taw - a w g g. g g. g g
(ForIDCNs OrM DCP NO. REV PAGE i southern CeWornia Edloon Cornpeny IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV.
- 2. ^
- rn:rft: rs s. Ass.11395 g N SHEET NO. REV.
l I DeslGN CHAN sNNTAL PAoE OTICE (DCN) SO123406-1 34 [ ' 0 4 i DESCRIPTION OF CHANGE CsEFORE @AFTER AsfouND @D C INTERIM INFORMATION ONLY I TNs change will be reflected on page 30: i .NormeNeeCyc6e ! Measuramant e9m dancreham all the m?E Derformed duriMLa _mmenremen' ~ i nunter (Tf cunnels to Wmand0e oufof'th~ e16 available~s specTied in thT
- meter table (cos document [3] MGPi-LPU PT 45504). Results are stored in this rameter table to allow extemal access to t.is data through the network.
11vAv_ve_e_-__v_v_
- The algorithm is as follows
1 ! BEGIN Walt for the end of the acquisition cycle in procoess (WaltfrNf4Cg0) IF the LPU is not in maintenance mode THEN ! IF (Standby mode) THEN set the measurement to invalid status l IF (not in Standby mode)THEN i call up the generic function for the specific acquisition (SpecificAcquisition0)
- check power supply volta 0es j checkthetemperature IF(not in Stancew rnoden THEN execute hacl1%Ittiel1Bohannel's algorithm functions
- call up the specifFc past acquisition generic function updat each Ps alarm levels IF (not in StanaDy moce nor in extemal tant M _TMEN__ _ _
management of averages and hist ' results recording and output emulation %t'he'11chaineis) processmf(NamulFs4Twysis0) check the measurement validity execute synchronized commands on the measurement cycle , execute commands bypassing the measurement cycle j IF a new acquisition must be started, there are 3 possbilities: 4
-along command was executed j - a request for a specific appbcation software j - exited standby mode
{ THEN j CM boastiadjustment(OnTunopp0) { restart an acquisition ! ENDIF
- CM board adjustment (OnTunoUp0) 1 OTHERWISE disable application software (DisabAeAppilf
; END IF i END i
sca as mo sev : me wunomuommao gogsg.g.rgg i i I
~- . . - - . . - . - . - . . . - . _ _ . ..
{ PAGE 18 op 39- . . - . _ (ForIDCNs Only) 4 DCP NO. REV. PAGE Southam CaWomia Edson Cm IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV.
;; nz:::::::::'ft::::::x; s. ., Ass.11395 [ ()
DEsl0N CHAN NOTICE (DCN) hp NO. RW. suPPLaseNTAl.PAGE SO1234061 V 0 DESCRIPTION OF CHANGE . BEFORE CAMR DE wo DADD INTERIM INFORMATION ONLY j The following information is from LPU General Software Design Description, page 56: . PIAReeutnput Roads a component INPUT. PIAWriteO@ Writes a wipri.ent OUTPUT. 2.4.22.7. Digital analog converter Contains the management functions for the converter used to manage both analog LPU OUTPUTS. sca == mv. ""'"*""A?ngg-ggggg a
19 OF 39 PAGE ) (ForIDCNs Ordy) DCP NO. REV, PAGE Southem Califomia Edison Company IDCN NO. DCN TRAGrMG NO. DCN NO. DOCUMENT REV. 8- ABG-11395 [ Q D UMENT NO. SHEET NO. REV. DESIGN CHAN OTICE(DCN) SUPPLEMENTAL PAGE SO123 606 0 DESCRIPTION OF CHANGE CBEFORE AFTER [ASfOUND ADD INTERIM INFORMAT1oN oNLY This change will be reflected on page 56: PIAReadinput Reads a component INPUT. PIAWriteOutput Writes a component OUTPUT. 2.4.22.7. Digital analog converter Contains ana men unctionsforJhe~ c;nvert ed to manage both analog LPU OUTPUTS This module is pait of the applicatiois'ofiware. _m___ IN N$IN D. I M * ' g 7
PA?E 20 op 39 (ForIDCNs Only) DCP NO. REV. PAGE Southem Califomia Edison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV.
'"'"" ?"^ " 0" ^ "0 0 "r?- 8* ABG-11395 Q
f DOCUMENT NO. DESIGN CHAN SHEET NO. REV. OTICE (DCN) . SUPPLEMENTAL PAGE SO123406134 s.; .. O DESCRIPTION OF CHANGE @BEFORE- AFTER ASf0VND [ ADD INTERIM INFORMATION ONLY The following information is from LPU General Software Design Description, page 43: 2.4.13. Maintenance / normal command management (LPUIDU) This module contains commands (LPU/DU) which are executable in both modes (maintenance and normal), it is part of basic and application software and shculd therefore be duplicated. 2.4.13.1. Interface modules The table below describes the modules used by this module. Modules used Functions Event management EventSenal Tool box setunitDate 2.4.13.2 Module composition DUnitTwwnedeCmd initializes the command table with commands which may be executed in both maintenance and normal modes. RosetUnit This is the function which performs an LPU reset. When this command is detected the LPU performs a warm reset. This is an immediate command. SetDateCmd This function should update the date and time for the LPU. This is an immediate command. ser a w n arv. = ws m w = .u gm7g,ggyg g;,g
PAGE 21 op 39 (For IDCNs Only) DCP NO. REV. PAGE f Southern Cailfornia adison Company IDCN NO. DCN TRACKING NO. DCN NO. j DOCUMENT REV, ! :Z :::::!: 0"_T:05 ::Or- a- ABG-11395 / Q ' o CWENT NO. q SHEET NO. REV. DESIGN CHAN OTICE(DCN) SUPPLEMENTAL PAGE SO123406-1 s 0 DESCRIPTION OF CHANGE sEFORE @AFTER ASf00ND ADD [ !NTERlu INFORMATION ONLY l This change will be reflected on page 43: i i 2.4.13. Maintenance / normal command management (LPUIDU) This module ,contalfw commands ( /DU) which are executable % both modes (maintenance and normal), it is part o se nd appucation software ano could therefore
, be W M ad . ,
l j 2.4.13.1. Interface modules The table below desenbos the modules used by this module. Modules used Functions Event menenement EventSegnal Tool box setunnosto 2.4.13.2. Module composition DunRTwomodeCmd initializes the command table wth commands which may be executed in bo<h maintenance and normalmodes. , -RosetthsM This is the functon which performs an LPU reset. When this command is detected the , LPU performs a warm reset. This is an immodate command. t
.SetDateCmd - -
This furv*ian hid und=ta tho date and time fotthelPU.
'given 'as a comrnandpiarameter in homti6r'ofs6conds, a hardware RTC compatible its'Nthe da structure (dsy, month, year...) using the aktime standard function, and then updates the C co - m ^^ ^
nont. -g ~ ~ ~ = l l i e 4
PAGE 22 op 39 (ForIDCNs Only) DCP NO REV PAGE Southem Califomia adoon Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV,
----m...u...m _ . s. . ABG-11395 -[ b Design CNATN """ SHER NO. RW, NOiiC <DCN3 SUPPLEMENTAL PAGE SO123406-1 Y@@ 0 DESCRIPTION OF CHANGE @BEFORE AFTER As FOUND ADD INTERIM
[INFORMATION ONLY j The following irJo,Tretion is from LPU General ScMware Design Description, page 31: i WaltEndAcq i Wahs for the end of an acquisition, while providing the following functions:
- Processor overcharge fault management
- LPU monitor status updating
- Corr; mand recording (normal and on virtual I/Oa)
- The execution auto-tests (RAM ROM Fl. ASH, critical parameters)
)! - Periodical test management (electrical and optical) ! - Distributed data updating ,' - Relay updating 5 i I d
'NuE , DA 7N
PAGE 23 op 39 (For IDCNs Ordy) DCP NO REV PAGE southom Califomin Edison Company IDCN NO. DCN TRACKING NO. DCN NO. l DOCUMENT REV.
- s. ABG-11395 ( g M) UM NT NO. O SHEET NO. REV.
DESIGN CHANGE NOTICE (DCN) SUPPLEMENTAL PAGE SO12N134 o DESCRIPTION OF CHANGE BEFoRE @AFTER As-FOUND INTERIM [ ADD [INFoRMATioN ONLY This change will i . reflected on page 31:
/m, n - W- ,= ww Historical management consists 'of cejeulating averages (MakeAverage function) using measurement values generated at each LPU cycle. Four kind of historical trends have to be updated for each of the 16 channels :
60 last 1 minute averages ; e 60 last 10 minutes averages;
. 60 last 1 houraverages ;
e 60 last 1 day averages ; , Each historical file is managed as a circular buffer : I e new value overwrites the oldest one; , . when reaching the end of the buffer, go bad to the beginning. 1 Each average of the historical trend is stamped with the average end date. This date is common to all channels for each kind of historical trend. See document [3] MGPI-LPt.H8T 45604 section 5.4 for more details. _u v= ==w __ u_u-
-WaltEndAcq Waits for the and of an acquisition, while providing the following functions:
- Processot ob uit management
- LPU mon r updating
- Command recording (normal and on virtual I/Os)
- The execution auto-tests (RAM ROM FLASH, critical parameters)
! - Periodical test management (electrical and optical)
- Distributed data updating
- Relay updating i
1 i 4 g
- . . . . - . . . . - . - - . - - - - - - ~ - - - - - - - -
3 3---- (For IDCNs Ordy) i DCP NO. REV. PAGE Southam CaWomia Edson Company IDCN NO. DCN TRAC 41NG NO. DCN NO. DOCUMENT REV S- ABG-11395 [ p CW ENTN - 1 SHEET NO. REV. l oesmNCNATNo AoncecocN> suPPuMENTAL PAGE SO123406-1 - O DESCRIPTION OF CHANGE BEFORE [AFTER ASFOUNO [ ADD [ INTERIM f [INFORMATION ONLY The following information is from LPU General Software Design Description, page 49: i 2.4.20.2. Module composition M VeFa9e initialization of module variables. MakeAverage . Calculates the averages (1 min 10 min 1 hour and 1 day) of an instrument. Calculations are synchronized on the date and time of the LPU. e
PAGE 25 op 39
'fD:DCNs Ordy)
DCP NO REV PAGE i southem CelWomie Besen Company IDCN NO. DCN TRACKING NO. DCN NO. / DOCUMENT REY. l
- . . . . . . . . . . . . . . . . . . . . . s. Ago.11395 /
p NN. Desl0N CHAMO suPPLautwTAL PAos TEE (DCN) SO1236061346hM p SHEET NO. Mh REV. o DESCRIFTION OF CHANGE CBEFo=E @AFTER [A&foVND ado 0 ivrraiu 'Neonuarios oaty This change will be reneded on pe9e 49: 14.20.2. Module composition MNo w a0s leiltialization of module variables.
~ .= a = :~- De le4e.
/
2 3- _AD- l~& _ -hi^= := YT
^ ' ^ '--- ==
^^ D
' F6ur'ty@Wavfrages are aivalM for El diannefs: ~
~ '
+
1 minute average, syrd v6ized on the olook (for example os : 24:00, 08 : 25 : 00...) ; 10 minutes average, syrd.iv6ized on the olook (for example o e : 20:oo, o 8 : 30 00...) ; I hour average, syrchronized on the clock (for example 0e : 0010o, o9 : 00 00...) ; u 1 day average, synchrod:ted on the clock (for example 1996/11/04 00 : 00 : 00, , l 1596/11/05 00:00:00...); C For each average, the algorithm is as follow : Cumulate each instantaneous measurement If it is time to deliver the average (synchronised on clock) then Calculate the average (total / number of asasurements) Stamp with date and time Prepare the next average (reset the total) l
.a en-
' + ._ Y i = n.m =v.i = "%'Wolilll3ML f#slMW###AE
___ _ , ___.____ _ _. PAGE __ _ ___ _. 20. _OF _ _ _ _39_ _ . _ (For IDCNs ONy) DCP WO REV PAGE Southem CalWomie Edson Company IDCN NO. DCN WCKING NO. DCN NO. ; DOCUMENT REV. S. ABG 11395 / D DESIGN CHAN OTICE (DCN) l " "' ' SUPPLEMENTAL PAGE SO1234061 ~
. O DESCRIPTION OF CHANGE @DEFORE C AFTER DASfOUND CADO INTERIM INFORMATION ONLY The following information is from LPU General Software Design Description, page 10:
I 1.4. Reference documents I1 1'l LPU SRS 45180 MGPI RMS LPU Software Requirements SpecMcations
%l standard IEEE Std 1016-1987
%l LPU FT4SSO4 LPU GeneralParameter Table
'43 LPU HTS 48256 LPU hardware technical specifications
%l DU SDD 45183 DU Software Design Description
$1 SOAP -45203 RMS Software Quality Assurance Plan T System SRS 4SSSS RMS System Software Requirements Specifications
\%l Protocol46178 kMS Protocol Technical Specifications l
l l l l l sea mru m a = myy,ggggray;g&gui"gi,EC
+--vr- -' ' " ' ' " ' ~ ' ~ ~ ' ' ' " - - - ' '
PAGE 27 op 6~ (For IDCNs Only) DcP No Rrv PAar Southern Califemia Edison Company IDCN NO. DCN TRACKING NO. DCN NO. j DOCUMENT REV.
- s. ABG.11395 [ O DESON CHAN OTICE (DCN)
,f H 0. W.
suretaMENTAL PAGE SO123 606 1 34 0 DESCRIPTION OF CHANGE DEFORE @ AFTER [AS FOUND [ ADO [ INTERIM [ edPORMAT10N ONLY This change will be toneded on page 10: 1.4. Reference documents (1) LPU SRS48180 MGPI RMS LPU SoRware Requirements SpecMcations l2'1 etanderd IEEE Std 10161987
% LFU PT48604 LPU GeneralParameter Tebie l41 LPU HTS 452SS LPU hardware technical specmcations
$1 DU SDD 45183 DU Software Design Descnption lS' SOA9 46203 - -__- _ RMS SoRware Quality Assurance Plan 7 System SR*"*178J RMS System SoRwere Requirements Specmcetions
_ t ProtocoMSSSSI L - _ RMB Prolocolochnical Spec @ cations _ _ _ _ ( % MASS SRS4S224 ~ ~ MASS SoRware Requirernerits Specification ' MASSSDD48226 MASS SoRware Design Description (Ql10} ,_ _ : : : _ u _ + : = _ _ = : _ __- = = = _ l sea n-o w may.a ens Nhyg%Mb%7Mr@ l L . . - - --
PAGE 28 0F 39 (For IDCNs Ony) DCP NO REV PAGE Southom Callfemle Balleen Company IDCN No. DCN TRACKING NO. DDCUMENT REV.
- s. DCN NO. /
mm A8G 11395 O DESIGN CHANO NOTICE (DCN) suPrulMENTAL PAoE S01234061
@ O DESCRIPTION OF CHANGE DEPORE C AFTEM C W oVND ADO C INTERIM INFORMATioN ONLY The following information is from LPU General Software Design Description, page 11: ;
1.5. Design constraints The LPU software is composed of two sections which should be hdividually linked in two separate memory zones. One section is the basic software and the other is application software. f
___ _. _ _ _ _ _ , , . , g, , (ForIDCNs Only) DCP NO. REV PAGE Southom Callfemia Edioen Company lOCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. f S. A8G 11395 / O DSSIONCHANO NOTICE (DCN) 9 " "*
- sNTAL PAQs 801234061 0 DESCRIPTION OF CHANGg apoRs @ APTER [A&fouND ] ADO INTERIM O INPoRIAM1oN ONLY This change will be refiedad on page 11:
1.5. Design constraints SoRware is composed of two sections which should be individually linked in two separate mem tones. One section is tha basic soRware and the other is application software.
,~~~e r -
_- p. n- = The LPU shall communicate over its communications links using the communications protocol described in document [8] MGPfrotocol-ST-45866, and shall act as a network slave. The LPU shall respond to master devices such as:
- DAS Data Acquisition System ,
e MASS A PC used for maintenance and parameter setting l
. DU Local or Remote l
,_gs-y _ _ -
4,_- ,-- , . - -
. _ d e
k
PAGE O OF W I (ForIDCNs Onl/) l DCP NO. REV PAGE [ Southem Cabfamis Edson Compwg IDCN No. DCN TRACKING NO. DCN NO. DOCUMENT REV. LZZ : Z :: C"';;;; gg; S' ASG 11396
, h dea 10N CHANO OTICE (DCN)
H 0, m. SUPPLEMENM PAGE SO12340613d 0 DESCRIPTION OF Cr4ANGE @DEFoRE [M [AsFoUND [ ADD INTERIM O INFoRMATioN oNLY The following information is from LPU General Software Deelan Deecription, page 23:
- hacWon3.,4 Ensures the execution of the read function for N words.
hmcWon6 , Ensures the execution of the wth f$ns>n for 1 word. hecWonf8 Ensures the execution of the write function for N words. hecWonff
- Ensures the execution of the event counter read function.
hacWont Ensures the execution of the diagnostics counter read function. EweeptAnswer . Processes protocol exception responses. Powedell Signals the apparttion or disappearance of the power supply fault signal POWERFAIL This function is called after a POWERFAllinterrupt from DUART. This funct6on is not included in the auto-tests module, as it must be part of basic software only. Its call is ensured by the DUART interrupt management program (Communicadoninterrupt), and it is common to both the LPU and the DU. M yy
PAGE OF N TForIDCNs Or#) DCpNO. nW PAGE Southem CalWomia Edison Company IDCN NO. DCN TRACKING NO. DCN No. DOCUMENT REV. 2:CC :::::: 0""J:::;;;7,;- B- ABG-11395 O
/
DESIGN CHAN 6 NO. RW. OTICE (DCN) SUPPLEMENTAL PAoE S0123 606 1 34 (1 ' 0 DESCRIPTION OF CHANGE CsEFoRE @ AFTER [ASfouND [ ado C INTERIM ]INFoRMATloN oNLY This t:hange will be reflected on page 23: function 3_4 Ensures the execution of the read function for N words. tunction6 Ensures the execution of the write function for 1 word. function 16, Ensures the execution of the write function for N words. function 11 Ensures the execution of the event counter read function. function 8 Ensures the execution of the diagnostics counter read function. ExceptAnswer Processes protocol exception responses. Powrfall S nals thM!o th r upp y recording an event in the LPU event log (see [3] gp]. ~P , sA. =- - -- is uncton is ca e3 aTer a POWERFAILinterrupt from DUART. This function is not included in the auto-tests module, as it must be part o oftware only, its call is ensured by the DUART interrupt manage program (CommunicetforWnterrupt), and it is common to both the LPU and the DU.
PAGE 32 op 39 (For IOCNs Only) DCP NO. REV PAGE southem Cailfomis Edison Comparty IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. gm s . ABG 11395 O DEsloN CHAN OTICE(oCN) " "' ' suppuEMENTAL PAoE SO1234061 O DESCRIPTION OF CHANGE @saPORE O kTER W oUND ADD [ INTERIM INFORMCON ONLY This "Before" represents the "After" on pe9e 17 of this DCN.
. wrmankooyok Measur -.1LE_^ +a *- d= mR the sponsaas LehTW duf,r,a a ;r===. gen Fu#eTr 5 cihahnels lo be~marf0eFourof ttn 11 available a specified .n ttit er table (ees document l3] IMRPi LMWT 46604). Resuas are stored in this remeter table to abow extemal acones to this data through the network.
- _w -2y v= : e_u The algorthm is as follows:
BEGIN Walt for the end of the acquisition cycle in procoess (WaltEndAcq0) IF the LPU is not in maintenanos mode THEN IF (Standby mode) THEN set thG measurement to invaild status IF (not in Standby mode)THEN caN up the genonc function for the specific acquisition (@eo#kAcquistt/on()) l oheck power supply volta 0es ! check the temperature ) IF (not in Standtw rnoda)THEN execute 4ect@f tiiel1Bohannel's algorithm functions call up the specific post axquisition generic function updat l's alarm levels IF (not in Stanaoy moce nor in extemal tw e THEM - _ - management of averages and histodfltre 1_tiWnals) results recordin0 and output emulation processTnf(MeJuRBAnalysis0) check the measurement validity execute synchronized commands on the measurement cycle execute commands bypassing the measurement cycle f IF a new acquisition mus' be started, there are 3 possblities:
-a lon0 command was executed
- a request for a spechic application software
- exited standby mode THEN CM board adjustment (OmTupoup0) restart an acquisition END IF CM board adjustment (OnTune4p0)
OTHERWISE disable application software (OisatWeAppt/ Son 0) END IF END sea mm n == nago= g g g g- g g
PAGE 33 OF 39 (ForIDCNs Only) DCP NO. REV Pang southem Callromia seison Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. 8* ABG 11395 [ g g ff OsSIGN CHAN SHEET 110. REV. suPPlaMENTAL PAos NrmCa(oCN) SO1236061 ($ o ! DESCRIPTION OF CHANGE esFoRE 5 AFTER [As FouND [ ado INTERIM
]INFORMATioN oNLY TNs change will be renected on page 29:
NormeMfooOyode l Measurement processing; desorbes al the processes performed during a measurement
- cycle. The number of channels to be manage out of the 16 available is spoolfied in the parameter table (see document [3] MGM LPLWT 45504). Results are stored in this parameter table to allow extemal aooses to this data through the network.
- The algorithm is as follows:
BEGIN Walt for the end of the acquisition cycle in procoess (WaltEndAcq0) IF the LPU is noiin maintenance mode THEN IF (Standby mode) THEN set the measurement to invaild status IF (not in Standby mode)THEN call up the Generic function for the spoolfic acquisition ($soMcAcquisWon0) check power supply voltages check the tempwature , IF(not in Standby mode)THEN executs each of the 16 channel's algorithm functions call up the spoolflo post acquisition generlo function
'Updsti
{gnggpooncAcquisition0) Wa= = z = rtiarm ON if measurement higher or o_f the 11 channel's alarm a(ual thfthiestioki, and DFF the threshold minus the hysteresis as yq - gg- -==^:: : x _ = _= v Inct R EEi.5bi ...ww. in demal test mode) THEN mana0ement of avera0es and histories for the 16 channels results recording and output emulation processing (ResuitaAna6eds0) check the measurement validity execute synchronized commands on the measurement cycle execute commands bypassing the measurement cycle IF a new acquisition must be started, there are 3 possbilities:
- a long command was executed
- a request for a spoolfic appiloation software
- exited staney mode THEN . .
CM board adjustment (OrtTunstM10) restart an moge'-ation ENDIF CM board adjustment (OmTune@0) OTHERWISE disable application software (DisabisAppfASofl0) END IF END ses mm mv. ne go.w g g a y . g g _.,.,ay.,,,-4+--,-,---,m~_ . . _ _ - , . - - _ ---m.-,,,,,--. -
. . ..-.,%,,.__m,,%,,%- --.---e,,em ,..,u ,,v,y ..-4.,..m_-.,-s..
_ PAGE D OF 39 (For IDCNs Onty) DCPNO REV PAGE Southern California Edison Company IDCN NO. DCN TRACKING NO. DCN NO. f DOCUMENT REV. 4NCP.'" O5 ?" C R"0 5 .T =" 8*
- ABG 11395 /
O DESIGN CHAN OTICE (DCN) q SH NO. RN SUPPLEMENTAL PAGE S0123406 1 34 0 DESCRIPTION OF CiW4GE @BEFORE [AFTER [ACf0VND [ ADD INTERIM INFORIAATION ONLY The foltoutng information is from LPU General Software Design Description, page 15: Melntinence commend management (LPU/DU): controls the execution of mehlenance commands common to the DU and LPU. Maintenance eemmend management (LPU): controls the execWion of meersonance commends spoolfic to the LPU. Melntenance/ normal command frer:;: ;aat (LPU/DU): controls the execution 64 execulath o.mmerde h both modes on the LPU and DU. Melntenance/normel commend enenegement (LPU): controls the execution of executable LPU commands in both modes d Normal modo commend managernent (LPU/DU): controls the executson of executable commands in normal mode onty on the LPU and LDU. l
- Normal mode command mer;_ .;;"LPU): controis the execution of executable commands in normal mode on the LPU only.
I
- Auto test management controls the periodical system tests. The funcbons of this l rnodule are common to the LPU and the DU.
Watchdog management enswes the software management of the LPU wetedog. The funeons of this module oro common,to the LPU and the DU. Event management manages the recordmg of system events. The functions of this module are common to both the LPU and the DU. Calculation of everages provides the funcbor.s for the calculaten of everoges for penods of 1 min,10 men,1 hour and 1 jour. The functons of this module are common l to both the LPU and the DU. ) Management of digitalI/Oe: pnmdes the dighel I/O monocement functions. The twxtens of this module are common to both the LPU and the DU. Tool box: conseins e set of tools which may be used try as the other software modules, The funciens of this module are common to both the LPU and the DU. Their une is prohibited h pnartty insurrupt functions
- Hardware intertece' contains hardware pencheral access functions (DUART 68681 RTC DS 1286, PTM 6840, etc.).
converting the unit of measure: contains e verwty of funebens for werev and chociang the canalstency of units which are used in eri LPU, i 1
PAGE $5 op 39 (ForIDCNs Ordy) DCP NO REV. PAGE Southem Califemie E411 eon Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV. 8-D CUMENT NO, ABG 11395 / O DESIGN CHAN OTICE (DCN) SHEET NO. REV.
$UPPuiMENTAL PAGE SO123 6061- 0 DESCRIPTION OF CHANGE CBEFORE @AFTER [ AS FOUND [ ADD [ INTERIM [INFORMATION ONLY TNs change will be reflected on page 15:
- teeintenense esmmand management EPWDU) oontmis the esecubon of menenance commands common to the DU and LPU.
beeintenense esmmend management S.PU): contmis the encoution of mensenance commands speomo to the LPU.
- blamtenenoemennel esmmand management SPWDU) contmis the emeoution of -m commands in both modes on the LPU and DU.
- tAeinteneneehermal esmmend management W: controis the encoution of
== LPU commands in both modes.
- Normal moslo command management S.PWDU). controls the anecuton of encoutable commands in normal mode only on the LPU and LDU.
- Normel modo esmmend managements.PU) contmis the enamawwi of esecutat4 commends in normal mode on the LPU only.
- Aute4est management controls the penoecal system tests. The funciens of this module are common to the LPU and the DU.
- Watchdog management ensures the software mana0ement of the LPU watchdog. The functons of th6s module are common to the LPU and the DU.
- Event management: mano0es the reconimg of eyelem events.The functons of this module are common to both tne LPU and Ine DU.
- Coisulation of everages prtmden forthe coloulation of avera0es for penods of 1 mm,10 mm.1 hour and he lunapons of this module are common f to both the LPU and the DU.
- teenagement of dlglial woe: pamdes the dgetal VO management functons. The lunesons of the module are common to both the LPU and the DU.
- Tool her contems a est of tools which may be used by at the other software modules. The functons of this module are common to both the LPU and the DU. Their use is prohbited in pnorey interrupt funciens.
- Herguero mtertece contains hareware penpheral access *unciens (DUART 00081. RTC DS 1263 PTM 0640, etc.).
- Genverths the una of measure: contains a venoty of functons for converting and checking the consstency of units which are used in an LPU.
NuTsoO N M dd Eo8 M $$25
)
j PAGE 38 OF 30 j , (For IDCNs Only) i DCP NO. REV PAGE 4 j gouthem CWWomie Ealleen Cm IDCN NO. 8 DCN TRACKING NO. ABG 11395 DCN NO. [ DOCUMENT REV. h
- peNP DOCUMENT No, SHEET NO. REV.
3 DEslGN CHANGE NOTICE (DCN) 1 suppututNTAL PAGE SO12Ni 0 DESCRIPTeoN OF CHANGE @sEPORE [ APTER [As#00ND [ ADD [ INTERIM [INFORMATION ONLY
! The following information is from LPU General Software Design Description, page 27:
2.4.8.1. Interface modulos -i The table below describes the modules used by this module.
- Modules used Functions
, Algorithm interface A'e * = 1 Function names are given as an example, they are "**** w
- provided by the specmc application software Aseerawsut
- A.ss_ o_upsen
. .m_ ._. m Specific acquisition interface ReefTenpwelum l
4 neespwerswy 1 Inacu cuTunsup i DiseMecM l aiennes 2 a m --
"ri _ ^" " T"^1 tion-
- Command supervision E*D'"e*ecme _ _ ,
! unecessynantes i sw..
- LPU normal mode command management lz
- r N
- LPU/DU normal modo command management "'Z
- -12*
Auto 4est management C" ^? r- ; Teelsenisses i ^ T--t"J Watchdog management Cn - J 2; Event management :- ZW Calculation of averages latAa'see ! Toolbox nespina i . HeenAmes l HeepPse . P-sienesesperam
- i. cemennensepwom ceoskmeneermespamm essunaceae
! Presemneerw,w l Petesmreer.w
- - cemenAneynense usheenvkmaceae usheAnsvviuscene meheotoneMihacer
! au8*AaeVWIuscot
- _ rw-w i DIGITAL ANALOGIC CONVuihiOR L~'"=- l DIGITALllo MANAGEMENT vemeouipurT=.
_ l 1 4
, ,_ - e -. mmunaxaum .. . - - - . - - - . _ . . _ - . - - ,. -.- ~ _ - - _ .- .-. . ..-. -
PAGE 37 OF 39 (ForIDCNs Or4) DCPNO REV PAGE Southern Cal 6fomia Edson Company IDCN NO. DCN TRACKING NO. DCN NO. j DOCUMENT REV.
. _ _ - . - . . _ . . . _ _ . . _ _ _ S. ABG 11395 [ Q DES 2N CHAN OTICE (DCN) '
SUPPLEMENTAL PAoe SO1234061 34 0 DESCRIPTION OF CHANGE CDEFORE @ AFTER Asf0VND [ ADD INTERIM [INFORnMTION oNLY This change will be reflected on page 27: 2.4.6.1. Interface modules The table below describes the modules used by this module. Modules used Functior a Algorithm interface Aip*** Function names are given as an example, they are M** i provided by the specific application software EpFininput Asocupdam AiooPosaisoAna9 sis 1 8pecific acquisition interface PadTems**tum ReadPowerSu 99 InacM CMTuneup ombiecu stormeg 9Wmukaion - EndSpoceeAcousNon Command supervision N *dcmo commanduanagement unicmdsyncasec SearchCommand LPU nortnal mode command management unnNonW LPUIDU normal mode command management DunaNomasoncmd _ Auto test management cheomenx.pamm TesttasioSoft Tes%pplisoft _ Watchdog managsenent canandwachoog Event management E w m S e nei Calculation of averages laaA a m p MakeAverage Tool box Hap 6na HeapAiloc HeapFree ChangeGlobalStatus SignalsadPeram CheckRangeParam Che&RangeFloatParam GetunhDate ProcedReadWord ProtectWHteWord CheckAnayRange unkes u ntua cata MakeAnaVlttualData makeoenarwtuacer DIGITAL /6N_AL_Og QONVfRTERJ N LeucNAWme eui
~
DIGITAL l/O RAMGEMErsi WraoutputTor sen nnn m a en " %o K % 2 % y se Q M t. T. o 7 N ,@ % i a
_ _ _ . _ _ _ _ . _ _ _ . _ . _ . _ _ . . _ _ _ _ - - - - - _ _ . - _ . . _ _ _ _ _ =..___ _____.-__ _ _ PAGE 30 OF 39 (For IDCNs Only) DCP NO REV pAGE
, Southem Califomie Edson Company IDCN NO. DCN TRACKING NO. DCN NO. DOCUMENT REV.
S. Agg.11395
/ g DESIGN CHAN SHEET NO. REV. I NOTICE (DCN) sVPPUEMENTAL PAGE SO1234061 g$}hq 0 ,
DESCRIPTION OF CHANGE @sEFORE [ AFTER CAsFOUND [ ADD INTERIM C INPoRMON ONLY The following information is from LPU General Software Design Doocription, page 53: 2.4.22.3. CLOCK Contains the management functions for the time stamp component, it is part of basic and application software and should therefore be duplicated. This module is common to the LPU and the DU. l 2.4.22.3.1. Interface modules - 4 The table below describes the modules used by this module, j Modules used Functions Not applicable 1.4.12.3.2. Module composition InitClock Component initialization. 4 SetDate Updates the date and time in the component. DetDate Roads the date and time in the component. l 4 ( M W U N MV,3 m TMyyggggo mywo gg
PAGE II OF 38 (For DCNs Onl/) 4 ocP wo REV PAGE geusism calNonds tesen Cm DCN No. DCN TRACKING NO. DCN NO. DOCUMENT REV.
- a. ABG.11395 O
"' H NO. RE DBelGN CHAN OTICE (DCN) 801734061 34 M41 SNMENTAL PAGE 0 DESCRIPTION OF CHANGE CesPORE @AFTER CWofJND CADo O Intua'u O INFORMAftoN oNLY TNs change will be reflected on m 63:
2.4.213. CLOCK Contains the management functions for th[N 5, T mponent. M is part of base and application software ancrurcum moi rG os % . This module is common to the LPU and the DU. 2.4.22.3.1. Interfeos modules The table below describes the modules used by this module. Modules used Punctic.no Not appheable 2.4.22.3.2. Module compoettion kNChek Chook that the component can be correctly addressed (read / write test).
' nt : -
e enable oscillator; e enable the watchdog ; e set in the 24 hour mode
= _ = =
SetDate to andlime h4be rito year, montfi, day,minute bur, &*?Saal and seconds - in the registers. _ = _ _ _ _ - - - = _~ _ e -
"r? the ya anttimapthe m'=nt_-%
e Road year, monthIday, hour, minute and seconds from the r n n _ ,-_ = = 1 SCE 3M764 8EV,8 del T g gggyg e I j
.}}