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

[Dani Rook]

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

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

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

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

[melky]

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

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

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

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

[1exan]

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

[melky]

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

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

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

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

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

[Ollema]

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

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

[Rask]

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

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

[ПавелП]

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

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

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

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

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

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

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

[Dimensy]

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

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

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

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

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

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

Так и хотят из калькулятора компьютер сделать