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

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


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



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



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

 [quote:5f307ad172]Далеко не всё и не у всех производителей делается так, как в Сименсе :) [/quote:5f307ad172] Это я уже понял))по примеру Аллен бредли) [quote:5f307ad172]С чего Вы взяли, что это нельзя? Может быть, можно?[/quote:5f307ad172] Может и можно но пока четкого ответа не видел-значит для меня нельзя))

 [quote:6abf16d57f="DiabloXan"]Не нравится тем что нельзя объединять процедуры или блоки в процедурах в задаче [/quote:6abf16d57f] С чего Вы взяли, что это нельзя? Может быть, можно? :) Далеко не всё и не у всех производителей делается так, как в Сименсе :)

 [quote:67a9dfeedd="oldDad"][quote:67a9dfeedd="DiabloXan"]И все равно из выше написанного не увидел как сделать выполнение любого блока 1 раз в секунду в главной рутине([/quote:67a9dfeedd] Вам же уже написали: [quote:67a9dfeedd="AlexV"]Простейшие вариант: таймер TON, после его DN - ONS RES ADD инструкции[/quote:67a9dfeedd] Таймер считает в главной программе, и ADD считается только в том цикле, в котором устанавливается DN таймер, т.е. каждую секунду. Позвольте также поинтересоваться, чем Вам не нравится задача, запускаемая ядром операционной системы контроллера точно раз в секунду? Этот механизм специально придуман именно для того, чтобы реализовывать функции, подлежащие периодическому выполнению. При этом Ваш ADD будет считаться в такой задаче принципиально более точно, чем при реализации периодического "интегрирования" пользовательским таймером. Объяснить, почему?[/quote:67a9dfeedd] Всем огромное спасибо<вроде более менее разобрался! oldDAD - Не нравится тем что нельзя объединять процедуры или блоки в процедурах в задаче запускаемой ядром операционной системы контроллера 1 раз в секунду и главной задачи контроллера-я работал на сименсе и там все вместе (можно выбрать цикличность любого блока поотдельности)-ну привык я так, мне удобнее - не судите строго, кому как удобнее)

 [quote:2f71e9d8a4="DiabloXan"]как быть если нужно создать блок под определенную задачи и которого нет в стандартной библиотеке [/quote:2f71e9d8a4] Создайте свои собственные AOI. Они именно для этого и предназначены. [quote:2f71e9d8a4]Есть ли у роквела что-то типо надстройки (Библиотеки) блоков (У сименса аналог CEMAT)-читал много инфы про роквел-но пока подобного не встречал.[/quote:2f71e9d8a4] Это называется [url=http://search.rockwellautomation.com/search?site=sample_code&client=samplecode&output=xml_no_dtd&proxystylesheet=samplecode]Sample Code Library[/url]. Наберите в поисковой строке, например, [url=http://search.rockwellautomation.com/search?q=AOI&filter=0&num=20&getfields=*&btnG=Search&client=samplecode&output=xml_no_dtd&proxystylesheet=samplecode&ulang=de&sort=date%3AD%3AL%3Ad1&entqrm=2&wc=200&wc_mc=1&oe=UTF-8&ie=UTF-8&ud=1&exclude_apps=1&site=sample_code]AOI[/url].

 [quote:952f4cfd99="AlexV"][quote:952f4cfd99="Locky"]А можно и без ONS RES если записать: XIC Timer.DN ADD Variable Accum Accum XIO Timer.DN TON 1000 0[/quote:952f4cfd99] Нельзя! :P Логическая ошибка, ADD будет выполняться на следующий скан после установки DN таймера.[/quote:952f4cfd99]Ну, расчет суммы задержится на один скан, но работать будет и даже результат сильно не изменится т.к. все отсчеты на этот один скан будут сдвинуты. Строки можно местами поменять, тоже работать будет, и уже в том же скане когда DN установится. :P В данном примере просто хотел показать что для управления таймером можно обойтись без доп. операторов (ONS & RES) если знать что сброс входного условия таймера сбрасывает его аккумулятор, что в свою очередь приводит к сбросу бита DN.

 [quote:b8f7578fc8="Locky"]А можно и без ONS RES если записать: XIC Timer.DN ADD Variable Accum Accum XIO Timer.DN TON 1000 0[/quote:b8f7578fc8] Нельзя! :P Логическая ошибка, ADD будет выполняться на следующий скан после установки DN таймера. И еще добавлю свои 5 копеек :roll: Фоновая задача имеет не просто низкий, а САМЫЙ низкий приоритет.

 [quote:ed920ff713="AlexV"]Простейшие вариант: таймер TON, после его DN - ONS RES ADD инструкции[/quote:ed920ff713]А можно и без ONS RES если записать: XIC Timer.DN ADD Variable Accum Accum XIO Timer.DN TON 1000 0

 [quote:d9fdbae6c4="DiabloXan"]mp3corp - Ваша инструкция ADD не выполняется раз в секунду-она выполняется раз в цикл контроллера при выполнении условия GRT. И все равно из выше написанного не увидел как сделать выполнение любого блока 1 раз в секунду в главной рутине([/quote:d9fdbae6c4] Почему, таймер 1000 мс, как только он насчитает бит DN станет - 1, далее идет 1 цикл счета и сброс таймера в 0 и так по кругу. Условие GRT служит для того, чтоб расход не начал считать в обр. сторону, например будет ток <4 ма...

 [quote:ad091eb44f="DiabloXan"]И все равно из выше написанного не увидел как сделать выполнение любого блока 1 раз в секунду в главной рутине([/quote:ad091eb44f] Вам же уже написали: [quote:ad091eb44f="AlexV"]Простейшие вариант: таймер TON, после его DN - ONS RES ADD инструкции[/quote:ad091eb44f] Таймер считает в главной программе, и ADD считается только в том цикле, в котором устанавливается DN таймер, т.е. каждую секунду. Позвольте также поинтересоваться, чем Вам не нравится задача, запускаемая ядром операционной системы контроллера точно раз в секунду? Этот механизм специально придуман именно для того, чтобы реализовывать функции, подлежащие периодическому выполнению. При этом Ваш ADD будет считаться в такой задаче принципиально более точно, чем при реализации периодического "интегрирования" пользовательским таймером. Объяснить, почему?

 Создаешь Routine в программе, потом вызываешь ее с помощью хоть JSR инструкции, хоть FOR для циклического вызова c индексацией. В отличие от сименса, тут допустима запись вида array1[index1,index2] Т.е. тут реализовано стандартное структурное процедурное программирование. UserType - стандартные структуры как в классических языках программирования.



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


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



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



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



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



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




Выберите страницу:   [ << Предыдущая страница ] 1 2


  
RA & VDT GmbH

Облако тэгов
ControlLogix MVI56-MCM Allen-Bradley Logix Windows FactoryTalk PanelView VersaView ControlTower GuardLogix Compact Software Studio Designer 100-E 100-D SMC-50 Energy Saver 1756-RMS-SC Spectrum Encompass Level Ethernet Redundancy Stratix

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

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