ST функции OWEN Logic

Цитата:

---

Сообщение от melky

Asu$Nick можно, но код внешне будет геморройнее...

---

Да вот я и заходил с разных сторон, все время нужно быть затейником , чтобы эти мелкие ограничения обойти.
В данном случае всего лишь надо разблокировать обычную возможность писать переменную многократно.
Остальное ST поможет.
Мне кажется ресурсов программы будет тратится намного меньше да и времени.
У меня ПР103 был куплен, на тот момент в нем не было ST , так я даже вот эти Плюс 2 Минус 2 к счетчику из примера не смог сделать. Встроенные счетчики прибавляют по +1, произвольное число уже не задашь.

Asu$Nick

Цитата:

---

Встроенные счетчики прибавляют по +1, произвольное число уже не задашь.

---

а делать умножение на свой шаг после штатного счетчика не пробовали? :)

Цитата:

---

Сообщение от Asu$Nick

Вот сделал пример, это кодесисный FBD.
Какой получается программа, когда есть входы Enable и можно переменные переписывать.
Программирование становится другим, сделать можно намного больше и читается легче.
Пример 1. Здесь к одному входу могут подключаться два разных датчика в разное время, по фронту происходит подсчет дистанции по разным законам.
Пример 2. Подсчет длины в плюс и минус.

На лоджике получится уложится с селекторами? В каждом примере на ветку ушло по 3 элемента ( треугольник фронта тоже считаем)
Вложение 65819Вложение 65820

---

Вариант для примера 1
Вложение 65822

Для примера 2 принцип такой-же.

На ST, даже в его текущем виде, проблем реализации не видно

Функции же можно в условия добавлять. Если я правильно понимаю, это и есть ветвление...
Вот такой код прекрасно работает и по идее выполняется только одна ветвь???

Код:

---

function fSel: udint; //имя функции и тип данных выхода
    var_input //объявление входных переменных
        IN1, IN2 : udint; //входная переменная с типом данных bool
        sel:bool;
    end_var
    var //объявление локальных переменных
        localVariable : real := 13.3; //локальная переменная с типом данных real и начальным значением 13.3
    end_var
  if sel then
  fSel:= function1(IN1); 
 else
    fSel:= function2(IN2); 
  end_if
 end_function

---

Вложение 65829

Цитата:

---

Сообщение от lagutin

Функции же можно в условия добавлять. Если я правильно понимаю, это и есть ветвление...
Вот такой код прекрасно работает и по идее выполняется только одна ветвь???

---

Да должна выполняться только 1 функция внутри. Но это не точно)))
Кстати кроме SEL, есть ещё макросы в Менеджере которые выбирают значение которое менялось последним, есть для целочисленных и флоат, SelChgI SelChgF

Цитата:

---

Сообщение от kondor3000

Да выполняется только 1 функция внутри.

---

это протестировано на реальном устройстве или логические рассуждения?

Цитата:

---

Сообщение от capzap

это протестировано на реальном устройстве или логические рассуждения?

---

Пока только логические, проверять не на чем.

Цитата:

---

Сообщение от kondor3000

Да должна выполняться только 1 функция внутри. Но это не точно)))
.....

---

Ну как не точно?:confused: Выполняется код функции, которая внутри условия. Другая же ветвь не выполняется? Что там еще тестировать то? Все работает. Ну если только и правда в железе не заработает?

Цитата:

---

Сообщение от lagutin

Ну как не точно?:confused: Выполняется код функции, которая внутри условия. Другая же ветвь не выполняется? Что там еще тестировать то? Все работает. Ну если только и правда в железе не заработает?

---

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

А как это проверить то? Но как она может выполняться, если код в else, к примеру, не выполняется, если первое условие выполнилось? Это у же слишком сильные заморочки и подозрительность:)