Программная блокировка ответа А9 на запрос клиента.
-
- Администратор
- Сообщения: 118
- Зарегистрирован: 29 май 2009, 13:45
- Откуда: Компания ДЭП
- Контактная информация:
Есть несколько способов управлять обменом.
1. Дискрет блокировки в таблице Настройки обмена - указывает экземпляру компонента База-Клиент как работать со всеми списками указанного сервера.
2. Аналог Текущий период таблицы Каталог списков - указывает как работать с конкретным списком, задав значени 0 можно отключить обмен по конкретному списку сигналов.
Естественно, эти дискреты и аналоги можно изменять и через компонент Разработчика.
1. Дискрет блокировки в таблице Настройки обмена - указывает экземпляру компонента База-Клиент как работать со всеми списками указанного сервера.
2. Аналог Текущий период таблицы Каталог списков - указывает как работать с конкретным списком, задав значени 0 можно отключить обмен по конкретному списку сигналов.
Естественно, эти дискреты и аналоги можно изменять и через компонент Разработчика.
dws писал(а):Источник цитаты Есть несколько способов управлять обменом.
1. Дискрет блокировки в таблице Настройки обмена - указывает экземпляру компонента База-Клиент как работать со всеми списками указанного сервера.
2. Аналог Текущий период таблицы Каталог списков - указывает как работать с конкретным списком, задав значени 0 можно отключить обмен по конкретному списку сигналов.
Естественно, эти дискреты и аналоги можно изменять и через компонент Разработчика.
Я спрашивал "Возможно ли заблокировать (разблокировать) ОТВЕТ!!! А9 по определённому адресу" а не ЗАПРОС. Ответ как я понимаю формирует БазаСервер .При определённых условиях нужно чтобы А9 не отвечал по адресу 1 а по остальным адресам (2..60000) отвечал а после пропадания условия которое получается из алгоритма возобновлял отвечать по 1 адресу. То есть БазаКлиент на 1 адресе получает отказ связи!Как это можно сделать ?
-
- Администратор
- Сообщения: 118
- Зарегистрирован: 29 май 2009, 13:45
- Откуда: Компания ДЭП
- Контактная информация:
С такой экзотикой пока не сталкивались, чтобы в нормальном режиме допускалось не отвечать на запрос. Пока могу предложить единственный вариант - отдельным "блокирующим" списком клиент вычитывает аналог периода для основного списка/-ов. В результате нормальная схема запрос-ответ сохраняется, а сервер фактически управляет объемом обмена разрешая/запрещая себя опрашивать.
К сожалению Клиента в том комплексе что используется фактически нет , есть его эмуляция и повлиять на него не возможно , а при отказе связи с удалённым объектом идущим через мост с адресом 1, правильно обработать этот отказ связи можно только если связь с этим мостом тоже пропадёт! Вариант смены системы на другую не устраивает. Если появятся варианты как это устроить проинформируйте пожалуйста.