Николай Николаевич, это Вы пр ЭЦ-ЕМ и ДЦ Юг с РКП? Что не так с этими системами?

Почему вдвоем? В одиночку...

Николай Николаевич добавил 12.12.2018 в 08:30
Время реакции...
В этой так называемой системе ДЦ заложен абсолютно идиотский алгоритм поочередной передачи сигналов ТУ и ТС для перевода каждой стрелки и открытия светофора. Алгоритм - как это не парадоксально - существенно хуже, чем в старых системах ДЦ. Если у "Невы" для установки одного маршрута формируется один управляющий приказ длительностью чуть больше 1 сек, независимо от количества переводимых стрелок в маршруте, то в этой горе-ДЦ формирование и передача приказа растянута на десятки секунд.
В ЭЦ-ЕМ тоже вскрылись чудеса. Если в релейной ЭЦ после завершения перевода последней стрелки маршрут "ложится" практически мгновенно (за десятки миллисекунд срабатывания реле), то в ЭЦ-ЕМ - с задержкой времени до 8 секунд, причем это время всегда разное, может быть и 1 сек, и 3, и 5, и 8. Что происходит в эти 8 секунд и для чего это сделано - никто объяснить так и не смог, но что-то там "подкрутили" и это время уменьшилось.

Доброе утро.
Я имею отношение к разработке электронной аппаратуры для промышленного оборудования (станков и машин). Также, мне доводилось обслуживать подобную аппаратуру прежних лет выпуска. Хочу отметить, что в данной сфере новое далеко не всегда луче старого, а порой и уступает ему в соотношении сложности и надёжности. Это связано с тем, что в современных условиях идёт постоянная гонка за новейшими техническими решениями, без особой необходимости в них. Например, конкурентная борьба диктует политику частого обновления элементной базы аппаратуры. Таким образом, разработчик зачастую не имеет возможности глубоко прорабатывать особенности (и проблемы!) имеющихся у него компонентов. Также, результаты работы в данной сфере ухудшил распад специализированных КБ. Подобные проблемы имеются и в разработке программного обеспечения, ввиду постоянного его усложнения. В качестве примера: мне известны управляющие контроллеры, которые изготовлены 25 лет назад, работающие ещё под DOS, и в то же время прекрасно выполняющие свои функции и сегодня, являясь относительно простыми и надёжными.

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

Движением поездов на участке управляет ДНЦ в соответствии с нормативным графиком (который "зашит" в ГИД).
ДСП в данном случае - всего лишь передаточное звено...

Старательно избегаю аббревиатуры "ГИД".

Это заметно...
Зря - "ГИД это наше все..."
Без ГИДа говорить о чем-то в части управления движением поездов - у нас, естественно - просто бессмысленно. Сеть живет по ГИДу и управляется посредством ГИДа.

Ответ - в расшифровке аббревиатуры "ГИД".

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

Вот и славно, но речь тут не об том.

То, "об чем речь" - без изначальной функциональной увязки с ГИДом не имеет никакого смысла, ибо никому не нужно.
Но поговорить - можно...

А вот это - правильный ответ :dance:

Чо такое ГИД?

Эт такое псевдо по..которым кичится ржд... с консолеподобным интерфейсом. Собирает хеши с разных систем(а может и вручную)... и на выходе малюет н,и графики и пр. Типа прогноз погоды на НТВ.

Вот, Алексей, сколько желающих похерить наш технический прогресс и даже в гондурасцы подключились.

tiksi добавил 13.12.2018 в 01:26
А я где был?