От ЭЦМ КБЦШ - к перспективной МПЦ - Страница 54 - СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть

Deutsch · 22.03.2017, 17:50

Цитата:

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

Пока идёт только принципиальная прикидка вариантов, может быть всё ещё несколько раз поменяется!

Какой смысл реализовывать зависимости и управление/контроль объектами СЦБ в одном контроллере?
Может разделить функционально:
Зависимости: одни контроллеры (возможно один универсальный, настраиваемый внешними перемычками);
Управление объектами: другие контроллеры (ОК стрелок, ОК светофоров, дискретные ОК и т.д.)
???

**Просто инженер АиТ** · 23.03.2017, 10:01

Цитата:

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

Какой смысл реализовывать зависимости и управление/контроль объектами СЦБ в одном контроллере?
Может разделить функционально:
Зависимости: одни контроллеры (возможно один универсальный, настраиваемый внешними перемычками);
Управление объектами: другие контроллеры (ОК стрелок, ОК светофоров, дискретные ОК и т.д.)
???

Зависимости решаются в контроллером "Управление", также получая информацию от контроллера "Сигнализации и диагностики". Непосредственное управление объектом выполняет плата "Увязки". Эту плату можно сделать в виде контроллера (без процессора и ПЛМ). Здесь вопрос в конструктивной реализации.

Просто инженер АиТ добавил 23.03.2017 в 10:01

Предполагаю, что ПО ЦП (различных разработчиков) написано на объектно ориентированном языке программирования. В процессе загрузки создаются все экземпляры классов объектов ЖАТ, связываются между собой по топологии станции. В данном варианте в контроллере "Управления" зашит класс соответствующего объекта.

Deutsch · 23.03.2017, 10:42

Просто инженер АиТ, зачем цитировать сообщение и не отвечать на него?
По поводу структуры ОК есть пару замечаний:
1. Не отображено резервирование ОК;
2. Не отображен функционал увязки с соседними блоками.

**Просто инженер АиТ** · 23.03.2017, 10:54

Цитата:

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

Просто инженер АиТ, зачем цитировать сообщение и не отвечать на него?

я разве не ответил? Тогда просто не понял вопроса!

Цитата:

Не отображено резервирование ОК;

А в какой МПЦ есть резервирование ОК? Подскажите, возможно я что-то упустил!

Цитата:

Не отображен функционал увязки с соседними блоками.

А как его отобразить? Указана связь между ОК, эта связь может быть организована различными способами:
- кучей проводов напоминающих струны в БРМЦ;
- по стыку, например, RS232 в соответствующем протоколе;
- по какому-либо стыку в соответствующем протоколе.
Наиболее просто реализовать по стандартному стыку с минимальным количеством проводов с защитой передаваемой информации стандартными способами построения протокола обмена с подсчётом контрольных сумм по полиномам.

**Просто инженер АиТ** · 23.03.2017, 12:08

Пообщался с Никитиным Александром Борисовичем (ПГУПС)! У него сегодня день рождения!
То, что я тут изобретаю у них уже реализовано - молодцы! Порадовало то, что я нахожусь на том же пути (не зная их решений), что они сделают и сделали. А сделали они не мало!
Я это вопрос начал изучать с месяц назад, поэтому пока только такие результаты.

Deutsch · 23.03.2017, 12:09

Цитата:

А в какой МПЦ есть резервирование ОК? Подскажите, возможно я что-то упустил!

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

**Просто инженер АиТ** · 23.03.2017, 12:16

Цитата:

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

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

При правильном построении ПО не ляжет!
Но это уже неактуально! Коллеги, мои друзья, из ПГУПС многое уже реально реализовали!
Сейчас они пошли дальше, ОК непосредственно у объекта (стрелка, светофор).

Ничего страшного - не догнал, зато согрелся! Почувствовал, что ещё могу мыслить!

Deutsch · 23.03.2017, 12:16

Цитата:

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

То, что я тут изобретаю у них уже реализовано - молодцы!

На каком объекте? Пароли, явки, фото...

**Просто инженер АиТ** · 23.03.2017, 12:21

Цитата:

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

На каком объекте? Пароли, явки, фото...

Думаю, что это может подсказать Николай Николаевич, он в этом вопросе более компетентен! Или звоните в ПГУПС на кафедру "Автоматики"!

Deutsch · 23.03.2017, 12:30

Цитата:

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

Думаю, что это может подсказать Николай Николаевич, он в этом вопросе более компетентен! Или звоните в ПГУПС на кафедру "Автоматики"!

Пазл то не складывается:

первое сообщение ветки

Цитата:

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

Форумчанам добрый день!
Вчера коллега задал мне вопрос об удачных - на мой взгляд - разработках в области ЖАТ. И я вполне осмысленно на первое место поставил систему ЭЦМ КБЦШ, и даже назвал её шедевром.
Разработанная более 50 лет назад, система ЭЦМ КБЦШ уже тогда была настолько универсальной, что для станции до 5-ти приемо-отправочных путей, независимо от топологии путевого развития и количества включаемых в ЭЦ стрелочных переводов, не требовала индивидуального проектирования "постовой части" и индивидуального строймонтажа "постовой части". Проектировалось и строилось только поле. Постовая часть приходила с завода в готовом виде и на месте путем нескольких простейших манипуляций на клеммах "нулевок" настраивалась на работу на конкретной станции. Сегодня можно было бы сказать "интерактивно".
Ни в одной из всей линейки последующих ЭЦ - такую функциональность разработчики не смогли воспроизвести даже близко!
Сегодня - время МПЦ, завтра - тем более!
И, мне думается, МПЦ должны стать именно такими - имеющими универсальное ПО "на все случаи жизни", не требующими индивидуального проектирования, с минимальным объемом строймонтажа на месте эксплуатации, с интерактивной настройкой на конкретное путевое развитие и так далее.
И в этом, собственно, вопрос к обсуждению - почему бы и нет?

одно из крайних сообщений

Цитата:

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

Пообщался с Никитиным Александром Борисовичем (ПГУПС)! У него сегодня день рождения!
То, что я тут изобретаю у них уже реализовано - молодцы! Порадовало то, что я нахожусь на том же пути (не зная их решений), что они сделают и сделали. А сделали они не мало!
Я это вопрос начал изучать с месяц назад, поэтому пока только такие результаты.

Делаю вывод: или Просто инженер АиТ не понял, что хочет Николай Николаевич, или Николай Николаевич не в теме последних технических решений, реализованных в ОАО "РЖД" .

**Просто инженер АиТ** · 23.03.2017, 12:55

Между тем, что я предлагал и то что сделано у ПГУПС есть разница. В моем варианте МПЦ может отсутствовать ЦП и МПЦ строится на основе ОК, в варианте ПГУПС есть ЦП и все зависимости решаются в нем!
В моем варианте соединение ОК по топологии станции является построением ЭЦ, без настроек ПО. В варианте ПГУПС требуется изменение ПО ЦП при изменении топологии станции.
Возможно, Николай Николаевич хотел увидеть, что-то подобное!

**Admin** · 23.03.2017, 13:05

Цитата:

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

Возможно, Николай Николаевич хотел увидеть, что-то подобное!

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

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

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

Цитата:

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

он хотел увидеть настройку топологии перемычками, при этом ПО не меняется.

Я это старался показать, только не перемычками, а соединением ОК, что в принципе одно и тоже!

**Legon** · 23.03.2017, 13:19

ПГУПС на хорошем подкорме, и предполагать что производители МПЦ за свой счет что то будут делать здеш ура патриотов.

**Абрамов..ИЧ** · 23.03.2017, 13:32

Цитата:

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

ПГУПС на хорошем подкорме, и предполагать что производители МПЦ за свой счет что то будут делать здеш ура патриотов.

Поведайте-ка что Вы называете "хорошим подкормом" и какие организации Вы именуете "производителями МПЦ"?

23.03.2017, 10:42	#798 (ссылка)
Deutsch Banned Регистрация: 04.04.2016 Сообщений: 456 Поблагодарил: 38 раз(а) Поблагодарили 88 раз(а) Фотоальбомы: не добавлял Репутация: 89	Просто инженер АиТ, зачем цитировать сообщение и не отвечать на него? По поводу структуры ОК есть пару замечаний: 1. Не отображено резервирование ОК; 2. Не отображен функционал увязки с соседними блоками.
	Цитировать 0

23.03.2017, 12:08	#800 (ссылка)
Просто инженер АиТ ЛИИЖТ АТ-103 (1981-1986) Регистрация: 16.10.2012 Адрес: Где резной палисад Возраст: 64 Сообщений: 980 Поблагодарил: 220 раз(а) Поблагодарили 140 раз(а) Фотоальбомы: не добавлял Репутация: 380	Пообщался с Никитиным Александром Борисовичем (ПГУПС)! У него сегодня день рождения! То, что я тут изобретаю у них уже реализовано - молодцы! Порадовало то, что я нахожусь на том же пути (не зная их решений), что они сделают и сделали. А сделали они не мало! Я это вопрос начал изучать с месяц назад, поэтому пока только такие результаты. __________________ Не важна реальность, важно как мы к ней относимся! Последний раз редактировалось Просто инженер АиТ; 23.03.2017 в 12:09. Причина: Добавлено сообщение
	Цитировать 0

23.03.2017, 12:55	#806 (ссылка)
Просто инженер АиТ ЛИИЖТ АТ-103 (1981-1986) Регистрация: 16.10.2012 Адрес: Где резной палисад Возраст: 64 Сообщений: 980 Поблагодарил: 220 раз(а) Поблагодарили 140 раз(а) Фотоальбомы: не добавлял Репутация: 380	Между тем, что я предлагал и то что сделано у ПГУПС есть разница. В моем варианте МПЦ может отсутствовать ЦП и МПЦ строится на основе ОК, в варианте ПГУПС есть ЦП и все зависимости решаются в нем! В моем варианте соединение ОК по топологии станции является построением ЭЦ, без настроек ПО. В варианте ПГУПС требуется изменение ПО ЦП при изменении топологии станции. Возможно, Николай Николаевич хотел увидеть, что-то подобное! __________________ Не важна реальность, важно как мы к ней относимся! Последний раз редактировалось Просто инженер АиТ; 23.03.2017 в 12:55. Причина: Добавлено сообщение
	Цитировать 0

23.03.2017, 13:19	#809 (ссылка)
Legon Super V.I.P. Регистрация: 18.03.2009 Адрес: Галифакс Сообщений: 3,484 Поблагодарил: 176 раз(а) Поблагодарили 339 раз(а) Фотоальбомы: не добавлял Репутация: 161	ПГУПС на хорошем подкорме, и предполагать что производители МПЦ за свой счет что то будут делать здеш ура патриотов.
	Цитировать 0

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
ЭЦМ-КБЦШ	vovan1	Классические релейные системы ЭЦ, АБ и ПАБ	13	09.12.2025 10:20
ПАБ КБЦШ и МКУ	Зебра	Автоматические и полуавтоматические блокировки	3	10.03.2012 19:11
[07-2007] Кодирование рельсовых цепей на станциях с ЭЦМ-КБЦШ	Admin	xx3	0	17.09.2011 21:06

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