eagle666

Получит. Вместо ламп однополярные светодиоды стоят.

MSTT

Здравствуйте, вопрос может быть не в тему, но все же связан со стрелочным коммутатором.
Сам занимаюсь разработкой ПО для обработки информации железнодорожной автоматики. Имеется следующая схема съема информации сигналов со стрелок (показана на рисунке). Как я понимаю 1 – это контакты стрелочного коммутатора (или нет?), а ПК и МК контакты реле отражающие положение стрелки в крайних положениях, 2 – кнопка контроля стрелки с доп. контактами (81-61) какого-то реле (или эти контакты не связаны с кнопкой?). Вопрос в следующем – в какой последовательности происходит переключение контактов коммутатора и ПК и МК и как можно снять информацию о сигналах со стрелки, если кнопка контроля выключена и стрелка находится в промежуточном положении (то есть горит лампа К). Может быть кто-нибудь встречался с такой схемой.
3 – оптрон, пропускающий ток в прямом и обратном направлении.

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

Кабанбай Батыр

Уважаемый !!! Действительно Ваш вопрос не в тему, поясню:
во-первых: если Вы не любитель, а действительно профессионально занимаетесь разработкой ПО, то Вам должны быть известны следующие понятия: Техзадание, Алгоритм функционирования, Тестовая проверка и прочие хрени связанные как с постановкой задачи, так методикой проверки конечного продукта;

во-вторых: гипотетически представим, что Вы получите на форуме вразумительное объяснения Ваших вопросов, однако тестировать Ваш продукт будут не форумчане! и платить реальные деньги за Ваш труд будут только по результатам адекватности Вашего ПО на объекте И тоже не форумчане !

в-третьих: (совет) нанимайте технописа (СЦБиста), разрабатывайте совместно Техническое задание, Алгоритмы, Методики проверки, и подписываете у Вашего деньгодателя (дабы исключить скользкие моменты в этом не лёгком, но довольно прибыльном деле ).

heavy

действующие системы ДК берут прямые провода с черных точек 1, 2, 3 на вашей схеме, а обратный провод оптрона подключается на свой отдельный полюс МС. по сути КМС и МС это одно и то же.

__________________
Точность. Вежливость. Качество.

tiksi

Александр Михайлович, формально прав.
По вашей схеме. Не понятно, что должно получится на выхлопе? Было бы ТЗ, этот вопрос не прозвучал бы. Если вы строгаете устройство безопасное, то:
- не стоило завязываться на чужое питание (СХ, МС, питающая установка);
- не стоило завязываться на десятые повторители первичных датчиков положения стрелки (ПКР-МКР Отче наши!).

MSTT

Согласен. Здесь дело было в следующем. Мне, как программисту, поручили модернизировать ПО, работающее на используемом оборудовании. ПО предназначается для нового оборудования (УСО ввода и процессор,обрабатывающий информацию), которое подключается по приведенной схеме. Модернизировать удалось, однако в момент, когда кнопка КС выключена, а ПК и МК замкнуты на нижний контакт, естественно, не удается считать адекватных сигналов. Как это работает сейчас непонимаю. Программист, написавший текущую версию ПО, общаться особо не горит желанием. Пришлось сделать самому стендик, моделирующий работу схемы. Поэтому и возник вопрос: когда и как включаются отдельные контакты.

Кабанбай Батыр

Полную схему Вы навряд ли выложите, поэтому мои догадки следующие:
кнопка КС используется для подсветки контроля положения стрелок (нажал кнопку - ДСП увидел в каком положении стрелки, отпустил кнопку - положение стрелок не отображается). Если Вы разрабатываете РПЦ (а Вы именно этим и занимаетесь ), то Вам необходимо предусмотреть постоянное питание этих цепей (кнопка КС постоянно нажата).
По хорошему необходим контроль потери контроля стрелки (когда ПК и МК обесточены), это конечно увеличивает кол-во контролируемых входов, но с точки зрения диагностики - большой плюс.

Пример: предположим произошел обрыв провода ПК, если есть только контроль ПК и МК то Вы должны отобразить, что стрелка в потере контроля.
Если был бы контроль трех состояний, то при обрыве ПК (ПК=0, МК=0, ОК=0) (ОК-отсутствие контроля), можно диагностировать - недостоверные данные о состоянии стрелки.

По поводу модернизации: Вам конкретно поставили задачу что модернизировать, и что должно получиться после модернизации ?
По этому поводу есть хорошая поговорка: Лучшее - враг хорошего.

MSTT

Модернизировать надо было ПО под новую стойку с новой начинкой, на которую заводятся сигналы автоматики. Пока стойка стоит как опытный образец, нигде на объекте она не используется. Поэтому приходится отлаживать подручными срествами. Когда её решат использовать в деле пока не понятно, но когда решат - нужно будет иметь шаблон, чтобы его можно было оперативно подкорректировать. Вот я и пытаюсь облегчить себе задачу на будущее, максимально приблизив условия к боевым . Теперь понимаю, что без серьезного обсуждения с коллегами не обойтись, буду согласовывать...

Кабанбай Батыр

Верной дорогой идете, товарищ!