DNVGL ST 0373
DNVGL ST 0373
DNVGL ST 0373
DNV GL AS
FOREWORD
DNV GL standards contain requirements, principles and acceptance criteria for objects, personnel,
organisations and/or operations.
This service document has been prepared based on available knowledge, technology and/or information at the time of issuance of this
document. The use of this document by others than DNV GL is at the user's sole risk. DNV GL does not accept any liability or responsibility
for loss or damages resulting from any use of this document.
CHANGES – CURRENT
Changes - current
This is a new document.
DNV GL AS
Contents
CONTENTS
Changes – current.................................................................................................. 3
Section 1 General.................................................................................................... 6
1.1 Introduction......................................................................................6
1.2 Objectives......................................................................................... 6
1.3 Scope of verification......................................................................... 6
1.4 Application........................................................................................ 7
1.5 Documentation requirements............................................................7
1.6 Definitions and abbreviations......................................................... 10
Section 5 Tests......................................................................................................16
5.1 General........................................................................................... 16
5.2 Testing at manufacturer................................................................. 17
5.3 Onboard testing.............................................................................. 18
DNV GL AS
Contents
Changes – historic................................................................................................ 24
DNV GL AS
SECTION 1 GENERAL
1.1 Introduction
1.1.1
The safe operation of a vessel is more and more depending on complex and critical shipboard control
systems. In this context end users are requesting improved performance and safety of the vessels.
Independent Hardware in the Loop (HIL) testing is a test method which can be utilized to assist in the
verification of adequate performance and safety levels of such systems. The end-users may in addition
require a 3rd party certification of the HIL testing. The motivation for this standard is to establish generic
requirements to this new certification concept for HIL testing of a wide range of control and monitoring
systems.
1.1.2
In addition to the generic requirements given in this standard, application of specific requirements (e.g.
dynamic positioning) to HIL testing are necessary for completing the HIL certification. Reference to such
additional requirements should typically be found in the HIL test packages to be developed by the HIL
suppliers.
1.2 Objectives
1.2.1
The objective with this standard is to provide a standard for third party certification of HIL testing. A
certificate issued in accordance with this standard documents that the HIL testing has been carried out in
compliance with the requirements stated in this standard.
1.2.2
The objective of HIL testing is to test the specified target system in order to provide objective evidence of
acceptable functionality (during normal, abnormal and degraded condition) according to given functional
requirements. Functional requirements for the target system may originate from e.g. class rules or other
relevant standards for the target system. As this standard covers requirements to all systems, general and
specific requirements given in this standard will apply as relevant for the systems in the HIL testing scope.
DNV GL AS
1.4 Application
1.4.1
The requirements of this standard for certification apply to systems which shall undergo HIL testing.
Guidance note:
The requirements in this specification are additional to the rules for classification. This standard may however be used in conjunction
with classification testing activities.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
1.4.2
Functional requirements for the target system shall be referred to and shall form the basis for the tests in the
HIL test package.
1.4.3
This standard does not include requirements or recommendations related to vessel operation.
1.4.4
Application of HIL testing shall provide additional objective evidence of functionality and quality according
to stated requirements during normal, abnormal and degraded condition in accordance with the relevant
requirements.
Guidance note:
The objective is to test the specified target system in order to provide objective evidence of acceptable functionality and quality
according to stated requirements. Application of HIL test method should provide an additional broader and/or deeper and/or earlier
verification of the applicable requirements when compared to normal classification test activities required for the target system(s).
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
1.4.5
In addition to the generic requirements given in this standard, functional requirements and any stated quality
requirements for the stated system(s) shall be specified. For objects classed by the Society, all relevant main
and additional classification requirements applicable for the target system applies.
Guidance note:
Upon special agreement other rules and requirements may be made applicable if relevant. In the case that rules and requirements
have conflicting requirements, such conflicts shall be clarified, concluded, and documented in each case.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
DNV GL AS
Table 1-1 Definition of Hardware in the loop test package documentation
Vessel Vessel system design intention and philosophy (e.g. redundant thrusters, power generation,
control systems, drilling, BOP, and lifting appliances)
Control system Operational vessel system intention and philosophy (e.g. related to operational modes,
redundancy, operational boundaries, and limitations)
Control system Test Plan.
Test project overview.
Test Package objective, and intended use.
Overview of target system hardware, software and functions to be tested.
Listing of target system functions to be tested.
Specification or reference to functional requirements (e.g. reference to classification rules,
configuration and technical specifications for the given ship, end user requirements, etc.).
Test activity schedule (typically a manufacturer survey and sea trials or other onboard testing).
Risk assessment of planned testing. Emergency procedures for handling critical situations during
testing.
Responsibilities, resources, and approvals:
— list of involved companies, name of contact person/title, contact information
— identification of test package and phase, (manufacturing survey, sea trials, or other onboard
testing)
— references to other test plans and reports.
Procedures for the testing, verification, validation, and for handling of findings.
HIL simulator HIL simulator configuration report (one for each HIL simulator to be used).
Identification of HIL simulator hardware and software versions.
Specification of the HIL simulator functionality.
HIL simulator configuration.
HIL simulator verification results.
HIL simulator HIL simulator operator manual (one for each HIL simulator to be used).
Description of HIL simulator operation, providing information on:
— user interface functionality
— operation modes
— operating instructions, and
— presentation of trends and test log-files.
HIL simulator Procedures for HIL simulator interfacing, test start-up, and test closure (one for each test
activity e.g. manufacturing survey and sea trial).
Description of test system configuration and test simulation methods.
Specification of test interface of HIL simulator.
Identification of HIL simulator hardware components and software versions.
Identification of target system hardware components and software versions.
Procedure and checklist for the interfacing process, test system start-up, verification of all
interfaced IO signals, and verification of closed loop performance with HIL simulator.
Procedure and checklist for disconnecting the HIL simulator and verification of correct re-
instatement of normal target system functionality.
DNV GL AS
Applicable system Description
Control system Test programs (one for each test activity e.g. manufacturing survey and sea trial).
Listing of functions and failure modes to be tested and corresponding test cases.
Based upon the functional description, each test case shall be described specifying:
— test purpose
— test setup
— test method
— expected results and acceptance criteria
— space for notes and conclusions
— signature from the tester
— space for additional signature(s).
Control system Test reports (one for each test activity e.g. manufacturing survey and sea trial).
Recorded results of each test case with signatures by tester and attending Society surveyor.
Description of each finding from functional requirements as observed in any test case. These
findings shall be recorded with sufficient detail to be followed up further.
Any functions incomplete or not available for testing shall be recorded as a finding.
After the HIL test activity, the test findings shall be reviewed and responsibilities for follow up
shall be agreed.
A due date for follow up by the nominated responsible shall be set.
DNV GL AS
1.6 Definitions and abbreviations
Table 1-3 Definitions
Term Definition
control computer system a system consisting of at least one computer or processor with CPU processing and I/O
capacity, and one or several operator stations. The control computer system includes also
network, interface, and cabling for signal communication, and the HW/SW platform with the
controllers containing both basis software and application specific software
Guidance note 1:
The control computer system also includes control and management networks and interface used
for integration with other control systems and decentralized command and/monitoring terminals.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
Guidance note 2:
The operator stations constitute the command and monitoring functionality of the control system,
consisting usually of human machine interfaces (HMI’s), Visual Display Unit’s (VDU’s), alarm panels,
joysticks, switches, printers, etc.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
failure [IEEE610.12-1990] the inability of a system or component to perform its required functions
within specified performance requirements
failure mode [IEEE 610.12-1990] the physical or functional manifestation of a failure. For example,
a system in failure mode may be characterized by slow operation, incorrect outputs, or
complete termination of execution
failure testing to test the functions of a target system by inducing relevant failures in the system in order to
verify compliance with the stated requirements
Guidance note:
This may be done by inducing relevant failures in the system or components connected to it, either
simulated or real, and observing and reporting the effects of these failures on the behaviour of the
target system.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
functional testing testing functions of a system to verify compliance with the stated functional specification and
requirements. The main objective is to reveal failures occurring in design, implementation,
integration, and configuration
HIL simulator a real-time simulator constructed by hardware and software, which is configured for the
control system under consideration and interfaced to the target system or component through
appropriate I/O. During testing with an HIL simulator the target system or component will not
experience significant difference from being connected to the real system
DNV GL AS
Term Definition
HIL test-package a test-package including HIL simulator(s) as testing tools and all documentation required for
description and reporting of the HIL testing
Guidance note:
An HIL test package normally consists of the following elements:
— one or several HIL simulators for the specific testing to be carried out
— all documentation required for planning and approval of the specified testing to be carried out
— all documentation required for execution and reporting
— all analysis and test results including findings and conclusions.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
HIL test package maker the part responsible for making the HIL test package
HIL tester the part responsible for carrying out the HIL tests
repeatability a test case is repeatable if the outcome of the specified test case for several test runs is
unchanged
target system an identified set of equipment with hardware and software that is subject to analysis, testing
and verification
testability the extent to which a test objective and feasible test can be designed to determine whether
a requirement is met. Testability of a function in a system requires controllability and
observability of that function:
— Controllability: A function in a system is controllable if for each possible behaviour of
the function, i.e. each possible output data value, condition, or state, there exist a set
of actions that can be applied to the inputs of the system such that the corresponding
behaviour is achieved.
— Observability: A function in a system is observable if any arbitrary behaviour of the
function can be determined from the outputs of the system.
test activity an activity for testing a specified target system according to a defined test scope and test
program in order to partly or fully meet the overall objective of HIL testing. Test activities
may range from testing of isolated modules or subsystems in laboratory conditions, testing
of integrated modules, integration testing of complex systems consisting of equipment from
many makers, to full-scale testing of an integrated control system
Guidance note:
A test activity may be divided into one or several test sessions due to practical considerations of
the availability of the target system. Typically, each test activity has a documented Test Program
to be carried out in one or several test sessions.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
validation [ISO 9000] confirmation, through the provision of objective evidence, that the requirements
for a specific intended use or application have been fulfilled
verification [ISO 9000] confirmation, through the provision of objective evidence, that specified
requirements have been fulfilled
Abbreviation Description
DNV GL AS
SECTION 2 HIL TEST CERTIFICATE
2.1
A HIL test certificate may be issued upon successful completion of HIL testing in compliance with the
requirements in this standard.
2.2
The HIL test certificate shall specifically identify the target systems that have been tested, by listing of
specific HW type, serial numbers, and specific SW version identification. For operating system software,
the main version shall be identified. It shall be possible to identify these version numbers on the installed
equipment and software onboard. References to the specific HIL test package and HIL test report shall also
be included in the certificate.
Guidance note:
For hardware this could typically include manufacturer delivery identification, serial and type numbers on cabinets and main
components like computers and controllers. Example of certificate format is given in App.A.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
2.3
Before the HIL test certificate can be issued, all findings shall be concluded.
Guidance note:
If a finding is regarded as non-critical, it may be accepted that the finding is concluded as e.g. void, no further action, or similar.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
DNV GL AS
SECTION 3 OWNER OBLIGATIONS WITH REGARD TO ALTERATIONS
AND ADDITIONS
3.1
The HIL certificate shall refer to a given target system with specific hardware and software versions. Changes
made to software and/or hardware after HIL testing implies that the HIL certificate may become invalid.
3.2
Changes to the target system(s) hardware or software may influence on the validity of the HIL certificate.
It is the obligation of the owner to notify the HIL certification body about any changes to the target system
in case it is the intention to maintain the certificate valid after the changes. The need to perform new
verification activities in order to keep the certificate valid will be evaluated by the HIL certification body. The
owner must also inform about such changes to the user of the HIL test certificate.
DNV GL AS
SECTION 4 REQUIREMENTS FOR THE MAKER OF THE HIL TEST
PACKAGES
4.1
The company which makes the HIL test packages shall be independent from the other involved parties.
Guidance note:
In general the following issues should be addressed, in order to verify the organisational independency of the HIL test package maker:
— the company should have testing and verification as one of its main activities
— involvement in the design and development process, in terms of delivering design propositions and solutions for the target
system to be HIL tested
— independency with respect to personnel and technology
— ownership and other business relationships.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
4.2
The HIL test simulator technology shall be based on other (diverse) technology than the target system
technology. This means that:
— the HIL simulator shall be implemented by means of a separate hardware unit
— the HIL simulator application software shall be sufficiently diverse from the target system application
software, and testing tools used in design and development of the target system.
4.3
The maker of HIL test packages shall have a documented quality management system.
Guidance note:
This may be a recognized system such as e.g. ISO 9001 or equivalent.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
4.4
The quality management system of the HIL test package maker, shall have documented procedures for:
— operation as an independent maker of HIL test packages
— verification and validation
— preparation of HIL test packages including a statement of the intended use of the test packages
— preparation of the HIL test interface to the target system
— software development and software quality assurance
— maintaining special competence in the target system domain
— identification of hazards and risks related to HIL testing
— preparation of instructions for risk control measures to other involved parties
— preparation of reports, results evaluation, and retesting
— archiving of HIL test packages including reports with version control of tests carried out for specific
vessels and systems during the system life cycle
— competence requirements and training for personnel involved in all phases of HIL testing
— requirements verification
— design and version control.
DNV GL AS
4.5
Upon request the maker of the HIL test package shall demonstrate and document that the procedures in the
quality management system are applied in its HIL test package deliveries.
4.6
The certification body shall be informed about organisational and technical dependencies. The certification
body may request documentation to verify independency.
DNV GL AS
SECTION 5 TESTS
5.1 General
HIL testing shall be carried out at the target system manufacturers works, and onboard the vessel. The
HIL testing shall assure that the target system has been configured, and completed according to relevant
functional specifications and requirements.
Guidance note:
HIL testing at the manufacturers works or onboard the vessel are the main sites where witnessing of the tests are assumed. However,
upon agreement, other sites may be accepted. This also implies that e.g. tests planned at the manufacturers works could upon
agreement be carried out at the dock or at a dedicated test laboratory. Parts of the on board testing may be accepted carried out
during dock and/or quay trials. In other cases, it may be agreed to omit the requirement for onboard testing when it can be justified
that the testing at manufacturers works is sufficient.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
The tests shall be performed according to the approved test programs in the HIL test package. The test
programs shall be approved by the certification body upfront the HIL test sessions. The test programs shall
be prepared for testing of the target system at the target system manufacturers works, and testing of the
onboard installed target system. When deemed necessary by the attending surveyor, additional tests will be
required.
Before the HIL test session and survey, an opening meeting should be arranged between the responsible
parties. The following items should be clarified:
— responsibilities related to the HIL test session
— emergency procedures and responsibilities for potential hazardous situations during the HIL test session
— the test setup and objectives of the HIL tests to be carried out
— the schedule and sequence for carrying out the HIL testing.
The test results for each test shall be recorded. The conclusion of each single test shall be documented into
the HIL test report.
Testing as described herein, item 4 shall be carried out in the presence of a surveyor from the certification
body. Upon special agreement, parts of the testing may be carried out without the presence of the surveyor.
Each single test outcome shall be presented to the surveyor, if requested. The surveyor may request any test
to be repeated. Therefore the HIL test simulator shall not be disconnected before the surveyor has confirmed
that no more testing will be requested to be witnessed in the current test session.
After an HIL test activity is completed, the complete set of results shall be compiled into an HIL test report.
Each test or conclusion shall be documented and signed. In the case that some tests have become not
applicable or is not possible to carry out or it is decided to postpone the tests to a later HIL test activity, such
conclusions shall also be documented.
After the HIL test activity, a closing meeting shall be arranged between the responsible parties. The purpose
of the meeting is to agree upon the findings from the testing. For each finding a responsible party for follow
up within a set due date shall be agreed, documented, and signed as applicable.
The finding shall be categorised into defined categories. As a minimum the finding shall be categorised into
safety critical and non-safety critical groups. This categorization shall be agreed with the certification body.
The conclusions from the closing meeting shall be documented in an HIL test summary report as described
in Table 1-2. The HIL test summary report shall be distributed to all parties and the agreed actions shall be
followed up. The HIL tester shall keep track of the agreed actions and update the report as the actions are
handled.
After completion of an HIL test activity, the HIL test report shall be prepared and submitted to the
certification body.
DNV GL AS
The personnel responsible for performing the HIL testing shall be qualified according to the quality
requirements in Sec.4 [4]. Documentation of completed training shall be available on request from the
certification body.
Guidance note:
The HIL testing may be carried out by personnel from e.g. the maker of the HIL test package, the system manufacturer, the yard,
the vessel owner, or a marine consultant provided that this personnel have been qualified according to the quality requirements
in Sec.4 [4].
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
5.2.1
HIL testing at the manufacturer works shall be carried out based on an approved HIL test package.
Guidance note:
The HIL testing at the manufacturers works may, upon agreement be combined with other certification activities.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
5.2.2
The HIL testing at the manufacturers' works shall verify closed loop functionality and response of the target
system when connected to the HIL simulator. Both normal, degraded and abnormal operation shall be
simulated.
Guidance note:
The HIL testing at the manufacturers works may, upon special agreement, be carried out on replica hardware.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
5.2.3
The HIL testing at the manufacturer works may be limited in test scope or omitted when the target system is
HIL Type Approved.
Guidance note 1:
The requirement to the scope of the HIL testing at the manufacturer works will be based on the total system functionality and the
degree of configuration and customisation for the specific target system delivery.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
5.2.4
For an HIL Type Approval to be valid, the delivered hardware and software must be covered by the HIL Type
Approval certificate.
Guidance note:
This means that the HIL Type Approval certificate will specify the hardware components and the software versions. Note that the HIL
Type Approval certificate does not imply that the hardware in itself is type approved and tested according to the DNV GL class guideline
CG 0339 or other standards stating environmental requirements. However, relevant environmental requirements will always apply.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
DNV GL AS
5.3 Onboard testing
5.3.1
HIL testing of the installed target systems onboard the vessel shall be carried out based on an approved
HIL test package in order to assure that the target system has been configured, and installed according to
relevant functional specifications and requirements for the vessel.
5.3.2
The HIL testing shall verify normal closed loop functionality and response of the total system upon normal,
degraded and abnormal operation.
Guidance note:
The requirement for normal closed loop functional testing, may in some cases give situations which are harmful to the equipment
under test. The requirement for closed loop functionality may upon special consideration be omitted and/or replaced by other types
of testing.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
5.3.3
The target system and other possible influenced systems, shall be re-instated and set back to normal
operational mode after completion of the HIL testing.
DNV GL AS
SECTION 6 HIL TEST-PACKAGES
6.1 General
6.1.1
The HIL test-package shall include HIL simulator(s) as testing tools and all documentation required for
description and reporting of the HIL testing.
6.1.2
The certification body shall approve the relevant parts of the HIL test-package before each HIL test activity.
The approval will in addition to this standard also be based on the specified functional requirements for the
target system.
6.1.3
The HIL test-package shall refer to the specific functional requirements to the target system which has
formed the basis for the HIL test scope. Reference to these functional requirements shall be stated in the HIL
test certificate.
6.1.4
The applicable parts of the HIL test-package documentation shall be prepared for serving as working
documents during the HIL tests.
6.1.5
The intended use of the HIL test-package shall also be stated. This shall provide directions for the HIL test
scope.
Guidance note:
The intended use of the HIL test-package may be to verify specific functional requirements for a specified type of future vessel
operation. The intended use may also include statements of methods for selection of the verification and test scope.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
6.1.6
The HIL test-package shall describe the target system and possible interfaced systems as necessary. The
required documentation for the HIL test-package can be found in Table 1-1 and Table 1-2.
6.1.7
The HIL test-package shall contain test cases related to the normal, degraded and abnormal operation of the
target and simulated systems. Normally single and common failure modes and common components should
be extensively analysed and tested. Multiple failures should be tested if found relevant.
Guidance note 1:
Operation in all normal modes and transfer between operational modes and the corresponding functional requirements, should be
the basis for establishing the HIL test scope. In addition, failure testing is also to be included in the test scope. General types of
failures to be simulated could be, but not limited to:
DNV GL AS
— errors, drift, bias, signal freeze, wild point,…)
— failure mode of actuators, drives, power system components
— or other electro-mechanical components
— feedback from sensors on actuator failure modes
— failure modes in computer networks
— failure modes related to overload of networks
— failures affecting weighting and voting mechanisms
— failures affecting protective safety functions
— failures affecting alarms, monitoring, and analysis functions
— failures causing and/or otherwise affecting switch-over in redundant systems
— common mode failures affecting several components and/or signals
— emergency handling (special emergency functions required during emergency handling could be tested)
— reconstruction of relevant reported failures/incidents related to the system and/or operations.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
Guidance note 2:
When establishing the HIL test scope, verification planned to be carried out by other methods (e.g. FMEA), should be considered.
The purpose should be to give input to the HIL test scope and to align the execution of the tests in an efficient manner.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
6.1.8
Testing shall be performed for all relevant operational modes of the target system. The need for testing in
different operational modes of relevant equipment and systems connected to the target systems shall also be
evaluated.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
6.3.1
The HIL test-package shall contain procedures for verification and validation of the configured HIL simulator.
The scope of verification and validation shall be based on the specific intended use of the HIL testing.
DNV GL AS
6.3.2
Functional suitability and accuracy of the simulator shall be documented according to the procedures (see
[3.1]) in order to ensure sufficiently accurate and valid test results. This shall as a minimum include:
— verification tests to document that the simulator functions are correct and sufficiently accurate
— validation tests to document that the functional suitability of the simulator is according to the intended
use of the HIL testing. Verification and validation activities and/or assessments shall be documented in the
HIL test summary report as required in Sec.1.
Guidance note:
The key element for planning the validation activities is to analyse the intended use statement and identify possible critical factors/
elements in the simulator/test package which may leave the test results not representative. A set of relevant validation activities
for the HIL simulator and HIL test package should be identified and measures for limiting possible inaccuracies and uncertainties
should be described. In case the objective of the HIL testing is to test the qualitative behaviour of functions and failure handling, it
must be validated that the accuracy of the simulator is sufficient to obtain testability of the target functions. If, on the other hand,
the objective of the HIL testing is to test both the qualitative and quantitative behaviour of functions in the target system, it must
be validated that the performance of the simulator is sufficiently accurate and realistic to assess the target system performance.
It is recognized that some validation tests can only be carried out by full-scale trials. In order to collect information supporting the
correctness of the simulator such validation tests are advised.
---e-n-d---o-f---g-u-i-d-a-n-c-e---n-o-t-e---
DNV GL AS
APPENDIX A EXAMPLE CERTIFICATE FOR DYNAMIC POSITIONING -
TARGET SYSTEM
This certificate consists of X pages
This is to certify that the Dynamic Positioning (DP) computer system (target system) installed on board:
“Vessel Name”
NN NN
Head of Section Surveyor
Target System:
Dynamic Positioning computer system: DP2 delivery number…, consisting of:
Hardware:
— DP A:Serial:...
— DP B:Serial:...
— Main controller A: Serial:...
— Main controller B: Serial:...
— Operator station computer A: Serial:…
— Operator station computer B: Serial:…
— …
DP software:
— DP controller SW version:...
— DP HMI SW version:....
— Operating system SW version:…
DNV GL AS
— ...
HIL test package maker:
HIL test maker company ltd
HIL test package delivered by the HIL test package maker:
HIL Simulator:
— Software identification
— Configuration files
HIL documentation package “Package reference DP-HIL Function and Failure Testing”, dated YYYY-MM-DD,
consisting of:
—
—
DNV GL examination letter: NACNO372/SIGN/DXXXXX-J-XXX, dated YYYY-MM-DD
HIL Test Organisation:
HIL tester company ltd
Testing:
Testing is performed as documented in the above referenced HIL test documentation package, including the
required HIL test reports.
This documentation package is intended to be kept onboard the vessel.
END OF CERTIFICATE
DNV GL AS
CHANGES – HISTORIC
Changes – historic
There are currently no historical changes for this document.
DNV GL AS
DNV GL
Driven by our purpose of safeguarding life, property and the environment, DNV GL enables
organizations to advance the safety and sustainability of their business. We provide classification and
technical assurance along with software and independent expert advisory services to the maritime,
oil and gas, and energy industries. We also provide certification services to customers across a wide
range of industries. Operating in more than 100 countries, our 16 000 professionals are dedicated to
helping our customers make the world safer, smarter and greener.