bigpups

Наивно думать, что на остальных просторах сети всё совсем не так... Ну-ну... Главное свято верить в то, что эта вероятность небольшая... И всех убедительно заверить в этом...

Курим форум ИНФОТЕКС в интранете... Здесь на него лишь кастрированная пародия многолетней давности в виде ссылки.

Просто инженер АиТ

Думаю мало кто досконально знает архитектуру СПД АСК ПС. Мне в своё время пришлось её изучить до бита пересылаемого кадра. По моему мнению действительно основное кроется в архитектуре СПД. Но ещё меньше знают как выйти из этой ситуации с наименьшими затратами и максимальным эффектом от переделки. А менять архитектуру всё же придется, жаль что меня никто не услышал или услышал, но не захотел ещё 10 лет назад. Видно так было нужно!

__________________
Не важна реальность, важно как мы к ней относимся!

Николай Николаевич

Тут мне из ПКТБ ЦШ вчера прислали достаточно квалифицированные соображения по этому поводу. Рука тянулась выложить их сюда, на форум, для коллективного рассмотрения. Но без ведома автора как-то неудобно, а до автора второй день не могу дозвониться. Либо мне неправильный телефон дали. Постараюсь это все-таки реализовать...

Admin

воспользуйтесь телефонным справочником ПКТБ

Скачать этот файл
Чтобы скопировать текст в документе, представленном ниже, выделите участок текста мышью и нажмите комбинацию клавиш Ctrl + C

__________________
Телеграм-канал ЖЕЛЕЗНОДОРОЖНИК

Николай Николаевич

Во-первых, ЭТО уже давно устарело...
Во-вторых, с командирами ПКТБ ЦШ у меня прямая связь.
И в-третьих, речь шла о Вологодском филиале ПКТБ ЦШ. И проблема, похоже, в "выходе" на Вологду...
Я разберусь, не переживайте.

spps

СПД АСК ПС нам конечно не светит, но у нас есть "миницентрализация" по ШЧ. Снимает информацию вагонный оператор. От миницентрализации на КИПе пришлось отказаться всё по той же причине (при выключении АРМ в конце рабочего дня через некоторое время виснул АРМ у вагонного оператора).
И насколько я понимаю только доработкой программы это не исправить.
Судя по всему виноват будет опять стрелочник

Просто инженер АиТ

Выкладывайте нет проблем! Ж.д. телефон автора 9-25-79 или 8-(8172)-79-25-79.

Просто инженер АиТ добавил 30.01.2013 в 09:11
А Зингер М.Б. вчера был в Москве. А по техническим вопросам может ответить и Просто инженер.

Просто инженер АиТ добавил 30.01.2013 в 10:04
Уважаемый Николай Николаевич! А видели ли вы документ написанный ещё 2003 г. после того, как, тогда ещё "Лаборатория микропроцессорной техники" реализовала свою централизацию КТСМ, по причине отсутствия каналов связи для построения СПД АСК ПС по стандартной схеме. В этом документе есть ответы на многие вопросы, которые сейчас появились. Три года мы честно поддерживали централизацию, пока не появились каналы связи.
КТСМам считаю необходимым придать статус системы отвечающей за безопасность движения и системы реального времени, а отсюда сразу же появятся реальные требования.
Кроме того, я бы КТСМ увязал с АБ и ЭЦ станции, так как например, увязывают УКСПСы и дополнил её системой "Пальма" для возможности индентифицировать сразу номер больного вагона. Технически это сделать можно без особых проблем. Правда сертификация потебует материальных затрат. А если систему "Пальма" слегка переделать, то её можно размещать на опоре контактной сети.

Просто инженер АиТ добавил 30.01.2013 в 16:56
Хочу вставить пару картинок как у нас было.

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



Просто инженер АиТ добавил 31.01.2013 в 09:44
Как видно из картинок вроде ничего сложного , но вот только пару моментов омрачают ситуацию:
1 - нельзя потерять ни одного сообщения;
2 - доставить нужно хотя бы за 5 секунд.
И из за этих моментов ПО перестаёт, казаться, простым. Для многих систем ТС/ТУ (АСДК, ДЦ, СДУМ и т.д.) первый момент не так критичин, т.к. опрос происходит циклично и потеря одного сообщения даже не будет видна в АРМе.
Но совсем другое дело в централизации КТСМов, потеря одного сообщения может привети к потери больного вагона!!!

Просто инженер АиТ добавил 31.01.2013 в 10:09
То, что показано на картинках - это только одна часть функций, которые поддерживал Концентратор Информации ЛМТ (КИ ЛМТ).
КИ ЛМТ выполнял следующие функции:
1 поддержка СПД любой архитектуры с возможностью объединения и расщепления информационных потоков с контролем доставки сообщений. Обмен по физическим линиям связи (линии связи как правило выделяли самые отвратительные, по которым телефон, то не мог толком работать), по каналам ВЧ (поддерживалось до 18 модемов на один КИ и 16 СОМ портов), по UDP/TCP соединениям;
2 Съём дискретных сигналов с предварительной обработкой (собственные модули съёма с лампочек пульт-табло, ПИК120) (количество сигналов практически не ограничено);
3 Съём аналоговых сигналов ПИК-10;
4 Стыковка с аппаратурой ДИСК на нижнем уровне и централизация;
5 Стыковка с КТСМ на уровне станций;
6 Централизация КТСМ;
7 Стыковка с системой "Пальма" на уровне НСУ;
8 Централизация системы "Пальма" и обмен с АСУ:
9 Сервер Баз данных;
10 Web сервер (АСДК, КТСМ, "Пальма").
Ещё так по мелочи.
Всё ПО+Linux помещалось на "Disk-on-chip" размером в 32 метра и могло работать на IBM подобной машине с 386 процессором и выше. ПО без изменения исходных текстов могло работать под: DOS 6.22, QNX 4.25, Linux, Windows при этом загруженность процессора была ниже 1%.

Просто инженер АиТ добавил 31.01.2013 в 10:35
ПО представляло из себя трансфомер, при запуске ПО конфигурировалось согласно файлам инициализации, поэтому загрузочный модуль был всегда один и тот же, что для станции, что для серверов, что очень удобно при обслуживании, не надо ломать голову какие загрузочные файлы устанавливать.
Конфигурирование различных съёмов было автоматическое, т.е. не надо было описывать какие и сколько модулей съёма (дискретный модуль съёма, ПИК120, ПИК10, ...) были подключены, но была диагностика работы каждого съёма.
ПО без диагностики (аппаратных средств, контроля выделяемой памяти, обмена, ...) некогда не обеспечит должного качества работы.

__________________
Не важна реальность, важно как мы к ней относимся!

iluha

да, себя не похвалишь..

Просто инженер АиТ

А вам слабо?!
Это не похвала, а больше подведение итогов работы, которая была выполнена, а потом (где-то 2006 году) полностью прикрыта за ненадобностью, хотя до сих пор с успехом эксплуатируется! Но, возможно, накопленный опыт кому-нибудь пригодится! Вот так!

__________________
Не важна реальность, важно как мы к ней относимся!

iluha

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

Просто инженер АиТ

А что именно Вас не устраивает?!
Это не просто красивые картинки, в них достаточно много информации как устроена централизация КТСМов фирмы "Инфотекс" изнутри. Может быть кому-то она будет полезной!
Что-то долго я здесь засиделся, может быть потому, что мне не безразлична безопасность движения, хотя бы лично для себя! Ладно, ухожу! Кому надо будет тот меня найдет!

__________________
Не важна реальность, важно как мы к ней относимся!

Суховерша Алексей

Просто инженер АиТ,
не надо уходить. Вы единственный, кто что-то рассказывает об АСК ПС. Спасибо....

__________________
Россия - Калининград.
Границы разные, страна - одна.
Я хотел бы служить кондуктором в трамвае, а уж хуже этой работы нет ничего на свете.

Просто инженер АиТ

Просто инженер АиТ добавил 01.02.2013 в 09:31
Есть предложение поиграть в рационализацию, пока большие учёные думают? Может быть и мы на что-то способны?!
Цель рационализации:- "Увеличить надежность доставики информации о подвижном составе".
Предлагаю начать с самого начала - с поста КТСМ.
А потому вопрос:-"Есть ли возможность подключиться к КТСМ по СОМ порту на посту?". И ещё вопрос:-"Какие линии связи идут на станцию?".
- Линия связи выделеная и идёт непосредственно на станцию?
- Линия связи заходит в ближайший релейный шкаф АБ и далее в магистральный кабель.
Везде ли есть запасные (свободные ) жилы.

__________________
Не важна реальность, важно как мы к ней относимся!

iluha

играйте ради бога! а вот весёлые картинки ваши (особенно, последнюю) попрошу убрать, так как они никогда не соответствовали действительности, ни в тех лохматых годах, ни, тем более, сейчас. вводят только народ в заблуждение.

Просто инженер АиТ

А вы то откуда знаете? Вы, что на прямую Btrieve читали эти базы (таблицы) и разбирались с их форматом? А мы разбирались и своим ПО формировали их, чтобы убрать косяки стандартного ПО при обмене между ними! И об этих косяках сообщали специалистам "Инфотекса".

__________________
Не важна реальность, важно как мы к ней относимся!