 | |
Предыдущие результаты
 [quote:d31cf7352c="besh"]Существует ли таблица сравнения функций программных продуктов:
- FactoryTalk View Site Edition Client;
- FactoryTalk View Site Edition View Client;
- FactoryTalk ViewPoint X Client System?
Как я понял FT View SE Client - для просмотра и управления, FT View SE View Client - только для просмотра, FT ViewPoint для просмотра и управления через web-браузер.
Мне же интересно знать какие конкретно ограничения есть у FT View SE View Client и FT ViewPoint по сравнению с FT View SE Client.[/quote:d31cf7352c]
См. KB [url=https://rockwellautomation.custhelp.com/app/answers/detail/a_id/57596]57596 - FactoryTalk View Object and Feature Support within FactoryTalk ViewPoint[/url]
|
Добрый день форумчане! Необходим Ваш совет! необходимо модернизировать данную схему поддержания давления в трубопроводе![URL=http://www.radikal.ru][img:b17a8fe05f]http://s019.radikal.ru/i640/1304/51/be37a098ef7d.jpg[/img:b17a8fe05f][/URL]
Сейчас эти МИМ управляются с помощью станций ПВ10. В качестве первичного датчика используется МС-П2. Необходимо поставить контроллер, позиционер с обратной связью! Клапаны должны управляться так: скажем давление задания 6 кПа, если МИМ250 открыт на 80% и давление продолжает рости то должен открываться МИМ 320 и закрываться в обратной последовательности! Так вот в чем вопрос какой контроллер подойдет для данной реализации? Какой посоветуете позиционер? Скорее всего будет еще стоят ПК со скадой, в которой будет происходить переход из автоматического режима и обратно! Да еще заметка, таких трубопровода 3, для надежности может использовать 3 контроллера, каждый будет управлять своими 2 клапанами?
|
[quote:8bd4feae87="clinklion"]Это все настроечные данные, в случае если необходимо будет посмотреть/подкорректировать что-то с АРМ оператора[/quote:8bd4feae87]
Тогда зачем их гонять через [b:8bd4feae87]Main[/b:8bd4feae87]?
Наверно, чтобы связь PV+ была только с одним контроллером:[quote:8bd4feae87="dv_"][quote:8bd4feae87="clinklion"]...я смогу сделать так, чтобы панелька работала с несколькими контроллерами, т.к. у меня конфигурация 5 контроллеров и 1 панель оператора.[/quote:8bd4feae87]Сделать можно, но если один из контроллеров будет отключен - постоянно будет выскакивать баннер о потере связи :o
Разве, что отключить эту функцию.[/quote:8bd4feae87]Сам такое делал, но не с такими объемами.
Сколько операторов будет? Не возникнет ли ситуация когда нужно видеть информацию от нескольких slave?
|
[quote:c3c0feb9c8="dv_"][quote:c3c0feb9c8="dv_"]4 контроллера требуют по 21+1 Connections из 32.
1 контроллер требует 21+1*4 Connections из 32.[/quote:c3c0feb9c8]
Вношу поправку в расчет для [b:c3c0feb9c8]main_plc[/b:c3c0feb9c8]
8 Prodused + 84 (21*4) Consumed = 92 (явный перебор).
[b:c3c0feb9c8]slave_plc[/b:c3c0feb9c8]:
21 Prodused, 0 Consumed.
Для кого 8 Prodused в [b:c3c0feb9c8]main_plc[/b:c3c0feb9c8]?
Советов пока нет, разве, что Main сменить на 1756-L7*.
Придется копнуть программы (вернее данные для обмена) в глубину, что-то мне шепчет про неправильный подход.
Какие модули стоят в слотах 1, 2, 3?
У меня не определились - надо будет [i:c3c0feb9c8]подтянуть [/i:c3c0feb9c8]нужные AOP.[/quote:c3c0feb9c8]
4 из этих 8 Produced будут забирать slave_plc (по 1 штуке на PLC), забыл привязать, а оставшиеся 4 штуки еще под вопросом, скорее всего исчезнут.
Контроллер сменить не могу, оборудование уже закуплено и собрано, проект собирался давно, тогда еще опыта работы с контроллерами Rockwell было мало, поэтому момент с передачей данных между PLC был упущен.
В 1,2 слотах стоят 1769sc-IF4IH, в 3 слоте MVI69.
Значит единственный вариант это переделать Produced теги похоже...
Просто панелька же как то считывает много тегов использую всего 5 Connections, я тогда думал что и обмен можно организовать на большое число тегов.
|
[quote:eb3f5a96eb="sleep77"]Спасибо,но именно в этом The current Firmware Update Wizard found at http://support.rockwellautomation.com/ControlFlash/FUW.asp и есть загвоздка.Ссылка ведет на главную страницу сайта,я все перерыл,но утилиту Firmware Update Wizard так и не нашел.[/quote:eb3f5a96eb]
:P
[URL=http://piccy.info/view3/4408373/6beac194b0268e00e3b5bfd697c0ad88/orig/][img:eb3f5a96eb]http://i.piccy.info/i7/4273266aad686bcf1f480de8640fec8d/4-57-934/13860067/Firm_800.jpg[/img:eb3f5a96eb][/URL][URL=http://i.piccy.info/a3c/2013-04-09-07-51/i7-4408373/800x444-r][img:eb3f5a96eb]http://i.piccy.info/a3/2013-04-09-07-51/i7-4408373/800x444-r/i.gif[/img:eb3f5a96eb][/URL]
|
[quote:e707728c29]The PlantPAx language switching feature provides you with the ability to set up multiple languages for an application and switch languages dynamically with the system running. Operators simply change the language using a switch button.[/quote:e707728c29]
http://www.emea.rockwellautomation.com/oem/en/process/multi_language_support.aspx
|
[quote:598fe39cf3="AlexV"]
Нельзя.
И на сколько я помню, в MCM поддерживаются только функции чтения с 1 по 5 включительно и функции записи 5, 6, 15, 16
Никакие другие функции использовать невозможно (будет просто давать ошибку конфигурации команды).
Поэтому, конечно же, прежде чем применить - надо убедиться, что слейвы соответствуют стандарту Modbus/RTU, проверив карту регистров и поддерживаемые функции.[/quote:598fe39cf3]
Ок. Спасибо за своевременную информацию. На слейве определены 3,4,6,16 функции. Определены типы данных. Определены адреса регистров архивов и есть таблица смещения адресов регистров соответственно по типам данных. Настройки порта стандартные. Теоретически проблем не должно быть...
ЗЫ: Пока не могу найти в доках MVI69-MCM каких-либо ограничений по адресам регистров в слейве. В доках слейва указаны адреса 1-5, 10х, 3хх, 50х, 8хх и архив начиная с 2001. Никаких ошибок в MVI69-MCM не возникнет при обращении к этим адресам?
|
[quote:52216ef82b="ferzio"]В этом и загвоздка. На LADах проблем написать нету. Просто есть уже наработки на Си и перенести это на ST легче, чем на графические языки.
Посмотрел настройки модулей - нашел только на AIшки, возможно из-за того что всё железо довольно бюджетное. Плюс "пользовательских" настроек в том что их можно переносить с контроллера на контроллер (независимо от производителя и типа модулей).
По поводу размера программы - в 20 раз это существенно. Сам написал ~20 строк когда на ST и перевел этот код на LAD. Код ST оказался на 3 с лишним Кбайт тяжелее ([/quote:52216ef82b]
Для Logix - LD самый быстрый и легкий (по отношению к памяти).
Использование FB и AOI минимизируй, т.к. для каждой команды создается своя структура (будет расход памяти).
[code:1:52216ef82b]BST XIC a OTE b NXB XIC c OTE d NXB XIC e OTE f BND [/code:1:52216ef82b]экономит память по сравнению с тремя отдельными строками.
Этот эффект был обнаружен для MicroLogix 1000 и было очень актуально.
|
Все эти настройки как правило относятся к свойствам модулей. Поверьте их там много. И их можно менять на ходу.
Видел такой пример. Программа писалась для одного обьекта, т.е исходные условия были абсолюно одинаковыми. Первый писал на LD и FB. Второй писал на структурном тексте как вы. У 1-го обьем 50КВ, у 2-го 1МВ!!!!!!. Время выполнения соответственно различалось пропорционально, при том что это был критический параметр.
Вы пытаетесь подменить разработчикой системы.
Еше. Программа написанная простым способом, будет понятна всем. Программа написанная вашим способом, будет понятна только вам.
[quote:cf831769a7="ferzio"]Типовые задачи ( Di, Do, Ai ...) - задачи для гибкой настройки соответствующих сигналов Di, Do, Ai ... (инверсии, фильтрации, возможность маскирования, различные поправочные коэф. и еще миллиард настроек .. ), которые присутствуют во всех проектах, независимо от технологии[/quote:cf831769a7]
|
Ну если на человечном, то памяти никогда не будет хватать. 95% АСУТП-х задач пишутся на LD и FB.
А что имелось ввиду под типовыми задачами(обработка Di, Do, Ai ...)?
[quote:b3eecbff34="ferzio"]оп .. что-то я тупанул, IL нету, LADы естественно есть.
На них я и собирался всю технологию писать. А вот типовые задачи (обработка Di, Do, Ai ...) хотелось написать на чем-то более человечном, типа ST[/quote:b3eecbff34]
|
Предыдущие результаты
Ещё результаты |
|
| |
|
