партнерский раздел
ФорумИнсталляция, монтажНадежность всей системы

Инсталляция, монтаж » Надежность всей системы

Приветствую!
В процессе ПНР столкнулся с такой проблемой.
Адресная система.
Все сконфигурировано - проверяем.
Не отрабатывает при пожаре выходы Кпб. (управление не через сценарии)
Прибор на связи и вручную с С2000М - выходы управляются.
Разделов много и не сразу заметил что один раздел находиться в неопределенном состоянии ("Запрос").
И как раз раз этот раздел присутствует в этих реле.
Причина неисправности раздела была в линии дплс.
После отключения ни исправной линии дплс раздел перешел в состояние "нет связи" и реле "пошли".
Были попытки заставить работать через сценарии, реле включается но в исходное состояние на возвращатеся.
Выходит при определенных неисправностях на объекте (небольшой части его) под вопрос ставиться работоспособность и
функционирование системы в целом...
Это сделано намеренно или недоработка?
Разработчики?

6 месяцев 2 дня назад

avatar
У Вас в один раздел объединены извещатели из разных КДЛ?
Я верно понял, что из-за глючного ДПЛС одной КДЛ не проходили сработки с другого?

Королёв Евгений Владимирович 6 месяцев 2 дня назад

У Вас в один раздел объединены извещатели из разных КДЛ?

А что не так? Блочно-модульная архитетура, какие ограничения по компоновке?

Тремасов Константин Александрович 6 месяцев 2 дня назад

На одной Кдл несколько разделов. и все они из за некачественного монтажа в "Запросе"
В одном реле разные разделы с разных Кдл.
С исправных Кдл приходит пожар а неисправный раздел блокирует включение...

Родин Станислав 6 месяцев 2 дня назад

С исправных Кдл приходит пожар а неисправный раздел блокирует включение.

Весело.

Королёв Евгений Владимирович 6 месяцев 2 дня назад

Точнее так: Блокирует включение именно раздел в "Запросе"
Отключаем ДПЛС  - раздел в "Нет связи" (тоже неисправность) и реле включаются при новой сработке
Причем это распространяется на все реле куда попали эти разделы или хотя бы 1 раздел
Версия пульта 4.11 (пробовал 4.12 так же)

 

Родин Станислав 6 месяцев 2 дня назад

«С исправных Кдл приходит пожар а неисправный раздел блокирует включение...»
«Точнее так: Блокирует включение именно раздел в "Запросе"»
  Родин Станислав 

(в «PProg»).
Перекиньте реле на закладке «разделы», в «заведомо исправный» раздел, и реле будет срабатывать «независимо от...», даже если в других разделах будут «мешать» разного рода неисправности.
(пояснение:…   !   на закладке «реле» одно любое реле, может относиться к разным разделам, но на закладке «разделы» только к «одному из»   !).
Если реле, на закладке «разделы», окажется в «плохом» разделе, то «заблокируется» для всех, если в «рабочем», то отработает, как положено.
Выяснил - эмпири́чески (этот «глюк» обнаружен в 2018 г, пульт вер. 3.хх/4.хх).
Относительно ТехПоддержки, если они не могут «воспроизвести» (повторить) какой-то «глюк» (неисправность) у себя, то….
 

Карпов Дмитрий 6 месяцев 1 день назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

2 ответа

Перекиньте реле на закладке «разделы», в «заведомо исправный» раздел, и реле будет срабатывать «независимо от...», даже если в других разделах будут «мешать» разного рода неисправности.

Есть некоторые реле (например запуск оповещения)  в котором не может быть одного раздела.
В нем все разделы обьекта. Так что данный вариант не катит..

6 месяцев 1 день назад

avatar
У всех состояний есть приоритет. Как "Запрос" оказался на одном уровне или выше с "Пожаром" я в недоумении. 
Хотя сейчас вспоминаю и вроде бы в больших системах такое было и мы не задумывались о "высоком", а просто перепрошивали мешающие неисправные КПБшки.
И к разговору у сценариях, не знаю, кто что читал, давайте не будем этим оперировать, а если считывать с шлейфа только разрешающее условие "Пожар", то блокирующие действительно должны быть по боку. Но это как-то не по Фэн-Шую что ли.

Королёв Евгений Владимирович 6 месяцев 1 день назад

«…Как "Запрос" оказался на одном уровне или выше с "Пожаром"…»
  Королёв Евгений Владимирович

На самом деле не пульт, а КДЛ переводит систему в состояние «пожар», это именно КДЛ принимая от АУ «уровень», и при превышении, как раз КДЛ принимает (источник события) решение, и отправляет событие «пожар» в пульт. Но если возникает ситуация, при которой КДЛ «заклинивает» на:
«…один раздел находиться в неопределенном состоянии ("Запрос")…»
  Родин Станислав

Соответственно нет ответа на "Запрос" и пульт в ступоре. А если ответа нет, то на «нет», и ничего не происходит. А к этому ещё и «глюк» пульта по соседнему разделу.
Причём подобное уже где-то было…

Карпов Дмитрий 6 месяцев 1 день назад

Производитель то что нибудь скажет?
По моему это серьезная проблема..

Родин Станислав 6 месяцев 1 день назад

У Производителя выходные так-то, если просто забыть, что это неофициальный форум.

Королёв Евгений Владимирович 6 месяцев назад

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

Волков Андрей 6 месяцев назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Проблема повторилась на другом обьекте. Набор оборудование схож.
Массовый отказ исполнительных устройств (реле) с "плохим" разделом.
Концепция не ясна до сих пор..
 

2 месяца 1 день назад

avatar
Состояние "ЗАПРОС..." в разделе означает, что С2000М не закончил опрос состояний входящих в него элементов, состояния не всех элементов раздела получены. После включения С2000М состояние "ЗАПРОС..." должно уйти, когда он опросит все приборы. Если этого не происходит - это серьёзная ошибка, которую нужно обязательно исправлять.
 "ЗАПРОС..." (состояние неизвестно) имеет приоритет ниже "ПОЖАРА", но если неизвестное состояние не позволяет определить, по какому условию нужно включить реле - управление откладывается до тех пор, пока требуемые состояния не станут известны. Такая логика сделана, в первую очередь,  для корректной работы программ АСПТ и сценариев, включающих условия блокировки пуска, чтобы предотвратить включение реле при неизвестном состоянии условия блокировки. Реле  может включиться по первому, самому приоритетному условию программы или сценария, например, для программ 1 - 8 - при "Пожар2" или при ручном пуске, так как в этом случае наличие неизвестных состояний не влияет на условие пуска.
Необходимо избавиться от "застревания" состояния "ЗАПРОС...". Возможные причины данной ошибки:
1. Со стороны С2000М - если в настройках RS-232 выставлен режим "ПИ/РЕЗЕРВ". В этом режиме С2000М имеет проблемы с запросом состояний. Его нужно изменить на любой другой (например, "КОМПЬЮТЕР", если  С2000М работает с АРМ). Если же необходим именно этот устаревший режим - прошу обратиться в техподдержку для получения обновления версии.
2. Со стороны С2000-КДЛ. Данная проблема была в случае, если в раздел С2000М включен вход контроля концевого выключателя рабочего или исходного положения С2000-СП4, и в конфигурации С2000-КДЛ контроль этим входом отключен. Решается обновлением версии С2000-КДЛ.
3. Если указанные причины не подходят, то потребуется обратиться в техподдержку. Нужны следующие данные: информация, какой элемент(ы) системы находится в состоянии "ЗАПРОС...", конфигурации С2000М и С2000-КДЛ, версии приборов. Для поиска элемента в состоянии "ЗАПРОС..." потребуется пароль с правами управления разделами, с помощью которого нужно на С2000М найти раздел с состоянием "ЗАПРОС...", войти в него клавишей "ввод", найти и выписать элементы с состоянием "ЗАПРОС..." (адрес прибора и номер входа или выхода). Для более детальной диагностики может потребоваться снять лог команд с линии RS-485 между С2000М и С2000-КДЛ специальной программой (потребуются компьютер и преобразователь интерфейсов для подключения к линии RS-485).

Ильин Сергей 1 месяц 28 дней назад

Ой, а пользуясь случаем, можно эту самую "специальную" программу? :) Это же не PKUEventReader, а что-то более низкоуровневое и realtime. Очень иногда пригодилась бы при поиске глюков.

Королёв Евгений Владимирович 1 месяц 27 дней назад

Это уже интереснее..
Можно поподробнее про эту программу?
Это типа сниффера  с декодером?

Родин Станислав 1 месяц 22 дня назад

Можно подробнее.
Служебный диагностический софт. Для распространения среди пользователей не предназначен.
В поиске типичных пользовательских глюков бесполезен.

Комаров Александр Федорович 1 месяц 22 дня назад

Глюки точно пользовательские?

Родин Станислав 1 месяц 22 дня назад

Глюки встречающиеся у пользователей системы в болишнстве случаев...
Ну то есть это не поможет пользователям в поиске и устранении ошибок абсолютно никак. И не требуется вообще в 99.99% возникающих ситуаций.

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

Комаров Александр Федорович 1 месяц 22 дня назад

Программа - это сниффер с декодером. Версия, которая отправляется пользователям, показывает самую общую информацию о событиях и командах. В принципе, по этим данным можно понять, какие команды управления выдаёт С2000М (например, включает или выключает какое-то реле). Полная информация сохраняется в файле лога, который нужно отправлять в НВП "Болид" для разбора. Если глюки в поведении прибора есть, то они будут видны в этом логе. Запрашивать эту программу лучше через техподдержку.
Обычно эта программа используется в случаях, если не удаётся воспроизвести проблему, даже имея конфигурации приборов от пользователей. Главное, она позволяет быстро понять, какой из приборов виноват в состоянии "зависшем" состоянии "ЗАПРОС..." -  С2000М или С2000-КДЛ.

Ильин Сергей 1 месяц 22 дня назад

И все же. Можно выложить программу?

Иванов Сергей Олегович 10 дней 12 часов назад

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

Ильин Сергей 10 дней 6 часов назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Добавить ответ

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

ПОКАЗАН

1186 раз

ЗАДАН

6 месяцев 2 дня назад

ПРОДУКТЫ

С2000

По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.