Форум TRACE MODE: техническая поддержка   
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 5 » Общие вопросы / Common questions » Проектирование на 2-х ПК

   
Автор / Author Тема / Topic: Проектирование на 2-х ПК
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
Возможно ли организовать ведение одного проекта, состоящего из 2-х узлов (АРМ оператора и контроллер МФК) на 2-х ПК одновременно (на одном ПК проектирутся АРМ, на другом - контроллер), путем периодического взаимного копирования определенных файлов ?
Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Да. Ведь файлы базы каналов этих узлов в директории проекта хранятся в разных файлах.
Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
Не получается разработка проекта на двух ПК. Предполагалось разрабатывать следующим образом: на одной машине (№1) разрабатывать узел контроллера, на другой (№2)-узел АРМа. Первоначально на машине №1 был создан проект из двух узлов, часть базы каналов и часть алгоритмов узла контроллера. Затем проект полностью скопировали на машину №2, создали автопостроением объектов базу каналов узла АРМ и прописали связи между узлами. Далее разрабатывать базы узлов стали на разных машинах. На машине №1 наращивалась БК и добавлялись алгоритмы. Чтобы внести изменения узла контроллера на машину №2 и достроить БК АРМа в соответствии с этими изменениями, скопировали файлы .dbb, .dbs, .chn, .il, .icl. (Для того, чтобы была возможность автопостроить новые каналы в узел АРМ, эти каналы складывались в отдельный объект узла контроллера для дальнейшего автопостроения). Но после копирования файлов рушатся связи между узлами в проекте на машине №2, которые были прописаны в ранних коррекциях, т.к. на машине №1 их нет. Получается, что после каждого очередного копирования надо снова прописывать все связи.
Чтобы после копирования узла контроллера не терять связи в проекте на машине №2, мы решили после каждой такой коррекции проект с машины №2 с прописанными связями (объект «прием рассылок») устанавливать на машину №1 и разрабатывать дальше или корректироровать узел контроллера. Но возникла еще одна некорректность.В библиотеке алгоблоков машины №2 при таком копировании забеляются алгоблоки, созданные на машине №1 из FBD-программ и становятся недоступными (не нажимаются). Переставив такой проект на машину №1 разработчик не сможет работать с такими алгоблоками. Может быть мы не копируем какой-нибудь файл, связанный с такими алгоблоками. А может быть у нас вообще неверный подход к разработке проекта на двух ПК?

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Тут действительно необходимо учитывать некоторые ограничения:
1) При работе с разнесенными излами нельзя добавлять в проетке каналы с автопосылками.
2) Все связи по сети типа точка-точка и один ко многим прописывать только после объединения БК узлов в один проект. Но после прописывания их можно снова разносить на разные ПК. Однако - нельзя эти каналы удалять, особенно те, что с флагом автопосылки.
3) Копировать файл *.dbs - вовсе не обязательно. Он все равно собирается из *.dbb. Файл *.chn - тоже не нужен.
4) Все FBD от FBD должны быть локальными - я смотрел Ваш проект, у Вас FBD от FBD "BD1" и "KD" объявлены как глобальные и созданы в узле АРМ, а используете Вы их в узле контроллера - естественно они становятся недоступными для редактирования и использования. так делать нельзя - их желательно создавать локально в каждом узле, только будте внимательны - не назначте их в обоих узлах на одинаковые позиции в списках алгоблоков.

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1.Если в процессе разработки не добавлять каналы с автопосылками, то и невозможна будет параллельная отладка проекта на контроллере.
2.Правильно ли мы понимаем, что после объединения БК и прописывания связей типа точка-точка и один ко многим “разносить на разные ПК” имеется ввиду целиком проект? Но после очередных коррекций такого проекта получается, что мы не можем воспользоваться файлом .dbb, т.к. в проекте прописаны связи. Или если они были прописаны в объединенном проекте, то с ними ничего не случится, а вновь появившиеся надо будет прописывать по ранее указанному сценарию?
3.По данному пункуту все понятно.
4.Не понимаем, как создать локальную FBD от FBD. У нас сразу создается со значком “g”. Если в обоих узлах создавать одинаковые FBD от FBD на разные позиции в списках алгоблоков, то в меню Teхно IL в списке программ будут две одинаковые программы. Как в них не запутаться? Если можно поподробней про FBD от FBD.

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1)2) В том то и дело, что все связи между узлами надо прописывать только в объединенном проекте. Иначе у Вас индексы автопосылок "поплывут" - ведь они общие на весь проект. И каналы, которые уже были прописаны как точка-точка тоже нельзя трогать в разнесенном проекте, чтобы не повредить индексацию привязок.
4) С именами в списке Techno_IL действительно так - тут уж ничего не поделаешь. Вы, чтобы различать разные FBD, внесите в какой-либо из них дополнительный FBD-блок, но не привязывайте его - тогда визуально программы можно будет отличить.
Для того чтобы создать FBD-программу как локальную только для текущего узла Вы должны создавать ее только находясь в этом узле, а также нельзя для этой программы выполнять команду "Размножить".

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1.После того, как прописаны связи (точка-точка, один ко многим и сетевые рассылки) и проект разнесен на разные машины, продолжается разработка узлов на разных машинах. Не испортим ли мы проект, если снова возьмем .dbb одного узла (но в этой базе будут не тронуты прежние связи, т.е. все индексы совпадают со второй базой, а она только доработана новыми каналами и алгоритмами) и объединим с БК второй машины. В этом случае связи не нарушим?
2.Создаем новый FBD от FBD, но сразу в списке ТехноIL этого узла около программы образуется “g” вместо “l”. Как быть?
3. Если около имени программы появился “n”, возможна ли какая-то диагностика ошибок, возникших в FBD-программе, породившей блок. Как избавиться от такой ошибки?

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1) Если не трогали настроек связанных каналов и не добавляли новые автопосылки, то не должны.
2) Тогда при разнесении проекта Вам необходимо копировать проект целиком, вместе с узлом АРМ (а объединять уже без этого узла АРМ), чтобы блок был доступен. Но тогда создание новых FBD от FBD необходимо выполнять только в объединенном проекте.
3) "g" - глобальная, "l" - локальная, "n" - не используется.

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1)Возможно ли что-то изменить сейчас, когда у нас FBD от FBD помечены "g", а нам нужны "l" для возможности доступа к блокам на всех узлах. Какие-то исправления возможны?
2)Не получается изначально создать "l" FBD от FBD. Сразу получается "g". Мы создаем совершенно новый блок от FBD, нигде в других узлах еще такого не создавалось. Как получить локальный блок от FBD? Не получается.
3)Вы пишете, что "n" - не используется. Что? FBD от FBD не используется в алгоритмах? Или нет. Но у нас используется. В tm50help написано: "*n - после создания функционального блока на базе FBD в породившей его программе произведены такие изменения, которые могут помешать корректному исполнению блока".
4)Что может произойти, если алгоритм контроллера МФК (для микроМРВ), управляющий другими каналами, подключить через процедуру трансляции, а не управления?

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1)2) Нет - они изначально создаются как "g" поэтому я уже Вам и порекомендовал создать эти FBD-программы в обоих узлах и в обоих узлах сделать из них разные FBD-блоки.
3) Возможно, что я ошибался насчет n. Но проверить используется он или нет можно - попытавшись его удалить. Если он действительно используется, то система выдаст соответсвующее сообщение.
4) Процедура Управление работает в Микро МРВ только для каналов подтипа УПРАВЛЕНИЕ, для всех остальных каналов работает только Трансляция.

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
Автопосылки, прописанные вручную, работают с какими-то сбоями. Ситуация следующая:
1.Один канал с автопосылкой (“в сеть”) находится в объекте узла контроллера, который автопостроили на другой узел АРМ (и связь между каналами двух узлов прописалась автоматически).
2.Другой канал с автопосылкой создали в узле контроллера, а в узле АРМ связь с каналом (созданным не автопостроением) прописали вручную.
3.Оба канала узла контроллера для эксперимента назначили “пила”. А соответствующие каналы узла АРМ – In AutoNet (или in null – работают одинаково).
4.Канал узла АРМ, созданный автопостроением объекта, работает нормально. А канал узла АРМ, созданный не автопостроением, и связь которого прописана вручную, работает с провалами. Т.е. значения меняются (“пила”), но в какой-то момент времени сбрасываются в “0”, но через такт системы подхватываются и отрабатываются дальше. Но эти сбросы в “0” идут постоянно.
5.Если в узле АРМ канал сделать подтипа СВЯЗЬ с дополнением InNet, то все работает замечательно (если не считать, что сеть “рубит” каждый цикл системы).
Но при разработке проекта всегда бывают коррекции и доработки. Приходится добавлять каналы в узлы и вручную связывать их.
Описанная ситуация повторяется при работе как обоих узлов в МРВ, так и одного (контроллера) в Микро МРВ, а другого (АРМ) в МРВ, во втором случае провалы в “0” происходят чаще, кроме того, добавляются провалы в “1”. Заданное время цикла узлов – 200мс, увеличение времени цикла ситуацию не меняет.

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Когда создаются каналы подтипа СВЯЗЬ_InAutonet вручную - их всегда необходимо связывать в объекте узла Прием Рассылок. Навреняка Вы его привязали только в его настройках, а в объекте Прием Рассылок не указали его источник?
Если выполняется автопостроение эта процедура выполняется системой автоматически.

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
В объекте "Прием рассылок" мы прописываем связь (это мы и называем "прописали вручную"). Но картина получается разная для каналов, у которых связь прописалась системой при автопостроении и каналов, где связь прописана вручную (в объекте "Прием рассылок") (см. выше наш пример)
Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 5 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Удаленно будет трудно разобраться - не могли бы Вы скинуть Ваш проект по E-mail, с этими каналами и указать их имена, чтобы посмотреть более детально их настройку?
Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1) В Вашем проекте корректно работать могут только каналы ПИЛА_1, ПИЛА_2 и ПИЛА_3. И то - у каналов ПИЛА_1 и ПИЛА_3 атрибут подключение равен 1, поэтому у них меняется только атрибут Вход, а остальные атрибуты равны всегда 0.
При тестировании проекта - никаких провалов в этих генераторах обнаружено не было. Если убрать атрибут Подключение для ПИЛА_1 и ПИЛА_3, то все три генератора принимаются нормально.

2) Если канала не подтипа СВЯЗЬ, то значение автопосылки попадает в его атрибут Реальное, если канал типа INPUT и в атрибут Вход - если канал типа OUTPUT. Это обусловлено механизмом синхронизации данных при создании систем с резервированием.

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1.Непонятно, почему канал ПИЛА будет некорректно работать – в чем это проявляется? Делаем все по документации – автопосылка возможна не только в канал In AutoNet, но и в любой другой канал типа INPUT (но в этом случае необходимо канал отключить от источника, чтобы значения попадали не только в атрибут ВЫХОД, но и в РЕАЛЬНОЕ). Мы используем такую автопосылку, чтобы не загружать сеть (канал-приемник in_null принимает только по изменениям, а канал_приемник In AutoNet – каждый цикл (это видно по атрибуту ВРЕМЯ ИЗМЕНЕНИЯ), даже если значение не меняется.
2.Внешне мы не видим некорректной работы автопосылки в канал in_null, кроме того, что если связь прописана не при автопостроении объекта в узел, а вручную (в объекте ПРИЕМ РАССЫЛОК), то появляются провалы значений в “0” (канал ПИЛА). В канале ПИЛА_3 связь прописана при автопостроении объекта в узел, и никаких провалов не наблюдается (попробуйте переделать в узле АРМ In AutoNet на in_null – вся разница будет только во времени изменения, в остальном каналы работают одинаково).
3.Провалы в “0” в каналах ПИЛА и ПИЛА_1 вы видимо не замечаете, т.к. на узле АРМ_оператора мы сделали цикл 500мс (это больше, чем в контроллере) и часть провалов теряется. Попробуйте сделать цикл 200мс и тогда видны провалы в “0” на один такт довольно часто. Если загружаем узел контроллера в МФК, то провалы появляются еще чаще, чем когда смотрим узлы на двух ПК.

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1,2) Заблуждение - канал СВЯЗЬ_In Net запрашивает каждый цикл, а канал СВЯЗЬ_In Autonet - только по изменениям получает значения и вообще сам ничего не запрашивает. То, что Вы говорите для автопослок в каналы не типа СВЯЗЬ_In Autonet - используется только в системе с резервированием для синхронизации данных между резервными узлами - у Вас этого в проекте нет.
3) С провалами на 0 сейчас попробуем разобраться...

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 10 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Разобрался - Вы наверное каналы ПИЛА_ и ПИЛА_1 создали в разных проектах? У Вас в проекте в узле контроллера каналы ПИЛА_ и ПИЛА1 имеют номера автопосылок, которые в системе уже есть. [clever / умный]

ПИЛА_ - автопосылка №273
4kP13XH14 - тот же номер автопосылки №273

ПИЛА_1 - автопосылка №279
4kP13XH12 - тот же номер автопосылки №279

[fun / веселый] Вот они у Вас друг с другом конфликтуют, одни шлют генератор, другие нули.

Обнаружить это просто - с помощью канала СИСТЕМНЫЙ_Отладка и отладочного лог-файла. Сразу видно, что в канал приходят два разных значения - одно (генератора) по автопосылкам Float, а другое (все время 0) по автопосылкам типа HEX...

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1.Атрибут ВРЕМЯ ИЗМЕНЕНИЯ у канала In AutoNet меняется каждый цикл системы, даже если значение канала не меняется. Мы поэтому и решили, что он работает не по изменению. Не будет ли при этом проблем переполнения архива? Ведь ВРЕМЯ ИЗМЕНЕНИЯ то меняется! Или как нам создавать сообщения по изменению. Здесь никакую роль этот атрибут не сыграет?
2.Возвратимся к нашим автопосылкам с одинаковыми номерами. Существует несколько автопосылок с одинаковыми номерами, но в узле-приемнике связь – одна и прописана с конкретным каналом. Логичнее было бы понимать, что ТraceMode отработал бы прописанную связь, а остальные (половинчатые) проигнорировал. Получается так, что в ПРИЕМе РАССЫЛОК узла-приемника каналу-источнику необходим только номер связи, а имя никакой роли не играет?
3.О поиске автопосылок с одинаковыми номерами вы пишете: “Обнаружить это просто - с помощью канала СИСТЕМНЫЙ_Отладка и отладочного лог-файла”. У нас не получается. Cоздали канал СИСТЕМНЫЙ_Отладка, дописали командную строку для профайлера с ключом /DEBUG=3С00. Запускаемся, но в файле .tnt не видим никакой информации, кроме общей (из .txt). В tm50help: “при изменении любого атрибута канала, указанного каналом ОТЛАДКА”. Не понятно, как каналом ОТЛАДКА можно указать канал.Значение канала ОТЛАДКА - 0. Изменить себя не дает. Объясните, пожалуйста, что еще мы не дозадаем, чтобы увидеть в файле .tnt интересующую нас дополнительную отладочную информацию?

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1) Время будет меняться, потому что по автопосылкам всегда рассылаются так называемые "скользящие блоки". Это досылка значений. Даже если параметр не меняется.
Но в архив запись попадает только в случае изменения Реального значения канала, поэтому не стоит опасаться быстрого заполнения архива по этим каналам.
2) Несколько автопосылок с одинаковым номером - это недопустимо. Пакеты из сети ТМ принимает только по номерам, а не по именам. Вообще - внутри вся система работает только через индексы - ни для Микро МРВ, ни для МРВ не существует понятия имя канала - есть только его индекс! У Вас в базе каналов все каналы могут быть с одинаковыми именами, но индексы у них будут разными. То же самое и с автопосылками - их индексы должны быть уникальны на весь проект.
3) Канал должен быть OUTPUT - иначе Вы ничего в него не сможете послать. Значение этого канала определяет на 1 меньше индекс исследуемого канала - т.е., если хортите посмотреть информацию по каналу с индексом 572, то в канал Отладка необходимо послать значение 573.

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1.С файлом дополнительной отладочной информации .tnt получилось. Но расшифровать эту информацию не очень получается. Например:
CCD:NETah (2)0
CCD:NETaf (2)50
Понятно, что речь идет об изменении значения канала по сети, предполагаем, что 2 – индекс атрибута ВХОД (а может индивидуальный адрес узла-инициатора изменения?), h и f - видимо Hex и Float, а вот “a” – не понятно.
Или еще например:
570 ПИЛА__ 0:0; 0 0
571 ПИЛА_1 4:1; 0 0
Понятно, что какая-то информация по каналу, но непонятно какая. Может быть у вас есть подробное описание структуры диагностики?
2.В .tnt мы увидели, что значение ПИЛА проваливается в 0, но что этот 0 приходит от другого канала – можно понять только по “ah”, но, согласитесь, что если бы и другой канал был бы af, то никак не возможно было бы понять прием от другого канала. Вы нам подсказали, что это так. Теперь вопрос: искать повторяющийся индекс автопосылки можно только перебором всей базы и поиском совпадающего индекса в атрибутах канала или это можно каким то образом увидеть в файле подробной отладочной информации .tnt?

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1) Буква "а" - означает автопосылку, а в остальном Вы поняли все верно (2 - это индекс атрибута канала).
Общий вид строки отладочной информации выглядит так:
CCD: <инициатор> [параметр] (индекс атрибута) <значение атрибута>

А полное описание есть в разделе справочной системы ТМ "Отладочный монитор – ПРОФАЙЛЕР".

2) Но все же все равно видно, что приходят два абсолютно разных значения - отсюда вывод, что есть два разных источника этих данных.
Поиск в базе каналов с одинаковыми индексами автопосылок я выполнял через процедуру импорта через ODBC. Создал простую таблицу в БД MS Access с двумя полями и экспортировал в нее узел контроллера, а именно - имя канала и его индекс автопосылки. Затем отсортировал данные в таблице по индексу автопосылки и увидел одинаковые индексы. Вся процедура заняла от силы пару минут. [fun / веселый]

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
ФО “Кнопка” с функцией управления “Прямая посылка” и с флагом “Восстанавливать значение” применяется нами для реализации кнопок “БОЛЬШЕ-МЕНЬШЕ” – по нажатию кнопки выдаем 1, а по отжатию 0. Но иногда при частом быстром нажатии в МРВ происходит зависание 1 и дальше ее невозможно снять с помощью кнопки.
Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 9 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Такое может происходить только, если Вы нажали кнопку мыши, находясь курсором на ФО, а отжали кнопку мыши вне зоны ФО - ОС Windows такое действие обработчиком событий рассматривается как отмена действия (можете попробовать это на различных элементах интерфейса MS Windows - не только в ТМ), поэтому значение не восстаналвивается, потому как ТМ не может получить от системы событие на это действие.
Проблема очевидна, но в 5-й версии пока это жестко связано с функциональностью самой ОС поделать ничего нельзя. [duno / незнайка]

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
Ничего подобного у нас не происходит (это по поводу “отжали кнопку вне зоны ФО”). Наоборот, если мы отжимаем кнопку вне зоны ФО, то все работает как надо. А вот если быстро нажимать и отжимать кнопку (никуда не сдвигая курсор), то в какой-то момент времени 1 остается навсегда.
Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Тогда рекомендую проверить настройку таймаута между кликами в ОС - скорее всего при быстром кликанье система начинает интерпретировать клик как двойной, тогда получается, что система фиксирует только одно нажатие - двойное, а отжатия у него нет. Попробуйте уменьшить в настройках ОС этот параметр.
И еще - какой у Вас цикл пересчета узла АРМ?

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1)От настройки таймаута между кликами в ОС ничего не меняется. Мы попробовали уменьшить (уменьшили так, что просто не могли воспроизвести двойное нажатие), но ТМ вел себя по прежнему. Во всех других приложениях кнопки работают не зависая. Дело все-таки в ТМ. У нас цикл узла АРМ – 500мс. Уменьшая цикл, картина с кнопкой изменяется в лучшую сторону. Но нам не нужен цикл узла АРМ 5мс. Нам достаточно 500мс. Такое впечатление, что ситуация проявляется, если два нажатия попадают в один цикл системы. Как в ТМ отрабатываются действия нажатия-отжатия кнопки c восстановлением значения? Как это связано с циклом? Позволяет ли ТМ два нажатия в одном цикле?
2)Почему в РПД в окне атрибутов ФО 1)после перехода в режим эмуляции и обратно в режим редактирования, становится невидимым текст подсказки (хотя при запуске режима эмуляции подсказка существует? 2)После коррекции ФО (например, перепривязки к другому каналу) подсказка теряется не только в окне ФО, но и в режиме эмуляции? 1) неудобно тем, что подсказку невозможно отредактировать, а приходится вводить заново. 2) обязательно надо помнить, что подсказка исчезла и ее надо ввести заново.

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1) Это действительно так - если нажатие и отжатие ФО произошли в рамках одного цикла пересчета - то отработается только первое событие, а восстановление значения не произойдет. Существует три решения:
а. Уменьшать цикл пересчета узла (но это Вам не подходит).
б. Если аппаратных ресурсов достаточно, то можно попытаться увеличить частоту вызова графической консоли сервером матобработки, тогда цикл пересчета математики останется прежним увеличится только скорость обновления графики. Это задается в ключе NNNN – число в шестнадцатеричном формате, которое указывается при старте сервера с командной строки. Подробности - смотрите в справочной системе в разделе "Работа в реальном времени"-"Запуск мониторов исполнительной системы".
в. Если аппаратных ресурсов для пункта (а) будет недостаточно, то восстановление значения можно выполнять математически в самом проекте, а не в графике - т.е., через FBD на трансляции, например.

2) Что-то не получается воспроизвести данную ситуацию, может у Вас есть тестовый проект и описание действий, чтобы проверить это?

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
1)Попробовали б) – не полегчало. в)Вы предлагаете не использовать в ФО флаг “восстановление значения”, а делать сброс “1” через FBD-блок и трансляцию? Не хотелось бы наворачивать на каналы FBD-программы, состоящие из 1-2 блоков. Но, с другой стороны, и заказчику в документации не напишешь, чтобы не нажимал на кнопку часто. Видимо, придется все-таки этот вариант проработать.

2)В проекте Orenb_25 (проект отправили по электронной почте) в РПД узел АРМ_оператора, группа Технолог.мнемос., экран Защиты почти у всех ФО есть подсказки. Но в окне атрибутов ФО эти подсказки не-видимые. Первоначально при создании ФО подсказки видны, но после работы в режиме эмуляции и переходе обратно в режим редактирования, они пропадают в окне ФО, но в режиме эмуляции видны. Кроме того, если при невидимой подсказке перепривязать ФО к другому каналу, то подсказка пропадает и в режиме эмуляции. Если после создания ФО не переходить в режим эмуляции, подсказки остаются видимыми в окне ФО после любых коррекций.

Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Проект получили - да действительно этот баг нам уже известен и записан нашей базе. Это происходит только тогда, когда подсказка была задана в свойствах индикатора еще до применения его к статической ФО.
Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
Почему в ФО "Цветовой индикатор по диапазонам" верхнее значение диапазона не отрабатывается? Например, первый диапазон 10-20, второй 21-30. Так вот в первом диапазоне отрабатываются значения 10-19, а во втором 21-29. Значения 20 и 30 отрабатываются цветом по умолчанию. Кроме этого в диапазоне нельзя задать значения с точкой (например, 20.1 и 30.1), чтобы отработались значения 20 и 30. Поэтому приходиться задавать дополнительные диапазоны 20-20 и 30-30, чтобы отработать и эти значения. Было бы естественней, если бы отрабатывался диапазон, включая обе границы.
Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Кажется это обусловлено его алгоритмом проверки условия, а оно звучит следующим образом: больше либо равно, но строго меньше. Поэтому диапазоны должны идти так:
10-20
20-30
30-40
и так далее...

Насчет точки - скорее всего у Вас в системе стоит разделителем не точка, а запятая - попробуйте ее.

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Сафронов
Forum Haunter / Завсегдатай форума
Участник № / Member № 408


Icon 1 отправлено / posted      Профиль для / Profile for Сафронов           Редактировать/удалить сообщение / Edit/Delete Post 
Если диапазоны задать 10-20,20-30 и т.д.,при этом диапазоны д.б. отображены цветами, например 10-20 красным,20-30 зеленым, то при задаче увидеть значение 20 красным цветом, мы его увидим зеленым, значение 30 вместо зеленого будет каким-то следующим. Поэтому и возникает необходимость ввода числа с точкой.
Сообщения / Posts 136 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
А почему бы тогда не задавать диапазоны так:
11-21 (красным)
21-31 (зеленым)
31-41 (...)
Или обязательно точность не до единиц?
Запятую пробовали вместо точки?

Сообщения / Posts 17081 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
   

   Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2