Ускорение цикла программы на ПР200/ПР102/ИПП120

[Dani Rook]

Добрый день, коллеги, встречали ли вы в своей практике работы с ПР200, ИПП120, ПР102 задачи, в которых необходимо было уменьшить время цикла программы и ускорить работу системы?

Наши разработчики развивают одну гипотезу по ускорению данных устройств в 2-5 раз. Благодаря чему уменьшится цикл программы, тем самым сетевой обмен станет тоже быстрее.

Все методы оптимизации были опробованы внутри прибора ПР200 на уровне встроенного ПО. Весь заложенный в проекте функционал и актуальные прошивки будут работать с новым ПО, а непосредственно программа выполняться в преобразованном виде.

Если вам было бы интересно опробовать данный функционал, то оставьте, пожалуйста, ваши контакты и опишите задачу, для которой хотите это применить.

[melky]

Так для начала опишите варианты. Новое ПО так понимаю это не ОЛ и пахнуть им не будет. Что за ПО, где посмотреть, почитать? каким образом вы замените firmware ПР и так далее?

[Королев Кирилл]

Так для начала опишите варианты. Новое ПО так понимаю это не ОЛ и пахнуть им не будет. Что за ПО, где посмотреть, почитать? каким образом вы замените firmware ПР и так далее?

Все изменения будут осуществлены на уровне прошивки приборов. ПО для программирования - все так же ОЛ.

[1exan]

Ускорение относится к режимам мастер, слейв - или ко всем?

[Королев Кирилл]

Ускорение относится к режимам мастер, слейв - или ко всем?

Ускорение относится ко всей программе пользователя. Соответственно, быстрее цикл - быстрее прибор может обрабатывать запросы.

[Ollema]

Ускорение относится ко всей программе пользователя. Соответственно, быстрее цикл - быстрее прибор может обрабатывать запросы.

Смотря какие запросы. Если по сети групповых запросов у мастера ПР200 не может быть, то обмену по сети уменьшение цикла навряд ли поможет. В моих задачах пока только в этом вижу недостаток ПР200.

[ПавелП]

Ускорение относится ко всей программе пользователя. Соответственно, быстрее цикл - быстрее прибор может обрабатывать запросы.

Многозадачность?
Использование нескольких ядер?
Камень помощнее?

Неплохо бы получить 0,1мс на цикл.
В ПЛК160 можно по прерываниям до 20мкс.
Но "подглючивает".

Я работал по прерыванию 100мкс SetIRQ(100);
Хватало 75 тактов, обрабатывалось 50 Гц полуволна.
Получалось и на 60мкс - 128 выборок.

В идеале нужна гарантированная синхронизация.
Если задана 1 мс - значит вызов через 1 мс,
другое дело - сколько тактов "останется".

Вот эту переменную и можно в начале цикла проверить.
И планировать, сколько тактов на этот цикл есть для пользователя.

Зная точно, что можно получить гарантированно - это и есть надёжность изделия.

[melky]

хм, новый ник для новой темы?

Собственно на текущих версиях прошивки ПР200 - мигание экрана при большом периоде программы. больше 7мс всего лишь.
Собственно групповые запросы в режиме мастер, чтобы это не приводило к увеличению цикла программы.

[Rask]

на текущих версиях прошивки ПР200 - мигание экрана при большом периоде программы. больше 7мс всего лишь.

Ага, не нравится мне моргание. Так не должно быть

[Sergej_]

Тот, кто сможет "погонять" изделие, не угробив производство и ПР.
Потом дать толковую оценку, и грамотно описать глюки и преимущества.

Понятно, эксперименты на людях. На их, людей , оборудовании, и рисками. Так что-ли выходит. ? ПР не ПЛК. Вот очень тяжёлая программа, цикл 47 мс . Ну будет в два раза быстрее, ну и хорошо. Особой разницы не будет. Для каких то быстрых процессов все равно не годиться. Не надо думать,что это кардинально что то улучшит. Вот групповые запросы, да было бы полезно. Но их нет. И Сетевых переменных лучше добавили бы. Приходится извращаться, упаковывать, да ещё по очереди передавать. В панели скриптами распаковывать, по своим местам раскладывать. Вот эти недостатки лучше бы исправили. Железо кардинально никто переделывать не будет.IMG_20231215_214557_643.jpgIMG_20231215_214643_557.jpg