 | |
Предыдущие результаты
 [quote:d51ffc0333="Mr_Wasp"]
Как ведут себя модули, если в них просто залить все необходимые драйверы для работы, без пользовательской программы?
[/quote:d51ffc0333]
Да, мы так пробовали делать. Но дело в том, что сбой в работе модулей проявляется в 2-х видах:
1) модуль запущен, работает нормально и вдруг зависает
2) модуль не загружается вообще. Причем заргузка останавливается как раз в момент инициализации вот этих самых драйверов - mvi56bp.exe, mvi56dd.exe, с сообщением нехватки памяти. До пользовательской программы, как правило, дело вообще не доходит.
Когда мы убираем из образа пользовательскую программу, то даже если он и загружается - мы все равно не сможем увидеть как и когда он зависнет, если вообще зависнет, поскольку единственным сигнализатором нормальной работы модуля является перемигивание лампочек при опросе портов 2 и 3 (либо консольный вывод пользовательской программы) - ни того, ни другого без пользовательской программы нет :)
[quote:d51ffc0333="Mr_Wasp"]
Там же помните, есть примеры, в которых приводится структура config.sys и autoexec.bat
[/quote:d51ffc0333]
config.sys и autoexec.bat сделаны в соответствии с примерами.[/list]
|
1. Пакеты для конфигурирования разные.
2. Для Profibus модуль SST-PFB-CLX Profibus Scaner компании SST или MVI56-PDPMV1 ProSoft Technology
Vitaliy D. Burtsev
|
Не знаю, может дело и в CPR, всё может быть. У нас же работает :)
По поводу update дело обстоит так:
1. Возможность update cроком на 1 год с момента покупки входит в цену ПО.
2. Если необходимо, этот срок можно продлить за небольшую дополнительную плату. Эта опция называется Support Reinstatement.
3. Предполагается, что приобретённое программное обеспечение зарегистрировано в Rockwell.
Как я понимаю, у Вас один год уже прошёл.
|
Здравствуйте, уважаемые коллеги!
Изучаю документ
[b:3383d76f68]Application Guide:
ControlLogix Data Collection with RSLinx
Updated For RSLinx 2.30.02
Rockwell Software
Document Version: December.4
December 2001[/b:3383d76f68]
в котором обнаружил такую информацию:
[quote:3383d76f68]RSLogix 5000 Automatically Configures Topics In RSLinx
When saving an .acd project in RSLogix 5000 (version 10 and higher) it will automatically configure a topic in RSLinx for you. It will also associate the .acd file with the RSLinx topic. This enables OPC browse aware applications to obtain a list of the available ControlLogix processor tags when offline. This is useful when building an RSView project when you don’t have access to the ControlLogix processor that the project will communicate to.
[/quote:3383d76f68]
Имеем RSLogix5000 V13.03.00, RSLinx V2.43.01.23(CRP6), RSView32 V7.10.00 (CRP6)
Да, действительно, при создании проекта в Logix(в котром предварительно создано несколько контроллерных тэгов), в Linx создается топик, который ссылается на соответствующий .ACD файл проекта, но не привязан к конкретному контроллеру, т.к. его по условиям и в помине не должно быть - чистая разработка без железа. Во View создаю узел RSLinx OPC Server Local, открываю базу тэгов, задаю узел, открываю OPC Address Browser, вижу топик своего проекта, [b:3383d76f68]НО[/b:3383d76f68] в папке Offline (как и в Online) никаких тэгов не видно.
В чем дело? Куда копать?
|
Для получения 4 доп. HART переменных (кажется PV,SV, TV, FV) практически ничего настраивать ненадо, рано как и организовывать обмен типа ответ-запрос. Данные постоянно принимаются с датчика.
Обмен действительно небыстрый, точно сказать не могу, но вроде чем меньше каналов сконфигурировано принимаит HART, тем быстрее.
Замечено также, что иногда при отказе датчика, по HART приходят данные QNAN, что вызывает ошибку арифметического переполнения. А т.к. программа у меня была написана в STL, то невозможно обработать бит переполнения. Приходится вручную сбрасывать.
|
Спасибо, Рома! Ну смотри, если у нас что-то выгорит... :twisted:
На самом деле все очень оперативно, всего хорошего, еще раз спасибо :)
|
Здравствуйте, коллеги!
Есть проблема: имеем два источника питания постоянного напряжения 1606-XL240DR (Allen-Bradley), обеспечивающие дискретный ввод. Для обеспечения резервирования они подключены параллельно, но есть одна неясность. В документе "1606 Redundancy 41063-127-01(1)" раздел "Interconnection" есть ссылка на параллелное соединение этих блоков без дополнительных устройств при условии, что они обладают встроенной диодной развязкой по выходу. Там же ссылка на схемы с использованием дополнительных устройств для обеспечения резервирования.
По ссылке есть информация:
http://www.ab.com/abjournal/june2003/pdfs/ABJ0306.pdf#xml=http://127.0.0.1/texis/search/pdfhi.txt?query=1606-xl240dr&pr=Apache-Netscape+Servers&prox=page&rorder=500&rprox=750&rdfreq=0&rwfreq=0&rlead=250&sufs=1&order=r&cq=&id=45664cd11f
[code:1:750d32ce89]The Allen-Bradley 1606-XL power supply line addresses this issue by building isolation circuitry into Rockwell Automation’s redundant power supplies, so that if one power supply fails, another one is ready to
pick up the power and keep the application running. When wired in parallel with an identical device, these units provide 1+1 redundancy with no need for other hardware. The result: Designers are able to achieve
greater cost efficiency because they no longer need to buy extra components to build a redundant design.
[/code:1:750d32ce89]из которой следует, что если подключить в параллель два идентичных блока питания, то дополнительное оборудование не потребуется.
Вопрос: таким образом, можно ли подключать наши идентичные блоки в параллель без дополнительных устройств, или необходимо знать, что они обладают встроенной диодной развязкой по выходу(согласно инструкции) и если да, то каким образом узнать, обладают ли наши блоки питания такой развязкой?
|
В том то и дело, что операторы в принципе ничего не делают, они открывают график и следят за процессом (у операторов нет возможности запускать другие приложения, выходить в Windows, даже диспетчер задач они не могут запустить), а при нажатии на "крестик" (кнопка закрытия дисплея), график может зависнуть. Может, есть какие рекомендации по закрытию дисплея с TrendX?
Для информации, могу сообщить Вам, Игорь Аркадьевич, что мы на объекте когда столкнулись с этой ситуацией, имея права администратора, немного поэкспериментировали: мы через диспетчер задач завершили процесс "RSTXData.exe", тогда сам проект RSView "оживает" и начинает работать навигация, управление и т.д., не работают только графики, реализованные через TrendX, проект можно остановить, закрыть и перезагрузить компьютер. После перезагрузки все работает, данные подгружаются, и ошибки по модели нет, есть небольшая "дырка" в данных с момента останова TrendX. Может эта информация наталкнет Вас еще на какие мысли. :)
|
Прочитав в субботу сообщения от Вячеслава, думал что буду оправдываться первым :) Но не тут-то было :D
Итак, ответ №3 :)
Во-первых, действительно, обучение №1 прошло. О том, что оно успешно, нам действительно было приятно услышать, а теперь ещё и читать :)
Во-вторых, скромность имеет место быть... Ну не самим же себя хвалить :)
В-третьих, занятость тоже была: в частности, кто-то был в Киеве, кто-то готовился к встрече и обучению следующей группы сотрудников многоуважаемого комбината "Азовсталь".
Фотографии завтра будут если не выложены, то высланы - я проконтролирую :twisted:
Кстати, о выставке тоже завтра напишем :)
Ну а товарищ Rolich малость, конечно, приукрасил по поводу полёта на АН 140-100 - погодка была великолепной и колбасило далеко не всех :lol:
|
Попробовал мониторить состояние связи не через VBA и события тегов, а через встроенную функцию RSView [b:fe6cd228b2]comm_err(tagname).[/b:fe6cd228b2]
При нарушении связи (тупо выдергиванием шнурка Ethernet или остановкой проекта на удаленной станции) значение [b:fe6cd228b2]comm_err(memory_тег)[/b:fe6cd228b2] переходит из 0 в 1.
А когда связь появляется, состояние тега так и остается [i:fe6cd228b2]Error[/i:fe6cd228b2] и [b:fe6cd228b2]comm_err(memory_тег)[/b:fe6cd228b2] тоже как было равно 1, так и остается 1.
То есть тут проблема не в событии _StatusCommErr, а вообще в механизме, которым RSView восстанавливает связь при ее потере.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
