 | |
Предыдущие результаты
 [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 на рабочих станциях? есть ли в них ошибки или предупреждения?
и т.п.
|
К сожалению эффект остановки моделей истории проявляется не каждый день, а может проявится через неделю или две или вообще месяц, а отключать на такой период времени машины нет возможности. Обычно модели останавливаются при перезагрузке машины, после её зависания или остановки опроса параметра и персонал сам перезапускает машину, путем отключения питания при запущенном проекте АРМ, что и вызывает сбой, как я подозреваю. Может есть какой-нибудь upgrade для RSView, который устраняет данный эффект, не возобновления записи истроии?
Под разгрузкой сети вы подразумеваете установку сервера RS Linx GATEWAY, что бы машины обращались к нему?
|
Спасибо за ответ!
С модулем 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
|
[quote:c97da62de9]местами модули 1756-ENBT из разных рэков не переставлялись...,т.к. нужна остановка Основного производства все на ходу как то надо! [/quote:c97da62de9]
Тогда просто попробуйте поменять этот 1756-ENBT, он всё равно не работает.
|
Спасибо за ответ!
местами модули 1756-ENBT из разных рэков не переставлялись...,т.к. нужна остановка Основного производства все на ходу как то надо!
По поводу ошибки MD:2AFF:
Что значит :
Cause: If there are more than 124 'Map Objects' or Status entries for all the devices in the configuration you will see this error
Причина: Если есть более 124 "Карта объектов" или статус записи для всех устройств в конфигурации вы увидите эту ошибку?
Лечение: коррекция на программное обеспечение было сделано в версии 6,00
...опрашивал технологическую сеть ПО RSNetWorx EtherNet/IP v10.01.00 (CPR9SR3)! Или речь идет о каком то другом ПО? И что это за 124 "Карта объектов"?
Заранее спасибо за ответ!
|
Диагностика показывает, что модуль с адресом 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]
|
[quote:36a5b61a1e="datsun"]Добрый день Вам! У нас подобная ситуация только в контроллере ML1100 фатальная ошибка "The user watchdog scan time has been exceeded" (из-за чего она срабатывает пока не известно).[/quote:36a5b61a1e]
Увеличь время для "User watchdog".
На вкладке ScanTime можешь увидеть время скана программы,
если максимальный сильно отличается от последнего - повод задуматься о качестве программы (намек: циклы вред).
|
Добрый день Вам! У нас подобная ситуация только в контроллере ML1100 фатальная ошибка "The user watchdog scan time has been exceeded" (из-за чего она срабатывает пока не известно). При срабатывании данной ошибки ложится вся технологическая сеть и через 3 минуты останавливается предприятие. Коллеги из России поделились инфой, у них тоже была данная проблема и их админ нашел причину, контроллер ML1100 при watchdog-е перегружает всю сеть широковещательным штормом. Лечиться ли broadcast storm новой прошивкой?
Инфо контроллера ниже.
[img:9ee12421ed]http://s019.radikal.ru/i614/1205/18/d0b899341763.jpg[/img:9ee12421ed]
|
[url=http://vdt-automation.de/docs/1756-ENBT%20utilization.pdf]Использование ресурса модуля 1756-ENBT[/url]
|
Спасибо за ответ!
При опросе PLC1 командой ping 100.100.100.1 -t, бывает такое каждый 4- 5 пакет имеет время больше 1 мс, а то и 2мс...по остальным PLC такого не наблюдается, пока!!!
Что касается переустановки ОС + RS Linx v.2.41.00(Build10)+RS View 32 (Build 6.40.03), делали и другие версии... компьютеры, ведут себя также, а зачастую и вообще не видят PLC, пока не "прокачаешь типа раз 5 или 6, как писал ранее....
Рассуждаю так:
-сеть технологическая одна общая на 5 контроллеров+ Рабочие станции операторов;
-PLC всего 5, неадекватен 1 из 5.... остальные нормально работают, с связкой ОС + RS Linx v.2.41.00(Build10)+RS View 32 (Build 6.40.03), везде один образ заливался и настройки типовые;
-промежуточное сетевое оборудование менялась на заранее новое и рабочее;
-остается работа самого модуля 1756- ENBT/A 1756 10/100mbps Ethernet Bridge, Product type 12,Product Code 58,Revision 2.4.. или что еще может быть?
P.S.
Может быть создано какое то ограничение на количество подключаемых по сети компьютеров Операторов к модулю 1756- ENBT/A 1756 10/100mbps Ethernet Bridge привязанного к PLC1?
Как откидываем 3-4 компьютера от сети, ситуация как-то нормализуется....
Буду благодарен за ответ, может кто сталкивался...Спасибо!
|
Предыдущие результаты
Ещё результаты |
|
| |
|
