Подскажите пожалуйста как сделать, что, если при потери связи с контроллером можно было отобразить это на экране MBP, к примеру в виде появления надписи "обрыв связи". Спасибо.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Необходимо привязаться к 4 атрибуту канала.
Posted by Vladimir.M (Участник № / Member № 3503) on :
А можно поподробней, или какой нить пример выслать?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Атрибут 4 канала, связанного с источником, указывает на достоверность связи. Надо на экране поставить ГЭ "Текст" с настройкой динамизации "Arg>=Конст", Константа=1. ГЭ "Текст" должен выводить нужные Вам текстовые сообщения. Например, "Если ИСТИННО" - СВЯЗЬ ЕСТЬ, "Если ЛОЖНО" - НЕТ СВЯЗИ. Аргумент этого ГЭ "Текст" свяжите с атрибутом 4 канала-источника.
Posted by Vladimir.M (Участник № / Member № 3503) on :
Спасибо, сделал, работает... но сразу возник другой вопрос: почему при разрыве связи, у меня остаются все значение в MBP, то есть значение температуры и т.д., почему остаются последнии значения, при перезапуски, все нормально появляются нули?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
При обрыве связи "Ноль" столь же неадекватен реальному значению параметра, как и любое другое значение. Поэтому при обрыве связи канал не обрабатывается и его значение не изменяется. Это, по крайней мере, последнее, что мы знаем об объекте, и, возможно, не очень далеко от реального значения. Сигнал недостоверности является достаточным основанием как для принятия мер для восстановления связи, так и для реализации специальных программных решений, которые Вы сочтете необходимыми. Если этот параметр архивируется, то сигнал недостоверности также записывается в архив и при последующем считывании данных из архива на тренд сигнал недостоверности меняет стиль отображения соответствующей кривой на тренде.
Posted by ValArg (Участник № / Member № 4245) on :
Здравствуйте, возникло несколько вопросов:
1. Контроллер I7188EX подключен по локальной сети к ПК c РТМ. При наличии связи атрибут "Достоверность" каналов в состоянии _Т (показал "Просмотр компонентов" профайлера). При кратковременном обрыве связь восстанавливается (переменная @Status - Work). При обрыве связи несколько минут (переменная @Status- ??) связь больше не восстанавливается. Каналам выставляется признак _F (хотя линия связи восстановлена). Физически линия связи есть, а связи между МикроРТМ и РТМ нету. Помогает только перезагрузка профайлера. Как добиться достоверности при восстановлении линии связи? 2. Атрибут Достоверность (тип BOOL): достоверно 0- _Т; недостоверно 1-_F; Что такое 2-!Т и 3-!F если атрибут BOOL? 3. ГЭ Текст привязал к атрибуту "Достоверность"(привязывал и к реальному - не помогло) канала РТМ, который привязан к каналу МикроРТМ контролера(атр. "Достоверность"). Значения постоянно 0, даже при отсутствии связи. Что не так? 4. Как правильно привязать переменную Статус чтобы отображать информацию по ПЛК (значение байта 0-START. WORK. STOP)? При автопостроении образуется канал FLOAT (реальное значение-11266).
Posted by ValArg (Участник № / Member № 4245) on :
Выяснились новые нюансы: 5. Не происходит первичная обработка в каналах ММРВ. При превышении заданных границ в каналах (float), признак недостоверности не присваивается. При задаче флажка "Использовать"-Обработка не происходит загрузки ММРВ в контроллер. Вылетает с ошибкой памяти (-2). Снимаешь флажок "обработка", проект грузится в контроллер без проблем. 6. При организации связи по типу канал-канал между ММРВ и МРВ есть большая инерционность. То есть реально сигнал увеличился, в каналах ММРВ значения поменялись, а в каналах МРВ обновились через 15-20 сек. Тип связи "Auto". ???????? 7. Временами возникает полное зависание ММРВ, контроллер не опрашивает входы/выходы (индикация на модулях не мигает). Помогает только перезагрузка ТМ в контроллере. Ситуация возникает при работе с профайлером. По отдельности они работают нормально (((. Как со всем этим быть?
P.S. Контроллер I7188EX с модулям дискрет. ввода/вывода I7055 и аналог. ввода I7017. ММРВ для Дос 6.06.0 проф. ИС 6.06.2 проф.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1, 3, 5, 6, 7 Нужен Ваш проект
2. Тип данных не Bool, a INT. Не обращайте внимание.
4. Привяжите к каналу HEX16
Posted by ValArg (Участник № / Member № 4245) on :
Проект отправил. С переменной Статус разобрался.
Posted by ValArg (Участник № / Member № 4245) on :
Может пора дать ответы на поставленные вопросы???
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Даже после 8-миминутного разрыва связи, она восстанавливалась за несколько секунд.
3. В механизме автопосылки Достоверность наследуется от канала в МикроМРВ. Т.е. она у Вас отображает достоверность того канала.
5. Первичная обработка не предусмотрена в МикроМРВ для 7188.
6. У Вас проект организован немного неправильно. Завтра-послезавтра проверю это на генераторах на своем проекте, а потом внешних устройствах. Не исключено, что такое может присутствовать из-за особенность ОС.
7. Вот это совсем непонятная ситуация. Как ее воспроизвести и проверить тоже не понятно. Может есть какая-то закономерность или данная ситуация проявляется, хотя бы с какой-нибудь частотой?
Posted by ValArg (Участник № / Member № 4245) on :
Две жизненно важные проблемы:
1. Полное зависание контроллера. При старте и установлении связи МРВ и ММРВ (работа с тестовым проектом отправленным Вам) ММРВ проработал: - 21 мин; - 17 мин; - 54 мин; - 50 мин. На почту отправил скриншоты в моменты зависания (сняты сетевым сканером CommView). Замечено что при повышении сетевой активности (загрузки сети) зависание происходит быстрее. Мы предполагаем причину в нарушениях связи по UDP. Возможно причина в I/O сокетах. Ещё вопрос почему не срабатывает сторожевой таймер? Он же как раз для таких случаев! http://www.novosoft.by/?page=b_dog Поработайте на реальном оборудовании, проблема обязательно проявится. Контроллер зависает и при демо проекте (из папки Micro TM6 for I7188).
2. Проблему с задержкой между узлами ММРВ и МРВ необходимо также решать. На нижнем тренде реакция мгновенная, на верхнем - 15-18сек. Это уже система нереального времени!
Ждем информацию как можно скорее.
Posted by ValArg (Участник № / Member № 4245) on :
Неделя прошла, есть решения данных проблем?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Зависаний МикроМРВ обнаружено не было. ПО крайней мере за такой короткий период. Проект пока крутится. Будем еще пытаться воспроизвести.
2. Инерционность обмена связана с механизмом автопосылок. Совет такой, отменить автопосылку у всех каналов, кроме одного (он нужен для восстановления связи в случае обрыва). При этом этот канал лучше сделать не существенным, т.е. просто как "тестовый".
Posted by ValArg (Участник № / Member № 4245) on :
Здравствуйте Техподдержка! Возможно есть какие либо советы по зависанию ПЛК (пока проект крутится). Если нельзя найти причину, то возможно, по симптомам, можно разрешить последствия? Может настройки сторожевого таймера помогут разрешить проблему? Заказчику нужно показывать, а монитор висит . Неужели у Вас на реальном железе ПЛК не виснет? Какая конфигурация железа?
За п.2 - Спасибо.
Posted by Baikal_E (Участник № / Member № 4135) on :
VaIArg, скажите, а у вас зависание происходит на какие интеравалы времени и как часто? Как называется ваш контроллер?
Posted by ValArg (Участник № / Member № 4245) on :
Конфигурация железа (тестовый вариант): ПК (МРВ) -сеть Ethernet- ПЛК I7188EX. ICPDAS (MicroRTM). К I7188EX подключены модули дискрет. I/O и аналог. ввода. Проект элементарный (тест) на 7 каналов. Зависает непредсказуемо (больше 2 часов не работал). Контроллер не реагирует, не опрашивает модули I/O, связь пропадает. Выводится сбросом питания. Если сетевой обмен более интенсивный виснет быстрее. С родным софтом ПЛК работает без проблем, на демо проекте АдАстры тоже висит. Мы грешим на сеть. Если ПЛК отключен от сети-работает нормально (2 суток крутился). В проекте связь канал-канал (Auto) posted 23-06-2010 10:48. posted 30-06-2010 13:04
Может есть какие мысли? Спасибо.
Posted by Baikal_E (Участник № / Member № 4135) on :
А драйвера какие используете? На сеть грешить как-то сомнительно, ведь всего 7 каналов Posted by ValArg (Участник № / Member № 4245) on :
Для модулей ввода/вывода используем встроенные драйвера АдАстры (группа Распределенные УСО). Без сетки ПЛК нормально пашет, опрашивает модули. Posted by ValArg (Участник № / Member № 4245) on :
Уважаемые Разработчики! В топике http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/42/t/000008.html прочитал, что такая проблема существует с 2007 г. Как решился тогда вопрос? Проблема с зависанием ПЛК ставит под сомнение целесообразность использования вообще всей СКАДы TM6. Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Дело как раз в сети. Т.е. в какой-то момент сетевой драйвер перестает функционировать и подвешивает систему.
У Вас кроме МРВ и МироМРВ много других сетевых задач?
Posted by ValArg (Участник № / Member № 4245) on :
Проектируется распределенная АСУ на 40-50 контроллеров (потом больше) со связью по интернету. Возможно несколько МРВ или в перспективе NLL. В ПЛК 50-150 каналов. Я думаю по сети будет интенсивный обмен, если все это дело будет передаваться, фиксироваться, архивироваться. Поймите наши сомнения, мы не можем установить стабильную связь напрямую по локалке (ПК+ПЛК), что говорить про свичи, маршрутизаторы, модемы, роутеры и все остальное что напичкано в сети!!! Заказчик подсел именно на эти ПЛК и возможности поменять железо нету.
Posted by Baikal_E (Участник № / Member № 4135) on :
ValArg в ПЛК у вас какая операционная система стоит?
Posted by ValArg (Участник № / Member № 4245) on :
MiniOS7 (аналог DOS).
Posted by ValArg (Участник № / Member № 4245) on :
Уважаемая Техподдержка! Прошло больше месяца как поставили вопрос, а воз и нынче там. Мы ждем конкретного ответа на животрепещущий вопрос: будет работать связь по Ethernet в МикроМРВ для контроллера 7188Е или нет? Если будет, то когда вы предоставите рабочий модуль согласно заявленными Вами характеристиками??? http://www.adastra.ru/products/runtime/softlogic/minios7/I7188/
Если не будет, то как тогда будем решать проблему? Продукт купленный, но он не рабочий. Согласно заявленным Вами характеристикам на ММРВ спроектирована АСУ, потрачены деньги и время, а связь "верхний-нижний уровни" не работает. Как это всё объяснить Заказчику?
[ 10.11.2010, 09:45: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Проблемы при работе по сети - это проблемы в том числе драйвера в MiniOS.
На этой неделе попробуем перепрошить устройство на более свежую версию, может они что-нибудь изменили.
2) Это ошибка на сайте. Исправим
Posted by ValArg (Участник № / Member № 4245) on :
Здравствуйте. Как идут дела с перепрошивкой устройства? Когда будет собран модуль ММРВ для I7188EX с надежно работающей связью по сети? Месяц прошел. Проблема актуальна.
Posted by ValArg (Участник № / Member № 4245) on :
Тех поддержка на неудобные вопросы не отвечает?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Ваш вопрос в стадии решения. Он требует не только доработки программы, но и решения проблемы взаимодействия с ОС.
Posted by ValArg (Участник № / Member № 4245) on :
Когда ориентировочно решится вопрос? Нужно знать сроки, хотя бы приблизительно.
Posted by Svasl (Участник № / Member № 4229) on :
Возникли вопросы по контролю идиагностике связи между МРВ и 4-мя ПЛК, связь с ними по эзернету через OPC сервер, который установлен на этом же ПК. Контролировать связь, как понимаю, в этом случае через 4-ый атрибут (достоверность) по выбранному каналу по каждой ПЛК. С этим все понятно, но как определить, что сбой в работе ПЛК (отключен ПЛК, обрыв связи между ПК и ПЛК) или сбой в работе OPC сервера? Во всех этих случаях я получу недостоверность, а действия предпринимать для устранения проблемы необходимо разные.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
to ValArg
на следующей неделе очень плотно займемся этой проблемой.
to Svasl
Определить сейчас это нельзя. Только косвенным путем. Например, завести в OPC сервере внутреннюю переменную, не завязанную на сеть, и проверять ее достоверность. Это точно будет показывать проблемы по OPC.
Posted by Svasl (Участник № / Member № 4229) on :
1.
quote:Определить сейчас это нельзя.
- связано с тем, что не работает e_opc (input)? Планируется ли решение этой проблемы в рамках текущего релиза выпуском патча? 2.
quote:завести в OPC сервере внутреннюю переменную, не завязанную на сеть
- к сожалению, ОРС сервер (овен) не позволяет этого.
[ 10.11.2010, 09:46: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Не планируется. 2) Возможен ли обрыв связи сразу по всем 4-м контроллерам?
Posted by Svasl (Участник № / Member № 4229) on :
quote:2) Возможен ли обрыв связи сразу по всем 4-м контроллерам?
Теоретически да и этот случай как раз самый сложный в диагностике, так как обрыв может быть по причине падения OPC сервера на ПК (в любом случае делаю полную переинициализацию) так и обрыв связи между контроллерами и ПК, сетевой шнурок (эзернет) от компа до ближайшего коммутационного оборудования один, да и дальше по ЛВС все на совести сотрудников заказчика. Поэтому и хотелось бы диагностировать проблему - локально на компе проблема (OPC), тогда вопросы к нам и обработка на моей совести либо далее - пусть к своим сетевикам обращаются.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
К сожалению, с этим OPC на данный момент диагностировать проблему не получится.
Posted by ValArg (Участник № / Member № 4245) on :
Здравствуйте! Экспериментальным путем определили, что загвоздка, возможно, может быть в библиотеках TCPIP.LIB и TCPIP.H. При маршрутизации возникают зависания. Может стоит связаться с производителем и их обновить? Если они у Вас есть абгрейтнутые, может вышлите на почту? С нетерпением Ждем рабочий ММРВ!!!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Функции обмена по сети есть не только в библиотеке TCPIP.LIB, но и в основной. У нас есть несколько версий этих библиотек, которые между собой не всегда совместимы.
При этом нельзя исключать вероятность, что в других библиотеках могут не работать другие функции.
Мы попробуем поэкспериментировать с ними.
Posted by ValArg (Участник № / Member № 4245) on :
Как идут дела с ММРВ для 7188Е? Есть ли позитивные изменения? Назовите сроки выхода рабочего продукта, пожалуйста. Превышены все возможные сроки. Что сказать Заказчику.
Posted by ValArg (Участник № / Member № 4245) on :
Подскажите, какие модули ММРВ (для каких контроллеров) ГАРАНТИРОВАННО работают с сетью Ethernet.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Гарантированно работают сетевые компоненты у контроллеров, работающих под управлением Windows CE.
Posted by ValArg (Участник № / Member № 4245) on :
Понятно. А как насчет первого вопроса? ( posted 18-10-2010 17:55)
Posted by ValArg (Участник № / Member № 4245) on :
Когда решатся вопросы по ММРВ для 7188Е?
Posted by ValArg (Участник № / Member № 4245) on :
Вы занимаетесь вопросом сетки 7188Е? Если нет - так и скажите, если Да - то когда будет готовый продукт. Молчание порождает домыслы и непонимание...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Решение этой проблемы перенесено на январь 2011 г.
Проблема стабильности сетевого обмена в контроллерах I-7188E, как уже было указано выше, связана с качеством сетевого драйвера производителя. Мы уже сталкивались с некоторыми особенностями этих драйверов в различных версиях прошивок контроллера I-7188E, приводящих к подобным проблемам. Необходимы дополнительные исследования и контакты с производителем контроллера.
Именно из-за нестабильности предлагаемого производителем ПО и малой мощности и низкого быстродействия аппаратуры мы 2 года назад прекратили модернизацию и адаптацию МикроМРВ для контроллеров под MiniOS. Использование этих контроллеров в современных проектах мы считаем непродуктивным и предлагем переходить на контроллеры, работающие в среде Windows CE.
Рассмотрение претензий по продуктам - по sales@adastra.ru.
Posted by ValArg (Участник № / Member № 4245) on :
Спасибо за ответ. Мы занимаемся установкой скады уже на существующее железо (I-7188E) и, к сожалению, поменять контроллеры не можем. Очень жаль что такие подробности становятся известны уже при сдаче проекта, когда вложены немалые силы и средства... Обидно то, что контроллеры нормально работали на родном ПО (запрограммированы в С+, драйвера сетки от ICP DAS), а при установке ММРВ вся сеть рухнула. Поэтому возникали вопросы именно к ММРВ. Если будут позитивные сдвиги по этой проблеме то надеемся получить информацию.
Posted by ValArg (Участник № / Member № 4245) on :
Январь 2011 г. прошел. Есть позитивные сдвиги по вопросу?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проведены дополнительные испытания. В одной 10-Мбитной подсети включали проект из RTM и двух NanoRTM - контроллеры 7188 и 7186. Проектные узла для контроллеров были одинаковы - очень малого объема программы, практически только сетевой обмен. Узлы в контроллерах запускали под управлением ОДНОГО И ТОГО ЖЕ модуля МикроМРВ в непрерывном режиме работы. Через несколько (2-5) часов работы обмен с 7188 прекращался. 7186 работал бессбойно. Однаковые функции обращения к библиотекам ПО контроллеров дают разные результаты.
По результатам консультаций с дистрибуторами можно сделать вывод о возможных причинах: разная мощность процессоров, разные библиотеки, разные аппаратные средства. Надеяться на то, что производители вернутся к доработке уже устаревшего контроллера или его ПО, не приходится. Модифицировать и адаптировать МикроМРВ к контроллера также не представляется возможным - используются библиотечные функции.
Posted by jenyak542 (Участник № / Member № 9353) on :
Добрый день. Как я понял, при обрыве связи с контроллером, значения переменных на экране фиксируются на последнем полученном значении до обрыва связи. Можно ли сделать так, чтобы при обрыве связи некоторые значения становились равными 0?
Posted by АдАстра. Техподдержка (Участник № / Member № 4) on :
Добрый день. В Trace Mode, любой канал при возведении признака недостоверности, отображает последнее достоверное значение.
Вы можете программно анализировать состояние атрибута Достоверность и менять значение атрибута Реальное Значение числового канала.
Однако, мы считаем это не правильным путем. Нельзя менять значение параметра из-за недостоверности. Есть другой путь - визуально отметить параметр как недостоверный, например, динамической индикацией цвета фона ГЭ "Текст"
![[duno / незнайка]](graemlins/duno.gif)
Заказчику нужно показывать, а монитор висит ![[Безумие / Mad]](mad.gif)
. Неужели у Вас на реальном железе ПЛК не виснет? Какая конфигурация железа?![[crazy / сумасшедший]](graemlins/crazy.gif)
![[Недоумение / Confused]](confused.gif)