Опрос: Каким вы видите новый ПР?

Цитата:

---

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

Сама по себе мысль про ПР щитового исполнения неплохая, например unitronics jazz в свое время был успешным продуктом. Но основное преимущество щитового - это более удобный доступ к панели-кнопкам, а в настоящее время в уже выпускаемых ПР функции дисплея и кнопок достаточно слаборазвитые и выносить это на лицевую панель - только удивлять пользователей этой недоразвитостью. В плане графический-текстовый-цветной-монохромный это, скорее всего вопрос цены, пусть даже бы и текстовый монохром, но с нормальным управлением окнами и кнопками.

---

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

(* Здесь пишем программу*)

Код:

---

Program My
begin
function Main:bool;
var
        i0,i1,i2,o0,tmp_var:bool;
        x1,x2,x4,res:int;
end_var
begin
        o0:=i0 and i1 or i2; (* Булевское*)
       
end
end.

---

Цитата:

---

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

вот это поворот, почему то сразу вспомнилось начало среднего месяца весны

---

10 Апреля?

нет конечно
по этому коду получается что входа, выхода макроса будут в одном варе находится?
Их обязательно придется записывать в одну строку или каждую переменную можно в одной строчке?
Инициализация будет работать?
Можно ли отойти от дельфийского/паскалевского варианта в коде, писать присвоение и равенство как в большинстве текстовых языков, просто лишнее это, искать как работает или работает ли вобще статический анализ в паскале. А так написал код в питоне, яваскрипте проверил на юнит и мутационное тестирование и скопировал в макрос когда все тесты пройдены, сейчас же придется вставлять лишний знаки или удалять, что опять приведет к потенциальным ошибкам

Цитата:

---

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

нет конечно
по этому коду получается что входа, выхода макроса будут в одном варе находится?
Их обязательно придется записывать в одну строку или каждую переменную можно в одной строчке?
Инициализация будет работать?
Можно ли отойти от дельфийского/паскалевского варианта в коде, писать присвоение и равенство как в большинстве текстовых языков, просто лишнее это, искать как работает или работает ли вобще статический анализ в паскале. А так написал код в питоне, яваскрипте проверил на юнит и мутационное тестирование и скопировал в макрос когда все тесты пройдены, сейчас же придется вставлять лишний знаки или удалять, что опять приведет к потенциальным ошибкам

---

Это ST вообще-то. В ST нет макросов. Есть функции и функциональные блоки. Синтаксис ST. в рамках него есть ограничения, но незначительные

И зачем " микросхемщикам " эти буковки. Немцы не дают это пользователю. Зелео не дает тоже. Crauzet в своих "нано PLC" тоже кубиками рисует. Зачем буковки. Я до сих пор помню где у ЛА3 питание (14 нога) а где минус(7 нога).

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

Идеально, если можно сложный макрос написать в текстовом виде, а потом вставить квадратик с входами-выходами на графическую схему. Как в Quartus каком-нибудь.

Цитата:

---

Сообщение от Филоненко Владислав

Это ST вообще-то. В ST нет макросов. Есть функции и функциональные блоки. Синтаксис ST. в рамках него есть ограничения, но незначительные

---

ну так ведь и квадратики не CFC в ОЛ, зачем ST?

А не потому что "микросхемщики " пишут от выхода ко входу. Типа выход сработает если на вход будет 1. Раньше и платы так ремонтировали от выхода ко входу(цифру). А вот аналог(унч и прочие) наоборот от входа к выходу. Поэтому мне так проще чем через буковки.

Так разговор в этой теме про "новое" реле? Или про, уже оказывается готовый, ПР205?