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

[Филоненко Владислав]

На этот вопрос (можно ли выводить результаты PRU программы в "plc configuration") тов. Филоненко говорит решительное нет. Ну, что, якобы, адреса памяти КДС назначает произвольно, что это в концепцию ПЛК110 не укладывается и т.п.

С моей точки зрения, звучит, конечно, неубедительно. Свои fast encoder/fast counter программы в ОВЕН как-то сделали и в конфигуратор сумели вывести?

Вот через pruaccesslib.lib и работает. Другим способом получить синхронизацию без остановки PRU и без неопределённого по времени доступа из PRU в основное ОЗУ (от десятков до тысяч тактов, если крайне не повезёт с моментом обмена) нельзя.

Но, конечно, всегда есть путь Илона Маска.

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

Вот через pruaccesslib.lib и работает

Таки есть возможность выудить данные через pruaccesslib, и запулить их в "plc configuration" уже средствами host'а?

Да, складывать из PRU в ОЗУ, конечно, расточительно. Разве что одно из PRU ядер "потратить" на обмен с DDR памятью, но это стрёмный путь

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

Вот через pruaccesslib.lib и работает. Другим способом получить синхронизацию без остановки PRU и без неопределённого по времени доступа из PRU в основное ОЗУ (от десятков до тысяч тактов, если крайне не повезёт с моментом обмена) нельзя.

Но, конечно, всегда есть путь Илона Маска.

COUNT_DUBL_POINT := PRU_DRAM + OFFSET;
COUNT_DUBL_POINT^ := 16#01020304;

>>>>
LBCO &R28, CONST_PRUDRAM, 128, 4 // временно - считать 4 байта и положить в 28 рег дл_ тестирования проброса - работает
>>>>

понятно что не синхронно, но для некоторых применений прокатит...

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

COUNT_DUBL_POINT := PRU_DRAM + OFFSET;
COUNT_DUBL_POINT^ := 16#01020304;

>>>>
LBCO &R28, CONST_PRUDRAM, 128, 4 // временно - считать 4 байта и положить в 28 рег дл_ тестирования проброса - работает
>>>>

понятно что не синхронно, но для некоторых применений прокатит...

Шайтан. Это же вообще огонь-технология!
Если надо синхронность, то просто делаем WHILE COUNT_DUBL_POINT^ ... END_WHILE; и всего делов.

Может, ещё и структуру/массив можно разместить по адресу PRU_DRAM?
Если такое применить, то вообще огонь будет. Не то, чтобы "немного не по правилам", а "вообще не по правилам" )

Ну и нужно будет к Вольду обратиться. Он очень метко эпитеты подбирает.

[Филоненко Владислав]

COUNT_DUBL_POINT := PRU_DRAM + OFFSET;
COUNT_DUBL_POINT^ := 16#01020304;

>>>>
LBCO &R28, CONST_PRUDRAM, 128, 4 // временно - считать 4 байта и положить в 28 рег дл_ тестирования проброса - работает
>>>>

понятно что не синхронно, но для некоторых применений прокатит...

Это крайне медленно и внутренняя шина может быть в этот момент занята обменом с чем-нибудь другим => непредсказуемая задержка.

[Вольд]

На текущий момент 4 (ЧЕТЫРЕ) человека вообще проявили какой-либо интерес к технологии и соизвоили хотя бы письмо мне написать, чтобы получить пакет тестировщика. Четыре, Карл!

Вы очень сильно заблуждаетесь. Судя по количеству постов в этой теме (море постов еще было удалено) эта технология вызывает огромный интерес у пользователей продукции фирмы "ОВЕН".