Фичи и баги OWEN Logic

[FPavel]

1) Так уже давно, хуже когда связи вообще теряются при копировании, такое тоже бывает.
2) Правилно ругается, по правилам математических операций, сначала что в скобках.

1) превращаем на минутку баг в фичу и продолжаем работать (с ручным исправлением - так, на всякий случай)
2) НЕТ - тут упираюсь всеми рогами и копытами - если мне нужно взять удвоенный или утроенный интервал - то тип время можно и нужно умножать (делить) на константу - недавно в одном из курсов по CODESYS это проходил, да и логике соответствует. Так что это - БАГ

[Dimensy]

2. В редакторе ST
вполне легальная конструкция умножения времени на целочисленную константу формирует ошибку "Типы не совпадают"

    VAR_INPUT
        nDelay_s: UDINT;
    END_VAR

    // преобразование типа и пересчёт значения в [с]
    tDelay := UDINT_TO_TIME(nDelay_s) * 1000;

а так работает

    // преобразование типа и пересчёт значения в [с]
    tDelay := UDINT_TO_TIME(nDelay_s * 1000);

На эту запись не ругался бы

 tDelay := UDINT_TO_TIME(nDelay_s) * t#1000ms;

[FPavel]

На эту запись не ругался бы

 tDelay := UDINT_TO_TIME(nDelay_s) * t#1000ms;

А какая размерность у этой величины - [s*s] = [s^2] ?
Это же некорректненько

Переставляя скобки смог преобразовать и получить код, сейчас пойду дальше по выполнению работы, но всё же это - БАГ компилятора.

Думаю, что и так было бы корректно tDelay := nDelay_s * T#1000ms;, но и это компилятор не пропускает.

[МихаилГл]

Ага, а ещё поделите текущую дату на 2 и получите... Не 1013 год, а... С какого там 0 время в одном из множества форматов...?

PS Во, нашёл. 1970 год. То бишь поделив текущую дату на 2 получите 1998 год, однако...

[FPavel]

Ага, а ещё поделите текущую дату на 2 и получите... Не 1013 год, а... С какого там 0 время в одном из множества форматов...?

PS Во, нашёл. 1970 год. То бишь поделив текущую дату на 2 получите 1998 год, однако...

Я же говорю не про тип DT (точная дата на оси времени), а про TIME (интервал, разность времени).
Для TIME получение удвоенного, или умноженного на константу или целое число - вполне корректная операция.

А Вы знаете, что в CODESYS 3.5 разность дат это тип интервал (DT-DT=TIME)?
Понятно, Owen Logic это другая среда разработки и для разности дат может быть другой тип результата.

Вот памятка для CODESYS 3.5
https://owen-russia.ru/wp-content/up...desys_v3.5.pdf
Снимок экрана 2026-02-01 173110.png

[mva2204]

Как вызвать конкретный экземпляр FB написанный на ST для отладки в симуляторе?

[kondor3000]

Как вызвать конкретный экземпляр FB написанный на ST для отладки в симуляторе?

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

[Dimensy]

А какая размерность у этой величины - [s*s] = [s^2] ?
Это же некорректненько

результатом UDINT_TO_TIME(nDelay_s) будет nDelay_s в миллисекундах
умножаем nDelay_s мс на 1000 мс получаем nDelay_s в секундах

Переставляя скобки смог преобразовать и получить код, сейчас пойду дальше по выполнению работы, но всё же это - БАГ компилятора.

Думаю, что и так было бы корректно tDelay := nDelay_s * T#1000ms;, но и это компилятор не пропускает.

здесь получаем выражение udint * time, вот компилятор и ругается

[FPavel]

Наверное, всё же не соглашусь...
[ms]*[ms]=[ms^2], т.е. размерность не соблюдается

Попытаюсь показать ошибку в Ваших рассуждениях.
А как быть, если на первую задачу отводится T1 := t#1s, а на вторую задачу в k := 7 раз больше.
Как вычислить интервал времени T2?

[mva2204]

Спасибо. Странная конечно реализация. Думал что полноценная симуляция.