This is topic OPC и контроллер MOXA in forum Редактор проекта TRACE MODE 6 / at Форум TRACE MODE: техническая поддержка.


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

Posted by mev163 (Участник № / Member № 4235) on :
 
используем ТМ 6.06.3+обновление,
есть 10 контроллеров МОХА w5340, которые связаны с ТМ6 через ОРС сервер моксы.
сервер заведомо исправен, т.е. все теги отображаются, через сторонние клиенты связь проходит и переменные считываются.

1. проект ТМ разрабатывался на компьютере (все каналы ОРС были сразу созданы,но использовалось лишь часть), потом проект был перенесен на ноутбук и остальные каналы были добавлены для отображения. Почему добавленные переменные не считываются?
2. После старта проекта для того чтобы управлять дискретными каналами, необходимо посылать дважды команды управления. Т.к. с первого раза она не "проходит".

Куда высылать проект?
 
Posted by mev163 (Участник № / Member № 4235) on :
 
Здесь обсуждались контроллеры Мокса w5340
http://www.moxa.ru/forum/index.php?showtopic=922&st=60&gopid=3300&#entry3300
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Если Вы после старта изменяете значение в канале до того момента, когда установится связь с OPC-сервером, то значение может и не быть передано.
Во всех остальных случаях измененное значение канала будет передаваться в OPC-сервер.
2. Проект можно направить по адресу техподдержки hotline@adastra.ru.
Но может оказаться, что мы не сможем смоделировать ситуацию, если OPC-сервер MOXA (который Вы нам пришлете) не имеет демо-режима, т.е. не сможет работать без контроллеров.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Проект получили.
Все каналы группы ИП-10/IP-10, включая демонстрируемый Вами канал IP-10.SysConnect-00, ВЫКЛЮЧЕНЫ Вами в проекте (у них установлен флаг ВЫКЛЮЧИТЬ во вкладке ДОПОЛНИТЕЛЬНО).
Т.о., они не участвуют в обмене.
Это сделано специально?
 
Posted by mev163 (Участник № / Member № 4235) on :
 
Спасибо большое, это сделано не специально.
Это я забыл снять этот флаг,
Спасибо большое!
[Улыбка / Smile]
Всегда верил в ТМ6.

Подскажите пожалуйста для контроллера который связан с OPC через GPRS, какие параметры канала оптимальнее установить?
SYNC/CACHE – синхронное чтение из кэша;
SYNC/DEVICE – синхронное чтение из прибора;
ASYNC/DEVICE – асинхронное чтение из прибора;
ADVISE – получение данных от сервера "по подписке".
я установил для дискретных каналов выход sync device, для каналов ввода sync cache
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Обмен по GPRS сопряжен с возможными существенными временными задержками и отсутствием гарантии доставки.
С этой точки зрения наиболее рациональным является метод ASYNC/DEVICE, поскольку в нем реализуется и регулярный запрос, и прием данных "по подписке".
Однако надо быть готовым к тому, что за счет нерегламентированных задержек и повторов передачи со стороны GPRS-сервера последовательность принятых значений может быть нарушена.
 
Posted by mev163 (Участник № / Member № 4235) on :
 
По Вашему совету установил ASYNC/DEVICE, после старта первые 2-3 команды проходят на Отлично, наш прибор реагирует практически мгновенно на команды ТМ6. Но дальше хуже, он зависает и перестает слушать ТМ6.
Связано ли это с загрузкой GPRS канала, у нас 10 приборов в каждом по 15 Тегов(13 входов из них 4 аналоговых, 2 выхода реле), т.е. всего 150 Тегов.

установил SYNC/CACHE, в надежде на устойчивость и надежность. Время отклика контролера на команду 5-7 секунд.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Вы подменили понятия.
Мои рекомендации касались режима чтения данных, т.е. применительно к каналам INPUT.
Для каналов OUT режимы асинхронные неприменимы.
Канал OUT отправляет свое значение сразу по его изменению.
Возможны только режимы синхронной передачи (к чему Вы и пришли).
Перегрузка GPRS-канала не причем.

Получающаяся задержка - целиком определяется общим временем задержки в тракте передачи RTM - GPRS - OPC-сервер - контроллер - наблюдатель.

Здесь надо иметь в виду, что в GPRS-канале кроме его характерной "медлительности" еще могут влиять на задержки его внутренние регламенты (в основном регулируемые провайдерами). Например, с целью повышения общей производительности канала принимается дисциплина уплотнения, имеющая целью повышение заполнения передаваемых пакетов. В результате очередное сообщение может буферизироваться в сети, дожидаясь следующего сообщения по тому же маршруту.
 
Posted by Avsiannikova (Участник № / Member № 5946) on :
 
Столкнулась с похожей проблемой. Связь со станцией настроена по GPRS.
Режим обмена в каналах input и output стоял advise, из-за чего не посылались данные в контроллер, но из него приходили.
Поставила на output режим sync/cache и все заработало. Однако начальство просит снизить расход трафика.
Получается для каналов out работает только sync/cache? А можно ли на input поставить advise, на out - sync/cache?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В Trace Mode 6 канал OUT передает данные только по изменению. Поэтому надо для этих каналов ставить тип обмена SYNC/DEVICE, а для каналов INPUT - ADVISE.
 
Posted by Avsiannikova (Участник № / Member № 5946) on :
 
Спасибо! Все работает.
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2