OwenLogic 1.15

[bayk]

Вы не правы. Все программируемые реле всегда (последние лет 15 точно) выполнялись именно на fbd, я так понимаю, как самом простом для интерпретации в машинный код языке.
Только в лого 8 Сименс наконец добавил подобие LD , да и то это у него толком не вышло.
Кроме этого фбд всегда служил этаким водоразделом между программируемыми реле и полноценными ПЛК. Но мы не забываем, что тот же ПЛК Сименс изначально програмировался на cfc, а лд уже был разработан для снижения планки вхождения в программирование для простых релейщиков. С другой стороны сейчас настолько компьютеризация пробралась в общество, что прыщавые студенты ничего не понимающие в релейных схемах, зато научившиеся мало-мальски кодить на Си начинают путь в ПЛК с , если так можно выразиться, с хвоста паровоза. Но профессионалы используют ST только по делу, где нужна математика или работа с массивами.

[nickbeljaev]

Вы не правы. Все программируемые реле всегда (последние лет 15 точно) выполнялись именно на fbd, я так понимаю, как самом простом для интерпретации в машинный код языке.
Только в лого 8 Сименс наконец добавил подобие LD , да и то это у него толком не вышло.
Кроме этого фбд всегда служил этаким водоразделом между программируемыми реле и полноценными ПЛК. Но мы не забываем, что тот же ПЛК Сименс изначально програмировался на cfc, а лд уже был разработан для снижения планки вхождения в программирование для простых релейщиков. С другой стороны сейчас настолько компьютеризация пробралась в общество, что прыщавые студенты ничего не понимающие в релейных схемах, зато научившиеся мало-мальски кодить на Си начинают путь в ПЛК с , если так можно выразиться, с хвоста паровоза. Но профессионалы используют ST только по делу, где нужна математика или работа с массивами.

Это ФБД простой в компиляции, как бы не так, я тут заглянул "в прошлое" на этом форуме - мне очень интересно как такая "простая мамочка" как Овен родил такое "симпатичное дитя" как ОЛ, так вот у меня просто волосы дыбом вставали когда я вчитывался в холивары по поводу циклических связей и процесс рождения задержек какие они есть в 15-ом, по этим форумам отлично видно как не просто пришлось "мамочке", а вы говорите простой. ФБД относится к языкам сверхвысокого ур-ня, думаю компилятор с Си сильно попроще (если не считать современного ур-ня оптимизации) будет. И на счет электронщиков это не верно я много лет пишу на Си, но если нужно по быстрому навесить огромную "люстру" из Булевой логики (а это основное развлечение всех АСУшников) ФБД очень спасает, на Си тот же код выглядит довольно адцки из за огромных верениц скобок при вложении функций или промежуточных переменных. Так что тут главное ничего не испортить, пока ОЛ воспринимается весьма юзабельным.

[petera]

Это ФБД простой в компиляции, как бы не так, я тут заглянул "в прошлое" на этом форуме - мне очень интересно как такая "простая мамочка" как Овен родил такое "симпатичное дитя" как ОЛ, так вот у меня просто волосы дыбом вставали когда я вчитывался в холивары по поводу циклических связей и процесс рождения задержек какие они есть в 15-ом, по этим форумам отлично видно как не просто пришлось "мамочке", а вы говорите простой. ФБД относится к языкам сверхвысокого ур-ня, думаю компилятор с Си сильно попроще (если не считать современного ур-ня оптимизации) будет. ...

Если по Вашему целой команде программистов адски сложно сделать компилятор с ФБД, то что Вы скажете про FLProg - ФДБ программирование для Ардуино? https://flprog.ru/
Разработал его ВСЕГО ОДИН ЧЕЛОВЕК - Сергей Глушенко https://www.youtube.com/channel/UCI0...able_polymer=1

[nickbeljaev]

Если по Вашему целой команде программистов адски сложно сделать компилятор с ФБД, то что Вы скажете про FLProg - ФДБ программирование для Ардуино? https://flprog.ru/
Разработал его ВСЕГО ОДИН ЧЕЛОВЕК - Сергей Глушенко https://www.youtube.com/channel/UCI0...able_polymer=1

А первый на планете компилятор Си разработали 2 человека, а первое ядро Линукса один человек - количество авторов ничего не говорит о сложности задачи. Есть языки близкие к машинному коду, в которых операции и порядок их выполнения подобны порядку выполнения машинных команд, например асм такой, ЛД такой, Си практически такой кроме вызова функций, а ФБД совсем не такой, у него вообще порядок выполнения задом наперед - редукция выражений должна происходить от выхода ко входу (не буду утверждать что все реализации именно такие, но теория говорит именно так), ну и пресловутые циклические связи - требуют плясок с бубном и всяких неочевидных реализаций, поэтому я считаю компилятор с ФБД весьма сложным.

[игорь68]

Коллеги вы просто возьмите каталог овен за 2010 и посмотрите на каталог 2019. Очень много приборов сняты с производства и эти же приборы выходят как модификация ПР200. И это будет только развиваться. Про LD и ST. Я первое реле держал в руках в 2000 году. Француз. Так там был выбор LD или FBD. ST рядом не было. Но были пара макросов для некоторых математических операций. Все. Самое интересно что если смотреть на макросы 2000 у француза и на макросы ПР200 всё почти один в один. Стой лишь разницей что некоторые макросы у француза уже тогда позволяли например работать с давление в резервуаре для контроля уровня. А у овен это появилось только сейчас. Но конструктора макросов который изначально был у овен у немца появился только в 7 версии лого.

[nickbeljaev]

Коллеги вы просто возьмите каталог овен за 2010 и посмотрите на каталог 2019. Очень много приборов сняты с производства и эти же приборы выходят как модификация ПР200. И это будет только развиваться. Про LD и ST. Я первое реле держал в руках в 2000 году. Француз. Так там был выбор LD или FBD. ST рядом не было. Но были пара макросов для некоторых математических операций. Все. Самое интересно что если смотреть на макросы 2000 у француза и на макросы ПР200 всё почти один в один. Стой лишь разницей что некоторые макросы у француза уже тогда позволяли например работать с давление в резервуаре для контроля уровня. А у овен это появилось только сейчас. Но конструктора макросов который изначально был у овен у немца появился только в 7 версии лого.

И это правильно, чем меньше сортамент железа тем приятнее наша жизнь

[bayk]

Француз. Так там был выбор LD или FBD

а вы пробовали на ЛД там писать? это и ЛД то не назвать - так прилепух. основа всегда ФБД.

Самое интересно что если смотреть на макросы 2000 у француза и на макросы ПР200 всё почти один в один.

а что там нового может быть? ведь задачи для программируемых реле с годами не меняются, просто в россии все с большой задержкой реализуется.
с другой стороны такой развитой математики нет у забугорных аналогов ни у кого до сих пор, я уже не говорю о выводе на экран.
вы в лого 8 пробовали хоть что-то на экран вывести.... да это же ад и бред.
тем более, если очень хочется СТ, то тогда нужны подпрограммы, поскольку на нем, действительно булевые операции очень многоэтажные, особенно импульсные, в итоге, чтобы это было юзабельно, уже получается полноценная среда для ПЛК.
Как я и говорил ранее - ФБД это тот язык, который отделяет дешевые ПР от полноценных ПЛК вот уже десятки лет. и никто от этого уходить не будет.
самое идеальное, что могли бы сделать овеновцев, это отдельный блок, внутри которого можно писать математику не с помощью блоков, а в виде любого из вариантов текстовых языков.
но не надо их об этом просить, пусть лучше сделают управлением экранами и сигналы от кнопок в программу, да сделают нормальные макро-экраны для вывода аварий, журнала событий, чтобы не городить все это в поле ФБД каждый раз (у меня обработка вывода и фиксации аварий занимает от 2/3 до 3/4 всех программ)

[nickbeljaev]

а вы пробовали на ЛД там писать? это и ЛД то не назвать - так прилепух. основа всегда ФБД.

а что там нового может быть? ведь задачи для программируемых реле с годами не меняются, просто в россии все с большой задержкой реализуется.
с другой стороны такой развитой математики нет у забугорных аналогов ни у кого до сих пор, я уже не говорю о выводе на экран.
вы в лого 8 пробовали хоть что-то на экран вывести.... да это же ад и бред.
тем более, если очень хочется СТ, то тогда нужны подпрограммы, поскольку на нем, действительно булевые операции очень многоэтажные, особенно импульсные, в итоге, чтобы это было юзабельно, уже получается полноценная среда для ПЛК.
Как я и говорил ранее - ФБД это тот язык, который отделяет дешевые ПР от полноценных ПЛК вот уже десятки лет. и никто от этого уходить не будет.
самое идеальное, что могли бы сделать овеновцев, это отдельный блок, внутри которого можно писать математику не с помощью блоков, а в виде любого из вариантов текстовых языков.
но не надо их об этом просить, пусть лучше сделают управлением экранами и сигналы от кнопок в программу, да сделают нормальные макро-экраны для вывода аварий, журнала событий, чтобы не городить все это в поле ФБД каждый раз (у меня обработка вывода и фиксации аварий занимает от 2/3 до 3/4 всех программ)

Я начинал с реле у которых был только ЛД - считаю что это рудиментарный язык полностью заменяемый ФБД. Одно из его достоинств, то что он очень легко перекладывался в асм, то есть вот у него компилятор был действительно простой, но это точно вчерашний день - переписать любую лестницу в ФБД дело одного вечера, я бы не посоветовал тратить на него ресурсы, лучше микросекундный таймер дайте, сами же отрезаете себе кучу применений.
На счет математики, тут поле очень скользкое - стандартный путь бортовой автоматики упрощать все до полиномиальных функций на инструментальных системах (типа той же Octave), а в целевые вычислители помещать только полиномы с лимитами, в противном случае код очень сложно верифицировать на безопасность, а для многих применений это нужно. Для полиномов ФБД хватает вполне.

[stanislau]

Не надо ни какого LD. На нем азиаты специлизируются. Пусть концентрируются на чем-то одном. Продукт получился у ОВЕНа на самом деле очень достойный. Но вот есть мелкие "подглючивания" в OL. Тут на форуме на них часто указывают. Лучше удовлетворить пожелания пользователей, чем гнаться за двумя зайцами.
PS Или лучше энергонезависимой памяти добавить, чтоб пользователь меньше старался экономить.

[bayk]

nickbeljaev вы один из не многих в ветке про ПР, кто вообще знает что такое верификация и сталкивались с этим процессом.
Основным преимуществом лд для себя я считаю возможность удобной работы с импульсными командами(например по импульсу записать в переменную нужную константу и не думать как потом ее сохранить. Никаких мультиплексоров не нужно и обратных связей.), а так же возможность записывать данные в один и тот же регистр из разных мест в удобном виде