Создание программного модуля, позволяющего сохранить данные аварийного буфера на верхнем уровне и представить их в табличной и графической форме - Программирование, компьютеры и кибернетика дипломная работа

Главная

Программирование, компьютеры и кибернетика
Создание программного модуля, позволяющего сохранить данные аварийного буфера на верхнем уровне и представить их в табличной и графической форме

Обзор пакетов программ, предназначенных для визуализации и анализа данных. Обоснование выбора среды программирования. Организация аварийного буфера. Передача данных от нижнего уровня к верхнему и сохранение данных. Отображение данных в графической форме.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Применение компьютеров для автоматизации производства имеет ряд особенностей. В отличие от учрежденческой деятельности, характеризующейся сравнительно небольшим набором типовых задач, промышленные автоматизированные системы управления решают значительно более широкий круг задач, что обусловлено огромным разнообразием производственных процессов.
В производственных системах управления, независимо от их сложности, можно выделить два уровня. Верхний охватывает те контуры, которые включают в качестве одного из звеньев человека-оператора. Оператор не оказывает прямых управляющих воздействий; он следит за ходом процесса и, при необходимости, изменяет его параметры (установки) или последовательности управляющих воздействий. Этот тип управления называют супервизорным (наблюдательным). Устройства нижнего уровня осуществляют прямое управление процессом или оборудованием; они получают информацию с датчиков и вырабатывают сигналы, приводящие в действие исполнительные устройства, которые поддерживают в заданных пределах параметры или выполняют действия, установленные на верхнем уровне.
Компьютеры верхнего уровня должны обеспечивать сбор данных о состоянии управляемого объекта, их обработку и представление в виде, удобном для оператора. Их работа протекает в темпе, определяемом временем реакции оператора, поэтому на этом уровне могут использоваться компьютеры, по архитектуре и структурной организации существенно не отличающиеся от обычных ПК. Устройства прямого управления через датчики и исполнительные устройства связаны непосредственно с объектом и должны работать в темпе, определяемом скоростью событий в объекте (т. е. в реальном времени).
Данный дипломный проект призван решить одну из множества задач, возникающих при создании программного обеспечения многоканальной АСУТП, предназначенной для автоматизации технологического процесса механического нагружения летательных аппаратов, их частей или агрегатов при проведении стендовых натурных испытаний.
Вкратце о самой системе управления технологическими процессами. АСУТП представляет собой 2-х уровневую систему, построенную по модульному принципу.
В качестве аппаратной базы нижнего уровня были выбраны программируемые контроллеры и устройства цифрового и аналогового ввода-вывода SYSTEM 2010 (фирма-изготовитель - «Bernecker & Rainer Industrie Eleсtroniс G.m.b.H.» (Австрия)).
Верхний уровень представляет собой IBM-совместимую ПЭВМ.
Связь с программами верхнего уровня осуществляется через сеть NET 2000 с помощью механизма DDE обмена данными между различными приложениями Windows. В данном случае в качестве DDE-сервера используется специализированное приложение NET 2000 DDE, а в качестве DDE-клиента используется система программирования DELPHI. С помощью системы программирования DELPHI на верхнем уровне реализуются следующие задачи пользовательского интерфейса:
управление процессом испытаний и корректировка параметров системы;
отображение процесса испытаний, выдача информационных и аварийных сообщений оператору;
протоколирование результатов испытаний.
В процессе проведения испытаний возможно появление аварийных ситуаций, вызванных различными причинами: неисправность гидравлического оборудования, неисправность механизмов силового воздействия на конструкцию, дефект самой конструкции и т.п. В ходе испытаний, а также в процессе проведения пусконаладочных работ было бы целесообразно сохранять информацию о нагрузках, предшествующую появлению аварийной ситуации, для ее анализа и устранения причин. С этой целью в области оперативной памяти контроллера программным путем был создан аварийный буфер.
Задачей данного дипломного проекта являлось создание программного модуля, позволяющего сохранить данные аварийного буфера на верхнем уровне и представить их в табличной и графической форме.
1 . О бзор пакетов программ, предназначенных для визуализации и анализа данных
В информационных технологиях одно из центральных мест занимает обработка данных (наблюдений, событий, примеров, результатов экспериментов и т.п.). С ее помощью осуществляется преобразование и приведение исходного фактического материала к наиболее удобной для восприятия форме с целью принятия решений и извлечения из данных продуктивных знаний.
Область применения методов обработки данных исключительно обширна. К ней относятся техника, производство, экономика, бизнес, медицина, социология, психология и многие другие сферы человеческой деятельности.
Существуют разнообразнейшие методы обработки данных. Они имеют различную сложность и нередко требуют больших вычислительных ресурсов. Это - огромный мир, созданный многолетними трудами профессиональных математиков и прикладных научных специалистов.
Рынок компьютерных программ обработки данных обширен и разнообразен. На нем представлены продукты более тысячи наименований. Такое разнообразие отражает многоплановость задач обработки в различных областях человеческой деятельности.
На рынке математического обеспечения в эпоху больших компьютеров лидировали несколько статических пакетов - BMDP, SAS, и SPSS. Это объяснялось тем, что фирмы-разработчики достаточно быстро реагировали на достижения в области обработки данных и ими был накоплен большой запас прочности, позволивший далеко оторваться от конкурентов. С появлением персональных компьютеров, новых языков программирования и технологий лидировавшим фирмам пришлось решать сложную задачу: создавать пакет для ПК заново или адаптировать уже существующую программу к требованиям «маломощных» компьютеров. Вместе с тем богатые графические возможности ПК дали шанс менее известным фирмам сравнительно быстро создать новые, ныне очень популярные средства анализа данных [1].
В этот период появился пакет STATGRAPHICS (STATistical GRAPHICs System) фирмы Manugistics. Он настолько выигрышно отличался от других статических пакетов удобством пользовательского интерфейса, что завоевал огромную популярность и в дальнейшем задал основные ориентиры для развития всей индустрии в целом. За последние годы, наконец, появились Windows-версии наиболее известных статических систем. А корпорации SPSS и Manugistics выпустили версии для Windows 95/NT и продолжают наращивать огромный потенциал своих систем.
В следующей таблице классифицируем по типам наиболее известные из существующих отечественных и зарубежных пакетов для обработки статистических данных [1].
STATGRAPHICS, SPSS STATISTICA, S-PLUS
Выбор пакета для обработки данных зависит от характера решаемых задач, объема обрабатываемого материала, квалификации пользователей, имеющегося оборудования и т.д.
Для пользователей, имеющих дело со сверхбольшими объемами данных или узкоспециализированными методами анализа, пока нет альтернативы профессиональным западным пакетам. Среди них самыми широкими возможностями обладает SAS. Для создания собственной системы обработки данных можно обратиться к библиотеке IMSL, содержащей сотни тщательно и квалифицированно составленных статистических подпрограмм.
Несколько меньшими возможностями обладают универсальные пакеты. Вместе с тем, их стоимость значительно ниже, чем профессиональных. При приобретении такого пакета не мешает, однако, лишний раз убедиться, что он содержит требуемые методы обработки.
Все универсальные пакеты имеют много пересечений по составу статистических процедур. Кроме того, современные версии программ обладают, как правило, модульной структурой, что позволяет существенно экономить средства. Windows-интерфейс последних версий пакетов во многом унифицирует взаимодействие пользователя с аналитическими, графическими и системными процедурами. Основные отличия кроются, главным образом, в цене. Кроме того, по-разному организован диалог. Здесь в лучшую сторону отличается STATGRAPHICS Plus for Windows [1].
Среди методов обработки данных выделяют три основные группы. Первая предназначена для получения и представления общих (описательных) характеристик числовых данных. Методы второй группы ориентированы на сравнение двух и более выборок чисел. И наконец, методы третьей группы нацелены на выявление и отражение взаимосвязей в данных.
С указанными задачами приходится сталкиваться в процессе работы многим людям (особенно руководителям, бизнесменам, экономистам и т.п.) при принятии решений, оценке результатов предпринятых действий, контроле, планировании и прогнозировании. Методы решения таких задач универсальны.
Так как различные универсальные пакеты имеют множество пересечений, то на примере STATGRAPHICS покажем основные возможности универсальных пакетов по обработке статистических данных [1].
Статистический графический пакет STATGRAPHICS, разработанный американской корпорацией Manugistics для IBM-совместимых компьютеров, по признанию многих авторитетных журналов (Infoworld, Software Digest и др.) является на сегодняшний день одной из наиболее эффективных систем статистического анализа данных. Столь высокую оценку STATGRAPHICS заслужил главным образом благодаря удачному соединению научных методов обработки разнотипных данных с современной интерактивной графикой. Этот альянс подкреплен широкими возможностями взаимодействия с другими программными продуктами (электронными таблицами, базами данных) и периферийными устройствами. Дружественный интерфейс и тщательно отшлифованная документация способствуют быстрому освоению пакета как специалистами в области математической статистики, так и представителями других сфер деятельности (бизнеса, производства, экономики, медицины, химии, биологии, психологии и др.).
В DOS-версию пакета включено более 250 процедур обработки данных по следующим разделам математической статистики [1]:
Анализ вариаций (дисперсионный анализ)
Дескриптивная (описательная) статистика
В России STATGRAPHICS хорошо известен; давно и интенсивно применяется. Пользователи пакета знакомы в основном с его ранними версиями, имевшими свободное распространение. В последующих версиях возможности STATGRAPHICS существенно расширены. Так, например, усовершенствованы многие процедуры, повышены скорость и объем обрабатываемых данных, введена экспертная консультационная система StatAdvisor, фактически представляющая собой интеллектуальную экспертную систему интерпретации результатов статистического анализа, аккумулирующую знания высококвалифицированных специалистов в этой тонкой и многогранной предметной области.
В 1994 году выпускается версия STATGRAPHICS для работы в среде Windows.
По сравнению с DOS-версией статистические процедуры более продвинуты и по-иному сгруппированы, а весь пакет в целом имеет модульную структуру [1].
Рассмотрим отечественную разработку - ЭЛЕКТРОННАЯ СИСТЕМА СТАТИСТИЧЕСКОГО АНАЛИЗА И ПРОГНОЗИРОВАНИЯ ОЛИМП [3].
Пакет ОЛИМП, разработанный фирмой НеоСофт, предназначен для автоматизации обработки данных статистическими методами. Данный пакет реализован в расчете на самых разнообразных пользователей - от новичков до экспертов в области статистики. В настоящее время ОЛИМП является одним из лучших отечественных пакетов в области статистического анализа и прогнозирования данных.
С помощью программы решен ряд сложных задач анализа данных в самых разных областях - исследование факторов ценообразования и прогноз инфляции на рынке недвижимости, ввод и обработка данных социологического исследования по состоянию и перспективам жилищного строительства, определение норм расхода материалов в капитальном строительстве, измерение факторов экологической обстановки, обработка результатов психологического тестирования в условиях сильной мультиколлинеарности исходных данных и ряд других задач. Программа успешно используется в учебном процессе для подготовки студентов по курсам математической статистики и прогнозирования в ряде вузов страны [3].
В состав программного комплекса, помимо основной программы, входят также:
программа подготовки и ввода анкет ПСИ;
утилита выборочного экспорта данных из формата DBF;
Программа ОЛИМП позволяет организовать полный цикл исследований по статистическому анализу и прогнозированию данных, начиная с ввода исходных данных, их проверки и визуализации и заканчивая проведением расчетов и анализом результатов на основе широкого набора современных методов прикладной статистики [3].
Одной из наиболее популярных программ с богатой библиотекой статистических методов является Microsoft EXCEL - электронные таблицы.
История развития программ обработки электронных таблиц насчитывает немногим более десяти лет, но налицо огромный прогресс в этой области программного обеспечения. Широкое распространение программ обработки электронных таблиц во многом объясняется универсальными возможностями их применения, поскольку без вычислений, в широком смысле этого слова, не обойтись в самых различных сферах жизни. В настоящее время Excel претендует на звание самой мощной и производительной программы обработки электронных таблиц из имеющихся сегодня на рынке [2].
Excel имеет модульную структуру. Основой программы является калькуляционный (вычислительный) модуль, с помощью которого происходит обработка данных (текстовых или числовых) в таблицах.
Для создания презентационной графики используется модуль диаграмм, который позволяет на основе числовых значений, обработанных с помощью калькуляционного модуля, получать диаграммы различных типов.
С помощью модуля базы данных в Excel 7.0 реализован доступ к внешним базам данных.
Модуль программирования позволяет пользователю не только автоматизировать решение самых сложных задач, но и создать собственную оболочку программы.
Таким образом область применения программы не ограничивается только сферой деловой жизни. Благодаря мощным математическим и инженерным функциям с помощью Excel можно решить множество задач также в области естественных и технических наук [2].
Как видно, в настоящее время существует большая область программ, предназначенных для визуализации и анализа данных. Причем эта область неуклонно расширяется, с учетом быстрого роста возможностей аппаратного
обеспечения адекватно возрастают и возможности программного обеспечения. В настоящем обзоре рассмотрено положение дел в данном вопросе на момент 1997 года. Вместе с тем необходимо отметить, что значительная часть публикуемой информации быстро устаревает. Это связано со стремительными темпами развития отрасти, которые в ближайшем будущем, очевидно, будут неуклонно возрастать.
2. О боснование выбора среды программирования
При выборе среды программирования для работы над данным проектом делался упор на возможность работы с большими объемами данных, в частности с базами данных. В настоящее время подобные возможности реализованы сразу несколькими языками, как, например, VisualBasic, Visual C++, Delphi. Но именно Delphi отвечает требованиям создания программного продукта в данном проекте. Приведем далее (в том числе и в сравнении) основные преимущества и достоинства Delphi.
Delphi - это продукт, уникальным образом сочетающий высокопроизводительный компилятор, объектно-ориентированные средства визуального программирования и универсальный механизм доступа к базам данных. Открытая архитектура Delphi позволяет использовать стандартный набор инструментальных средств не только для создания приложений, но и для расширения и развития базовых возможностей Delphi, включая интеграцию с CASE-системами и бизнес приложениями.
Вот оценка одного из признанных авторитетов в области клиент-серверных разработок Криса Морау: «Delphi обладает мощностью языковых средств С++, комбинируя в тоже время потрясающую производительность и простоту обучения. Delphi является наиболее быстрым и удобным средством разработки приложений на сегодняшнем рынке инструментальных средств. Объектно-ориентированная архитектура Delphi позволяет нам в действительности повторно использовать существующий код и интегрировать наши стандарты в сам инструмент.» [1]
Delphi разработан как продукт, ориентированный на реализацию следующих тенденций.
Одно направление - объектно-ориентированный подход, хорошо структурирующий как саму задачу, так и ее решение в виде прикладной системы.
Другое направление, возникшее во многом благодаря объектной ориентации, - визуальные средства быстрой разработки приложений (RAD - Rapid Application Development), основанные на компонентной архитектуре.
Третья тенденция - использование компиляции, а не интерпретации. Это объясняется тем, что скоростные характеристики компилируемых приложений в десятки раз лучше, чем у систем, использующих интерпретатор. При этом повышается легкость отчуждаемости готовых систем, так как отпадает необходимость «таскать за собой» сам интерпретатор (run-time), выполненный обычно в виде динамической библиотеки и занимающий в лучшем случае несколько сотен килобайт (а в большинстве случаев - два-три мегабайта). Отсюда и меньшая ресурсоемкость у скомпилированных систем.
Четвертая тенденция - возможность работы с базами данных универсальными методами. Если попытаться оценить процент систем, которые так или иначе требуют обработки структурированной информации (как для внутрикорпоративного использования, так и для коммерческого или иного распространения), то окажется, что цифра 60-70% может представлять лишь нижнюю границу. Важным свойством средств обеспечения доступа к базам данных является их масштабируемость, то есть возможность не только количественного, но и качественного роста системы. Например, обеспечение перехода от локальных, в том числе, файл-серверных данных, к архитектуре клиент-сервер или тем более к многоуровневой N-tier схеме [1].
Приведем небольшое сравнение, выявляющее преимущества Delphi перед другими средами программирования. Система Delphi - самое последнее достижение на ниве визуального программирования. Главным соперником Delphi является Visual Basic (VB).
Оба продукта обладают удобным интерфейсом, который исключает значительную часть рутинной работы, и все же Delphi имеет значительные преимущества перед VB.
Пользователям VB приходится столкнуться с существенными ограничениями. VB может использовать библиотеки функций (так называемые DLL), но не в состоянии создавать новые DLL.
Он может реагировать на события, происходящие внутри ОС Windows, но только в том случае, если корпорация «Microsoft» предусмотрела реакцию на такие события. В VB-программах могут применяться пользовательские управляющие средства (например, компоненты ActiveX) для улучшения их функциональных свойств, но VB не сможет помочь создать собственное управляющее средство.
В Delphi таких ограничений нет. Эта среда умеет не только использовать, но и создавать DLL, а ее программы могут как инициировать, так и обрабатывать практически любые события Windows. Компоненты Delphi написаны в среде Delphi, поэтому не нужно выходить из системы, чтобы создавать новые компоненты или дорабатывать существующие. Более того, находясь в среде Delphi, можно даже использовать компоненты ActiveX, так как программы, созданные в Delphi, прекрасно работают с компонентами ActiveX. Пользователи Delphi имеют такие возможности настройки компонентов ActiveX, которые VB предоставить не в состоянии.
Delphi полностью компилирует программу в машинный код, понятный компьютеру. VB выполняет эту функцию только наполовину, транслируя команды BASIC в промежуточный язык, называемый p-кодом. При запуске таких программ VB интерпретирует p-код в реальные машинные команды. Delphi сразу же переходит непосредственно на уровень машинного кода, что дает огромное преимущество в скорости [2].
Delphi поддерживает объекты, которые создаются с помощью других языков (например, С++) на основе стандарта OCX [3].
Delphi искусно справляется с проблемой обнаружения ошибок благодаря реализации концепции исключительных ситуаций. Вместо того, чтобы работать в состоянии постоянного напряжения и сомнения, не приведет ли следующий ваш шаг к сбою, потенциальное выявление которого требует соответствующего тестирования, Delphi позволяет писать программу, исходя из успешного выполнения всех ее операторов. В случае возникновения отказа Delphi вызывает исключительную ситуацию, которая перехватывается одним-единственным обработчиком исключительных ситуаций. Такой подход позволяет программе достойно справиться с ошибкой.
Delphi предоставляет в распоряжение программиста объекты и компоненты, которые значительно уменьшают трудовые затраты на создание приложений баз данных.
Delphi всегда обладала мощным потенциалом в сфере создания баз данных. В версии 3 пересмотрена структура поддержки программирования баз данных и реализовано много новых возможностей. Delphi 3 вводит концепцию распределенного набора данных, который взаимодействует со всеми типами баз данных в режиме клиент/сервер, то есть приложение-клиент сохраняет локальную копию таблицы и просто пересылает модификацию на сервер. Благодаря этому упрощению программе требуется поддержка только одного объекта клиента, инкапсулированного в новый объект TMemoryDataSet. Весь остальной код остается в распоряжении BDE, которая используется параллельно работающими приложениями. При этом такие компоненты, как TTable, TQuery и другие, уже обновились, чтобы отразить новую структуру, и полностью совместимы с существующим кодом [3].
Delphi гостеприимно распахивает двери своего «золотого фонда» компонентов работы с данными, превращая программирование баз данных почти в тривиальную задачу. И все это достигается благодаря системе доступа к базам данных фирмы Borland (Borland Database Engine, или BDE).
Таким образом, Delphi как среда программирования сочетает в себе наиболее удачные и необходимые возможности, которые и обусловили ее выбор при работе над проектом.
3 . Р азработка алгоритмов визуализации данных аварийного буфера
Аварийный буфер представляет собой область оперативной памяти контроллера B&R серии SYSTEM 2000, предназначенную для сохранения данных, поступающих в течении 3-х секунд до признака аварии и в течении 2-х секунд после признака аварии, таким образом, емкость буфера равна объему данных, поступивших в течении 5-ти секунд. Данные, сохраняемые за один цикл записи: код программы уставки и значение нагрузки для каждого из 80-ти каналов контроллера, текущие значения минут, секунд и миллисекунд. Период циклов записи в буфер 5 ms. Под каждый компонент данных отводится 2 байта. Таким образом, объем буфера равен (80 * 2 + 3) / 0.005 * 5 * 2 = 326000 байт. Последовательность поступления данных в аварийный буфер показана на рис. 1.

Тип записи в буфер - непрерывно-циклический. На этапе рабочего процесса (до появления признака аварии) в буфер каждые 5 ms поступают 163 двухбайтовых значения, и таким образом в каждый момент времени буфер содержит данные за последние 5 секунд работы контроллера. При присвоении флагу аварии значения, соответствующего аварийной ситуации фиксируется адрес, по которому произошла последняя запись данных в буфер, значение адреса присваивается переменной Adr_trb, после чего происходит еще 400 циклов записи данных и поступление данных в буфер блокируется до сброса флага аварии, а значение адреса, по которому произошла последняя запись, присваивается переменной Adr_stp. Используя значения переменных Adr_trb, Adr_stp и стандартную функцию чтения модуля данных DA_read( ), можно считать все данные, содержащиеся в буфере. Рис. 2 помогает понять принцип организации буфера.

Решение проблемы передачи данных от нижнего уровня к верхнему не входит в объем данной работы и поэтому описываться не будет. Эта задача была решена одним из членов группы программистов, занимающихся разработкой программного обеспечения АСУ. Функция передачи данных называется TRANS_TRB, ее использование будет показано в п. 4.2.
3 .2 Передача данных от нижнего уровня к верхнему и сохранение данных
Программа визуализации данных аварийного буфера состоит из двух модулей: функции сохранения данных и программы визуализации сохраненных данных, в дальнейшем для удобства будем называть их соответственно ФСД и ПВД. Также необходимо упомянуть о программе MANAGER, из которой происходит вызов ФСД и ПВД.
Программа MANAGER является резидентной, в ее задачи входит:
управление режимом визуализации рабочего процесса;
вызов функции передачи данных для визуализации рабочего процесса;
контроль состояния флага аварии, вызов функции ФСД;
обеспечение возможности вызова ПВД.
Пока АСУ находится в режиме рабочего процесса (флаг аварии сброшен), MANAGER опрашивает флаг аварии с периодом 35 ms. По установке флага аварии MANAGER с задержкой в 2 секунды, необходимой для записи в буфер данных после аварии, вызывает ФСД.
ФСД содержит цикл, который будет выполняться 1000 раз. В теле цикла содержится вызов функции TRANS_TRB. Последовательность действий, выполняемых ФСД такова:
Вызвать функцию TRANS_TRB с определенными параметрами, которые обеспечат считывание значений текущей даты и времени с системных часов контроллера, а также номер аварийного канала из соответствующей переменной на нижнем уровне и запись этих данных в глобальные переменные, объявленные в программе MANAGER.
Сохранение отдельной записью в файле базы данных mast.db текущего индексного значения, значений даты и времени и номера аварийного канала. Индексное значение будет использоваться для связи файлов базы данных.
Вызвать функцию TRANS_TRB, с соответствующими параметрами, которая считает первые 163 2-х байтовые переменные аварийного буфера и поместит их значения в глобальный массив, объявленный в программе MANAGER, имеющий 163 2-х байтных элемента.
Считать значения элементов массива и поместить их в файл базы данных tbl.db, присвоив индексному полю то же значение индекса, что и в последней записи файла mast.db.
Повторить пункты №№ 3 и 4 еще 999 раз.
Такая усложненная схема передачи данных через глобальный массив и глобальные переменные используется для облегчения процесса адаптации программного обеспечения при изменениях протокола обмена данными между нижним и верхним уровнем. В этом случае потребуется только изменить соответствующие функции типа TRANS_TRB.
ПВД предназначен для отображения данных, находящихся в файлах базы данных mast.db и tlb.db. ПВД может вызываться в двух случаях:
При возникновении аварийной ситуации: после считывания данных аварийного буфера, MANAGER предоставит оператору возможность вызвать ПВД (станет доступной соответствующая кнопка).
При необходимости только просмотреть данные это можно будет сделать на любом компьютере серии х86 при наличии файлов базы данных и ПВД.
Алгоритм работы программы не зависит от того, каким именно образом она вызвана, разница состоит лишь в том, что в первом случае ПВД вызывается посредством программы MANAGER, а во втором - непосредственно человеком.
При запуске программы ПВД появляется диалоговая форма, содержащая основной графический интерфейс, в котором содержатся следующие элементы управления отображением:
панель крупноформатного отображения даты и времени аварии, а также номера аварийного канала;
сетку данных № 1, отображающую поля «дата» и «время» файла mast.db, предназначенную для выбора данных о конкретной аварии путем выбора даты и времени аварии;
сетку данных № 2, отображающую все поля кроме поля «индекс» файла tbl.db, предназначенную для просмотра данных по конкретной аварии в табличной форме (авария предварительно выбирается в сетке данных № 1);
список каналов, предназначенный для выбора данных по конкретному каналу;
кнопку удаления, позволяющую удалить данные о выбранной аварийной ситуации, если по какой-либо причине они не представляют интереса;
средство вывода информации в графическом виде, которое позволяет просмотреть данные по выбранному каналу в виде графика;
кнопки «Таблица» и «График» для открытия и закрытия панелей, содержащих соответственно сетку данных № 2 и средство вывода графиков;
средства управления режимами отображения информации.
Основой ПВД является база данных, состоящая из двух таблиц формата PARADOX mast.db и tbl.db. Обоснование выбора формата приведено в пункте 5.2.
Каждая запись файла mast.db содержит следующие данные:
дата определенной аварийной ситуации;
номер канала, в котором произошла аварийная ситуация.
Таблица 1 показывает структуру расположения данных в файле mast.db. Запись данных в файл с осуществляется ФСД (п. 4.2).
Табл. 1. Структура расположения данных в файле mast.db
Файл tbl.db имеет 162 поля: индексное поле, поле времени, поле уставки 1-го канала, поле нагрузки 1-го канала и еще 158 полей уставки и нагрузки остальных 79-ти каналов. Каждая запись файла tbl.db содержит следующие данные: индексное значение записи, значение минут, секунд и миллисекунд в одном поле, значение уставки 1-го канала, значение нагрузки 1-го канала и еще 158 значений уставки и нагрузки остальных 79-ти каналов. Таким образом, каждая запись файла tbl.db содержит данные, сохраненные в аварийном буфере за один цикл. Таблица 2 показывает структуру расположения данных в файле tbl.db.
Табл. 2. Структура расположения данных в файле tbl.db
Каждой записи в файле mast.db соответствуют 1000 записей в файле tbl.db, то есть весь объем данных, сохраненных в аварийном буфере при возникновении аварийной ситуации. Рисунок 3 показывает соответствие данных в файлах mast.db и tbl.db.
Рис.3. Соответствие данных в файлах mast.db и tbl.db
Запуск программы визуализации данных
При запуске ПВД указатель текущей записи сетки данных № 1 устанавливается на последнюю запись, соответствующую последней записи файла mast.db, а список каналов устанавливается на значение равное, значению поля «номер канала» последней записи файла mast.db. Панели крупноформатного отображения присваиваются значения даты, времени и номера аварийного канала, взятые из последней записи файла mast.db.
По умолчанию сетка данных № 2 отображает только поле «время» файла tbl.db, остальные поля остаются невидимыми. При запуске ПВД поля уставки и нагрузки аварийного канала также отображаются сеткой. Эффект видимости или невидимости достигается путем присвоения свойству VISIBLE выбранного поля соответственно значений TRUE либо FALSE. При этом, так как фа
Создание программного модуля, позволяющего сохранить данные аварийного буфера на верхнем уровне и представить их в табличной и графической форме дипломная работа. Программирование, компьютеры и кибернетика.
Реферат: Dickens A Brief Biography Essay Research Paper
Реферат: Билеты к экзамену по гражданскому праву СПбГПУ
Реферат На Тему Походы Выходного Дня
Реферат по теме Ядерная опасность. Семипалатинский полигон
Сочинение: Портретная характеристика Семена Захарыча Мармеладова в романе Ф. М. Достоевского Преступление и
Курсовая работа по теме Характеристика и анализ демографической ситуации в Республике Саха (Якутия)
Реферат: Milton Friedman And FreeMarket Capitalism Essay Research
Курсовая работа: Будущее России. Скачать бесплатно и без регистрации
Контрольная работа по теме Криминалистическая баллистика
Реферат: Сферооборазующие начала инженерии
Реферат: Уголовная ответственность и ее основания
Лфк При Астме Реферат
Курсовая работа: Управление как объект административно-правового регулирования
Кредитование Дипломная Работа
Критерии Оценивания Сочинения 3 Класс По Фгос
Реферат: Тепловой и солнечный удар
Курсовая работа по теме Сучасна політика оплати праці. Доплати і надбавки до заробітної палати та організація преміювання працівників
Эссе Налогоплательщики Жертвы Войны Против Бедности
Реферат: Bilingual Essay Research Paper Richard Rodriguez wrote
Курсовая Работа База Данных В Access Магазин
Исторические условия и теоретические предпосылки появления науки о культуре - Культура и искусство контрольная работа
Амортизация основных средств - Бухгалтерский учет и аудит курсовая работа
Разработка плагина, формирующего рейтинг интернет-сайтов - Программирование, компьютеры и кибернетика дипломная работа