Logo GenDocs.ru


Поиск по сайту:  


Расчетно-графическая работа - Программируемые контроллеры «МЕГА» - файл 1.doc


Расчетно-графическая работа - Программируемые контроллеры «МЕГА»
скачать (719.5 kb.)

Доступные файлы (1):

1.doc720kb.18.11.2011 17:09скачать

содержание

1.doc

Реклама MarketGid:
Федеральное агентство по образованию

Государственное образовательное учреждение

высшего профессионального образования

Уфимский государственный авиационный технический университет
Кафедра АТП


Расчетно-графическая работа

по дисциплине « Операционные системы реального времени »

« Программируемые контроллеры «МЕГА»


Выполнил: студент гр. АТП-401Н

________________ Шапаев В.М.

(подпись)

Проверил: преподаватель

______________ Месягутов И. Ф.

(подпись)
Уфа 2008

Содержание
Введение

1 Обзор технической части системы

1.1 Трехуровневая система управления производством

1.1.1 Уровень локального управления

1.1.2 Уровень диспетчерского управления

1.1.3 Уровень корпоративного управления

1.2 Аппаратное обеспечение системы телемеханики

1.2.1 Контроллер телемеханики МЕГА-07

1.2.2 Контроллер телемеханики МЕГА-09

1.2.3 Интеграция оборудования сторонних производителей 2

2 Обзор программной части системы

2.1 Архитектура системы

2.1.1 OPC как основной стандарт взаимодействия между программными компонентами системы МЕГА 4

Заключение……………………………………………………………………….17

Список литературы………………………………………………………………18

Введение



Корпоративная распределенная система управления производством в реальном времени «МЕГА» предназначена для автоматического управления распределенными технологическими процессами предприятия и информационного обеспечения специалистов в реальном масштабе времени.

Система позволяет решить следующие задачи:

  • Локальное управление технологическим оборудованием, таким, как станки-качалки нефтедобывающих скважин, замерные установки, насосные станции, пункты учета тепловой и электрической энергии и т.п.;

  • Телемеханика распределенного оборудования по комбинированным каналам связи, включая радиоканал;

  • Автоматическое управление оборудованием в рамках сети телемеханики цеха добычи нефти;

  • Автоматические расчеты и вычисления;

  • Представление всей информации в стандартном виде, обеспечивающем обмен текущими данными в рамках корпоративной компьютерной сети с помощью встроенных системных средств;

  • Объединение программных комплексов уровня цехов в единую систему управления предприятием с единой базой данных.

  • Постоянное обновление текущей информации о состоянии технологических объектов в центральной базе данных для дальнейшей обработки на АРМах специалистов.

Открытые стандарты позволяют интегрировать в единое целое различные системы телемеханики, SCADA-пакеты и прикладное программное обеспечение.


^

1 Обзор технической части системы

1.1 Трехуровневая система управления производством



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

  1. Уровень локального управления (уровень автоматики технологических объектов);

  2. Уровень диспетчерского управления (уровень ДП нефтепромысла);

  3. Уровень корпоративного управления (уровень АРМов специалистов нефтепромысла и объединения).



      1. ^

        Уровень локального управления



На технологических объектах устанавливаются контроллеры «МЕГА». Контроллеры легко конфигурируются под типовой объект автоматизации и выполняют функции локального управления и предварительной обработки информации. Между собой и сервером контроллеры связаны в произвольном порядке по любому из пяти видов связи, включая радиосвязь и связь по выделенной двухпроводной линии, с помощью пакетного протокола «РТМ-64/var». Каждый контроллер является при этом еще и ретранслятором, что позволяет построить разнородную сеть телемеханики с многоступенчатой ретрансляцией.

^

1.1.2 Уровень диспетчерского управления



Для обеспечения уровня диспетчерского управления в диспетчерской цеха или промысла устанавливается сервер сбора данных и управления (далее сервер ДП), который выполняет все функции управления сетью контроллеров. Для компьютерной сети НГДУ сервер ДП виден как один из компьютеров, в котором есть OPC-серверы данных. Данные OPC-серверов доступны для любого компьютера корпоративной сети.

На нижнем уровне менеджер опроса сети контроллеров РОТОР отвечает за опрос и настройку контроллеров. Наличие пяти каналов связи с многоуровневой ретрансляцией и возможностью организации альтернативных маршрутов до объекта позволяет «достучаться» до самых отдаленных участков производства. Для передачи данных от объекта автоматизации по любым каналам связи (от RS-485 до радио и сотовой связи) используется пакетный протокол РТМ-64/var. Данный протокол открыт и может быть реализован производителями любых контроллеров, что позволит их контроллерам легко интегрироваться в систему МЕГА, используя все преимущества развернутой сети доставки данных.

Средний уровень диспетчерского управления, представляющий собой сервер данных, формирует поток информации в стандартном виде с использованием современных программных интерфейсов (COM/DCOM, OPC), что позволяет «видеть» все данные системы МЕГА из всех современных систем автоматизации производства.

Верхний уровень диспетчерского управления представлен программой визуализации технологического процесса, контроля и управления «АРМ диспетчера».

^

1.1.3 Уровень корпоративного управления



Для автоматизации на уровне корпоративного управления (уровень цехов, промыслов и объединения) используется универсальный программный компонент «Узел». Узел обеспечивает видимость компьютера в единой сети объединения и обеспечивает доступ к данным других узлов. На основе узла строятся сервера опроса, АРМы специалистов, архивные сервера. Узел опроса, расположенный на уровне промысла, осуществляет непрерывный опрос всего парка объектов, обеспечивая специалистов текущими данными о состоянии объектов производства и обеспечивая прохождение команд управления и настройки объектов.

На уровне промысла и объединения разворачивается сеть из общих информационных узлов системы и АРМов специалистов. Все программные части системы МЕГА тесно связаны друг с другом и работают в рамках единой системы безопасности и доступа к данным. Единый АРМ администратора системы позволяет централизованно по сети управлять информационными потоками, следить за работой узлов, настраивать каждый узел, раздавать права пользователям системы. Развернутая в сети предприятия система МЕГА заставляет работать компьютеры сети организации в едином ключе, и является своеобразным «клеем», позволяющим связать разнородные системы управления и базы данных, работающие на предприятии. Заложенные в систему принципы взаимосвязи всех узлов и АРМов позволяют спокойно преодолевать сложности связанные с многодоменной структурой сети, обеспечить надежную доставку необходимой пользователям информации даже в неустойчивых сетях передачи по «узким» каналам связи. Информация, с которой работает специалист при помощи АРМа, строго персонализирована, т.е. пользователь всегда получает только необходимую именно ему информацию. Широкое использование в системе современных коммуникационных и Web-технологий позволяет пользователю получить авторизованный доступ к своему АРМу из любой точки мира.

^

1.2 Аппаратное обеспечение системы телемеханики



В качестве контроллеров технологических объектов используются микропроцессорные контроллеры МЕГА-07 и МЕГА-09, а также контроллеры ранних модификаций МЕГА-05, МЕГА-03 и МЕГА-01.

^

1.2.1 Контроллер телемеханики МЕГА-07



Контроллер МЕГА-07 обеспечивает дистанционный контроль состояния и выполняет функции управления технологическим оборудованием, устанавливается непосредственно на технологическом объекте. Контроллер можно использовать как элемент распределенной сети в составе контролируемого пункта, так и как самостоятельное устройство ввода/вывода. Контроллер предназначен для использования в непрерывном, круглосуточном режиме.

Контроллер обеспечивает выполнение следующих общих функций:

  • съем аналоговых (АI) и дискретных (DI) входных сигналов;

  • счёт импульсных сигналов по дискретным входам;

  • выдача дискретных выходных сигналов (DO);

  • включение/выключение технологического оборудования;

  • управление модемами;

  • обеспечение связи с другими контроллерами системы;

  • дистанционное конфигурирование параметров работы;

  • сохранение конфигурации в энергонезависимой памяти EEPROM;

  • ведение архива замеров по счетчикам, дискретным и аналоговым входам, а также протокола работы объекта в энергонезависимой памяти EEPROM.

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

  • накопление и построение массивов тока и напряжения за определенный (настраиваемый) период времени;

  • построение массивов нагрузки на полированный шток и ускорения при снятии динамограммы;

  • выполнение функций контроллера скважины со штанговым глубинным насосом (ШГН) со снятием ваттметрограммы и динамограммы;

  • выполнение функций контроллера скважины с электроцентробежным насосом (ЭЦН) с контролем токов, напряжений и косинуса угла по трем фазам, их дисбаланса и отклонений;

  • переключение отводов групповой замерной установки (ГЗУ) в заданной последовательности;

  • выполнение функций контролируемого пункта ГЗУ с автономным снятием замеров дебита скважин и ведением архива замеров;

  • выполнение функций контроллера блока гребенок (БГ) цеха поддержания пластового давления (ППД) нефтепромысла с вычислением минутных расходов и накопление в памяти суточных расходов по отводам;

  • выполнение функций контроллера дожимной насосной станции (ДНС) с автономным управлением насосами.




Рис. 1.2.1. Структурная схема контроллера МЕГА-07.
Обмен данными между контроллером МЕГА-07 и сервером телемеханики осуществляется по протоколу канального уровня РТМ-64/var.

^

1.2.2 Контроллер телемеханики МЕГА-09



Контроллер МЕГА-09 имеет модульную структуру, что позволяет наращивать конфигурацию в соответствии с потребностями технологического объекта. Контроллер обеспечивает дистанционный контроль состояния и выполняет функции управления технологическим оборудованием по каналам УКВ и/или сотовой связи GSM/GPRS/SMS, устанавливается непосредственно на технологическом объекте. Контроллер можно использовать как элемент распределенной сети в составе контролируемого пункта, так и как самостоятельное устройство ввода/вывода. Контроллер предназначен для использования в непрерывном, круглосуточном режиме.

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

  • Съем аналоговых и дискретных входных сигналов;

  • Счет импульсных сигналов;

  • Выдача дискретных сигналов;

  • Определение аварийного состояния по заданным уставкам;

  • Технологическая защита;

  • Охранная сигнализация;

  • Автоматическое управление и дистанционный контроль технологического оборудования;

  • Автоматическое снятие ваттметрограммы с периодом от 1 до 250 минут, измерение тока потребления двигателя СКН, напряжения электрической сети, косинуса угла между фазами, вычисление потребляемой электроэнергии, вычисление фактических удельных затрат электроэнергии на тонну добытой нефти;

  • Автоматическое снятие динамограммы с периодом от 1 до 250 минут с возможностью использования как стационарного датчика на балансире станка-качалки, так и датчика в траверсе канатной подвески;

  • Автоматический анализ неисправностей насосного оборудования СКН по форме динамограммы;

  • Вычисление фактической потери хода (влияние газового фактора) по динамограмме;

  • Измерение периода качания станка-качалки, автоматическая остановка скважины на накопление при срыве подачи;

  • Вычисление фактического дебита (количества добытой жидкости) с учетом потери хода по динамограмме;

  • Архивирование замеров по счетчикам, дискретным и аналоговым входам, а также протокола работы объекта в энергонезависимой памяти EEPROM;

  • Передача параметров состояния по каналу связи УКВ и/или GSM/GPRS;

  • Передача аварийных сообщений по каналу связи УКВ и/или GSM/GPRS и SMS.

Специфические функции контроллера аналогичны функциям контроллера МЕГА-07, описанным выше.


Рис. 1.2.2. Структурная схема контроллера МЕГА-09.
Обмен данными между контроллером МЕГА-09 и сервером телемеханики осуществляется по протоколу канального уровня РТМ-64/var.
Как было указано выше, контроллер МЕГА-09 имеет модульную структуру. Конструктивно модули выполнены как законченные изделия, которые объединяются в одно устройство по шине I2C.
1.2.2.1 Модуль головного процессора Мега09-CPU

Модуль CPU является базовым элементом контроллера и предназначен для выполнения следующих функций:

  • логическая и математическая обработка поступающей информации;

  • хранение информации;

  • организация связи между модулями по интерфейсу I2C;

  • обмен информацией по интерфейсу RS232/485 с внешними устройствами и персональным компьютером;

  • обмен информацией по интерфейсу USB с ноутбуком или ПК;

  • обмен информацией по распределенной сети с другими контроллерами системы;

  • защита от несанкционированного доступа в шкаф контроллера.


1.2.2.2 Модуль питания контроллера Мега09-BPM

Модуль обеспечивает питание модулей контроллера и подключаемых к ним датчиков и выполняет следующие функции:

  • дозаряд аккумуляторной батареи при входном напряжении ~90..265В 50Гц;

  • автоматический переход на аварийное питание от аккумуляторной батареи +12В с выдачей информационного сигнала контроллеру при пропадании сетевого питания или снижении входного напряжения ниже ~80В 50Гц;

  • индикация и защита от переразряда аккумуляторной батареи при снижении напряжения на аккумуляторной батарее ниже 10В.


1.2.2.3 Модуль ввода дискретных и аналоговых сигналов Мега09-DIAI

Модуль предназначен для ввода дискретных/счетно-импульсных сигналов типа «сухой контакт», а также аналоговых сигналов от датчиков, имеющих выход типа «4-20 мА». Модуль оснащен светодиодными индикаторами состояния дискретных каналов.

1.2.2.4 Модуль вывода дискретных сигналов Мега09-DO

Модуль предназначен для коммутации силовых цепей переменного тока с помощью твердотельного реле. Модуль имеет четыре (нормально разомкнутых) релейных выхода и оснащен светодиодными индикаторами состояния релейных выходов.
1.2.2.5 Модуль вывода дискретных сигналов Мега09-DO24

Модуль предназначен для управления цепями постоянного тока с помощью транзисторного выхода. Модуль имеет двадцать четыре выхода NPN типа, на которые может быть подано внутреннее питание +5В или внешнее до +45В. При этом внешние цепи подключаются к модулю по схеме с общим плюсом. Для контроля состояния выходов модуль оснащен светодиодными индикаторами.
1.2.2.6 Модуль ваттметрирования Мега09-UI

Модуль предназначен для автоматического съема ваттметрограмм и замера потребляемой мощности электродвигателей. Анализ ваттметрограмм позволяет определить следующие характеристики:

1. Неисправности в механической части:

  • обрыв ремней;

  • разбаланс противовесов.

2. Энергетические характеристики:

  • перегрузка по току;

  • отклонение напряжения от нормы;

  • перекос фаз.


1.2.2.7 Модуль радиомодема Мега09-F/G

Радиомодем Мега09-F/G предназначен для передачи и приема цифровой информации по радиоканалу в диапазоне частот (136-176, 400-420) МГц при выходной мощности до 25 Вт при работе в составе распределенных сетей телеметрии, управления и автоматизации технологических процессов.

Дальность связи зависит от рельефа местности, радио-обстановки, характеристик применяемых совместно с модемом антенн и т.д., может варьироваться от нескольких сот метров до 50 километров в условиях прямой видимости.

Радиомодем позволяет организовывать распределенные сети сбора информации в режиме безадресной ретрансляции или в адресном режиме в составе комплекса «МЕГА». Скорость передачи цифровой информации по асинхронному порту RS232/RS485 – 9600 бит/с.

Радиомодем комплектуется носимыми или стационарными радиостанциями номинальной мощностью передатчика 5 Вт (дальность связи до 15 км) или 5-25 Вт (дальность связи до 50 км).
1.2.2.8 Модуль радиомодема Мега09-GPRS

Радиомодем позволяет организовывать распределенные сети сбора информации в режиме безадресной ретрансляции или в адресном режиме в составе комплекса «МЕГА». Передача данных происходит в рамках сети сотовой GSM-связи по каналам GPRS в режиме работы с диспетчерским терминалом и/или с помощью SMS-сообщений в автономном режиме с передачей на сотовые телефоны. Дальность действия определяется покрытием GSM–связи. Посылка и прием коротких сообщений SMS осуществляется через SMS-центр компании оператора сотовой связи. Время доставки SMS-сообщения регламентируется оператором сотовой связи. Передача данных по GPRS осуществляется в режиме on-line.
1.2.2.9 Модуль радиомодема Мега09-433

Радиомодем предназначен для передачи и приема цифровой информации в общедоступном диапазоне 433 МГц малой мощности (разрешение на применение не требуется) при работе в составе распределенных сетей телеметрии, управления и автоматизации технологических процессов.
1.2.2.10 Модуль Мега09-4COM

Модуль Мега09-4COM предназначен для подключения устройств, имеющих последовательный интерфейс связи RS-232/485, и содержит четыре приемопередатчика.
1.2.2.11 Модуль преобразователя Мега09-Ethernet/COM

Преобразователь Мега09-Ethernet/COM предназначен для опроса контроллера по сети Ethernet. В отличие от остальных модулей, преобразователь подключается к СОМ-порту контроллера.

^

1.2.3 Интеграция оборудования сторонних производителей



Интеграция оборудования сторонних производителей может производиться тремя способами:

  • Если устройство имеет дискретный/счетно-импульсный или аналоговый выход, то они подключаются к соответствующим входам контроллера МЕГА, который осуществляем съем данных с физических входов и передает их наверх по каналу связи. При подключении счетно-импульсного устройства требуется дополнительная настройка контроллера МЕГА.

  • Если в устройстве реализован протокол РТМ-64/var, оно интегрируется в систему как контроллер МЕГА. Опрос устройства ведется программой РОТОР (с ретрансляцией или без нее). Если оно поддерживает стандартные команды чтения и записи настроек контроллеров МЕГА, то эти настройки могут задаваться на формах программы РОТОР.

  • Если устройство реализует протокол ModBus, его опрос ведется через контроллер МЕГА (МЕГА-07 или МЕГА-09 с модулем Мега09-4COM), который выступает в роли ретранслятора и преобразует пакеты РТМ-64/var в пакеты ModBus. В программе РОТОР маршрут к устройству задается через контроллер-ретранслятор с каналом связи ModBus. Настройка устройства посредством программы РОТОР невозможна.



^

2 Обзор программной части системы

2.1 Архитектура системы



Структура программного обеспечения распределенной системы управления МЕГА показана на рис. 2.1.1.



Рис. 2.1.1. Структура программного комплекса МЕГА.
РОТОР – менеджер опроса контроллеров. Основные функции:

    1. Последовательный опрос контроллеров в фоновом циклическом режиме, включающем в себя:

  • три цикла опроса;

  • команды по запросу (разовые команды);

  • аварийные сообщения от любого контроллера сети.

    1. Чтение и запись параметров функционирования контроллера;

    2. Настройка связи и опроса контроллеров;

    3. Конфигурирование запрашиваемых данных (тегов);

    4. Ведение статистики качества связи с контроллерами;

    5. Редактирование блоков, команд и шаблонов контроллеров.


ОРС сервер контроллеров «МЕГА». Основные функции:

  • Разбор пакетов, полученных от контроллеров в ходе опроса;

  • Выполнение первичных преобразований над данными (масштабирование, разбор архивных записей и т.д.);

  • Чтение архивов контроллеров;

  • Опрос контроллеров через службу FM-Wireless;

  • Предоставление данных клиентским программам по стандарту ОРС.


База данных контроллеров. Хранит данные по контроллерам, маршрутам опроса, тегам ОРС, а также шаблонам контроллеров; содержит справочники команд и блоков.
Сервер объектов – ядро программного обеспечения системы. Основные функции:

  • Получение данных по стандарту ОРС;

  • Иерархическое представление данных в виде дерева объектов;

  • Организация вычислений;

  • Архивирование событий, тревог и значений свойств;

  • Запись результатов в файл или внешнюю базу данных;

  • Предоставление данных по стандарту ОРС.


База данных объектов. Хранит данные по объектам, их свойствам и тревогам, а также шаблонам объектов. В ней также хранятся архивы.
Программа «Настройка объектов». Служит для настройки структуры объектов в сервере объектов.
Программа «АРМ диспетчера». Основные функции:

  • Просмотр текущего состояния технологического объекта;

  • Сигнализация аварий;

  • Просмотр и печать журналов тревог и сообщений;

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


Программа «Обработка динамограмм». Является средством для работы с архивами динамограмм. Основные функции:

  • Просмотр и настройка параметров скважин;

  • Просмотр и распечатка динамограмм из архива за произвольный интервал времени;

  • Просмотр динамограмм в режиме наложения;

  • Диагностирование вероятностей различных неисправностей.


Программа «Хранитель системы МЕГА». Следит за запуском и исполнением компонентов системы.

^

2.1.1 OPC как основной стандарт взаимодействия между программными компонентами системы МЕГА



Реализация OPC основана на объектной модели COM/DCOM фирмы Microsoft. COM – это модель многокомпонентных объектов, позволяющая приложению манипулировать удаленными программными объектами. Если объект находится в другой программе на локальном или удаленном компьютере, то это DCOM – распределенная COM. Удобство DCOM состоит в том, что приложение-клиент совершенно не обязано знать, где реально находится объект.

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

Стандарт OPC, хотя и основан на универсальном фундаменте – COM/DCOM, разрабатывался специально для использования в промышленной автоматизации. Поэтому он имеет вполне содержательную концептуальную сторону, то есть, на самом деле, свою проблемно-ориентированную модель взаимодействия, которая и реализована через совокупность COM-интерфейсов. Эта концептуальная сторона в известной степени независима и представляет самый большой интерес.

Стандарт OPC состоит из трех основных спецификаций:

  • доступ к данным реального времени (Data Access, OPC DA);

  • обработка тревог и событий (Alarms & Events, OPC AE);

  • доступ к историческим данным (Historical Data Access, OPC HDA).

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

Стандарт OPC разрабатывает независимая организация OPC Foundation, среди членов которой такие компании, как Siemens, Fisher-Rosemount. Rockwell и др., т.е. все известные фирмы-производители SCADA-систем и оборудования для систем промышленной автоматизации.

Но каким бы универсальным и распространенным ни был стандарт OPC, у него есть свои ограничения. Во-первых, OPC может использоваться только там где установлен Microsoft DCOM, а это на сегодня семейство операционных систем Windows 9x/Me/NT/2000/XP и теоретические некоторые системы Unix. В целом, OPC – это интерфейс для систем верхнего уровня.

Далее, OPC не обеспечивает работы в жестком реальном времени, поскольку в DCOM отсутствуют понятия качества обслуживания, крайних сроков и т.п. Но в то же время контроль за «устареванием» данных имеется: каждое передаваемое значение (тег) сопровождается меткой времени (timestamp). Однако, несмотря на то, что требования жесткого реального времени, строго говоря, не выполняются, реальная частота передачи данных порядка 50 мс достигается без каких-либо специальных мер.

Заключение
Программное обеспечение распределенной системы управления «МЕГА» разработано для автоматического управления оборудованием в рамках сети телемеханики цеха добычи нефти; автоматических расчетов и вычислений; представления всей информации в стандартном виде, обеспечивающем обмен текущими данными в рамках корпоративной компьютерной сети с помощью встроенных системных средств; объединения программных комплексов уровня цехов в единую систему управления предприятием с единой базой данных; постоянного обновления текущей информации о состоянии технологических объектов в центральной базе данных для дальнейшей обработки на АРМах специалистов.


Список литературы
1. Программируемые контроллеры «МЕГА». Техническое описание и руководство по эксплуатации.

2. Программируемые контроллеры «МЕГА». Паспорт

3. http://www.mka.ru/?p=41325

4. http://dvo.sut.ru/libr/skiri/i277zaru/ob.htm

5. http://www.ncsystems.ru/ru/education/lectures/posu/

6. http://dnc.cals.ru/systems/cnc_t.htm
Реклама:





Скачать файл (719.5 kb.)

Поиск по сайту:  

© gendocs.ru
При копировании укажите ссылку.
обратиться к администрации
Рейтинг@Mail.ru
Разработка сайта — Веб студия Адаманов