 | |
Предыдущие результаты
 [quote:30db224481="websint"]Через драйвер [color=red:30db224481]я бы смог быстро переключаться [/color:30db224481]между эмулятором и реальным контроллером.[/quote:30db224481]
В [b:30db224481]RSLinx [/b:30db224481]можно переключаться не просто быстро, а очень быстро.
[quote:30db224481="websint"]Из скады виден OPC RS-Linx, можно выбрать переменные из него, но они не работают...
Я не уверен, что rsLinx правильно работает.[/quote:30db224481]
Проверь через [b:30db224481]OPC Test Client[/b:30db224481], который найдешь в [b:30db224481]...\Rockwell Software\RSLinx\Tools[/b:30db224481].
|
Через драйвер я бы смог быстро переключаться между эмулятором и реальным контроллером. Для OPC сервера надо отдельно переменные прописывать, в другом месте.
Из скады виден OPC RS-Linx, можно выбрать переменные из него, но они не работают...
Я не уверен, что rsLinx правильно работает.
[URL=http://www.radikal.ru][img:b2c3b5d17a]http://s017.radikal.ru/i444/1110/e7/eb36df49b7c2.gif[/img:b2c3b5d17a][/URL]
|
Есть ли возможность увидеть со скады (indusoft) эмулятрор ПЛК?
Могут ли скада и эмулятор находится на одном ПК?
Запустил эмулятор, закачал в него программу, всё работает - крутится.
В скаде
- подключил драйвер ABCIP (ниже вырезка из help)
- надо прописать IP контроллера, имена переменных.
В эмуляторе процессора некуда IP задать... Пытался в скаде прописать 127.0.0.1, IP компьютера... Может как-то RSLinx использовать? Или COM-port?
](*,)
Из справки скады, про драйвер:
The ABCIP driver enables communication between the Studio system and compatible target devices — including Allen-Bradley ControlLogix, FlexLogix, CompactLogix, and MicroLogix PLCs — according to the specifications discussed in this document. The ABCIP driver communicates via the Allen-Bradley Common Industrial Protocol
(CIP).
Спасибо.
|
У меня такая же задача, но только на FlexLogix. Модуль модбас MVI94-MCM. Скачал с сайта производителя (Prosoft) файл конфигурации *.eds и зарегил в среде программирования, но в меню выбора аппаратных модулей он так и не появился. В скачанном с того же сайта примере этот модуль представлен как FLEX_MODULE (Generic flex module) - я так понимаю это универсальная заглушка для всех модулей, т.е. module defined data им не поддерживаются.
|
[quote:7cf2ec2285]Кроме того, эти "входа" видны .... и только они .... для проца, который не является владельцем этого выходного модуля. А вот процу владельцу видны и сами выходы ("реальные" выходы) и их эхо сигналы[/quote:7cf2ec2285]
...а я как-то не подумал что контроллеров в корзине может быть два и
для них клемма на модуле не одно и тоже...
Спасибо за ответ
|
[quote:f9faae6647="Ryzhij62"]Что-то с синтаксисом, ИМХО.
Я так в FT 5.1 ME не делал, подождём, что более опытные мужи скажут.[/quote:f9faae6647]
Подмена имени файла параметров через файл параметров работает и в RSView32 и в FT View от 4.0 до 6.0.
Но нужно тщательно продумать заменяющую часть.
Пример из рабочего проекта:
[b:f9faae6647]Display Machine /PM01[/b:f9faae6647]
Файл M01: [b:f9faae6647]#1=01[/b:f9faae6647]
На экране [b:f9faae6647]Machine [/b:f9faae6647]имеется [b:f9faae6647]Display Machine_Trend_In_Out /PM#1[/b:f9faae6647], т.е. сгенерировали имя файла параметров [b:f9faae6647]M01[/b:f9faae6647].
И так далее.
|
Что-то с синтаксисом, ИМХО.
Я так в FT 5.1 ME не делал, подождём, что более опытные мужи скажут.
|
[quote:1351eabf0f="Ryzhij62"] Насколько я помню, файл параметров 2 вызываемого экрана 2 надо указывать не как вложение в файл параметров экрана 1, а явным образом при вызове экрана 2 в свойствах конкретного активного объекта (кнопки). Тот же экран 2 в Вашем случае может быть вызван другой кнопкой (объектом) уже с другим файлом параметров (с другим набором тэгов).
А так получается, что Вы вызвали экран "заточенный" под параметрический файл, а сам файл параметров при вызове не указали.
Если же у Вас имя файла параметров для экрана 2 само является параметром для вызывающего объекта (кнопки) на экране 1 и поэтому попало в параметрический файл первого экрана, то проверьте синтаксис как записи в параметрическом файле 1, так и команды вызова в свойствах вызывающей кнопки (активного объекта).[/quote:1351eabf0f]
Да, при вызове второго экрана указан файл параметров 2 (#99), а в файле параметров 1 есть строка #99={FileParameter_2_Name}. Так принципиально будет работать?
Среда FT 5.1 ME
|
рискну предположить, что вы говорите об ""эхо" сигнале для выходов.
их можно использовать например так
[URL=http://photo.qip.ru/show/3r5g1-1kinl0/][img:533b4ac3c1]http://ff8.photofile.ru//photo/xlarge/K8ws0MvJLEkt0jdKrjI10zfMzszLMQAA.jpg[/img:533b4ac3c1][/URL]
Кроме того, эти "входа" видны .... и только они .... для проца, который не является владельцем этого выходного модуля. А вот процу владельцу видны и сами выходы ("реальные" выходы) и их эхо сигналы :)))
|
Здравствуйте. Вставлю и я свои пять копеек. Лучшей организации памяти, чем в семействе ControlLogix я не встречал. Програмисту необходимо думать об организации алгоритма, а не о тонкостях работы с контроллером. Если вы работаете с контроллерами ControlLogix для объявления переменной вам достаточно дать имя и тип. И все! Над переменными можно выполнять любые операции. Если же это Step 7 вам нужно, если мы говорим об буферной переменной, выделить меркерную память, выделить определенное количество байт, в таблице символов присвоить ей символическое имя и только после этого у вас это будет только, к примеру 32 бита и если вы захотите произвести к примеру арифметические операции вам нужно дополнительно эту переменную преобразовать в тип с которым можно делать эти операции. Вам нужно следить за тем, чтобы правильно распределялась память, если вы используете функции - нужно следить за стеком, если получаете сигнал с аналогового модуля и хотите с ним работать - эту область памяту нужно обязательно нормировать используя дополнительные функции. На данный момент многие програмируют используя CFC планы, и если в чистом Step 7 проекты вряд ли займут 2 мб, то эта же логика написанная с использованием CFC планов уйдет далеко за 5, а то и более мб.
ИМХО динамическое распределение памяти делает жизнь прогамиста намного легче и думать приходиться больше о технологии, чем об распределении памяти.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
