 | |
Предыдущие результаты
 Конечно PoverFlex, а не FlexLogix. Маразм.
Спасибо откликнувшимся за помощь и участие.
UIE.
|
[quote:a713d98b12="oldDad"]Вы не путаете FlexLogix с PowerFlex?[/quote:a713d98b12]
Что то мне кажется что человек путает
[url=http://www.vdt-automation.com/docs/Drives/Standart/20A-um001c-ru-p.pdf]PowerFlex 70[/url]
[url=http://www.vdt-automation.com/docs/Drives/Standart/20B-um001b-ru-p.pdf]PowerFlex 700[/url]
[url=http://vdt-automation.com.ua/modules.php?name=Docs]Русская документация[/url]
|
Вы не путаете FlexLogix с PowerFlex?
|
Посоветуйте пожайлуста, где раздобыть информацию по FlexLogix 70 и 700, а также по программному обеспечению для них.
Желательно на русском.
Спасибо
|
Попробуйте использовать новый контроллер Micrologix 1400 - у него рабочая температура -20..+60С и побольше входов-выходов. Можно еще поключить до 7 модулей расширения.
|
[quote:9d6109f9aa="BuNi"][quote:9d6109f9aa]Или надо найти первый изменившийся бит, а остальные потом?[/quote:9d6109f9aa]Именно. Если изменение есть, то оно должно быть найдено в том же скане.[/quote:9d6109f9aa]
Это меняет суть дела.
:D Для скорости надо заменить SLC на что-то из Logix - там это делается одной командой и процессор шустрее.
Из опыта работы с PLC-5 - файловые команды медленные, но при этом увеличивают время скана незаметно (многопроцессорная система).
"[b:9d6109f9aa]Мы создаем себе трудности, чтобы потом их героически преодолевать".
[i:9d6109f9aa]Озвучил Леонид Марков в фильме "Коней на переправе не меняют"[/i:9d6109f9aa][/b:9d6109f9aa]
К чему эта фраза?
Не зная конечной цели трудно предложить оптимальное решение.
Циклы в контроллерах вред. На этом форуме уже было обсуждение про время реакции - автор потом сознался, что у него был цикл, но те кто пытался ему помочь даже представить себе не могли, что у него цикл.
А команды JMP не должно быть, т.к. от нее может быть вред даже при переходах вперед.
|
Процессор SLC 5/04
Среда RSLogix 500
Задача:
Есть некий массив (N10:0-127).
Необходимо отследить изменение в нем любого бита,
и вычислить соответствующие номер слова и номер бита.
Каждый проход программы достаточно находить один изменившийся бит.
Минимизировать время одного прохода программы (хотя бы в режиме когда изменений небыло).
Мое решение:
Создал другой массив (N11:0-127) в который сохранял все найденные изменения в N10.
Находил сначала изменившееся слово - сравнивая N10 и N11 по слову, в случее их не равенства переходил на поиск изменившегося бита в найденном слове.
[code:1:c263d5ec48]Если N10:0 <> N11:0, то "номер слова" = 0, и переход на поиск бита
Если N10:1 <> N11:1, то "номер слова" = 1, и переход на поиск бита
....
Если N10:127 <> N11:127, то "номер слова" = 127, и переход на поиск бита
выход из п/п
Поиск бита: ...
...
выход из п/п[/code:1:c263d5ec48]
Вопрос как можно еще более ускорить поиск изменений. А особенно их отсутствие, чтобы не теряя времени переходить к другим задачам. Есть ли какие-нибудь стандартные операторы для этого.
|
[quote:088ef58fa3="Elektronik"]RSLinx есть ...[/quote:088ef58fa3]
RSLinx есть всегда. Но с RSLogix, в большинстве случаев, идет RSLinx Lite не требующий активации. Для получения данных в RSView32 нужен RSLinx OEM, Professional и активация.
Наличие RSView32 в поставе RSLogix - рекламный ход.
Купите RSView32 - вполне возможно, что там будет RSSQL с активацией на 50 тегов.
|
Еще нужен RSLinx PRO, если будете подключать RSView32 к контроллерам AB.
Версия 6.50 RSView32 - очень древняя, активация была через мастер диск.
А RSLogix 500 какой версии?
|
вместе с RSLogix....прошу прощения стандартная процедура это через интернет?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
