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

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

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

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

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

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

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

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

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

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

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

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

Просто инженер АиТ добавил 30.01.2013 в 16:59
http://morepic.ru/images3/rxr_9883.jpg
http://morepic.ru/images3/1_1112.jpg

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

Просто инженер АиТ добавил 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, ...) были подключены, но была диагностика работы каждого съёма.
ПО без диагностики (аппаратных средств, контроля выделяемой памяти, обмена, ...) некогда не обеспечит должного качества работы.

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

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

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

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

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

http://morepic.ru/images3/2_7331.jpg

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

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

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