СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть

СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть (https://scbist.com/)
-   Сетунь (https://scbist.com/setun/)
-   -   Переход на ОС с открытыми кодами (Linux) (https://scbist.com/setun/47972-perehod-na-os-s-otkrytymi-kodami-linux.html)

Николай Николаевич 30.01.2017 15:13

Цитата:

Сообщение от Legon (Сообщение 308701)
Изюбленный всеми Ebilock имеет межобъектное взаимодествие по геогрфическому принципу.

Если стрелки, светофоры, РЦ и др. имеют привычку располагаться на объекте "по географическому принципу" - то было бы странно, если бы эта привычка не находила своего отражения хоть в БМРЦ, хоть в МПЦ...

Просто инженер АиТ 30.01.2017 15:15

Цитата:

Сообщение от Legon (Сообщение 308701)
Изюбленный всеми Ebilock имеет межобъектное взаимодествие по геогрфическому принципу.

, т.е. по топологии станции?

Просто инженер АиТ добавил 30.01.2017 в 16:16
Цитата:

Сообщение от Николай Николаевич (Сообщение 308702)
Если стрелки, светофоры, РЦ и др. имеют привычку располагаться на объекте "по географическому принципу" - то было бы странно, если бы эта привычка не находила своего отражения хоть в БМРЦ, хоть в МПЦ...

Не всегда это удобно! Например, Первые системы КГМ строились как раз по топологии горки, но потом отказались от этого и перешли на построение по функциональному назначению.

Legon 30.01.2017 15:18

Цитата:

Сообщение от Николай Николаевич (Сообщение 308702)
Если стрелки, светофоры, РЦ и др. имеют привычку располагаться на объекте "по географическому принципу" - то было бы странно, если бы эта привычка не находила своего отражения хоть в БМРЦ, хоть в МПЦ...

Я бы применил графы состояний. и мне хватило бы производительности 81 ЭВМ.

Просто инженер АиТ 30.01.2017 15:22

Цитата:

Сообщение от Николай Николаевич (Сообщение 308700)
Может быть - все дело в не "наглядности" отображения алгоритмов в софте? И, как следствие, каждый программист каждый раз делает "по своему", и каждый раз - "не так, или не совсем так, как в предыдущий раз"?

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

Legon 30.01.2017 15:23

программист это тот, кто пишет код, по заданию, а постановку выполняет технолог.

Просто инженер АиТ 30.01.2017 15:27

Цитата:

Сообщение от Legon (Сообщение 308706)
Я бы применил графы состояний. и мне хватило бы производительности 81 ЭВМ.

А если не все графы учтены? Софт - зависает!

Просто инженер АиТ добавил 30.01.2017 в 16:27
Цитата:

Сообщение от Legon (Сообщение 308708)
программист это тот, кто пишет код, по заданию, а постановку выполняет технолог.

Это не программист - это кодировщик, который знает язык программирования!

Евгений002 30.01.2017 15:29

Цитата:

Сообщение от Николай Николаевич (Сообщение 308698)
В том-то и дело...

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

Legon 30.01.2017 15:36

Цитата:

Сообщение от Просто инженер АиТ (Сообщение 308709)
А если не все графы учтены? Софт - зависает!

Просто инженер АиТ добавил 30.01.2017 в 16:27

неучтенных графов быть не может, дублируем релейные схемы ЭЦ

Legon добавил 30.01.2017 в 16:36
Методы построения безопасных систем ж.д. автоматики.
Вл.В. Сапожников, и ссылки по перечню.
МПЦ-2, ЕЦ-ЕМ и прочие.......ничего не изменилось за 25 лет.
Обсуждать нечего, все известно....
Берем любой блок любой МПЦ - сплошная классика.
Блоки управления объектами подтянуть бы и с грозозащитой поработать.

Просто инженер АиТ 30.01.2017 15:54

Цитата:

Сообщение от Legon (Сообщение 308712)
Берем любой блок любой МПЦ - сплошная классика.

А чего тогда мы здесь копья ломаем?! Всё придумано до нас!

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

Цитата:

Сообщение от Просто инженер АиТ (Сообщение 308714)
А чего тогда мы здесь копья ломаем?! Всё придумано до нас!

Если бы только "придумано"...
По факту же - "придумано и опломбировано"!

Legon 30.01.2017 16:04

-

Просто инженер АиТ 30.01.2017 16:26

Цитата:

Сообщение от Николай Николаевич (Сообщение 308715)
По факту же - "придумано и опломбировано"!

Есть, конечно, вариант как официально упростить ситуацию с опломбировано без ущемления интересов разработчиков и производителей! Но тут малость надо подумать и нужна кое-какая документация на эти системы.

Евгений002 30.01.2017 19:46

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

Так и стандартные релейные системы (а если в них появляются девайсы с 2-мя диодами и 1 микросхемой, то кратно) приходят к фатальным состояниям от вышеперечисленных причин. И пока не появится понимание на самом СЦБином верху, что без 2х машинных агрегатов для защиты со стороны фидеров и каскадных(я их так называю, а реально - это блочки защиты, успешно работающие в некоторых малосерийных системах СЦБ) или их модернизированных аналогов для "перехвата" импульсов перенапряжения со стороны напольных объектовых кабелей проблему ни в МПЦ, ни в существующих системах не решить.............

Николай Николаевич 30.01.2017 20:07

Цитата:

Сообщение от Евгений002 (Сообщение 308724)
Так и стандартные релейные системы (а если в них появляются девайсы с 2-мя диодами и 1 микросхемой, то кратно) приходят к фатальным состояниям от вышеперечисленных причин. И пока не появится понимание на самом СЦБином верху, что без 2х машинных агрегатов для защиты со стороны фидеров и каскадных(я их так называю, а реально - это блочки защиты, успешно работающие в некоторых малосерийных системах СЦБ) или их модернизированных аналогов для "перехвата" импульсов перенапряжения со стороны напольных объектовых кабелей проблему ни в МПЦ, ни в существующих системах не решить.............

Как говорил один из зам. ЦШ - любая новая система сначала "болеет", и её "лечат". Это относилось к релейным системам - эти же слова в полной мере относятся к МПЦ. И дело тут не только в грозе или во влиянии электротяги - это я привел наиболее очевидные примеры. У каждой системы неизбежно проявятся и "свои", "персональные" болячки, причем - не все враз.
В качестве примера - разработанная ГТСС система АПК-КУ, некий микропроцессорный аппарат управления (взамен пульта и табло релейной ЭЦ). После полного цикла постановки на производство, включая период опытной эксплуатации, включения в постоянную эксплуатацию, тиражирования в объеме около десятка объектов - посыпались отказы. И каждый раз разные, и каждый раз - без видимых причин - в итоге вылечить систему так и не удалось.

Евгений002 30.01.2017 21:21

Цитата:

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


Часовой пояс GMT +3, время: 01:11.

Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd. Перевод: zCarot


Яндекс.Метрика