обновился а почему-то работать новая версия с OPC HDA не хотит !! не поднимается автоматически, и даже если вручную его запустить ТМ не хочет с него данные к себе тащить!!!!!! удалил и поставил старую версию 6.07 всё работает, при запуске профайлера OPC сервер поднимается и данные отдаёт. Проверьте плизз.
Posted by dmpal (Участник № / Member № 4976) on :
Аналогичная проблема. TM 6.07.7 текущие данные с OPC DA Logika поступают, с OPC HDA Logika - нет. Тоже вернулись на 6.07.
Posted by KAV (Участник № / Member № 2889) on :
ну ладно, а то уж думал система глючить, и ещё заметил глюк, если во время разработки проекта в новой версии , что-то случится с системой (зависание, и т.д.) приводящее к перезапуску компьютера, проект не открывается потом вообще, приходится его делать с нуля!!!!!!!! (проверьте не должно быть так)
[ 27.05.2011, 13:58: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В нескольких вариантах разными способами вэкстренном порядке выключали ПК, не выгружая IDE с открытым проектом. После перезапуска проект успешно открывался в своем варианте последнего сохранения. Если выключение ПК происходит в момент сохранения проекта, файл проекта может быть поврежден и впоследствии не откроется.
Posted by KAV (Участник № / Member № 2889) on :
а не могли бы вы тогда сделать резервирование проекта на такие случаи пусть в корне появится ещё один файл но с сохранением предыдущего редактирования? может на будущее?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Рядом с файлом *.prj всегда имеется файл *.~prj с тем же именем, который хранит результаты предыдущего сеанса. Об этом сказано в разделе "Сохранение проекта для редактирования": "В ИС предусмотрено резервирование предыдущей версии файлов prj и tmul – при повторном выполнении команды Сохранить расширение файлов, сохраненных ранее, изменяются соответственно на ∼prj и ∼tmul. ".
Posted by A40 (Участник № / Member № 3999) on :
Ну а по поводу OPC HDA что? Ждать релиза 6.08 Posted by KAV (Участник № / Member № 2889) on :
Уважаемая поддержка, скажите что означает ошибка:
ERR_OPC:0000000Ee1010016: не определён идентификатор OPC объекта для канала CALL_CR-1:Труба 1:Температура, канал исключается из дальнейшей обработки = 0
WRN_OPC:0000000Wa1010017: Не найдено подходящих каналов, подсистема OPC обмена не инициализируется = 0
версия 6.07.7
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Причина в сужении функций штатного диалога в OPC-интерфейсе со стороны OPC-сервера. Обратитесь непосредственно в техподдержку.
Posted by KAV (Участник № / Member № 2889) on :
странно то, что в профайлере на версии 6.07 работает, а в чью техподдержку обратиться?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
hotline@adastra.ru
Posted by KAV (Участник № / Member № 2889) on :
Хотел бы сказать спасибо за библиотечку присланную Вами, которая исправляла ошибку при передачи информации от ОРС HDA. После долгих мучений, переустановил ОС с нуля, накатил все возможные NetFramework 1 - 3.5, установил TraceMode 6.07.7 + вашу rtmopc.dll. Результат: ОРС сервер поднимается но данные не хочет отдавать(( накатил сверху FrameWork 4 и о чудо при посылке 1 в CALL данные начали передаваться))))) Причины предыдущих результатов объяснить не могу, может это из-за ОС? может нехватало каких-то обновлений? т.к. у нас они автоматом ставятся, так что если сталкнёмся с таким ещё раз точно проведу более тщательный анализ по выяснению причин. ещё раз спасибо. Вот только теперь в новой версии, чтобы получить данные необходимо ввести 1 на вход а потом сразу 0, иначе данные дальше не обновляются и запросы не уходят в ОРС сервер, в предыдущих версиях 6.06 данные передаются без посылки 1 в канал типа CALL, почему?
Posted by KAV (Участник № / Member № 2889) on :
небольшое замечание к предыдущему посту: даже при посылке 0 на вход каналов типа CALL запросы уходят в ОРС сервер, а нельза сделать чтобы при привязке каналов ОРС каналы CALL автоматически слали запросы?, а то каналов то у меня огого сколько а писать для этого ещё одну программу, глупо как-то будет??
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы перепроверили работу этого механизма в релизе 6.07.7 с переданными Вам коррективами. Канал CALL, связанный с переменной OPC HDA, как и аналогичный числовой канал, постоянно запрашивает данные. Чтобы останавливать эти запросы, надо выключать канал или задавать ему цикл "Однократно" и управлять его атрибутом СОСТОЯНИЕ (3).
Posted by KAV (Участник № / Member № 2889) on :
странно а вот у меня не получается, если использовать числовой канал, то я виду постоянные запросы в окне ОРС сервера, если через CALL то запросов не видно, только когда посылаю 1 в него, а потом 0
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы проверяли работу CALL_INPUT (без типа вызова (!)), привязанного к переменной OPC_HDA, двумя способами: - изменяли принудительно через окно "Просмотр компонентов" значение любого из его аргументов и видели, что оно восстанавливается в прежнем значении, считанном из OPC-сервера, - изменяли временной диапазон в его аргументах и сразу получали данные, соответствующие этому диапазону.
![[Неодобрение / Frown]](frown.gif)
а почему-то работать новая версия с OPC HDA не хотит !! не поднимается автоматически, и даже если вручную его запустить ТМ не хочет с него данные к себе тащить!!!!!! удалил и поставил старую версию 6.07 всё работает, при запуске профайлера OPC сервер поднимается и данные отдаёт.