This is topic Ошибки связи между МРВ и МикроМРВ in forum Мониторы Реального Времени / Real Time Monitors at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/5/t/000127.html

---

Posted by ja (Участник № / Member № 1313) on :
 
Здравствуйте.

Имеем такую проблему:
есть RS485 сеть из сервера, на котором работает МРВ5.12 под Win2K и 6-ти контроллеров FESTO HC12, в которых

соответственно работают МикроМРВ 5.12.
В каждом из контроллеров база каналов из 30-80 каналов, которые передаются наверх. Сеть разделена на 2 сегмента примерно

одинаковой информационной мощности. Сегменты подключены к разным СОМ-портам.
В процессе работы происходит пропадание обмена с контроллерами. Минимум система отключалась через 10 минут, максимум

работала 3 суток. Выяснено, что МикроМРВ перестает отвечать на запросы, так как посылки от МРВ продолжают идти, и

внутренние алгоритмы базы каналов контроллеров продолжают работать.
пробовали завести в контроллере канал типа ДИАГНОСТИКА-RS_reinit. При его отработке связь появляется, но потом опять

пропадает.
Профайлер на сервере пишет различные сообщения об ошибках MLINK, описание которых не нашли. Например такие:
OUT: 40<@> 01 06 00 1d 00 02 00 00 00 00 00 18 2a<*>
ERR IN20: 0c e8 40<@> 09 06 00 1d 00 00 00 00 00 00 00 00 00 00 00 00 00
RS:COM1 check error (zdv005.res)
еше бывают ERR IN116, ERR IN4, и т.д.

Подскажите, в каком направлении искать решение?

PS Топик "Ошибки в релизе 5.12 на незащищенных каналах связи." кажется похожие симптомы
 

---

Posted by ja (Участник № / Member № 1313) on :
 
Дочитал до конца тему про "Ошибки в релизе 5.12 на незащищенных каналах связи." у меня происходит то же самое. только еще наблюдается некоторая закономерность.. у меня один из контроллеров не справляется с пересчетом базы каналов, и когда его я включаю,с него начинает идти много ошибок, и остальные контроллеры в линии отпадают гораздо быстрее. RS_reinit восстанавливает связь, но не всегда. Выяснилась эта ситуация, разумеется, при пусконаладке объекта. срок сдачи катастрофически близок..
 

---

Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1) Какие конвертеры RS232/485 используете?
2) Аппаратные характеристики контроллеров можно привести?
 

---

Posted by ja (Участник № / Member № 1313) on :
 
конвертеры ICP CON I-7520

Процессорный модуль PS1 HC16
CPU 80186 - 14MHz
Memory 1Mb RAM, 384Kbyte Flash, 128Kbyte ZPRAM
сопроцессора нет
MS DOS 6.22 "Чистая" (в смысле настоящая, не адаптированная.)

Мы эти контроллеры вообще довольно широко применяем - уже объектов с 10 сделали, и объёмом поболее (до 1500 сигналов), но раньше обмен и математику писали на С, только интерфейс оператора на TraceMODE, а сейчас решили попробовать полностью на TraceMODE сделать... и вот, с обменом такая неприятность. Я уже в принципе чего нашел в TM, касающееся работы с портами, все попробовал.. не помогло..
 

---

Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
CPU 80186 - 14MHz, слабовата "машинка" для МикроМРВ...
Ошибки обмена вполне возможны из-за этого. Какие настройки цикла пересчета заданы для узла контроллера - период и разрешение?
 

---

Posted by ja (Участник № / Member № 1313) on :
 
всего 6 контроллеров. 5 из них примерно одинаковой мощности - 16di,16do,16ai алгоритмов управления всего ничего - по 2-4 дискретных механизма (мотор, задвижка). на них настройки период - 0.055, разрешение - 5. в целях уменьшения количества вычислений пересчет каналов распределен по фазам F1-F4. точно поровну.

на 6 контроллере сигналов в 2 раза больше и управления в 2 раза больше., настройки - период-0.055, разрешение-12. опрос тоже распределен по фазам.
и на сервере каналы, запрашиваемые с контроллеров разделены по фазам. на сервере период 0.055, разрешение - 10.

я в процессе наладки пробовал в том числе и этими настройками играться, они влияют на количество ошибок, но все равно результат один-связь отпадает. хоть и попозже.
 

---

Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Попробуйте задать таймаут на задержку между запросами в бланке "Таймауты" узла МРВ, который опрашивает эти контроллеры. Параметр называется "RS передача" и задается в миллисекундах.
 

---

Posted by ja (Участник № / Member № 1313) on :
 
пробовал.. сейчас у меня таймаут на ожидание ответа = 250 мс и на сервере, и в контроллерах,
параметр RS передача на сервере=10 (его увеличение приводит к серьёзным задержкам при опросе каналов контроллеров).
пробовал также менять параметр Вкл.передатчика, и в контроллерах ставил ключ RSCONST, но толку мало..
непонятно почему оно _виснет_... работает с ошибками, это понятно, сеть RS485 не шумит только на стенде в кабинете, а на объекте всегда есть сварщики и ВЛки.. но почему ошибки приводят к отказу работы порта? в принципе интересно даже не почему это происходит, а как это исправить..

Коллеги, кто еще читает этот форум? кто-нибудь пробовал вообще строить подобные системы - PC-based контроллеры в 485 сети на базе TraceMODE?
может у кого-нибудь еще возникала эта проблема? посоветуйте, чего делать? систему сдавать 14 марта. все нарисовано и настроено - связь не работает...
 

---

Posted by Svetlov (Участник № / Member № 1193) on :
 
Уважаемый JA. К моему великому сожалению проблема мне тоже известна. Бодаюсь с Адастрой уже 8 месяцев, но ошибка так и не исправлена.(Топик"Ошибки в релизе 5.12 на незащищенных каналах связи" и еще полтора десятка писем почтой)Бесконечное множество экспериментов с таймаутами, скоростями, согласованиями линий,контр.суммами и так далее привели к очень неэначительному увеличению среднего времени работы контроллера. Дело в том, что ошибки в последовательных линиях были и будут всегда. Решение одно Адастра должна исправить ошибки. Вся необходимая для диагностики ошибок информация была мною выслана(дампы объмена в момент зависания).После чего мне ответили, что вопрос будет рассматриваться в марте как видете он уже наступил, а решения все нет. А пока приходится констатировать факт у ТМ нет нормального средства передачи данных по последовательным интерфейсам, нормально работает только Ethernet. Мало того в коммутируемых линиях они тоже используют MLink.
Желаю терпения вам и вашим закащикам.
 

---

Posted by ilya (Участник № / Member № 469) on :
 
to JA:
У нас тоже проблема с MLink. Я начал тему Ошибки в релизе 5.12 на незащищенных каналах связи 21 июня 2004 г.
У нас похожая ситема, только помимо МикроМРВ в качестве slave-ов есть еще и МРВ, а вместо сети RS-485 - радиоканал. Но смысл то же, ибо обмен ведется по MLink.
После долгих эксперментов было наконец установлено что наша проблема в том, что контрольная сумма, которая используется в MLink - не достаточно эффективный метод выявления ошибок. ( Не знаю, может в Вашем случае есть какие либо другие причины... )
Данные у нас портились в результате помех, контрольная сумма от этих данных сходилась, исполнительный модуль эти данные считал правильными, и лезли глюки: зависание МРВ, неправильные метки времени в архиве, безумные числа в каналах.
Решили проблему разработкой собственного ПО(какого - я писал в теме "Ошибки в релизе 5.12 на незащищенных каналах связи"). Но беда в том, что ПО, которое мы разработали функционирует только под Windows. Сейчас у нас 2 узла в сети - и оба МРВ. Что будем делать во втором квартале этого года, когда к сети надо будет подключать DOS-овский МикроМРВ - страшно думать!(ведь и от использования нашего ПО нам придется отказаться) Так что, уважаемый JA - вы не один! Крепитесь!

to Adastra:
Примите пожалуста меры по устранению ошибок при работе по MLink!
Не понятно, почему нельзя ввести другой метод формирования КС? После того как мы у себя добавили CRC код к Вашим пакетам - за два месяца ни одной ошибки. Не ужели тяжело вместо 1 байта КС пересылать 2 байта CRC16?
И еще, мне вот очень интересно: в TM6 - каким будет метод по формированию КС? В хелпе к среде разработки TM6 описания MLink6 не нашел.
 

---

Posted by ja (Участник № / Member № 1313) on :
 
даааааа... весело. там в правилах пользования форумом написано, что нельзя посылать эмоциональные сообщения.. жаль.. я месяц упражнялся с этими таймингами, таймаутами, таймслотами и т.д. блин...
to Svetlov & ilya - спасибо за поддержку. надеюсь, что у нас у всех все будет хорошо Интересный факт, что из той кучи инсталляций, о которой заявляет AdAstra, так мало систем на базе PC-контроллеров и RS485 сети. Во всяком случае достаточно мало, чтобы до релиза 5.15 (!) не было придумано нормального протокола для обмена по последовательным сетям. А что же тогда, интересно использует народ? 2 "икоса" или "адама", которые висят на ком-порте и рисуют 3 тренда?
Знаете, чего я сделал у себя для победы над связью? затолкал в контроллер зацикленный бат-файл, который запускает микромрв. с сервера посылаю единички, в контроллере ловлю.. единички кончились - в контроллере посылаю команду в канал СИСТЕМНЫЙ-Выход )) а кто сказал, что средствами TM нельзя сделать АСУ, не используя самодельных заплаток и подпорок? завтра поеду,посмотрю - работает, или нет....
 

---

Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Что касается уровня эмоциональности и характера сопровождающих выражений, то мы настаиваем на соблюдении этических норм открытого обсуждения.

Проектов, выполненных на Трейс Моуд 5 с использованием различных каналов последовательного интерфейса, достаточно много. Среди них проекты с большим количеством узлов, и трафик последовательных каналов во многих проектах весьма значителен.
В большинстве случаев встроенные в Трейс Моуд 5 протоколы последовательного интерфейса работают устойчиво и отвечают функциональным и надежностным требованиям реализованных проектов. При очень плохом качестве канала связи следует применять аппаратные средства подавления помех, или хотя бы контроль четности.

Озвученные в последнее время проблемы с использованием протокола M_Link в радиоканалах, практически полностью сконцентрированные в настоящем топике, позволяют утверждать, что реализованные в этих проектах программно-АППАРАТНЫЕ решения в целом не соответствуют требованиям по надежности, предъявляемым к телемеханическим системам.

Проведенные по материалам пользователей исследования позволили локализовать некоторые ошибки протокола, проявляющиеся при высоком уровне не обнаруживаемых искажений информации и приводящие к прекращению обмена по протоколу M_Link.
В модулях МРВ эти ошибки уже исправлены, в модулях МикроМРВ они будут исправлены при выпуске релиза 5.16 в марте-месяце.
Это не исключает, однако, возможности искажения данных и меток времени при высоком уровне помех по каналу связи.

В последнее время мы ощущаем усиление тенденции использования Трейс Моуд в телемеханических системах. Поэтому в Трейс Моуд 6.02 в дополнение к стандартному протоколу M_Link будет предложен опциональный вариант этого протокола M_Link_RC с повышенной помехозащищенностью для использования в телемеханических системах.
 

---

Posted by ja (Участник № / Member № 1313) on :
 
это радует.. будем ждать марта.. спасибо за поддержку.
 

---

Posted by Svetlov (Участник № / Member № 1193) on :
 
:) Замечательно! Я так понял, что проблема зависаний решена в ожидаемой версии 5.16.
Буду очень вам признателен, если вы вышлете новый МикроМРВ 5.16 почтой, когда он будет готов.
 

---

Posted by ja (Участник № / Member № 1313) on :
 
И снова здравствуйте..
закачал сегодня обновления. Только непонятно, это сервиспак 1 для ТМ5.15 или все-таки версия 5.16.
Завтра повезу испытывать. Скажите, а где можно найти такую же обновлялку для микромрв? у нас к тому же контроллеры Festo, для них какой-то он (микромрв) особенный?
 

---

Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Это промежуточная версия до 5.16, с исправлениями, которые не могли ждать выхода самого 5.16.
МикроМРВ 5.16, также как и его обновлений после выхода 5.15 пока не было.
 

---

Posted by Svetlov (Участник № / Member № 1193) on :
 
Подскажите пожалуйста, когда ожидать появления МикроМРВ 5.16 ? Ведь обещали еще в марте.
 

---

Posted by Svetlov (Участник № / Member № 1193) on :
 
Повторяю свой вопрос.
Подскажите пожалуйста, когда ожидать появления МикроМРВ 5.16 ? Ведь обещали еще в марте. Очень нужны исправления в MLink.
 

---

Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
На данный момент ведутся работы над исправлениями в МикроМРВ. К сожалению пока точной даты назвать не можем - следите за объявлениями на сайте.
 

---

Posted by ilya (Участник № / Member № 469) on :
 

quote:

---

в Трейс Моуд 6.02 в дополнение к стандартному протоколу M_Link будет предложен опциональный вариант этого протокола M_Link_RC с повышенной помехозащищенностью для использования в телемеханических системах

---