Здравствуйте!
Возникла проблема в доступе к данным по ОРС. Система следующая: контроллер Micrologix 1500 LRP, с модулем 1761-NET-ENI.
На данный момент на интерфейсе езернет висит сенсорная панель PanelViewPlus. Нужно подключить, кроме всего этого удаленный АРМ. На АРМе стоит RSLinx classic Gateway 2.51, с которого и берутся данные по OPC.
Сделал интерфейс оператора на WINCC Flexible, отлаживал связав с ОРС эмулятора Emulate 500, все ок. Взял реальное железо: контроллер, панель, компьютер и тут выяснилось, что данные по ОРС почти не читаются.
Из 1300 тегов читаются едва ли 100, в разделе Active Topic Item list остальные висят c пометкой: STATUS ERR $10 .
Для проверки запустил роквел ОРС тест клиент, завел порядка 100 тегов, все читается, добавил еще 60, после этого большая половина отвалиласть с той же ошибкой. Чтение стояло раз в секунду. Среднее время чтения судя по строке Run.Avg тест клиента, на всех параметрах было порядка 50 мс.
Подумал мб не хватает ширины канала, отключил сенсорную панель, которая тоже читала теги с контроллера, но ситуация не поменялась, что с ней что без нее одинаково.
В чем может быть причина и какие пути решения? Заранее благодарен.
Problem: HMI data not updating - "No ACK" errors in Communications Event Log
Cause: Requesting too much information too fast from the processor
Verify: Verify that one or all of the following are occurring:
1) Data Monitor showing yellow ERROR intermittently
2) DDE/OPC active topic list flashing - status err $1
3) Getting "No ACK" in communication event log
Cure: Reduce 'Limit Maximum Packets' from default of 20
Цитата:
Try the following settings:
Poll mesages = 10000ms (10sec)
This slows down how often RSLinx reads from the Micrologix; Start with a value of 10000ms and if the error remains slow down communications even more by using 20,000ms (20 seconds), 50,000ms (50 seconds) and so on;
Communication Time Out = 20
This slows down how long RSLinx will wait to receive a response from the MicroLogix.
Limited Max Packets = 4
This limits or decreases the amount of data going through the 1761-NET-ENI - try values between 1 and 4
If "Use Maximum Packet Size (ethernet)" is selected, then unselect it.
If "Update Hotlink after a Poke" is selected, unselect it
KEPServerEx и RSLinx как OPC на CompactLogix на 1200 тегов работают практически одинаково, без проблем как на RSView32, так и на своего клиента. Дело вкуса и цвета.
А вот насчет ML информация интересная. Может кто-то еще сталкивался с описанными выше проблемами и решал их? Хотелось бы увидеть разные точки зрения.
Жду ML, как только придет, тоже буду тестировать.
Дело в том, что ENI модуль допускает только 6 коннекций (насколько я помню). Если объём данных достаточно большой и/или эти данные не сгруппированы в массивы, то число пакетов в RSLinx может быть больше 6, отсюда и проблемы с доставкой. Вызывает удивление, как работает KepWare?
white, а как сконфигурированы порты RS232/DF1 на ML1500 и NET-ENI?
Настройки RSLinx, которые Вам написал oldDad по идее должны однозначно работать.
Как писал gregorian:
Цитата:
The ENI/ENIW supports 6 concurrent TCP/IP connections: 2
incoming, 2 outgoing and 2 that can be allocated as incoming or
outgoing. Connection use can be viewed on the Diagnostics tab of the
ENI/ENIW web page (series D only).
Each TCP/IP connection simultaneously supports up to:
• 4 CIP connections
• 5 Unconnected sends
Очень странно, что KEPServerEx работает, а RSLinx нет.
Вот еще дополнительно:
Цитата:
Packet Size Limitations
Each TCP/IP connection has its own DF1 queue. Each DF1 queue has
10 message buffers. The size of each message buffer is 580 bytes.
Using SLC-type reads, the following array sizes can be read over
Ethernet via the ENI/ENIW using the RSLinx OPC Test Client:
• MicroLogix - 248 bytes of data
• SLC 500 - 236 bytes of data
• CompactLogix - 250 bytes of data
These limitations are due to serial port packet size limitations of the
respective controllers, not the ENI/ENIW.
Дело может быть в остаточной недосовместимости WinCC с RSLinx, особенно тогда, когда "Requesting too much information too fast from the processor", т.е., когда требуется выжать всю производительность из канала OPC.
Иногда это бывает при попытках впрячь в одну телегу продукты разных поизводителей. KEPserver однозначно использует неоптимизированные параметры, самые стандартные, чтобы обеспечить не максимум производительности, но максимум совместимости.
Что бы я сделал, так этот обновил версию RSLinx до текущей 2.56. Староват он у вас. _________________ Обращайтесь к профессионалам.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.139 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
