CODESYS V3.5. Вопросы и ответы

[Эдуард_Н]

В Менеджере библиотек есть кнопка Скачать недостающие библиотеки - если проблема в этом. Приведите сообщения об ошибках из CODESYS все-таки.

Это где там такая кнопка? Сообщения в предыдущем сообщении.

[Евгений Кислов]

В вашем случае стоит переустановить CODESYS.

[Эдуард_Н]

В вашем случае стоит переустановить CODESYS.

Не помогает. Может сначала надо было КДС3.5, а уже потом КДС3.5SP5?

[Эдуард_Н]

Да, сначала установил КДС3.5SP5 (Думал без него обойдётся), а потом переустановил КДС3.5SP5P5.

[energvk]

В InputConfiguration работают все функции,кроме OnDialogClosed. Евгений Кислов, прошу Вашей помощи. В чём ошибка? Не могу разобраться. Для проекта важно выполнять запись команды сразу после изменения переменной.

С OnDialogClosed связан один баг - соответствующий метод не работает во вложенных диалогах. Соответственно, как раз ваша ситуация - вы в своем диалоговом окне вызываете стандартный диалог ввода. Исправили в SP8.

Вот оно что! Спасибо за информацию. Придется делать костыли

Что-то колтыли тоже не работают:

05.PNG

При onMouseDown у меня записывается нужный аргумент и должна переключаться в TRUE переменная PLC_PRG.chgFreq[i] (для проверки её также в ST-коде присваиваю, по причине ниже).
Далее в программе работает следующий код:

// обрабатываем изменение частоты насосов
	FOR i := 1 TO 5 DO
		IF chgFreq[i] THEN
			Cmd := INT_TO_WORD(i)+4; Arg1 := 6; chgFreq[i] := FALSE;
		END_IF;
	END_FOR;

И опять же у меня при нажатии на ОК переменная Arg2 записывается, а chgFreq[i] переходит в TRUE только при следующем открытии диалога ввода.
Боюсь предположить, что

С OnDialogClosed связан один баг - соответствующий метод не работает во вложенных диалогах. Соответственно, как раз ваша ситуация - вы в своем диалоговом окне вызываете стандартный диалог ввода. Исправили в SP8.

также относиться и к "Переключить переменную" и ST-коду. Теплится надежда, что у меня что-то не так, иначе возникает серьёзная проблема - как выполнить нужную мне последовательность без глобальной переделки диалогов.

[Евгений Кислов]

У меня, в целом, подобная конструкция работает. Правда, есть один достаточно специфичный момент - chgFreq[i] переходит в TRUE сразу после открытия диалога ввода.

Т.е., полагаю, вы для себя это представляете в стиле:

открытие диалога ввода-->ввод нового значения-->нажатие на ОК-->взведение флага-->если флаг взведен, то выполняем код

А CODESYS это воспринимает буквально:

открытие диалога ввода-->взведение флага (независимо, что там в диалоге ввода, пусть он просто даже завис открытым)-->если флаг взведен, то выполняем код

Вообще, использование подобного кода на кнопках не кажется мне хорошей идеей. По-моему, лучше в программе по флагу производить сравнение введенного значения с предыдущим (если это действительно необходимо).

[energvk]

У меня, в целом, подобная конструкция работает. Правда, есть один достаточно специфичный момент - chgFreq[i] переходит в TRUE сразу после открытия диалога ввода.

У меня тоже работала. Правда запись значения команды выполнялась после закрытия диалога. А вот когда уже начал использовать фреймы - начались эти проблемы.

Т.е., полагаю, вы для себя это представляете в стиле:

открытие диалога ввода-->ввод нового значения-->нажатие на ОК-->взведение флага-->если флаг взведен, то выполняем код

Именно так мне и нужно, но при использовании фреймов это не работает.

Вообще, использование подобного кода на кнопках не кажется мне хорошей идеей. По-моему, лучше в программе по флагу производить сравнение введенного значения с предыдущим (если это действительно необходимо).

Изначально раньше так и было: при включении панели или восстановлении связи с ПЛК считывались значения, потом уже при изменении писались обратно в ПЛК. Позже для упрощения кода и т.п. перешел на команды с аргументами, что тоже хорошо работало. Все проблемы появились, когда начал применять фреймы, т.е. появились "вложенные" диалоги. В итоге конечно удобнее, когда много однотипных элементов, и проще для корректировки, но теперь нет возможности получить на выходе

открытие диалога ввода-->ввод нового значения-->нажатие на ОК-->выполняем код

То есть нужно опять всё переделывать

[Number17]

Во вкладке Device присутствует следующий параметр Опции цикла шины - Задачи цикла шины.. Что это за параметр? На что влияет?

[Евгений Кислов]

Определяет частоту вызова modbus-компонентов. В большинстве случаев лучше не трогать ни эту (общую), ни аналогичные индивидуальные для компонентов настройки - при значениях по умолчанию обмен привязывается к задаче с наименьшим временем цикла. Поскольку обычно в проекте есть MainTask с циклом 10-20 мс, то проблем не возникает.

[Number17]

Определяет частоту вызова modbus-компонентов. В большинстве случаев лучше не трогать ни эту (общую), ни аналогичные индивидуальные для компонентов настройки - при значениях по умолчанию обмен привязывается к задаче с наименьшим временем цикла. Поскольку обычно в проекте есть MainTask с циклом 10-20 мс, то проблем не возникает.

Интересуюсь потому что не могу обмен запустить на библиотеке Modbus:http://www.owen.ru/forum/showthread....l=1#post227122. Подумал что может быть в этом параметре дело.