1. Необходимо настроить связь консоли с ртм. Я создал экран и его канал вызов в узле консоли. Аргументы привязал к каналам, которые находятся в узле ртм. Правильно ли я сделал? Может создать канал (в узле "консоль") с типом вызова "ChGroupReq" и канал вызов экрана с привязкой аргумент-аргумент? Но ведь у консоли нет ограничения на число каналов и это лишнее (в чем вообще преимущество того, что такой тип вызова позволяет не создавать новые каналы)? 2. Связь у меня не постоянная (по дозвону) и необходимо связываться с удаленным узлом по нажатию кнопки (предварительно в винде делается ручной дозвон). Я установил пересчет для канала вызова экрана (см. п.1): период=1, единица измерения=флаги. Также создал recalculation flag = 1. А по нажатию кнопки устанавливаю его в =0. Так правильно? (сейчас протестировать пока нет возможности). И когда заново ставить его в =1?
Posted by Ленар (Участник № / Member № 2144) on :
На консоли необходимо просматривать параметры котельной (всего около 30). Естественно при таком способе связи постоянно видеть актуальные цифры не удастся. Есть вариант: разместить на экране только архивный тренд. В таком случае можно будет просматривать все данные из архива, так? Если да, тогда такой вопрос: возможно ли при связи с удаленным узлом как то архивировать запрашиваемые данные? Чтобы при следующем дозвоне запрашивались только "последующие" данные. В этом варианте планирую разместить на экране 2 кнопки: "соединения" с удаленным узлом и "разъединения" связи, которая будет работать с recalculation flag, как я описывал выше. В этом случае, как я понял при "соединении" консоль запросит из архива данные оборажаемые на тренде в объеме "буфера тренда"? а не все архивные значения этих данных? ТМ 6.05, имеются только РТМ+ и 3 консоли. Просьба давать ответы без предложения покупки дополнительного ПО.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Управление периодом вызова экрана смысла не имеет,т.к. алгоритм запросов от удаленной консоли к серверу от этого не зависит. 2. При отсутствии связи с сервером консоль прекратит запросы до восстановления связи и получения от сервера его статуса (вместе с IP-адресом). 3. Архивировать ранее запрошенные данные в удаленной консоли нельзя. 4. Автоматический перевод шкалы времени тренда, находящегося в архивном режиме, не осуществляется. При восстановлении связи Вы можете перевести тренд в конец архива и получить последние записанные в архиве данные (в объеме, не большем, чем заданный буфер тренда), а затем можете перейти на интересующую Вас метку времени в глубь архива. 5. Надо учитывать, что архив всегда отстает от текущих данных. Величина отставания (может измеряться минутами) зависит от интенсивности потока архивируемых данных, заданных объемов очереди и кэша, а также загруженности ОС сервера, ведущего архив. Однако,Вы можете перевести тренд в режим реального времени и считать текущие данные.
Для всех этих операций Вам потребуется несколько минут сеанса активной связи.
Posted by Ленар (Участник № / Member № 2144) on :
В таком случае (хотелось бы прояснить до конца), размещаю не архивный тренд, а обычный, без всяких кнопок на экране. После ручного дозвона консоль сама "узнает" о восстановлении связи и начнет запрос? и выведет данные соответствующие временной шкале? или же надо будет щелкнуть хотя бы по полосе прокрутки разок чтобы данные обновились? (если сначала тренд находится в режиме отображения реальных данных)
Posted by Ленар (Участник № / Member № 2144) on :
И могу ли я без сервера документирования формировать на консоли отчеты? Требуется, например, средние значения этих параметров за день, неделю, месяц; а также вывод в отчеты трендов (за эти же периоды, но с отличающейся от тренда на экране временной шкалой) для анализа динамики.
Posted by Ленар (Участник № / Member № 2144) on :
Протестировал, после запуска консоли данные на тренде появляются, но только один раз. Дальше не обновляются, графики - прямые линии. Периодичность настроена на 5сек и по трафику видно что каждые 5 сек приходят пакеты, но на экране данные не меняются... что не так я сделал, или не сделал...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Я тоже перепроверил восстановление работы тренда после восстановления связи консоли с сервером. Моделировал путем выдергивания сетевого кабеля из консоли и установки его обратно через некоторое время. Если тренд реального времени находился в режиме текущего времени (а не просмотра буфера тренда), то после восстановления связи через несколько секунд (когда консоль опознает сервер в сети) тренд автоматически получает и отображает данные.
2. Генерировать документы может только сервер с соответствующими функциями (ДокМРВ или Глобальный сервер документирования). С консоли можно передать команду на формирование документа и параметры этого документа. На экран консоли можно вывести сгенерированный сервером документ.
Posted by Ленар (Участник № / Member № 2144) on :
У меня МРВ+, значит отчетов не видать? Повторю вопрос: Протестировал, после запуска консоли данные на тренде появляются, но только один раз. Дальше не обновляются, графики - прямые линии. Периодичность настроена на 5сек и по трафику видно что каждые 5 сек приходят пакеты, но на экране данные не меняются... что не так я сделал, или не сделал?...
Posted by Ленар (Участник № / Member № 2144) on :
Почему так долго ждать ответов? Проект висит из-за этого поведения консоли (данные не обновляются)...
Posted by Ленар (Участник № / Member № 2144) on :
Проблему с обновлением устранил (изменил настройки дозвона). Теперь данные приходят, но при просмотре архивных данных бывает, что отображаются не все кривые: при переходе на час назад и опять на требуемую точку тренд добавляет их - с повторным скачиванием, но опять же не все; кривые отображаются неполностью: есть периодические промежутки на кривой где она имеет вид горизонтальной прямой, затем опять нормальный вид, потом опять растягивает одно значение, длина такой прямой минут 10. ОБъем буфера у меня 28800 (каналы обновляются раз в 1 сек, временная шкала 4 часа - выходит для отображения значений кривой на всю шкалу - 28800 значений). Может при связи с такой скоростью консоль не принимает все данные (канал узковат)?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Эту проблему мы уже увидели. При некоторых коллизиях в сети, особенно при низкой производительности, возможна потеря данных. В текущем релизе, который сейчас проходит тестирование, мы приняли некоторые меры по повышению надежности удаленных запросов из архива.
![[Улыбка / Smile]](smile.gif)