ПР200 и ST

[Алексеев]

Поэтому есть такой инструмент как- задержка на один такт ..

Самое главное Я это понимаю . Но почему для Нас (разработчиков проектов) переменные зависимые , энерго независимые и сетевые отличаются,
когда мы используем линию задержки .

По опыту работы в ОЛ в большенстве случаев не обращаю внимание на наличие желтых связей..

Но для меня желтый цвет -- это цвет это предупреждения -- что то не корректно сделано .

В некоторых проектах без них не обойтись,.

Я с Вами согласен они даже удобны . Но почему они работают по разному , с типами переменных --Это самый главный вопрос .??

Я не против "перебежчиков" и рад пополнению наших рядов , но только что бы основная масса пользователей не пострадала от нового устава ...

Спасибо . Язык FBD очень понятен , обычным киповцам , которые стараются повысить свой статус и внедрить что то новое
в производстве ,в котором работают . А их действительно , на много больше , чем программистов работающих на языках
более высокого уровня . Ни чего не должно пострадать в ф. Овен работают здраво мыслящие люди .

[rovki]

А для меня желтый цвет- напоминание ,что есть обратные связи . Если не лень поставь задержку на такт...
Не совсем понял про отличия переменных ??? Внутренние переменные формируются внутри(по тактам) ,а сетевые приходят из вне ,асинхронно .
Речь не про "здравомыслие" ,а про то что может пострадать работоспособность ОЛ (наличие багов) для тех кто не использует этот функционал. И о том ,что программист один и если он занят новым функционалом , то остальные хотелки ,которые пользователи высказали за много лет будут не реализованы в ближайшем будущем. Кроме того возможности самого МК не ограничены и на другие задачи может не хватить .

[Алексеев]

А для меня желтый цвет- напоминание ,что есть обратные связи . Если не лень поставь задержку на такт...
Не совсем понял про отличия переменных ??? Внутренние переменные формируются внутри(по тактам) ,а сетевые приходят из вне ,асинхронно .
Речь не про "здравомыслие" ,а про то что может пострадать работоспособность ОЛ (наличие багов) для тех кто не использует этот функционал. И о том ,что программист один и если он занят новым функционалом , то остальные хотелки ,которые пользователи высказали за много лет будут не реализованы в ближайшем будущем. Кроме того возможности самого МК не ограничены и на другие задачи может не хватить .

Как это можно объяснить Запись_2021_04_19_07_25_10_644.gif ?????????????
С точки зрение программиста , это должно работать стабильно (не зависимо от типа переменной). Запись_2021_04_19_07_31_43_3.gif .
, а оно дергается или с сетевой переменной Запись_2021_04_19_08_25_36_175.gif

[Малышев Олег]

Маленький пример, поясняющий почему ST удобнее FBD

var
	// Т наружнего воздуха
	t_extern:array [1..3] of real:=[-25.0,0.0,15.0];
	// Т прямой - в сеть
	t_direct:array [1..3] of real:=[80.0,55.0,30.0];

// Вычисление по графику Тпрям(Тнар)
function get_t_dir:REAL;
var_input
//Вход Тнаружн
	t_ext:REAL;
	max_points:UDINT;
end_var
var
// Итератор
	iter:UDINT;
end_var
// Если Меньше = Нижней точки
	if t_ext<=t_extern[1] then
		get_t_dir:=t_direct[1];
	ELSE
		if t_ext>=t_extern[max_points] then
			get_t_dir:=t_direct[max_points];
		ELSE
			iter:=1;
		    // Вычисляем в цикле
			while iter<max_points do
				if t_ext>=t_extern[iter] then // Нашли 
					// вычисление по формуле Y(x)=Y1+(Y2-Y1)*( (x-x1) / (x2-x1))
					get_t_dir:=t_direct[iter]+(t_direct[iter+1]-t_direct[iter])*(t_ext-t_extern[iter])/(t_extern[iter+1]-t_extern[iter]);
					iter:=100;
				end_if
				iter:=iter+1;
			end_while
		end_if
	end_if
	
// Если больше = верхней точке	

	
end_function

[Сергей0308]

Маленький пример, поясняющий почему ST удобнее FBD

var
// Т наружнего воздуха
t_extern:array [1..3] of real:=[-25.0,0.0,15.0];
// Т прямой - в сеть
t_direct:array [1..3] of real:=[80.0,55.0,30.0];

// Вычисление по графику Тпрям(Тнар)
function get_t_dir:REAL;
var_input
//Вход Тнаружн
t_ext:REAL;
max_points:UDINT;
end_var
var
// Итератор
iter:UDINT;
end_var
// Если Меньше = Нижней точки
if t_ext<=t_extern[1] then
get_t_dir:=t_direct[1];
ELSE
if t_ext>=t_extern[max_points] then
get_t_dir:=t_direct[max_points];
ELSE
iter:=1;
// Вычисляем в цикле
while iter<max_points do
if t_ext>=t_extern[iter] then // Нашли
// вычисление по формуле Y(x)=Y1+(Y2-Y1)*( (x-x1) / (x2-x1))
get_t_dir:=t_direct[iter]+(t_direct[iter+1]-t_direct[iter])*(t_ext-t_extern[iter])/(t_extern[iter+1]-t_extern[iter]);
iter:=100;
end_if
iter:=iter+1;
end_while
end_if
end_if

// Если больше = верхней точке


end_function

Совсем недавно в одной из тем приводили пример когда на LD проще выполнить алгоритм и думаю каждый может найти пример в пользу предпочтительного для него языка!

[Ревака Юрий]

Маленький пример, поясняющий почему ST удобнее FBD

Подозреваю, что не всем это будет удобнее Главное чтобы был выбор.

[IVM]

Главное чтобы был выбор.

Золотые слова.

[Ollema]

Золотые слова.

В рамку: "C or FBD"

[rovki]

А если убрать пол страницы комментариев , то очень понятно , проще будет ?

[Dron/9K]

Возможность описать логику на простом и понятном языке - это здорово и круто!
Понятно, что с помощью FB можно описать условно любую логику, только ведь сам потом не разберёшься
Только зачем было выбирать такую дурную семантику? Есть же язык Си - простой и понятный всем, зачем усложнять на пустом месте?