Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 Добрый день, All. Хочу связать CompactLogix c PowerMonitor3000 по RS-485 (преобразователь DataForce) используя ASCII. Нигде не могу найти формат передачи данных для PM(запрос/ответ). Помогите пожалуйста.

 Так с самого начала уже 2-3 дня Дело происходит на объекте, и ко мне модули не попали. Я программу написал, проверил, а железки на объекте не собираются. =( Пробовал разобраться удаленно пришел к выше описанной ситуации: я понимаю что таблицы обмена в SDN и ADN несоответствуют. Я не понимаю почему по кнопке Reset Configuration and Upload Actual Device возвращаются только аналоговые модули. Опишу всю ситуацию и выскажу свои сомнения: 1. Конфигурируем через RS-232 CompactLogix-a (v13.33). 2. У нас в Map входов не оставлено первых 66 слов под служебные данные, но так сам NetWorks сделал - автоматом. И на выхода 2 слова не добавлено. 3. ADN и SDN похоже где-то раньше стояли,т.к. привезли их в течение 3 дней. Споткнулись на чем-то простом =( Вобщем, я скачал прошивки рекомендуемые для 13 версии CL: SDN 2.2 и ADN 2.5. Получится или нет - напишу.

 Сталкивался с подобной проблемой на ControlLogix, но на этапе наладки, поэтому дело темное (слишком много людей занято). Также сталкивался с подобной проблемой на SLC 5/05 c EtherNet. Сначала при наладке 3 года назад, потом недавно 3 месяца назад - после 2 лет нормальной работы. Поставил Flash. :? Во втором случае шкаф был закрыт и никто ничего не делал =( Но в целом контроллерами доволен, т.к. за 5 лет понаставил уже штук 50. Вспомнил, были такие проблемы с FlexLogix, в котором 64 kb памяти. Этот контроллер использует свой процессор и память и для модулей, и для программы, и для сетевого обмена. Если оставить в нем мало свободной памяти (значение не помню), то он больше недели не работает. :evil: Видимо происходят коллизии при передаче данных, что требует дополнительной памяти и ... память обнуляется.

 [quote:22dd915957]Вы не знаете где можно почитать про расположение тегов в памяти(может на примере SLC) и механизмам передачи данных по СontrolNet-у? . [/quote:22dd915957] В SLC совершенно другой принцип организации памяти, там ничего оптимизировать не надо, там ведь статическое распределние памяти. А в ControlLogix - динамическое. О принципах оптимизации много написано. Посмотрите, например, вот эти документы, там много полезных советов: http://www.software.rockwell.com/download/comms/rslinx/controllogix%20data%20collection%20with%20rslinx.ppt http://www.software.rockwell.com/download/comms/rslinx/clx_perf.zip http://www.opcwebclient.com/Support/Documents/Performance___Optimization/performance___optimization.html http://helpdesk.ingeardrivers.com/supportsuite/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=38 http://www.software.rockwell.com/download/comms/rslinx/controllogix%20data%20collection%20troubleshooting%20guide.doc [quote:22dd915957]Сел, покопался, так пока и не нашел как эти классы к моим тегам прикрутить. [/quote:22dd915957] Что можно попробовать, так это создать в RSLinx несколько топиков с разными тэгами по группам, а для каждого топика определить настолько болшой интервал сканирования, насколько возможно (для каждого топика в Data Collection определить различные интервалы Polled Messages. Это как бы разные классы сканирования. [quote:22dd915957]Пока стараюсь настроить RSLinx Gateway, может вытащу одну машину из сегмента ControlNet.[/quote:22dd915957] Это хорошее решение. У Вас сеть забита в основном unscheduled-тэгами. Надо что-то делать. (Я включил пока возможность загрузки картинок на этот сервер, смотрите в меню в разделе "Новая информация" - "Добавить картинку")

 Постарался исправить проект в соответствии с Вашими замечаниями и рекомендациями указанного Вами документа. Все у меня заработало, но я рано радовался. Появились новые непонятки, я уже голову сломал, поэтому обращаюсь к Вам как к высшей инстанции. Опишу проблему: Без резервного контроллера все 3 рабочих станции работают отлично, тормозов не наблюдается. (Тормозами я называю реакцию на кнопку включения конура управления) При включении резервного контроллера, рабочие станции вообще перестают управлять процессом. Нормальной работы удалось добиться только при использовании одной машины, то есть как только я запускаю проект на второй, система встает «колом». NUT 5мс, при использовании других значений, у меня перестает синхронизироваться резервный контроллер. PRI = 160 для всех шасси, выбирал из условий что у меня NUT будет 10. Не знаю уже что бы и придумать. Куда копать, то ли дальше программу оптимизировать, то ли с ControlNet-oм бороться. Задам еще вопросы, может глупые, не судите строго: 1. Передача данных рабочим станциям идет как незапланированные данные? Таким образом, нельзя гарантировать, что измененное значение тега обязательно в реалтайме будет замечено контроллером? Может можно их, каким-то образом запланировать? В проект Logix-а например добавить. 2. В RSLinx окромя создания драйвера и ОРС-топика еще нужно что-то настраивать? 3. После переконфигурации сети RSNetWorx-ом RSLinx надо перезапускать? 4. Непонятна связь системы резервирования и NUT. ИМХО должно же быть наоборот, чем больше время обновления сети, тем больше времени можно уделить синхронизации.

 А как в RSLogix500 просмотреть как подпрограммы вызываются друг за другом и есть ли вообще такая возможность

 обнулите и этот. в таком виде сохраните на диске, так? со всеми нулями. Закройте Logix, откройте снова, убедитесь, что там все нули.

 Встала проблема связать вышеуказанные устройства. Сами рассматривали 2 варианта: 1. DeviceNet с установкой платы связи в привод. 2. ProfiBus с установкой модуля связи в контроллер. Может у кого-нибудь есть опыт организации подобной связи?

 У меня тут еще вопрос нарисовался. Имеем: контроллер (CompactLogix L31) ноутбук с USB и без COM. Для связи 1747-UIC и кабель 1756-CP3. Задача связать ноутбук с контроллером без прочих устройств. Ответ: задача решения не имеет, т.к. чтобы связаться с контроллером нужно один из его портов сконфигурировать на DH-485, что невозможно без установленной связи с контроллером. Вот такая петрушка. Или я не прав?

 По поводу диагностики каналов связи со стороны RSView32 смотрите [u:e1f7183278][url=http://vdt-automation.com.ua/modules.php?name=Forums&file=viewtopic&p=366&sid=1256123c895c4c9f85f71cfe8fdc0a88#366]здесь[/url][/u:e1f7183278] Так называемые "Прямые драйверы" в RSView32 - это архаизм, они остались исторически с прежних версий для обеспечения коммуникаций с контроллерами предыдущих серий, связь с которыми осуществлялась ещё до эпохи OPC без OPC. Это такие ветераны, как PLC-2, 3, 5, SLC. Эти контроллеры не входят в семейство Logix, а SoftLogix[b:e1f7183278]5[/b:e1f7183278] - это древний эмулятор PLC-5 с функцией поддержки удалённого ввода_вывода. Для более новых контроллеров семейства Logix прямых драйверов нет и не будет, и не планируется. Все коммуникации осуществляются только и исключительно по унифицированному интерфейсу OPC, который придумали для того, чтобы не писать новые драйверы для каждого контроллера, и чтобы RSView могла работать с любыми контроллерами, для которых на Вашем компьютере имеется соответствующий OPC-сервер. Например, с Siemens или Mitsubishi.



Предыдущие результаты


Ещё результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




  
RA & VDT GmbH


Облако тэгов
sound FTView Control Logix MVI56-104S 1734-AENTR Altivar Add-on Instruction MVI46MCM Ethernet PLC-5 SLC-500 1757-SRM Firmware ComactLogixL32E 1756-L75 1756-RM2 Controlnet cable Promass Client Memory 1769-L32E execution minutes seconds Windows Build 00000d5c Unspecified terminate geehrter automatisch keine globalen Fehlermeldungen Default S

Яндекс цитирования

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.159 секунды