Если облако "узнает" прибор по номеру, то зачем вообще какие-то адреса?! Ну ладно, этот разговор проблемы не решает, поэтому нет смысла его продолжать. Будем искать другие пути, чтобы работать без облака со своим сервером данных.
Вид для печати
Если облако "узнает" прибор по номеру, то зачем вообще какие-то адреса?! Ну ладно, этот разговор проблемы не решает, поэтому нет смысла его продолжать. Будем искать другие пути, чтобы работать без облака со своим сервером данных.
MrLonely, адрес нужен, чтобы прибор внутри сети мог получить доступ к Интернет и тем самым получить доступ к облаку. Как бы одно другому не мешает.
OPC вроде как может работать с облаком. Но если вам не надо, меняйте ПЕ и создавайте свое облако. Иначе никак.
Здравствуйте
У нас такая проблема.
При опросе ОРС-сервером МДВВ иногда проскакивает "очередной байт пакета не пришел в назначенное время", при этом на МДВВ иногда мигает светодиод "Авария", и начинает происходить сбой в работе.
Проблема начинает проявляться спустя 3-5 минут после начала работы.
С чем это может быть связано?
Может можно устранить проблему с помощью каких-нибудь настроек МДВВ или ОРС-сервера?
Здравствуйте, попробуйте поставить паузу между запросами 20 мс. в OPC
Здравствуйте! Рабочий ли вариант следующей схемы:
ПР200 - Moxa NPort 5130 (преобразователь интерфейсов RS-485 в Ethernet) - LAN - АРМ с ПО Owen OPC-server - Simple-Scada.
Овен с Моксой подружится?
uvyaz Если Овен OPC не умеет работать напрямую с COM портом поверх TCP (Com over TCP) то ставится виртуальный COM порт и все подружится.
Виртуальный COM порт либо от самой Moxa, либо Tibbo VPS manager либо еще подобные. С этим проблем нет.
Лучше MGATE MB3180 если не приобрели ещё...тут вопрос это у вас будет единственное соединение точка точка?
Виртуальный COM-порт от Mоксы будет. Спасибо, будем пробовать.
Moxa NPort уже приобрели, виртуальный COM-порт он сам создает. А не единственное соединение точка-точка не поддерживается?
Моха позволяет до 5-ти соединений. Но так как у вас за Moxa устройство с RS485 то опрашивать его разными мастерами возможно только при синхронизации времени между мастерами. При одновременных запросах будут происходит коллизии..
Ну а подключение непосредственно к OPC серверу во многом зависит от настроек безопасности ОС...
Здравствуйте!
Такая проблема.
Есть ПР205.
Загрузил в Owen OPC Server расширение *dev. Настройки связи. Все как надо вроде, но ОРС не видит ПР205. Выдает в тегах что статус не определен. Ошибок нет. Помогите пожалуйста решить данный вопрос.
Еще вопрос.
Можно ли будет настроить управление между Пр205 и ПЧВ через данный сервер ?
заранее благодарю
Добрый день, по поводу тегов "статус не определен" - скорее всего в проекте ПР что-то не так. Не могли бы вы выслать проект в ПР и конфигурацию в самом ОРС нам на почту support@owen.ru для более детального рассмотра вашей проблемы? По поводу связи ПЧВ и ПР205 через ОРС - так сделать не получится, по крайней мере через OwenOPC.Цитата:
Сообщение от Константин81
Здравствуйте! Похожая проблема. Опросить пр205 через ОРСсервер, как создать соединение по ТСР. как задать адрес устройства,
разобрался все работает
Доброе утро! Обратил внимание, что переменные типа Float в OWEN OPC SERVER отображаются некорректно. Беру программируемое реле ПР-102. В OWEN LOGIC cоздаю cетевую переменную типа FLoat.
В программе просто загоняю константу к примеру 10000. В OPC сервере эта переменная отображается как 2 с хвостиком. То же самое и для 5000 только 2 c другим хвостиком. Я думаю проблема в OWEN OPC SERVER.
Там скорее представление Float отличается от Float OWEN LOGIC. Или я где то что-то напутал? Играет принципиально адрес типа Float или нет? То есть четный или нечетный адрес должен быть?
Добрый день с Новым годом.
Все хорошо в ОРС Овен
Посмотрите очередность байт
В первой строчке нет во второй да должно быть...могу скрин скинуть работающего ОРС
Вложение 81084 как то так
Вложение 81085