Перепрошивка на версию 2.10.9 для работы с быстрыми выходами

[Спорягин Кирилл]

Добрый день, уважаемые форумчане.

На объекте необходимо работать с быстрыми выходами. Закупленный и смонтированный контроллер ПЛК110-32 (старой модификации) имеет прошивку 2.14.0. На форуме нашел информацию о том, что для корректной работы с быстрыми выходами необходима прошивка 2.10.9 (уже пытались работать на 2.14.0 - не работает). Отсюда вопросы.
1. В архиве прошивок на сайте нашел только программу прошивки, при использовании которой необходимо снимать верхнюю крышку и переставлять перемычку. Нет ли возможности перепрошиться с помощью команды UpdateCore, т.е. так чтобы не нужно было снимать верхнюю крышку?
2. Программа из архива прошивок, при запуске сообщает, что необходимо отсоединить все провода от контроллера. Это сообщается, чтобы пользователю было легче снимать крышку или при перепрошивке недопустимо, чтобы на дискретные входы приходили сигналы?
3. Имеем только кабель КС2. Можно ли с помощью него осуществить прошивку? Или обязательно нужен кабель КС1?

[Вольд]

На объекте необходимо работать с быстрыми выходами.

Если не секрет, что за объект, требующий работы с быстрыми выходами ?

[Спорягин Кирилл]

Объект, где нужно управлять шаговыми двигателями.

Вопросы актуальны!

[Вольд]

Объект, где нужно управлять шаговыми двигателями.

Вопросы актуальны!

А какие конкретно драйвера ШД и ШД используете ?

[Спорягин Кирилл]

Вольд, сейчас об этом некогда. Мне бы все же получить ответы на вопросы.

[Евгений Дударев]

Попробуйте перепрошиться по этому бинарному файлу. Крышку снимать не нужно. Кабель в этом случае только КС1

[Вольд]

Вольд, сейчас об этом некогда. Мне бы все же получить ответы на вопросы.

Самое интересное впереди, когда начнете управлять ШД. У меня ШД удалось закрутить на частоте не выше 1700 Гц и еще пришлось дробить шаг на 2.

[Спорягин Кирилл]

Попробуйте перепрошиться по этому бинарному файлу. Крышку снимать не нужно. Кабель в этом случае только КС1

Евгений, добрый вечер.
Попытка прошиться бинарным файлом через Ethernet привела к неудаче. Симптомы были похожие на указанные в этой теме. А именно, после перепрошивки не устанавливалась связь, светодиоды "Работа" и "Питание" горели. Светодиод "Работа" гас на момент нажатия кнопки сброс.
В итоге пришлось раздобыть кабель КС1 и с помощью программы перепрошивки (с сайта) все прекрасно перепрошилось на версию 2.10.9.

[Спорягин Кирилл]

Теперь у меня появился другой вопрос.

В основной программе, я добавил следующий код:

var
	PRGTime  :	DWORD;
	SysTime1 :	SysTime64;
	SysTime2 :	SysTime64;
	dbCurTime:	CurTime;
	dbStat   :	STATISTICS_INT;
end_var


dbCurTime(SystemTime:= SysTime1);

PRG_Timer();

dbCurTime(SystemTime:= SysTime2);
PRGTime := SysTime2.ulLow - SysTime1.ulLow;
dbStat(IN := DWORD_TO_INT(PRGTime));

С помощью данного кода я измеряю минимальное, максимальное и среднее время в микросекундах выполнения программы PRG_Timer.
В этой программе собственно и содержится тот код, который я собираюсь выполнять по высокочастотному таймеру.
Измерения показали следующие значения:
Минимальное время - 160 мкс;
Максимальное время - 520 мкс;
Среднее время - 212 мкс.

Вопросы:
1. Почему период выполнения так разница, хотя программа выполняется "пустая", т.е. все время ходит по одним и тем же логическим ветвям?
2. Какой период можно задать при таких значениях времени выполнения для высокочастотного таймера?
3. Я задавал период вызова по таймеру - 400 мкс. И программа в ПЛК работала (еще не проверял на объекте, но сам контроллер в стоп не уходил). Что происходит, если программа еще не успела выполнится, а уже по времени необходимо вызывать ее снова? Она просто не выполняет те операторы, которые не были выполнены к моменту нового вызова?

[Спорягин Кирилл]

Конкретизирую свой вопрос. Думаю, что точный ответ могут дать только системные программисты ОВЕНа. Надеюсь они заглянут!

Что происходит на прошивке 2.10.9, если программа вызываемая по прерыванию высокочастотного таймера еще не успела выполнится, а уже по времени необходимо вызывать ее снова?
ОС просто не выполняет те операторы, которые не были выполнены к моменту нового вызова или она ведет себя по другому?