Ку-ку.

Что входит в состав этих ваших блоков? Давайте по пунктам.

Давайте.
П.1: Никаких блоков пока нет, идея зародилась давно, но наружу вырвалась сейчас;
П.2: В состав блоков хотелось бы включить программируемые логические контроллеры управления объектами (стрелки, светофоры, кодирование), контроль рельсовых цепей, и устройства сопряжения с соседними блоками.

1) Слишком дорого имхо. Один контроллер сейчас легко может накрывать станцию из 100+ стрелок.
Например мы последний раз запустили станцию, 46 стрелок. Контроллер загружен на 31%.
Выводы делайте сами.
2) Связь кольцо - между блоками. Решение конечно хорошее в плане защиты от сбоев. Тут не поспоришь. Но правильнее сделать топологию "звезду".
Объясняю почему. При разрыве в одном месте кольца - система продолжает работать. Но увидеть этот разрыв будет тяжело. Банально не увидел/не обратил внимание/не заметил. Следующий обрыв может вывести сразу половину объектов из строя.
При топологии "звезда" рвется конкретный луч. Следовательно время на поиск и устранение неисправности уменьшается, т.к. работаешь по одному направлению.

СтапЭ: от этого и пытаюсь уйти.

tyubik добавил 26.08.2019 в 17:31
Возможно.
Учитывая, что это всего лишь разминка для мозгов - спорить не стану, хотя пытаюсь решить и задачу унификации тоже, учитывая, ведь не в космос полетим.
Но пофантазировать-то можно ;)

Да нет, это стандартная АСУ ТП предприятия. Контроллеры Siemens Simatic, Schneider Modicon, Beckhoff, Овен ПЛК - вариантов масса на любой вкус и кошелек. Петли связи на меди или волокне (многомод/одномод). Modbus или Profibus.

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

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

tyubik добавил 26.08.2019 в 17:37
Опять же: учитывая обилие протоколов обмена данными и способы их передачи, эти блоки, в отличие от БМРЦ, можно распределить по станции практически как угодно, о чём тут неоднократно говорилось. Но не забывать про электропитание.

tyubik добавил 26.08.2019 в 17:38
Задачи, кстати, там обширнее и разнообразнее.

tyubik добавил 26.08.2019 в 17:41
Ну, в общем, вот. Кому интересно - присоединяйтесь.

Тюбик. Не забивай себе голову.
Держи лучше вот такой вариант. Он получше будет.

http://morepic.ru/images/wtwwtw_5407.jpg

Все это хорошо...
Управлять конкретными объектами, контролировать их состояние - замечательно...
Но у меня вопрос - где в представленных картинках "спрятана" таблица зависимостей, она же таблица маршрутов?

Благодарю, но это не то, чего хочу.

Мне кажется, что вы несколько усложняете. Здесь все сведется примерно к следующему велосипеду: установка шкафа (-ов) с удаленными модулями (т.н. "корзины") вблизи объектов управления: светофоры/стрелки, и подвод к нему 0,4кВ. Дальше идет управление двигателями/пускателями по некому алгоритму, любому. В нашем случае он будет называться "электрическая централизация ж/д станции". Связь только по одномоду, учитывая наши расстояния. Можно организовать резервирование каналов, элементарно. У ДСП стоит панель управления на скаде.

От РЦ/АЛСН и канализации тяги все равно не уйти, поэтому проще решать их традиционными средствами, но управлять, конечно, АСУ ТП.

Словом, все как на тысячах обыкновенных предприятий нашей необъятной.

И еще один ньюанс: на обычных предприятиях обслуживание АСУ ТП, как правило, разделяется на две "службы" - одни непосредственно "асушники", которые обслуживают контроллеры и СПД, а другие "элетрики", которые обслуживают исполнительные механизмы. Так вот в данном случае условными "асушниками" проще назначить РЦС, им это ближе, да и они с такими вещами давно уже работают. А вот СЦБистам останутся приводы, РЦ и светофоры, словом "поле". Все как мы любим.

Во! Толковый вопрос, и "в яблочко".
Тут резонен алгоритм БМРЦ, при котором блоки, которые выдуманы, размещаются строго согласно путевому развитию станции. Так вот алгоритм работы КАЖДОГО блока подразумевается в зависимости от этой самой таблицы.
Т.е. задача решается не в ЦП, а логической цепочкой блоков.
Начало маршрута - нужный блок, конец маршрута - нужный блок, только вместо струн - шина обмена данными.

В моей картинке - в ПЛК.

чОйта? Наоборот: хочется мозги в тонусе держать.

Слишком много оборудования городить придется если есть желание отказаться от ЦП. Опять же, логику каждого блока где прописывать? Ну и плюс как разделять главенство перед блоками?