ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

[Easy_Enemy]

... было написано маппирование, а управление - через циклы и аттрибуты через точки

А вот и проблема.. есть выход, который управляет сигналом на открытие. В "конфигурации ПЛК" назвал его Flap1Open (пробовал там же переносить в глобальные и прибивать гвоздями через AT - тоже самое). В функции карты присвоил его в массив Ven[1].Flap.Open:=Flap1Open (почему-то не наоборот). Так нормально работает функция управления на открытие, но в режиме калибровки значение на сам выход не записывается. Но, если поменять местами Flap1Open:=Ven[1].Flap.Open, то режим открытия работать перестает, а вот в калибровке - выход включается, но не выключается по таймеру (функция - одна и та же). Чертовщина..

[Easy_Enemy]

Кривой кодесис, глючный Овен, да?
А всего-то - убрать лес. И сразу будут видны деревья.

Помимо небольшой оптимизации и пары интересностей с CASE - проблема не особо решилась. То есть, я так понимаю, из вышестоящих (управляющих систем) - обращение к переменным примерно то же, что моя "кровь из глаз", но, как минимум ясна структура (система, номер, девайс, атрибут). При обработке 20+ разных систем - становится понятнее. Мне не в падлу расписать. Как минимум, Вы за 10 минут поняли "что-куда" и поправили. По быстродействию: утверждать не могу, пока доделки не будут доделаны - нельзя запустить тест на скорость цикла ПЛК. Кодесис 2.3 - банально, старый. К овену претензий нет, кроме, немного усложненной документации.

[1exan]

А вот и проблема.. есть выход, который управляет сигналом на открытие. В "конфигурации ПЛК" назвал его Flap1Open (пробовал там же переносить в глобальные и прибивать гвоздями через AT - тоже самое). В функции карты присвоил его в массив Ven[1].Flap.Open:=Flap1Open (почему-то не наоборот). Так нормально работает функция управления на открытие, но в режиме калибровки значение на сам выход не записывается. Но, если поменять местами Flap1Open:=Ven[1].Flap.Open, то режим открытия работать перестает, а вот в калибровке - выход включается, но не выключается по таймеру (функция - одна и та же). Чертовщина..

Режим калибровки надо ставить ДО блоков кода управления выходами. Иначе значения управления, записанные в коде калибровки перезаписываются значениями, полученными от кнопок управления визуализации (я же приводил вам код выше)

[МихаилГл]

Вот просто фрагмент:

IF Close THEN
	IF Close AND NOT xClose THEN
		xClose:=TRUE;
		xOpen:= FALSE;
		t_Pos:=TIME();
	ELSIF Close AND xClose THEN
		Pos:= Pos -  0.00258 * (TIME_TO_REAL(TIME() - t_Pos));
		t_Pos:=TIME();
		IF Pos < 0 THEN Pos:=0;
		END_IF;
	ELSE
		xClose:=FALSE;
	END_IF;
END_IF

Это чего? удаляем

IF Close THEN
	IF NOT xClose THEN
		xClose:=TRUE;
		xOpen:= FALSE;
		t_Pos:=TIME();
	ELSIF xClose THEN
		Pos:= Pos -  0.00258 * (TIME_TO_REAL(TIME() - t_Pos));
		t_Pos:=TIME();
		IF Pos < 0 THEN Pos:=0;
		END_IF;
	ELSE
		xClose:=FALSE;
	END_IF;
END_IF

Просто ELSE
А как думаете это когда то будет? А тут нету проблемы? Вы решайте.

Похоже это к предыдущему IF...
Да, интересно смотреть чужие коды, много нового узнаешь. Иногда полезно.

[capzap]

нельзя запустить тест на скорость цикла ПЛК. Кодесис 2.3 - банально, старый.

Возможно, не КДС, а Вы такой старый что поленились дочитать до конца документацию https://owen.ru/uploads/373/plc1xx_p...ation_v2.0.pdf раздел 3.8

[capzap]

Вот просто фрагмент:

IF Close THEN
	IF Close AND NOT xClose THEN
		xClose:=TRUE;
		xOpen:= FALSE;
		t_Pos:=TIME();
	ELSIF Close AND xClose THEN
		Pos:= Pos -  0.00258 * (TIME_TO_REAL(TIME() - t_Pos));
		t_Pos:=TIME();
		IF Pos < 0 THEN Pos:=0;
		END_IF;
	ELSE
		xClose:=FALSE;
	END_IF;
END_IF

скорее всего это родилось из этого и неуемного желания использовать метод тыка: "а вдруг заработает"

	IF Close AND NOT xClose THEN
		xClose:=TRUE;
		xOpen:= FALSE;
		t_Pos:=TIME();
	ELSIF Close THEN
		Pos:= Pos -  0.00258 * (TIME_TO_REAL(TIME() - t_Pos));
		t_Pos:=TIME();
		IF Pos < 0 THEN Pos:=0;
		END_IF;
	END_IF;
        xClose := Close;

[Easy_Enemy]

скорее всего это родилось из этого и неуемного желания использовать метод тыка: "а вдруг заработает"

Именно так..

Возможно, не КДС, а Вы такой старый что поленились дочитать до конца документацию https://owen.ru/uploads/373/plc1xx_p...ation_v2.0.pdf раздел 3.8

Предпочитаю просто ставить временные метки по интересующим местам, со времен микроконтроллеров, но - да, не читал. Эт я к тому, что, пока все не будет дописано - нет особого смысла.

Режим калибровки надо ставить ДО блоков кода управления выходами. Иначе значения управления, записанные в коде калибровки перезаписываются значениями, полученными от кнопок управления визуализации (я же приводил вам код выше)

Пробовал, уже потом подумал про ошибку маппирования. Визуализация не мешалась, если ничего не трогать)

Вообще, выяснил следующее: функции работают (шаги шагают, таймеры таймерят) и, если указывать имена самих выходов - все отлично работает. То есть, если заглянуть в функцию map, то видно, что и переменная, которая должна передавать значение на выход так же переключается ( Ven[1].....open). Фактически, все свелось к тому, что нельзя запихать выход в массив. То есть, можно это обойти, если это простые дискретные выходы через ADR, но, видимо не канает с быстрыми..

[Easy_Enemy]

Это не будет работать в любом случае
А по поводу времени цикла, смотрите, если в середине написания кода цикл превысит разумные пределы, а за это время цикла Вы возьмётесь когда будет все написано, не обидно ли будет все переделывать?

С простыми дискретными - работает. Там можно сделать так: " Ven[3].Flap:= ADR(%QB3.0); " , а потом присвоить управление номеру бита нужного выхода, то есть у нас управление по прямому адресу, только что проверил. А вот с фастами, из-за того, что это чистый BOOL в CdS 2* - нельзя, ADR хочет BYTE +. Сейчас просто найду, с чем можно поменять местами эти заслонки. В целом - вопрос решен. Хотелось бы, все-таки разобраться, как можно быстрые дискретники удобно обрабатывать, но уже потом.. Спасибо всем за помощь, безусловно, появилась пища для размышления.

А по поводу времени цикла, смотрите, если в середине написания кода цикл превысит разумные пределы, а за это время цикла Вы возьмётесь когда будет все написано, не обидно ли будет все переделывать?

Можно сказать - намеренно: время - да, съедает, но, в основном - "учение через боль" лучше усваивается, иначе обленюсь)

[capzap]

можно сделать так: " Ven[3].Flap:= ADR(%QB3.0);

ни чего не понял, Flap это структура, начинающаяся с REAL, как Вы присваиваете ей(конкретно реалу) байт с дискретными переменными управления на открытие и закрытие?

[1exan]

...
Фактически, все свелось к тому, что нельзя запихать выход в массив. То есть, можно это обойти, если это простые дискретные выходы через ADR, но, видимо не канает с быстрыми..

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

Объявляю глобальные переменные физических входов и выходов типа такого:

	DI_1	AT %IX0.0	:	BOOL;	(*	Дискретный вход 1	*)
	DI_2	AT %IX0.1	:	BOOL;	(*	Дискретный вход 2	*)
	DI_3	AT %IX1.0.0	:	BOOL;	(*	Дискретный вход 5	*)
	DI_4	AT %IX1.0.1	:	BOOL;	(*	Дискретный вход 6	*)
	DI_5	AT %IX1.0.2	:	BOOL;	(*	Дискретный вход 7	*)
	DI_6	AT %IX1.0.3	:	BOOL;	(*	Дискретный вход 8	*)
...

	DO_1	AT %QX2.0	:	BOOL;	(*	Дискретный выход 1	*)
	DO_2	AT %QX2.1	:	BOOL;	(*	Дискретный выход 2	*)
	DO_3	AT %QX2.2	:	BOOL;	(*	Дискретный выход 3	*)
	DO_4	AT %QX2.3	:	BOOL;	(*	Дискретный выход 4	*)
	DO_5	AT %QX3.0.0	:	BOOL;	(*	Дискретный выход 5	*)
	DO_6	AT %QX3.0.1	:	BOOL;	(*	Дискретный выход 6	*)
...

(можно конечно забить имена прямо в конфигурацию, но мне так удобнее, и нет проблем при смене конфигурации).

В отдельной программе, которая выполняется в отдельной задаче со свободным циклом выполнения делаю их присваивание/чтение:

	arBlock[1].	xInStart	:=	DI_5	;	(*  *)
	arBlock[1].	xInStop 	:=	DI_6	;	(*  *)
...

	DO_5	:=	arBlock[1].	xOutStart	;	(*		*)
	DO_6	:=	arBlock[1].	xOutAlarm	;	(*		*)
...

Уж не знаю, насколько это "медленней" по сравнению с работой со входами/выходами через байты - но подозреваю, что несущественно.
Но при этом вы не привязаны к расположению входов/выходов в структурах и можно в любой момент "отключить" физические входы/выходы для, например, 'эмуляции процесса