Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
1.Экраны в NetLink не успевают обновляться, вследствии каждые 10 секунд они мигают разными цветами, т.к на них много графических элементов. Ставили в настройках каналов CALL время отработки - цикл IDLE, ситуация не изменилась!? 2.Есть 18 Com портов после промежутка времени 20мин.- 1час перестает опрашиваться несколько COM портов!?
Если можно ответить побыстрее, в случае если нужно отправить проект смогу выложить на файлообменник и прислать вам на почту ссылку, т.к. по почте не получиться, размер проекта более 40Мб.
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
1. Вышлите проект на hotline3@adastra.ru. 2. Создайте в папке узла проекта cnf-файл с ключом "DEBUG=200"(как создавать такой файл описано в справочной системе). После этого воспроизведите ситуацию и вышлите нам на e-mail log-файл, файл протокола профайлера и файл проекта.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Отправил с адреса xxx@hotmail.com
[ 14.08.2011, 19:54: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
К сожалению ситуация не воспроизвелась, как только получиться сразу пришлем!
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
если не успевают обнавляться и в этом есть полная уверенность( через диагностику или debugon=20 в окне компонентов)
1) увеличить период экрана период экрана > суммарного времени отрисовок всех активных экранов 2) если экраны ресурсоемкие - анимация,куча слоев,постоянные запросы архивов,итп -> уменьшить 3) посмотреть что с памятью 4) вся диагностика в TM6 есть к сожалению она разбросана в разных топиках хэлпа
[ 19.08.2011, 10:34: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Насчет портов, сегодня повторилось все файлы высланы почтой от xxx@hotmail.com
Насчет экранов сделали! Спасибо!
[ 19.08.2011, 10:34: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
В файле протокола профайлера есть сообщения о том, что на запросы по COM-портам не приходят ответы. Также не удается выполнить запись.
Наиболее вероятная причина - слишком большой поток обмена по COM-портам. Возможно, что причина в расширителе COM-портв, который не успевает обрабатывать поток информации.
Для диагностики ситуации можно отключить половину COM-портов, а затем постепенно подключать отключенные порты, чтобы определить при какой интенсивности обмена начинаются проблемы.
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Используем Moxa CP-168EL, проблема в том что сейчас стоит другая скада и все в норме. В данный момент переводим все на групповые запросы. Попробуем подключить в проекте одну линию. Но проблема еще в том что, когда возникает эта проблема на всех каналах стоит достоверность - true. И посмотреть можем только по moxa опрашивается линия или нет
[ 19.08.2011, 15:22: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
На COM-портах стоит очень маленький таймаут. Его нужно увеличить. Причем начать надо со значение не меньше выставляемого по умолчанию в 300 мс.
Используйте групповые Modbus-запросы - это поможет снизить объем передаваемой информации.
Если ответ на Modbus-запрос не приходит, а судя по протоколу профайлера именно это и происходит, то в канале, связанном с Modbus-источником, должна выставляться недостоверность. Это проверено.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Сделал одну линию, все равно COM порт отваливается, менял таймаут - ничего не помогло. Проанализировав запросы от двух scada, выяснил что XXXXX - перед каждым запросом делает две команды RXABORT, RXCLEAR, а ТМ6 делает RXCLEAR, TXCLEAR. Какое решение можете предложить?
[ 05.09.2011, 09:22: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Насчет - "Если ответ на Modbus-запрос не приходит, а судя по протоколу профайлера именно это и происходит, то в канале, связанном с Modbus-источником, должна выставляться недостоверность. Это проверено. " можете спросить у Вашего представительста в Киеве они подтвердят!!!! Что я каналах остается достоверность - True !!!!
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
Команда RXABORT немедленно прекращает все операции записи по COM-порту, даже если они не завершены. Подавать эту команду перед каждым запросом не совсем корректно.
Команды RXCLEAR, TXCLEAR - очищают очередь приема и передачи в драйвере.
Что означает "одна линия"? Один COM-порт? Если один COM-порт, то среди опрашиваемых по этой линии устройств нет совпадающих адресов?
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Одна линия - контроллеры начиная с адреса 1 и выше! Конкретно по той линии по которой спрашивал! Один COM-порт - все эти контроллеры сидят на одном com порту. Если один COM-порт, то среди опрашиваемых по этой линии устройств нет совпадающих адресов? - конечно нет, в данный момент работает другая scada-система и все опрашивается нормально. Как сделать команду RXABORT перед каждым опросом!!!???
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Могу скинуть файл протокола запросов и ответов от XXXXX!
[ 05.09.2011, 09:23: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
отправлено / posted
Реализовать команду RXABORT нельзя. В необходимый момент такая команда посылается Trace Mode.
Оставьте один контроллер на COM-порте и добейтесь устойчивого обмена с ним. Когда добьетесь, подключайте следующее устройство. Таким образом можно будет выяснить из-за чего возникают проблемы с обменом.
Вышлите файл перехвата запросов/ответов от Trace Mode и от сторонней СКАДА-системы для анализа на hotline3@adastra.ru.
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Проблема обратно появилась! В какой именно момент ТМ6 посылает команду RXABORT???
Сообщения / Posts 32 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
RXABORT TM6 после открытия порта не посылает смотрите перехват RXABORT -> прекратить прием
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Денис Зражевский
Forum Member / Участник форума
Участник № / Member № 5265
отправлено / posted
Для анализа ситуации нужно запустить проект с ключом DEBUG=200 и добиться воспроизведения ситуации. После этого отправьте на hotline3@adastra.ru файл проекта, файл tm6_log.txt, файл протокола профайлера и перехват обмена в HEX-формате по одному из COM-портов, на котором возникают проблемы.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |