 | |
Предыдущие результаты
 [quote:727e082f22="Vladimir_Ch"]у нас WIDE установлен[/quote:727e082f22]
если у вас точно тип хранения WIDE - значит не может быть ~300 тэгов в одной модели (физическое ограничение на количество тэгов в модели wide - 100)
[quote:727e082f22="Vladimir_Ch"]а модели разбить по 100 параметров не получится, просто не хватит кол-ва одновременно запущенных моделей, насколько я знаю их должно быть не более 15[/quote:727e082f22]
физическое ограничение 400 моделей, 10 000 тэгов
[quote:727e082f22="Vladimir_Ch"]а где взять эти обновления, их покупать надо?[/quote:727e082f22]
это не апгрейд версий, а установка обновлений (патчей) для текущей версии
обновления можно взять [url=https://rockwellautomation.custhelp.com]здесь[/url]
[quote:727e082f22="Vladimir_Ch"]и ещё вопрос сколько рекомендованно или не более скольки машин и контроллеров может быть в одной сети, в одном проекте?
насколько я знаю не более трех машин рекомендуют, без использования RS Linx GATEWAY, а не более скольки контроллеров для стабильной работы системы?[/quote:727e082f22]
в принципе, рекомендовано использовать один сервер RSLinx и до 10 Logix контроллеров на один RSLinx, но в вашем случае 3 машины это не критично.
|
Очень все у вас витиевато :)
К сожалению, практика показывает, чем проще, тем надежнее работает. Ну а после пропадания соединения возможны какие-угодно сюрпризы, и ваш случай не исключение.
Попробуйте следующее:
- уменьшить количество тэгов в моделях до 100
- используйте Storage Format - Wide
- перевести все модели "по изменению" на запись с заданной дискретностью (гораздо лучше будет работать модель с записью пусть даже 1сек, чем по изменению на 1%!!!)
Если данная картина происходит всегда!!! после проблем со связью, скорее всего DataLog не причем. В таких случаях RSView пытается восстановить связь с контроллером(ми), а эту задачу выполняет RSLinx. Бывает, что как раз сам RSLinx некорректно оптимизирует обмен данными и появляются задержки с обновлением данных и т.п. Это можно посмотреть в окне DDE/OPC Optimized Packets, в нормальном режиме в поле Item Count значения должны быть больше 1!!!, а значение Packets/sec должно примерно соответствовать значению установленному вами при конфигурировании соотв. топика до контроллера.
И еще ... как у вас обстоят дела с обновлениями на продукты Rockwell?
Если их нет, обязательно поставьте все патчи!
|
[quote:b0ea94becd="maxim"]Здравствуйте. У вас не установлен EDS на этот контроллер. Можете скачать его тут [url]http://www.ab.com/networks/eds/cgi-bin/search.cgi[/url]. Или в RSLinx правой клавишей кликнуть по вопросительному знаку и выбрать Upload EDS. Удачи.[/quote:b0ea94becd]
Спасибо! Буду пробовать
|
Здравствуйте. У вас не установлен EDS на этот контроллер. Можете скачать его тут [url]http://www.ab.com/networks/eds/cgi-bin/search.cgi[/url]. Или в RSLinx правой клавишей кликнуть по вопросительному знаку и выбрать Upload EDS. Удачи.
|
Занимательная история ... было у нас что-то похожее ...
Посмотрите для начала значения следующих параметров:
в настройках RSLinx:
- значение Communications\Configure Cip Options\Connections for clx processor\Optimize User Defined Data Types
(если вы используете типы данных User-Defined, обязательно д.б. включен)
- значения поля Packets/sec в окне DDE/OPC\Optimized Packets
в RSLogix:
- System Overhead Time Slice (при таком обмене д.б. 30-40%)
в RSView:
- сколько у вас DataLog'ов и сколько параметров вы пишете
- как настроены DataLog'и
|
Используем свичи, правда DLink, справедливости ради отмечу что настаиваем на их замене на более качественные типа Cisco или AT.
Насчёт загрузки процесса RS Linx, проверим обязательно.
Логии винды никаких ошибок не выдают, но тоже ещё раз проверим.
Честно говоря, не нашёл в базе, где задавать тэгу класс сканирования.
|
[quote:99e79a0920="Vladimir_Ch"]Может есть какой-нибудь upgrade для RSView[/quote:99e79a0920]
Версия 7.20 - это устойчивая версия, в неё не наблюдается каких-либо багов с Data Logging. Разумеется, можно сделать update до самой актуальной версии 7.60, но с вероятностью 99,9% дело не в этом.
[quote:99e79a0920="Vladimir_Ch"]Под разгрузкой сети вы подразумеваете установку сервера RS Linx GATEWAY, что бы машины обращались к нему?[/quote:99e79a0920]
Не только это, но и многое другое.
1) Грамотная установка классов сканирования тэгов для foreground и для background (никогда не используйте значение 0, создайте несколько классов сканирования с различными периодами опроса, например, foreground 1с, 2с, 4с, 8с, background 8с, затем вдумчиво разбейте тэги на группы с различным периодом опроса, сканируйте каждую группу тэгов так редко, как это только имеет смысл и т.п.)
2) Какая у вас сеть? Если рабочие станция связаны с контроллерами по Ethernet, то используете ли вы хабы или свичи? Должны быть свичи, причём хорошие, с хорошей быстрой задней шиной, желательно с IGMP-Snooping. Есть ли у вас в этом сегменте сети ещё какие-нибудь устройства, которые грузят сеть? Если да, то выделите их в отдельный сегмент.
3) RSLinx - посмотрите в Windows в список процессов, сколько процентов системных ресурсов потребляет RSLinx. Если более 20%, то это много, нужно что-то думать, т.к. ресурсов может не хватать.
4) Посмотрите, как расположены в контроллерах сканируемые данные. Чтобы снизить нагрузку на процессор и сеть, данные нужно располагать по возможности более плотно, т.е. для получения двух тэгов со смежными адресами, например, B3:0/0 и B3:0/1 обычно требуется примерно вдвое меньше ресурсов, чем для передачи двух тэгов с адресами, например, B3:0/0 и B3:1/9.
5) Что показывают системные логи Windows на рабочих станциях? есть ли в них ошибки или предупреждения?
и т.п.
|
Документ, который Вы ищете, был заменен более новым:
http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um105_-en-e.pdf
Нужно очень точно выполнить всё, что там написано.
|
Спасибо за ответ!
С модулем 1756-ENBT похоже и правда беда..., он РАБОТАЕТ-но очень странно!
Ниже принт-скрины с окна, когда запущен проект в оболочке RSView32 + работает RS Linx на рабочих местах Операторов и в нем видно это:
ошибка то есть....
[url=http://piccy.info/view3/3072247/df5e1bdec13b412874f4972b7fdfc998/][img=http://i.piccy.info/i7/62e12b96015d8d1c7b428231bce52ba8/1-5-8405/33306567/RS_Linx_Error_240.jpg][/url]
то через 3 -4 секунды восстанавливаеться связь...
[url=http://piccy.info/view3/3072251/c8386dc8ee15d97a739509548619d2a7/][img=http://i.piccy.info/i7/aea93833617c3ebddb9bf6a340025930/1-5-8405/36325092/RS_Linx_Active_240.jpg][/url]
В общем рекомендуете заменить модуль...?
Еще раз Большое Спасибо за помощь и рекомендации.Как будет развиваться ситуация постараюсь написать.
С уважением,
Сергей Бубыренко
bubyrenko@intercorn.com.ua
ПрАО "ИНТЕРКОРН КОРН ПРОСЕССИНГ ИНДАСТРИ"
т.ф.8(056) 376-03-83
м.(050)910 83 59
|
Диагностика показывает, что модуль с адресом 100.100.100.1 в слоте 00 не отвечает. Этот модуль имеет использование 0%, т.е. не используется.
Вы не пробовали поменять местами модули 1756-ENBT из разных рэков? Если да, изменяется ли картина или остаётся прежней?
По поводу ошибки MD:2AFF см. kb32515:
[quote:46cf9a3caa]Problem: There is an anomaly in RSNetWorx for ControlNet and EtherNet/IP Version 5.11 and perhaps earlier versions (Version Previous to version 5.11 have not been tested.)
Cause: If there are [color=darkblue:46cf9a3caa]more than 124 'Map Objects' or Status entries for all the devices in the configuration[/color:46cf9a3caa] you will see this error
Verify: Version of RSNetWorx for EtherNet/IP MD or ControlNet MD Version 5.11 or earlier
Cure: A correction to the software has been made in Version 6.00[/quote:46cf9a3caa]
|
Предыдущие результаты
Ещё результаты |
|
| |
|
