mev163
Active Forum Member / Активный участник форума
Участник № / Member № 4235
отправлено / posted
используем ТМ 6.06.3+обновление, есть 10 контроллеров МОХА w5340, которые связаны с ТМ6 через ОРС сервер моксы. сервер заведомо исправен, т.е. все теги отображаются, через сторонние клиенты связь проходит и переменные считываются.
1. проект ТМ разрабатывался на компьютере (все каналы ОРС были сразу созданы,но использовалось лишь часть), потом проект был перенесен на ноутбук и остальные каналы были добавлены для отображения. Почему добавленные переменные не считываются? 2. После старта проекта для того чтобы управлять дискретными каналами, необходимо посылать дважды команды управления. Т.к. с первого раза она не "проходит".
отправлено / posted
1. Если Вы после старта изменяете значение в канале до того момента, когда установится связь с OPC-сервером, то значение может и не быть передано. Во всех остальных случаях измененное значение канала будет передаваться в OPC-сервер. 2. Проект можно направить по адресу техподдержки hotline@adastra.ru. Но может оказаться, что мы не сможем смоделировать ситуацию, если OPC-сервер MOXA (который Вы нам пришлете) не имеет демо-режима, т.е. не сможет работать без контроллеров.
Сообщения / Posts 17314 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Проект получили. Все каналы группы ИП-10/IP-10, включая демонстрируемый Вами канал IP-10.SysConnect-00, ВЫКЛЮЧЕНЫ Вами в проекте (у них установлен флаг ВЫКЛЮЧИТЬ во вкладке ДОПОЛНИТЕЛЬНО). Т.о., они не участвуют в обмене. Это сделано специально?
Сообщения / Posts 17314 | Из / From: Россия
| IP / IP: IP адрес / IP address |
mev163
Active Forum Member / Активный участник форума
Участник № / Member № 4235
отправлено / posted
Спасибо большое, это сделано не специально. Это я забыл снять этот флаг, Спасибо большое! Всегда верил в ТМ6.
Подскажите пожалуйста для контроллера который связан с OPC через GPRS, какие параметры канала оптимальнее установить? SYNC/CACHE – синхронное чтение из кэша; SYNC/DEVICE – синхронное чтение из прибора; ASYNC/DEVICE – асинхронное чтение из прибора; ADVISE – получение данных от сервера "по подписке". я установил для дискретных каналов выход sync device, для каналов ввода sync cache
Сообщения / Posts 66 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Обмен по GPRS сопряжен с возможными существенными временными задержками и отсутствием гарантии доставки. С этой точки зрения наиболее рациональным является метод ASYNC/DEVICE, поскольку в нем реализуется и регулярный запрос, и прием данных "по подписке". Однако надо быть готовым к тому, что за счет нерегламентированных задержек и повторов передачи со стороны GPRS-сервера последовательность принятых значений может быть нарушена.
Сообщения / Posts 17314 | Из / From: Россия
| IP / IP: IP адрес / IP address |
mev163
Active Forum Member / Активный участник форума
Участник № / Member № 4235
отправлено / posted
По Вашему совету установил ASYNC/DEVICE, после старта первые 2-3 команды проходят на Отлично, наш прибор реагирует практически мгновенно на команды ТМ6. Но дальше хуже, он зависает и перестает слушать ТМ6. Связано ли это с загрузкой GPRS канала, у нас 10 приборов в каждом по 15 Тегов(13 входов из них 4 аналоговых, 2 выхода реле), т.е. всего 150 Тегов.
установил SYNC/CACHE, в надежде на устойчивость и надежность. Время отклика контролера на команду 5-7 секунд.
Сообщения / Posts 66 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Вы подменили понятия. Мои рекомендации касались режима чтения данных, т.е. применительно к каналам INPUT. Для каналов OUT режимы асинхронные неприменимы. Канал OUT отправляет свое значение сразу по его изменению. Возможны только режимы синхронной передачи (к чему Вы и пришли). Перегрузка GPRS-канала не причем.
Получающаяся задержка - целиком определяется общим временем задержки в тракте передачи RTM - GPRS - OPC-сервер - контроллер - наблюдатель.
Здесь надо иметь в виду, что в GPRS-канале кроме его характерной "медлительности" еще могут влиять на задержки его внутренние регламенты (в основном регулируемые провайдерами). Например, с целью повышения общей производительности канала принимается дисциплина уплотнения, имеющая целью повышение заполнения передаваемых пакетов. В результате очередное сообщение может буферизироваться в сети, дожидаясь следующего сообщения по тому же маршруту.
Сообщения / Posts 17314 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avsiannikova
Active Forum Member / Активный участник форума
Участник № / Member № 5946
отправлено / posted
Столкнулась с похожей проблемой. Связь со станцией настроена по GPRS. Режим обмена в каналах input и output стоял advise, из-за чего не посылались данные в контроллер, но из него приходили. Поставила на output режим sync/cache и все заработало. Однако начальство просит снизить расход трафика. Получается для каналов out работает только sync/cache? А можно ли на input поставить advise, на out - sync/cache?
Сообщения / Posts 64 | Из / From: Беларусь
| IP / IP: IP адрес / IP address |
отправлено / posted
В Trace Mode 6 канал OUT передает данные только по изменению. Поэтому надо для этих каналов ставить тип обмена SYNC/DEVICE, а для каналов INPUT - ADVISE.
Сообщения / Posts 17314 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Avsiannikova
Active Forum Member / Активный участник форума
Участник № / Member № 5946
Printer-friendly view of this topic
![[Улыбка / Smile]](smile.gif)
