Контроллер для распределенных информационно-управляющих систем

Системы мониторинга и управления распределенными объектами, контроллеры и встраиваемые компьютеры. Описание современного состояния программного комплекса "Поток-С". Модернизация аппаратной части и программного обеспечения контроллера и компьютера.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 28.11.2012
Размер файла 606,8 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Как показал предварительный анализ, имеющееся на узлах учета оборудование позволяет контролировать положение задвижки электропривода с помощью концевых выключателей, срабатывающих при достижении задвижки крайнего положения: открыто или закрыто. Соответственно, для контроля положения задвижек нам достаточно 4 датчика типа «сухой контакт». Тип датчиков - нормально разомкнутый.

По согласованию с Заказчиком этот вариант контроля был реализован и внедрен в результате дипломного проекта.

4.1.3 Повышение надежности каналообразующей аппаратуры

В процессе опытной эксплуатации системы ПоТоК-С обнаружилась проблема, связанная с зависанием модемов на узлах учета. Работоспособность модема восстанавливается сбросом по питанию, т.е. выключением - включением.

Самым простым способом решения данной задачи является использование интеллектуальной розетки, которая по заданному расписанию, например, раз в час, будет производить сброс модема (рисунок 4.5).

Недостатки данного решения:

1. Увеличение общей стоимости системы;

2. Проблема обеспечения сохранности.

Из-за этих недостатков было принято решение производить сброс модема с помощью контроллера ASK-Lab, используя один из трех свободных портов управления (всего восемь, а задействовано пять). Этот вариант получил название “встроенная интеллектуальная розетка” и был реализован в процессе дипломной работы.

4.2 Модернизация аппаратной части контроллера

Модернизация аппаратной части контроллера связана с добавлением в контур управления датчиков положения задвижек.

В контроллере ASK-Lab было предусмотрено 8 гальванически развязанных цифровых входов. Датчики типа «сухой контакт», необходимые для контроля положения задвижек, нельзя напрямую подключить к контроллеру.

Было принято решение доработать коммуникационную плату, т.к. разработка и изготовление новой платы существенно удорожит модернизацию.

4.2.1 Разработка схемотехнических решений

На рисунке 4.6 представлен фрагмент принципиальной схемы коммуникационной платы. Для пользователя доступны разъемы 5EEHDV-04P (на рисунке 4.6 компонент J10). Предполагается, что датчики будут подключаться как раз к этим разъемам, т.е. на места цифровых входов.

Доработать коммуникационную плату для обеспечения возможности подключения датчиков можно несколькими способами:

· «Вручную» переразвести плату, т.е. перерезать ненужные дорожки и запаять провода для новых цепей;

· Внести необходимые изменения на дополнительной плате и впаять ее как мезонин.

Из-за неэффективности «ручной доработки» большого количества плат было принято решение разработать мезонинную плату, которая позволит подключать датчики типа «сухой контакт» на места цифровых входов.

Принципиальная схема дополнительной платы приведена в Приложении Х .

Мезонинная плата впаивается на места двух сборок оптопар. Никакие дорожки резать не приходится. Дополнительно с коммуникационной платы проводом «проложена» цепь +5В. Это обеспечивает возможность получить 8 гальванически развязанных входов для датчиков «сухой контакт» (рисунок 4.7).

4.2.2 Конструктивное исполнение

Внешний вид мезонинной платы представлен на рисунке 4.8.

Плата маленькая по площади, односторонняя и компонентов на ней минимум: штыри и две сборки оптопар. Это гораздо более экономичное решение, чем изготовление большой коммуникационной платы. Внешний вид коммуникационной платы в новом качестве представлен на рисунке 4.9.

4.3 Модернизация программного обеспечения контроллера

4.3.1 Описание исходного ПО контроллера

Как было указано выше, контроллер ASK-Lab построен на основе 4-x микроконтроллеров PIC18F458, объединенных внутриплатной сетью I2C.

Применительно к проекту ПТС, в схеме управления задействовано 3 микроконтрллера (рисунок 4.10):

* PIC_Master - является мастером сети, отвечает за коммуникацию с ПК (через модем, или без него) и др. функции контроллера;

* PIC_SPT - является подчиненным (slave) устройством сети, отвечает за коммуникацию с теплосчетчиком и управление силовыми устройствами;

* PIC_Danf - является подчиненным (slave) устройством сети, отвечает за коммуникацию с терморегулятором ECL Comfort 300.

Для управления силовыми устройствами используется порт PORTD микроконтроллера, отвечающего за информационный обмен с теплосчетчиком (PIC_SPT).

Информация с датчиков приходит на порт PORTD микроконтроллера, отвечающего за информационный обмен с теплорегулятором (PIC_Danf).

Краткое описание функций программного обеспечения контроллера приведено ниже.

Функции микроконтроллера PIC_Master:

· Обмен с ПК по интерфейсу RS-232 и протоколу Ask-Bus v 3.1 (выполнение команд, принятых с ПК, поддержка информационного обмена между ПК и процессорами PIC_SPT и PIC_Danf)

· Обмен с процессорами PIC_SPT и PIC_Danf по интерфейсу I2C (PIC_Master - мастер сети)

· Реализация процедуры ввода пароля (используется клавиатура и ЖК-индикатор, хранение пароля в EEPROM)

· Ведение журнала событий (хранение в памяти FLASH)

· Преобразование данных согласно алгоритму ГОСТ при выполнении команд, требующих разграничения доступа.

В Таблице 4.1 представлен состав модулей ПО микроконтроллера PIC_Master.

Таблица 4.1 Модули ПО микроконтроллера PIC_Master.

Модуль

Описание

1

Main.asm

Главный модуль проекта. Генерируется автоматически ПО “Constructor A3”

2

AskBus31.inc

Формирование/разбор пакетов протокола ASK-Bus v.3.1

3

AskTrans.inc

Формирование контрольной информации сетевого пакета на уровне ASK-Bus, являющегося ответным на запросный пакет с ПК

4

Crypt.inc

Прямое и обратное преобразование данных по алгоритму Гост в режиме простой замены

5

Define.inc

Модуль констант и объявлений. Генерируется автоматически ПО “Constructor A3”

6

Enter_Pswd.inc

Ввод пароля с помощью клавиатуры, с отображением всей необходимой информации на LCD индикаторе

7

Ex_Flash.inc

Работа с FLASH-памятью контроллера

8

Init.inc

Процедуры начальной инициализации контроллера. Генерируется автоматически ПО “Constructor A3”

9

Kernvar.inc

Модуль объявления переменных ядра. Генерируется автоматически ПО “Constructor A3”

10

Keyboard.inc

Опрос по требованию матричной клавиатуры с возвратом кода последней нажатой и отжатой клавиши

11

LCD.inc

Настройка и вывод на ЖКД текстовой информации

12

Macros.inc

Набор макросов, используемых ядром мОСРВ и библиотечными модулями. Системное ПО. Генерируется автоматически ПО “Constructor A3”

13

MasterCMD.inc

Выполнение команд (пришедших с ПК), предназначенных для выполнения микропроцессором PIC_Master

14

MI2C.inc

Обмен данными по интерфейсу I2C в режиме мастер с PIC18, работающими в режиме слэйв, либо другими внешними I2C слэйв-устройствами

15

Procs.inc

Набор стандартных процедур, используемых ядром мОСРВ и библиотечными модулями. Системное ПО

16

Resetbufsbyto.inc

Сброс буферов межзадачного обмена по условию

17

Setaskdevaddr.inc

Установка адреса устройства для протокола ASK-Bus v3.1

18

Spt_strt.inc

Формирование/разбор сетевых пакетов для обмена с СПТ 942 (посредством PIC_SPT) в режиме прозрачности

19

TaskCond.inc

Условия запуска задач в мОСРВ. Генерируется ПО “Constructor A3” на основе схемы межзадачного обмена

20

UsartD.inc

Обмен данными по интерфейсу RS-232 с внешним устройством с формированием пакета по символам границ пакета и по таймауту

21

Userdef.inc

Модуль констант и объявлений пользователя. Генерируется ПО “Constructor A3” на основе файла объявлений пользователя

22

ViewLevel.inc

Формирование/разбор сетевых пакетов на уровне представления данных

Внесение изменений в ПО микроконтроллера PIC_Master для реализация новых функций системы не потребовалось, т.к. новые прикладные задачи решаются на микроконтроллерах PIC_SPT и PIC_Danf.

Функции микропроцессора PIC_SPT:

· Обмен с теплосчетчиком по интерфейсу RS-232;

· Обмен с процессором PIC_Master по интерфейсу I2C (PIC_SPT - подчиненное устройство);

· Выполнение команд, принятых процессором PIC_Master с ПК;

· Поддержка информационного обмена между ПК и теплосчетчиком;

· Управление силовыми устройствами (по командам с PIC_Master).

В Таблице 4.2 представлен состав модулей ПО микроконтроллера PIC_SPT.

Таблица 4.2 Модули ПО микроконтроллера PIC_ SPT.

Модуль

Описание

1

Main.asm

Главный модуль проекта. Генерируется автоматически ПО “Constructor A3”

2

CmdDisp.inc

Диспетчер команд, пришедших от PIC_Master

3

Define.inc

Модуль констант и объявлений. Генерируется автоматически ПО “Constructor A3”

4

Init.inc

Процедуры начальной инициализации контроллера. Генерируется автоматически ПО “Constructor A3”

5

Kernvar.inc

Модуль объявления переменных ядра. Генерируется автоматически ПО “Constructor A3”

6

Macros.inc

Набор макросов, используемых ядром мОСРВ и библиотечными модулями. Системное ПО. Генерируется автоматически ПО “Constructor A3”

7

Procs.inc

Набор стандартных процедур, используемых ядром мОСРВ и библиотечными модулями. Системное ПО

8

Resetbufsbytos

Сброс буферов межзадачного обмена по условию

9

SI2C.inc

Обмен данными по интерфейсу I2C в режиме слейв с PIC18, работающим в режиме мастер

10

SlaveCMD.inc

Выполнение команд пользователя (пришедших с ПК), предназначенных для выполнения микропроцессором PIC_SPT

11

TaskCond.inc

Условия запуска задач в мОСРВ. Генерируется ПО “Constructor A3” на основе схемы межзадачного обмена

12

Usart.inc

Обмен данными по интерфейсу RS-232 с внешним устройством с формированием пакета по таймауту

13

Userdef.inc

Модуль констант и объявлений пользователя. Генерируется ПО “Constructor A3” на основе файла объявлений пользователя

Модернизация ПО микроконтроллера PIC_SPT необходима для реализации функций:

· Принудительное выключение электромоторов по истечении тайм-аута;

· Повышение надежности каналообразующей аппаратуры (сброс модема). Функции микропроцессора PIC_Danf:

· Обмен с терморегулятором ECL Comfort 300 по интерфейсу RS-232;

· Обмен с процессором PIC_Master по интерфейсу I2C (PIC_SPT - подчиненное устройство);

· Выполнение команд, принятых процессором PIC_Master с ПК;

· Поддержка информационного обмена между ПК и терморегулятором.

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

4.3.2 Задача выключения электроприводов по тайм-ауту

Задача выключения электроприводов по тайм-ауту реализуется на микроконтроллере PIC_SPT. Для выполнения этой функции был написан новый модуль StopMotor.inc и изменен модуль SlaveCMD.inc

Модуль StopMotor.inc предназначен для реализации принудительного выключения электромоторов по истечении тайм-аута.

Таблица 4.3 Характеристики модуля StopMotor.inc:

Параметр

Значение

Имя файла

StopMotor.inc

Использование прерываний

нет

Локальная память, байт

7

Параметры, задаваемые константами

да

Количество задач

2

Действия при инициализации

Чтение из EEPROM значения тайм-аута. Если значение некорректно или отсутствует, то запись в EEPROM значения тайм-аута по умолчанию

Ниже приведено краткое описание логики работы контроллера.

Задачи модуля StopMotorCheckCMD, StopMotorCheckTO имеют самый низкий приоритет и постоянно находятся в очереди фоновых задач.

Задача StopMotorCheckCMD проверяет, не пришла ли по I2C команда для PIC_SPT. Если пришедшая команда - это команда управления электроприводами, то выставляется флаг соответствующего мотора и запоминается значение системного таймера.

Задача StopMotorCheckTO контролирует истечения тайм-аута. Если выставлен флаг мотора, то проверяется разница между текущим значением системного таймера и значением таймера, когда пришла команда. Если разница превысила тайм-аут, то соответствующий мотор выключается, и флаг сбрасывается.

Модуль SlaveCMD.inc предназначен для выполнения команд пользователя (пришедших с ПК через PIC_Master) на процессоре PIC_SPT или PIC_Danf.

Задачи модуля и логика работы остались без изменений.

В нашем случае в протокол обмена между ПК и контроллером ASK-Lab было необходимо добавить две новые команды, которые выполняются на микроконтроллере PIC_SPT:

· команда установки значения тайм-аута (SlaveCmd_SetMotorTO);

· команда чтения значения тайм-аута (SlaveCmd_GetMotorTO).

Тайм-аут хранится в EEPROM микроконтроллера.

Значение тайм-аута может быть от 1 до 60 сек. Проверка корректности ТО осуществляется перед записью нового значения в память EEPROM. Для робастности системы значение тайм-аута дублируется тремя байтами в памяти EEPROM. Выбор значения тайм-аута осуществляется по мажоритарному принципу из трех прочитанных.

4.3.3 Задача контроля положения задвижек

Задача контроля положения задвижек реализуется на микроконтроллере PIC_Danf.

Для выполнения этой функции был изменен модуль SlaveCMD.inc

В протокол обмена между ПК и контроллером ASK-Lab было необходимо добавить новую команду - команду чтения порта датчиков.

По этой команде обратно на ПК посылается значение порта PORTD.

4.3.4 Задача управления питанием модема

Задача управления питанием модема реализуется на микроконтроллере PIC_SPT.

Для выполнения этой функции был написан новый модуль ResetModem.inc и изменен модуль SlaveCMD.inc

Модуль ResetModem.inc предназначен для реализации сброса модема с заданными периодом времени.

Таблица 4.4 Характеристики модуля ResetModem.inc:

Параметр

Значение

Имя файла

ResetModem.inc

Использование прерываний

нет

Локальная память, байт

5

Параметры, задаваемые константами

да

Количество задач

3

Действия при инициализации

Начальная установка флагов, включение питания

Ниже приведено описание логики работы при реализации этой функции.

Каждый период сброса модема (Т сброса) питание модема пропадает на длительность времени сброса (t сброса) (рисунок 4.11). Период сброса настаивается и хранится в EEPROM контроллера, а длительность сброса задается константой и равен 20 секундам.

Размещено на http://www.allbest.ru/

12

Задачи модуля ResetModemCheckPeriod, ResetModemCheckDuration, ResetModemCheckCMD имеют самый низкий приоритет и постоянно находятся в очереди фоновых задач.

Задача ResetModemCheckPeriod отслеживает время истечения периода сброса. Считается разница между текущим значением системного таймера и временем, когда произошел последний сброс модема. Если эта разница превышает значение периода, считанного из EEPROM контроллера, то выставляется флаг сброса, выключается питание модема и запоминается значение системного таймера для задачи ResetModemCheckDuration.

Задача ResetModemCheckDuration отслеживает время истечения нахождения в сбросе. Если флаг сброса установлен, то считается разница между текущим значением системного таймера и временем, когда контроллер выключил питание модема. Если эта разница превышает значение константы в памяти, то питание модема включается, флаг сброса обнуляется и запоминается значение системного таймера для задачи ResetModemCheckPeriod.

Задача ResetModemCheckCMD анализирует команды, которые приходят на микроконтроллер PIC_SPT. Если это критически важные команды, например, управление исполнительными устройствами, то обновляется значение переменной, в которой хранится время последнего сброса. Таким оброзом сброс отодвигается ровно на один период. Это сделано для того, чтобы контроллер в критический момент не выключил модем и не разорвал связь между ПК и контроллером.

Бит порта PORTD, отвечающего за управление питанием модема, задается с помощью маски. Пользователь не может с помощью программы на ПК в ручном режиме поменять значение этого бита. Это сделано, чтобы пользователь по ошибке не выключил питание модема и таким образом разорвал связь. В протокол обмена между ПК и контроллером ASK-Lab было необходимо добавить две новые команды, которые выполняются на микроконтроллере PIC_SPT:

· команда установки периода сброса модема;

· команда чтения периода сброса модема.

Для этого был изменен модуль SlaveCMD.inc.

4.4 Модернизация программного обеспечения ПК

Для реализации новых функций контроллера было доработано приложение «Инженер. Ниже приводятся описания внесенных изменений в процессе модернизации.

4.4.1 Задача выключения электроприводов по тайм-ауту

Главная панель программа представлена на рис. 4.12. В этом режиме оператор имеет возможность выбора конкретной реализуемой в данный момент функции. Панель «Тайм-аут выключения моторов» (рисунок 4.13) появляется при нажатии на кнопку «Тайм-аут моторов» главной панели программы.

Размещено на http://www.allbest.ru/

12

Размещено на http://www.allbest.ru/

12

С помощью ползунка у пользователя есть возможность задать тайм-аут от 5 до 60 секунд с шагом в 5 секунд.

Команда установки или чтения тайм-аута приходит на микроконтроллер PIC_Master, который ее разбирает и перетранслирует на микроконтроллер PIC_SPT по шине I2C. Микроконтроллер PIC_SPT записывает значение тайм-аута в EEPROM и использует его при управлении электроприводами. Получив от слейва ответ со статусом выполненной команды, PIC_Master посылает ответ на ПК.

Команда установки тайм-аута моторов защищена паролем.

4.4.2 Задача контроля положения задвижек

Панель управления исполнительными устройствами претерпела следующие изменения (рисунок 4.14). Над кнопками управления исполнительными устройствами появились 8 виртуальных переключателей. Они отражают состояние датчиков типа «сухой контакт», подключенных к контроллеру: замкнуто или разомкнуто.

Размещено на http://www.allbest.ru/

12

Для системы важны в первую очередь четыре датчика, привязанные к конкретным положениям задвижек электроприводов. К четырем оставшимся пользователь имеет возможность подключать устройства по своему усмотрению.

При открытии этой панели информация о текущем состоянии каналов управления и датчиков обновляется раз в секунду. Т.е. с таким интервалом посылаются на контроллер команда чтения порта управления и команда чтения порта датчиков.

При нажатии на клавишу F1 - F8 на контроллер посылается команда установки соответствующего значения на порту управления.

4.4.3 Задача управления питанием модема

Панель «Период сброса модема» (рисунок 4.16) появляется при нажатии на кнопку «Период сброса» главной панели программы (рисунок 4.15)

Размещено на http://www.allbest.ru/

12

Размещено на http://www.allbest.ru/

12

С помощью ползунка у пользователя есть возможность задать период сброса модема от 15 до 240 минут с шагом 15 минут, а также «бесконечность» (т.е. включен постоянно) при крайнем правом положении ползунка.

Т.к. модем подключен к одному из каналов управления (6 канал), то это накладывает определенные ограничения. Чтобы оператор не разорвал связь с контроллером, отключив питание модема, контроль за 6 каналом управления осуществляет только контроллер. Пользователю он недоступен.

Заключение

Дипломная работа была выполнена в рамках многолетнего эксперимента по внедрению проектной формы обучения в реальный образовательный процесс.

Фактически, как первая очередь системы ПоТок-С так и ее модернизация осуществлялась студентами дипломниками под руководством персонала СКБ ГУАП.

В настоящее время РИУС ПоТок-С передан в промышленную эксплуатацию в диспетчерский центр АУЭ филиала ПТC ОАО “Северо-Западный Телеком”. При этом к системе подключено около сотни станций, из которых 24 оснащены автономными узлами регулирования, оборудованных контроллерами ASK-Lab. Одна станция оборудована системой видеоконтроля.

Результаты работы были представлены на первый европейский конкурс студенческих работ ESPC-2005, проводимый под эгидой ISA (21.05.2005, Корк, Ирландия) и удостоены Золотой медали. Демонстрационный показ работы РИУС ПоТок-С представителям ГК ОАО “Ленэнерго” получил положительный отзыв. 12.12.2005 был подписан акт внедрения системы ПоТок-С.

По результатам реализации проекта, в котором были экспериментально апробированы новые инженерные решения, были опубликованы работы:

1. Rochev M.S. Heat consumption distributed information-control system. Proceedings Int. conf. “Education for all”, Saint-Petersburg, 2005

2. Goncharov A.A. Experimental integrated development environment “Constructor A3”. Proceedings Int seminar. “Challenges of the information age in the field of education”, Saint-Petersburg, June 24-28, 2006, p.36-41

3. Astapkovich D.A. Digital Video in Optical Feed Back Control Loop, “Proceedings from the First International Exchange Program: Indiana State University College of Technology and Saint-Petersburg State University of Aerospace Instrumentation”, July 15-July 24, Terre Haute, Indiana, 2005, section 7.

4. Astapkovich D.A. Digital Video in Optical Feed Back Control Loop, “Proceedings from the International Seminar “Education for All”, June 25-June 29, p.37-41.

5. Astapkovitch A., Kasatkin A.A. Review of Theory of Real Time microOperational System (RTmOS), Proceedings Int. conf. “Problem of Education”, Saint-Petersburg, 2006

6. Bodniy D.V. Do we have Motion JPEG200 today? “Proceedings of the International Seminar “Education for All”, June 25 - June 29, 2005, p.42-45

Список использованных источников

Анисимов А.Л., Астапкович А.М., Дмитриев С.В. и др. Проблемы и перспективы создания интегрированных коммунальных систем учета потребления энергоресурсов. // Cборник Информационно-управляющие системы и сети. Структуры. Моделирование. Алгоритмы. Политехника, СПб., 1999, с. 165-185.

Шумилов И.А., Анисимов А.Л., Астапкович А.М. и др. Перспективы создания интегрированных коммунальных систем учета потребления энергоресурсов. // Труды конференции Коммерческий учет энергоносителей 10-я конференция. Совершенствование измерений расхода жидкости газа и пара, Политехника, СПб., 1999, с. 340-360.

Титович Ю.В., Барашков В.М., Астапкович А.М., Касаткин А.А. Обслуживание индивидуальных тепловых пунктов в филиале “Петербургская Телефонная Сеть” ОАО “Северо-Западный Телеком”// Журнал “Энергосбережение”, № 4, 2005, с. 2- 6 .

Титович Ю.В., Барашков В.М., Эйбер И.М., Петрушенко С.Ю., Анисимов А.Л., Астапкович А.М., Касаткин А.А., Рочев М.А. Опыт внедрения дистанционного управления режимами работы индивидуальных тепловых пунктов филиала «Петербугская телефонная сеть» «Северо-Западный Телеком» В трудах конференции «Коммерческий учет энергоносителей» ХХI-я международная научно-практическая конференция Санкт-Петербург, май, 2005, с285-288

Ладугин Д.В. Интегрированная система коммерческого учета тепловой энергии и природного газа на базе программно-технических комплексов серии “КРУГ-2000”// Журнал Датчики и системы № 5, 2005, c. 2-5

Бартенев В.Г., Бартенев М.В Энергосберегающая модульная АСУТП для распределенных объектов “СИНТАЛ ТЕЛЕТЕРМ” // Журнал Датчики и системы, № 2, 2005, c. 32-35

Плющаев В., Грошева Л., Мерзляков В., Перевезенцев С., Зуев А., Пахомов А. Система дистанционного мониторинга и управления объектами. // Журнал Системы Технологической Автоматизации, № 2, 2003, с. 6-15.

Карташев А.А., Мартынов В.И. Организация учета энергоносителей на источниках теплоты в бюджетной и жилищно-коммунальной сфере г.Сургута // Труды конференции “Коммерческий учет энергоносителей” XX1-я международная научно-практическая конференция Санкт-Петербург, май, 2005, с. 321-324.

Галузов М. В. Комплексная диспетчеризация объектов различного назначения // материалы сайта www.rtservice.ru, Информационные системы учета энергоресурсов.

Материалы сайта www.logika.spb.ru.

Контроллеры измерительные "КОНТАР" МС8 // материалы сайта www.mzta.ru.

Роботы для слежения за электрической сетью // материалы сайта www.English.Eastday.com.

Goncharov A. Experimental integrated development environment “Constructor A3”. Proceedings Int, Seminar. “Challenges of the information age in the field of education”, Saint-Petersburg, June 24-28, 2006

Астапкович А.М. Микрооперационные системы реального времени // Монография, СПб: Политехника, 2002.

Астапкович А.М. (2003) Формализм адресно-временных карт для описания алгоритмов функционирования многоканальных систем управления. Введение в формализм адресно-временных карт. // Журнал Информационно-управляющие системы, № 4, 2003, с. 6-14.

Астапкович А.М. (2004) Формализм адресно-временных карт для описания алгоритмов функционирования многоканальных систем управления. Базовые объекты и операции с АТ-картами. // Журнал Информационно-управляющие системы, 2004, № 2, с. 26-37.

Астапкович А.М., Востриков А.А., Касаткин А.А, Чудиновский Ю.Г., Bishop R. Опыт использования информационно-управляющих сетевых систем для передачи видеоизображений. // Сборник Семинары ASK Lab 2001, с. 180-197.

Анисимов А.Л., Астапкович А.М., Востриков А.А., Елисеенко А.Г. , Кравченко Д.А., Плигин М.В., Сергеев М.Б., Суханов И.О. Система предоплаты за потребляемую энергию Кредо-Смарт 500 //Сборник: Микропроцессорные информационно-управляющие системы реального времени / Под общ. ред. М.Б.Сергеева. - СПб: Политехника, 2000, с.198 - 215.

ГригорьевМ.В., Шафер Е.С., Балихин И.Н., Плюшаев В.И. Аппаратно-программный комплекс для канализационных насосных станций // Журнал Водоснабжение и санитарная техника, №6, 2000.

ThinkIO - универсальное решение для промышленной автоматизации // RTSoft Средства и системы автоматизации, Каталог продукции, 2005.

Соловьев С.А. Контроллеры SCADAPack в системах коммерческого учета энергоресурсов // в трудах конференции “Коммерческий учет энергоносителей” XX1-я международная научно-практическая конференция Санкт-Петербург, май 2005, стр.277-279.

NetCore - одноплатный компьютер // материалы сайта www.Trail.ru.

InorTek µC-Series - микроконтроллеры // материалы сайта www.nevabls.ru.

Анисимов А.Л., Астапкович А.М., Касаткин А.А. Программно-инструментальная среда “Конструктор А3” ,

Свидетельство об отраслевой регистрации разработки N 6904 отраслевого фонда алгоритмов и программ Федерального агентства по образованию, 21.09.2006

Анисимов А.Л., Астапкович А.М., Касаткин А.А. Микрооперационная система реального времени А3 ,

Свидетельство об отраслевой регистрации разработки N 6905 отраслевого фонда алгоритмов и программ Федерального агентства по образованию, 21.09.2006

Размещено на Allbest.ru


Подобные документы

  • Агентно-ориентированная программная архитектура систем обработки потоковых данных. Обеспечение гибкости и живучести программного обеспечения распределенных информационно-управляющих систем. Спецификации программных комплексов распределенной обработки.

    реферат [1,1 M], добавлен 28.11.2015

  • Автономные, сетевые и интегрированные контроллеры - интеллектуальный элемент системы контроля управления доступом. Управление локальными, централизованными и распределенными СКУД. Характеристика iSecure Pro как самостоятельной микропроцессорной системы.

    реферат [2,6 M], добавлен 23.01.2011

  • Функционально-модульная структура программного обеспечения контроллера домофона. Электронная схема электронного замка, модуля микрофона и динамика. Выбор комбинированного источника питания. Разработка программного модуля. Программа управления домофоном.

    курсовая работа [484,7 K], добавлен 29.03.2017

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

    курсовая работа [709,3 K], добавлен 22.12.2010

  • Анализ видов обеспечения автоматизированных систем предприятия. Средства программирования распределенных систем обработки информации. Изучение особенностей использования технологии распределенных объектов. Эксплуатация программного обеспечения системы.

    отчет по практике [486,0 K], добавлен 23.11.2014

  • Обзор и характеристика программного обеспечения компьютера как совокупности программ системы обработки информации. Характеристика аппаратного обеспечения как комплекса электрических и механических устройств, входящих в состав ЭВМ. Взаимодействие систем.

    презентация [931,9 K], добавлен 23.12.2010

  • Определение состава аппаратной части компьютера Samsung NP355V4C-S01RU с помощью программного обеспечения и стандартных средств Windows. Построение логической структуры. Синтез комбинационного устройства в базисах логических элементов И-НЕ, ИЛИ-НЕ.

    курсовая работа [648,0 K], добавлен 10.12.2013

  • Компоненты системы управления стендом "Робот – художник". Математическое описание программного обеспечения. Конфигурирование центрального контроллера Siemens. Работа с цветным изображением. Применение системы технического зрения. Работа с камерой.

    дипломная работа [4,1 M], добавлен 07.02.2016

  • Контроллер управления двигателями. Назначение, краткая характеристика, перспективы внедрения робота-дозиметриста. Обзор основных способов беспроводной передачи данных на большие расстояния. Проектирование принципиальной схемы бортового контроллера.

    дипломная работа [2,4 M], добавлен 05.01.2013

  • Основания для выбора контроллера, который подключается по IDE-шине к устройству CD-ROM. Принцип действия устройства, описание структурной и принципиальной схемы. Выбор элементной базы. Алгоритм работы устройства, разработка программного обеспечения.

    курсовая работа [136,0 K], добавлен 23.12.2012

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.