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

Таблица 6.2.7

Годовые эксплуатационные расходы по обслуживанию трех депо

Эксплуатационные расходы на систему с использованием радиоканала составляют 2364,7346 тыс. руб.

6.3 Расчет экономической эффективности автоматизированного процесса передачи информации с использованием радиоканала

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

Сравнительный срок окупаемостикапитальныхвложений (инвестиций) рассчитывается по формуле:

0,22,

где:

= 64, 000- капитальные вложения в систему без радиоканала, тыс. руб.;

= 962,725 - капитальные вложения в новую систему, тыс. руб.;

= 6511,686 - годовые эксплуатационные расходы на систему без радиоканала, тыс. руб.;

- годовые эксплуатационные расходы на систему с радиоканалом, тыс. руб.

Таблица 6.3.1

Сравнение вариантов передачи информации

6.4 Вывод

Автоматизация процесса передачи информации позволит заметно повысить скорость передачи информации на стационарный пункт обработки, тем самым повышая скорость реакции инженеров метрополитена на возникающие в поездах неполадки. Это значительно увеличит безопасность движения поездов в метро. Помимо этого произойдет заметное снижение затрат на систему передачи информации, так как больше не будет необходимости постоянного присутствия большого количества персонала для переноса информации на линии. Автоматизация позволит сократить количество человек, обслуживающих систему с 12 до 4, что заметно понижает годовые эксплуатационные расходы с 6511,686 до
. Срок окупаемости системы составляет 0,22 лет.

Заключение

Цель данного дипломного проекта - обеспечить решение задачиавтоматизации процесса передачи зарегистрированных «Витязь» параметров на удалённый стенд расшифровки РПДП.

В первой главе был произведен обзор основных технологий передачи данных. Для осуществления процесса обмена информацией между компьютером и поездом было решено изучить существующие технологии беспроводной передачи данных. Помимо беспроводных технологий физического уровня (Wi-Fi, BlueTooth, ZigBee), были рассмотрены технологии канального уровня (Ethernet, Frame Relay, ATM). В данном разделе были также рассмотрены основные технологии идентификации объектов. Среди них особое внимание было уделено радиочастотной и оптической идентификации, которые можно использовать для инициирования соединения стационарного пункта управления с регистратором параметров движения поезда (РПДР).

Во второй главе было произведено проектирование системы. Процесс проектирования был разделен на две части: проектирование системы в целом (разработка принципа работы автоматизированной системы передачи и выбор требуемого оборудования), а также проектирование пакета прикладных программ для работы с этим оборудованием и для осуществления передачи. В процессе проектирования учитывались требования технических заданий к оборудованию и программному продукту, полученные от инженеров московского метрополитена.

Для обеспечения автоматизации процесса передачи информации от поездного блока РПДП на стационарный сервер архивирования информации было решено использовать выделенный Wi-Fi радиоканал. В качестве средства инициирования передачи по Wi-Fi решено использовать RFID-технологии.

При проектировании ППП были изучены существующие концепции программирования и выбраны наиболее подходящие для осуществления поставленной задачи, после изучения концепций был выбран язык программирования - C++. Помимо этого был произведен обзор существующих сред программирования и выбрана среда Embarcadero RAD STUDIO XE2 Professional (C++ Builder XE2). Для написания ППП производилось изучениеструктуры системы управления движением поездов «Витязь» и структуры передаваемой информации по CAN.

В третьей главе был создан алгоритм считывания регистрации из регистратора параметров движения поезда на стационарный комплекс обработки.Для обеспечения взаимодействия по сети между РПДП и стационарным комплексом обработки было решено использовать стандартный прикладной программный интерфейс Winsock, так как он предоставляет программный интерфейс для коммуникации процессов с помощью всех известных современных протоколов, в том числе и используемым в проекте протоколом TCP/IP. В связи с небольшим объемом передаваемой информации и необходимостью поддержки связи с большим количеством хостов (поездов), было решено использовать транспортный протокол UDP, протокол не устанавливающий логическое соединение между двумя узлами.

Для обеспечения обмена сообщениями по Ethernet между ПЭВМ и РПДП, был создан абстрактный тип данных, класс CEthDev, позволяющий скрыть от разработчика детали осуществления передачи, используемые функции, а также значения, определенные внутри класса.

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

Для того, чтобы выяснить, не является ли причиной этого нарушения искажение информации на пути от устройств поезда до ПЭВМ, то есть для тестирования корректности обмена информацией между устройствами системы «Витязь», регистратором параметров движения поезда и стационарной ПЭВМ был создан стенд РПДП, а также ПО стенда РПДП. Для проверки блока РПДП производилась запись эталонной регистрации средствамиKCAN-G и KCAN-P контролеров по каналу USB в РПДП. Далее регистрация, зарегистрированная блоком РПДП, считывалась с помощью Wi-Fi-технологий на стационарную ПЭВМ для дальнейшего сравнения с эталонной.

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

Таким образом, можно сделать вывод, что, так как не модифицированные файлы регистрации при сравнении совпали, информация проследовала из опрашиваемых устройств системы «Витязь» (которые мы имитировали при отправке эталонной регистрации средствамиKCAN-G и KCAN-P контролеров) в РПДП, а потом в ПЭВМ без искажений. Это доказывает, что выявленные в третьей главе участки превышения фактической скорости над допустимой не следствие искажения информации при передаче, а следствие более серьезной проблемы в работе основных устройств электропоезда.

После проведения технико-экономического анализа (глава 6), было выявлено, что автоматизация процесса передачи информации позволит заметно повысить скорость передачи информации на стационарный пункт обработки, тем самым повышая скорость реакции инженеров метрополитена на возникающие в поездах неполадки. Это значительно увеличит безопасность движения поездов в метро. Помимо этого произойдет заметное снижение затрат на систему передачи информации, так как больше не будет необходимости постоянного присутствия большого количества персонала для переноса информации на линии. Автоматизация позволит сократить количество человек, обслуживающих систему с 12 до 4, что заметно понизит годовые эксплуатационные расходы с 6511,686 до
. Срок окупаемости системы составит 0,22 лет.

В разделе по безопасности (глава 5) было показано, каким образом организовано рабочее место программиста-дипломника, а также приведены некоторые правила и рекомендации по уменьшению усталости при работе за ПЭВМ. Был произведен расчет освещенности рабочего места программиста. Из произведенного в данном разделе расчета следует, что для нормальной работы пользователя рабочего места с видеотерминальным устройствомнеобходимо общее освещение помещения со световым потоком лм, для чего необходимо наличие 8 ламп. Были также рассмотрены меры противопожарной безопасности.

ЛИТЕРАТУРА

1. О.Н. Карнаухова. Система «ВИТЯЗЬ-1М». Руководство по эксплуатации КЖИС.466451.026 РЭ, 2011

2. Обмен данными посредством шины CAN I. Service. Audi

3. Б. Страуструп. Язык программирования C++. Специальное издание, 2012

4. Т. Пратт, М. Зелковиц. Языки программирования: разработка и реализация, 4-е издание. Питер, 2002

5. Основы программирования для начинающих. [Электронный ресурс]. - Режим доступа: http://iguania.ru/

6. А.Я. Архангельский. C++ Builder 6. Справочное пособие. Издательство Бином, 2002

7. Григорьев В.М. Лабораторный практикум по программированию в сетях TCP/IP с помощью библиотеки Winsock операционных систем Windows. Днепропетровск, 2009

8. Гудыма К.А. Таблица обмена ? ВО вагонов модели 81-760/761, 2012

9. П. Агуров. Интерфейс USB. Практика использования и программирования. БХВ-Петербург, 2004

10. Библиотека MSDN. [Электронный ресурс]. - Режим доступа:http://msdn.microsoft.com/enus/library/windows/hardware/ff541299(v=vs.85).aspx

11. В. Олифер, Н. Олифер. Компьютерные сети. Принципы, технологии, протоколы. 4-е издание. Издательство «Питер», 2011

12. А. Горячев, А. Нисковский. Модель OSI. [Электронный ресурс]. - Режим доступа:http://www.compress.ru/Article.aspx?id=10853

13. Н. Агафонов. Технологии беспроводной передачи данных ZigBee, BlueTooth, Wi-Fi. [Электронный ресурс]. - Режим доступа: http://www.wireless-e.ru/articles/bluetooth/2006_1_10.php

14. Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации труда. Санитарные нормы и правила СанПиН 2.2.2.542 96

15. Основные санитарно-технические требования к ВЦ, СН 245 71

16. Основные санитарно-технические требования к ВЦ, СниП 2.В.8.71

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