Читайте также:
|
|
Для верификации Dll нужно создать набор тестовых файлов. Они используются программой для сравнения данных, получаемых при работе математической процедуры в Simulink и при работе этой же процедуры в Dll. Результатом работы программы ТМС является сообщение о том, правильно или неправильно работает алгоритм в Dll.
Для создания эталонных файлов необходимо построить тестовую модель. Тестовая модель создается из исходной модели путем изменения параметров модели Simulink:
1. к каждому блоку внешнего источника сигнала In1 подключается блок From Workspace из библиотеки Simulink/Sourses. Имя каждого блока From Workspace должно совпадать с именем блока In1, к которому он подключен;
2. в качестве источников сигналов вместо блоков In1 из Simulink/Ports & Subsystems используется любой блок источника дискретных сигналов из библиотеки Simulink/Sourses;
3. в качестве блока приемников сигналов вместо блоков Out1 из Simulink/Ports & Subsystems используется блок From Workspace из библиотеки Simulink/Sourses. Имя каждого блока From Workspace должно совпадать с именем блока Out1, вместо которого он подключен;
4. в параметрах всех блоков From Workspace в выпадающем списке Save format должно быть установлено значение Array.
Примеры исходной и тестовой моделей приведены на рисунках Е.1 и Е.2.
Рисунок Е.1 – Исходная модель
Рисунок Е.2 – Тестовая модель
После того, как тестовая модель была построена, ее нужно запустить на выполнение. В результате работы модели в рабочем пространстве Matlab (Workspace) будут созданы переменные с именами, соответствующими именам источников и приемников сигналов. После этого в командном окне (Command window) нужно ввести переменные varIn и varOut, значения которых должны быть равны количеству входных и выходных сигналов соответственно (в примерах на рисунках 5 и 6 varIn=3 и varOut=3). Затем нужно запустить на выполнение файл Save_signal.m командой run Save_signal в командном окне Matlab.
В результате в текущей директории Matlab будут созданы тестовые файлы для Dll. Количество файлов равно количеству входных и выходных сигналов в Dll, а имена совпадают с именами входных (In1.kcm, In2.kcm,…) и выходных (Out1.kcm, Out2.kcm,…) сигналов.
Тестовые файлы с расширением kcm записываются в бинарном виде и имеют следующую структуру:
1. идентификатор "Input_signal" для файлов In и "Output_signal" для файлов Out (тип char). Идентификатор занимает 12 байт для файлов In и 13 байт для файлов Out;
2. размер заголовка (тип double) – 8 байт;
3. версия тестового файла (тип double) – 8 байт;
4. количество данных в файле (тип double) – 8 байт;
5. формат сигнала (тип double) – 8 байт;
6. размерность, число строк (тип double) – 8 байт;
7. размерность, число столбцов (тип double) – 8 байт;
8. тип элементов данных (тип double) – 8 байт;
9. шаг моделирования (тип double) – 8 байт;
10. записываемые данные.
Таким образом, получаемые файлы используются для верификации алгоритма математической обработки данных, содержащегося в Dll.
[1] Программное средство – объект, состоящий из программ, процедур, правил, а также, если предусмотрено, сопутствующих им документации и данных, относящихся к функционированию системы обработки информации (ГОСТ 28806-90).
[2] Получаемые значения могут называться «наблюдениями», «наблюдаемыми значениями», «индивидуальными показателями» и т.д.
[3] dynamic-link library – динамически компонуемая библиотека
[4] Будем различать психолога создающего математические процедуры (проектировщик системы) и психолога, использующего уже готовые математические процедуры (пользователь системы).
[5] Эти программы необходимы для создания Dll с алгоритмами математической обработки данных, при использовании уже созданных Dll эти программы не требуются
Дата добавления: 2015-11-14; просмотров: 36 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Пример работы с Dll, содержащей математическую процедуру обработки данных | | | Информационные системы с Web-доступом |