Переход на ОС с открытыми кодами (Linux) - Страница 8 - СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть

**Николай Николаевич** · 30.01.2017, 14:19

Цитата:

Сообщение от Legon

Промышленных компьютеров навалом и плат управления объектами тоже. Какое захочет заказчик.

Да, но период "детских болезней" железа в любом случае неизбежен - а это несколько лет как минимум...

**Просто инженер АиТ** · 30.01.2017, 14:39

Цитата:

Сообщение от Legon

Для создания прототипа САПРа (с открытым кодом) (техническое описание и демонстрационный модуль) мне бы понадобился 1 год и примерно 1-1,5 млн $.

Насколько я понимаю, САПР - это только надстройка над Системой, которая облегчает создание Ресурса для Системы. Чтобы создать САПР под Систему надо знать как Система устроена!
Сам по себе САПР представляет интерес при тиражировании Системы.

Вы отгадаете код за 1-1,5 млн $, кто меньше?!

**Евгений002** · 30.01.2017, 14:40

Цитата:

Сообщение от Николай Николаевич

Да, но период "детских болезней" железа в любом случае неизбежен - а это несколько лет как минимум...

Что понимать под "железом"? Обьектные контроллеры? Т.е. к каком то приближении электронные реле? У первых МПЦ скорее всего такой период был, но сейчас же есть несколько типов (6?) отлаженных МПЦ и на основе изучения методов построения и элементной базы их контроллеров возможно сразу разработать новый унифицированный тип и период болезней сократить в рАзы?

**Николай Николаевич** · 30.01.2017, 14:49

Не побоюсь показаться дилетантом - а в части ПО это так и есть - и скажу, что, как мне кажется, зависимости в ЭЦ (в релейных ЭЦ) настолько просты, а алгоритмы настолько элементарны, что реализация аналогичных зависимостей и алгоритмов в МПЦ ну никак не может быть сложной.
В том числе - и потому что в МПЦ не требуется обработка информации от большого количества источников и не требуется быстродействия в обработке.

Николай Николаевич добавил 30.01.2017 в 15:50

Цитата:

Сообщение от Евгений002

Что понимать под "железом"? Обьектные контроллеры? Т.е. к каком то приближении электронные реле? У первых МПЦ скорее всего такой период был, но сейчас же есть несколько типов (6?) отлаженных МПЦ и на основе изучения методов построения и элементной базы их контроллеров возможно сразу разработать новый унифицированный тип и период болезней сократить в рАзы?

Я имею в виду отказы различного "железа" при эксплуатации в реальных условиях - гроза, плохое питание, помеховая обстановка от электротяги и т.д., и т.п.

Deutsch · 30.01.2017, 14:51

Цитата:

зависимости в ЭЦ (в релейных ЭЦ) настолько просты, а алгоритмы настолько элементарны, что реализация аналогичных зависимостей и алгоритмов в МПЦ ну никак не может быть сложной.

А подносить "патроны" ( информацию от конечных устройств СЦБ дежурному в глаз) кто будет?

**Николай Николаевич** · 30.01.2017, 14:55

Цитата:

Сообщение от Евгений002

Что понимать под "железом"? Обьектные контроллеры? Т.е. к каком то приближении электронные реле? У первых МПЦ скорее всего такой период был, но сейчас же есть несколько типов (6?) отлаженных МПЦ и на основе изучения методов построения и элементной базы их контроллеров возможно сразу разработать новый унифицированный тип и период болезней сократить в рАзы?

Я имею в виду отказы различного "железа" при эксплуатации в реальных условиях - гроза, плохое питание, помеховая обстановка от электротяги и т.д., и т.п.
Из 6-ти имеющихся МПЦ только одна имеет более-менее существенные объемы внедрения и более-менее приличный срок эксплуатации своих систем и, как следствие, вполне приличный перечень вылеченных болячек.
Остальным системам - этот путь еще предстоит проходить, чудес не бывает. В том числе и тем системам, которые "застряли" в недоношенном состоянии с релейным интерфейсом.

Николай Николаевич добавил 30.01.2017 в 15:55

Цитата:

Сообщение от Deutsch

А подносить "патроны" ( информацию от конечных устройств СЦБ дежурному в глаз) кто будет?

Неужели отобразить и зажечь ячейки индикации на мониторе сложнее, чем сделать то же самое на железном табло с коммутаторными лампочками?

**bsabsa** · 30.01.2017, 14:58

Цитата:

Сообщение от Николай Николаевич

Из 6-ти имеющихся МПЦ только одна имеет более-менее существенные объемы внедрения и более-менее приличный срок эксплуатации своих систем и, как следствие, вполне приличный перечень вылеченных болячек.

И поэтому быть ей "вечной под луной"?

**Legon** · 30.01.2017, 14:59

САПР МПЦ - это программа (совокупность модулей), по созданию и корректировке немасштабного изображения путевого развития станции/перегона. На основе подготовленного плана путей формируется:
- внешний вид рабочего места ДНЦ,ДСП, ШН, и т.д.
- логика всех проверок безопасности (компилируется код для управляющего ЭВМ МПЦ) на основе системы ЭЦ-12,
- подготавливается эксплуатационный набор чертежей
- алгоритм управления системой (инструкция о порядке пользования системой)
- протоколы ТУ-ТС (ДЦ), ТИ(ДК)
- зная аппаратную часть можно рассчитать мощность пит. установки.
далее расширения...
собственный ГИД и прочее

**Николай Николаевич** · 30.01.2017, 15:01

Цитата:

Сообщение от bsabsa

И поэтому быть ей "вечной под луной"?

Когда реальных объемов внедрения не хватает даже для более-менее рентабельного существования одной "вечной под луной" - это проблема, с которой рано или поздно придется что-то делать...

**bsabsa** · 30.01.2017, 15:03

Цитата:

Сообщение от Николай Николаевич

Когда реальных объемов внедрения не хватает даже для более-менее рентабельного существования одной "вечной под луной" - это проблема, с которой рано или поздно придется что-то делать...

Где гарантия, что и он не сдуется?

**Просто инженер АиТ** · 30.01.2017, 15:04

Цитата:

Сообщение от Николай Николаевич

Не побоюсь показаться дилетантом - а в части ПО это так и есть - и скажу, что, как мне кажется, зависимости в ЭЦ (в релейных ЭЦ) настолько просты, а алгоритмы настолько элементарны, что реализация аналогичных зависимостей и алгоритмов в МПЦ ну никак не может быть сложной.

Всё было бы именно так, но есть НО! Это условие выполнения условий Безопасности! Вот тут то выплывают различные нюансы построения ПО!!! Есть ещё определенные сложности, но это чисто программистские штучки (Например. Внутри программное связывание объектов после создания их по описанию Ресурса, созданного САПРом. Межобъектное взаимодействие.)!

**Николай Николаевич** · 30.01.2017, 15:04

Цитата:

Сообщение от bsabsa

Где гарантия, что и он не сдуется?

В том-то и дело...

**Просто инженер АиТ** · 30.01.2017, 15:05

Цитата:

Сообщение от Николай Николаевич

Неужели отобразить и зажечь ячейки индикации на мониторе сложнее, чем сделать то же самое на железном табло с коммутаторными лампочками?

Как это не удивительно, но сложнее!!!

**Николай Николаевич** · 30.01.2017, 15:09

Цитата:

Сообщение от Просто инженер АиТ

Всё было бы именно так, но есть НО! Это условие выполнения условий Безопасности! Вот тут то выплывают различные нюансы построения ПО!!! Есть ещё определенные сложности, но это чисто программистские штучки (Например. Внутри программное связывание объектов после создания их по описанию Ресурса, созданного САПРом. Межобъектное взаимодействие.)!

Как будто в БМРЦ не так! Всё то же самое, только в БМРЦ - все наглядно.
Все равно - все формализуется Булевой алгеброй, хоть в БМРЦ, хоть в МПЦ...
Может быть - все дело в не "наглядности" отображения алгоритмов в софте? И, как следствие, каждый программист каждый раз делает "по своему", и каждый раз - "не так, или не совсем так, как в предыдущий раз"?
А мы, потребители, все это спокойно "хаваем"?

**Legon** · 30.01.2017, 15:10

Цитата:

Сообщение от Просто инженер АиТ

Всё было бы именно так, но есть НО! Это условие выполнения условий Безопасности! Вот тут то выплывают различные нюансы построения ПО!!! Есть ещё определенные сложности, но это чисто программистские штучки (Например. Внутри программное связывание объектов после создания их по описанию Ресурса, созданного САПРом. Межобъектное взаимодействие.)!

Изюбленный всеми Ebilock имеет межобъектное взаимодествие по геогрфическому принципу. БМРЦ в чистом виде.
Это бу... алгебра, так как использование циклов приведет к снижению производительности. И придется применить 20 ядерный камень.

30.01.2017, 14:59	#113 (ссылка)
Legon Super V.I.P. Регистрация: 18.03.2009 Адрес: Галифакс Сообщений: 3,481 Поблагодарил: 176 раз(а) Поблагодарили 339 раз(а) Фотоальбомы: не добавлял Репутация: 161	САПР МПЦ - это программа (совокупность модулей), по созданию и корректировке немасштабного изображения путевого развития станции/перегона. На основе подготовленного плана путей формируется: - внешний вид рабочего места ДНЦ,ДСП, ШН, и т.д. - логика всех проверок безопасности (компилируется код для управляющего ЭВМ МПЦ) на основе системы ЭЦ-12, - подготавливается эксплуатационный набор чертежей - алгоритм управления системой (инструкция о порядке пользования системой) - протоколы ТУ-ТС (ДЦ), ТИ(ДК) - зная аппаратную часть можно рассчитать мощность пит. установки. далее расширения... собственный ГИД и прочее Последний раз редактировалось Legon; 30.01.2017 в 15:04.
	Цитировать 0

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
[РЖД ТВ] РЖД и Саровский ядерный центр разработают отечественную операционную систему на базе Linux	rzd.ru	Новости на сети дорог	0	29.08.2014 01:04
Переход на резерв З	Shaddix	Общие вопросы эксплуатации устройств СЦБ	3	17.11.2013 10:33
Переход в Трансремком	gvmax2	Вагонное хозяйство	2	04.10.2012 19:05
=Распоряжение= № 45р от 17 января 2007 г. - Об обеспечении структурных подразделений ОАО "РЖД" штемпелями с кодами подразделений	Admin	2005-2008 годы	0	09.07.2012 15:52
[РЖД ТВ] В Самарских электричках установят стикеры с матричными двухмерными штрих-кодами	Admin	Новости на сети дорог	0	06.07.2012 08:34

Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)