Программирование ПЛК110 [М02] для задач реального времени

[Дмитрий Артюховский]

Плохо то, что мало кто раскусил и мало кто проявил интерес к технологии PRU. Иначе можно было бы устроить голосование и продавить разработку цивильной среды. Может действительно написать открытое письмо руководству фирмы "ОВЕН" для разрешения этой абсурдной ситуации.

вы главного упорно не видите, в приведенном выше коде - 90% ассемблерные вставки и тратить время на разработку среды для "обертывания" их в одиночный repeat - until даже с выделением цветом ключевых слов смысл не великий... кому нравится эстетствовать - в добрый путь, а для нормальной работы там есть еще много сырых мест которые и надо допиливать не отвлекаясь на разноцветные флажки и гирлянды )))

кстати, входы заведены на PRU0 и при необходимости передаются в PRU1 через память

Если делать на PRU программе, то можно сделать импульсы шириной до 0.3..0.7 мкс

не получится принципиально, по двум причинам: код не выполниться чаще чем 1 МГц и и примененные опропары не отработают фронты на данной частоте

[Владимир Ситников]

вы главного упорно не видите, в приведенном выше коде - 90% ассемблерные вставки и тратить время на разработку среды для "обертывания" их в одиночный repeat - until даже с выделением цветом ключевых слов смысл не великий... кому нравится эстетствовать - в добрый путь,

Дмитрий.
1) А, давайте, покажите, где там 90% ассемблерных вставок.
Не надо бросаться голословными утверждениями.

Весь код от и до написан на нормальном ST.
Надеюсь, у вас хватит совести не обсуждать, что "блок PRU_OUT1 состоит из одной единственной команды, и эта команда ассемблерная"?

Вот, реально. Найдите хоть одну ассемблерную инструкцию в самом блоке генератора импульсов.
Или найдите ассемблерную инструкцию в коде, который генерирует задержку.
Да хоть где.

Я без проблем могу завернуть оставшиеся LBCO/SBCO в нормальный ST код, но именно здесь я не хочу тратить время, т.к. здесь и сейчас именно эти 2 инструкции никому не мешают.

А вы увидели "asm" и давай говорить "смысл не великий".


2) Сейчас обсуждается не подкраска синтаксиса. Сейчас обсуждается вообще возможность PRU программирования, т.е. сама возможность задействования быстрых входов-выходов.
Если вы до сих пор не поняли, что ОВЕН никак не хочет разрешать работу с быстрыми входами-выходами, то я не знаю как ещё объяснить.

а для нормальной работы там есть еще много сырых мест которые и надо допиливать не отвлекаясь на разноцветные флажки и гирлянды )))

Каждый считает своим долгом сказать, что "ничего у вас не получится".
Давайте с другой стороны: у вас получился блок управления ШД? (ну или что вы там делали?) Покажете?
У Филоненко получился блок управления ШД?
Ещё у кого-нибудь получился?

Почитайте выше -- пишут, что даже просто fast PWM не работает как надо. Я уж не говорю про ШД с разгоном.

У меня -- ШД получился. Если считаете, что "можно было просто на ассемблере сделать, и не парить мозг с разработкой среды", то продолжайте так считать.
Но есть одно но: очень много кто считает, что "можно просто на ассемблере было написать", а как доходит до дела, то все сдуваются. Прямо реально, страна советов. Все только и делают, что советуют "как надо". А, если реально сделать, то всё. Сразу "да на один только ОЛ 5 человеколет ушло", да и вообще "разработка компилятора это 50 человеколет".

Почему-то никто из скептиков не учитывает, что среда УЖЕ есть. В ней УЖЕ можно писать программы, и не просто абы какие, а прямо те, которые давным-давно нужны на проектах: ШД, серво, вот это всё.

не получится принципиально, по двум причинам: код не выполниться чаще чем 1 МГц

Это откуда взяли?
Код выполняется с частотой 150МГц -- это частота PRU ядра. Почти все команды занимают 1 такт.
Можно хоть 50МГц на быстрый выход выводить программой из двух команд "вкл-выкл-goto start".

1 МГц и и примененные опропары не отработают фронты на данной частоте

Тут без понятия.

[Владимир Ситников]

кстати, входы заведены на PRU0 и при необходимости передаются в PRU1 через память

Если знаток PRU1, то, может, расскажете как pruAccessLib.lib взаимодействует с PRU1?
Ну, какие адреса памяти используются для обмена?

Понятно, что можно сделать host-PRU0-PRU1, но всё-таки, лучше сделать независимый обмен, чтобы не нагружать PRU0 лишней работой по пересылке данных туда-сюда.

[Newcomer]

не получится принципиально, по двум причинам: код не выполниться чаще чем 1 МГц и и примененные опропары не отработают фронты на данной частоте

Вот что в первом посте этой темы написал В.Филоненко: Для этого в ПЛК есть 2(4) быстрых входа и 4 быстрых выхода (которые способны воспринять или сформировать импульсы от 0,5 мкс длительностью) и 2 специализированых сопроцессора, PRU, которые подключены непосредственно к этим I/O и могут обрабатывать данные и управлять отдельно от основного цикла ПЛК.

Дмитрий, что вообще вы такое пишите. Откуда у вас столько пессими́зма ? Вы что древний старик ?