Оптимизация OWEN LOGIC

[Василий Кашуба]

Всем привет, уважаемые коллеги.



Макросы не очень удобно сделаны. Я заметил, что входы и выходы нельзя сделать целочисленными или с плавающей запятой. (скриншот 1)

То есть я не могу добавить и состыковать эти переменные (скриншот 2)

Когда же будет сделан он-лайн мониторинг наконец-то. На станках типа стандартного весового дозатора это гигантская проблема. Когда программа большая на весь холст, и я не могу уловить, где ошибка. То есть я начинаю додумывать исходя из симуляции.

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

В Zelio есть такая фича (онлайн мониторинг), в Moeller есть.

Моё мнение такое, что это самая основная задача для ОЛ.

Вообще у этой цепочки ПР110-200 и программы ОЛ, да ещё с учётом управления планшета на базе Андроид очень большой потенциал. Но не понимаю, почему за несколько лет так мало изменений. Почему сейчас разрабатывают новые продукты, не доведя до ума то, что есть.

А вы не пробовали в свойствах входов и выходов макроса изменить их, сделать целочисленными или флоат?

[Эдуард_Н]

Хорошо бы ещё сделать возможность сортировки переменных в "таблице переменных."

[ASo]

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

[Эдуард_Н]

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

А произвольно то он не даёт группировать. И проверку не использующихся переменных ввести.

[Сема]

И простой вопрос разработчикам:

Если поставить в ПР200 вот такой экран. Насколько удорожает ваш продукт? (скриншот с Zelio)

Так как экран в 2 строчки всё-таки не удобочитаемый. Это лично моё субъективное мнение.

[игорь68]

И простой вопрос разработчикам:

Если поставить в ПР200 вот такой экран. Насколько удорожает ваш продукт? (скриншот с Zelio)

Так как экран в 2 строчки всё-таки не удобочитаемый. Это лично моё субъективное мнение.

Там ещё и процессор слабее чем в ПР200

[starmos]

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

[ssm]

Справочник "Популярные цифровые микросхемы" автор В. Шило - читаем, если забыли и рисуем что душе угодно

[starmos]

Справочник "Популярные цифровые микросхемы" автор В. Шило - читаем, если забыли и рисуем что душе угодно

Так мы и так уже читаем и рисуем. Есть только ощущение, что это какой-то бред - сперва квадратики, потом это странслируется в промежуточный язык, а потом интерпретатор будет выполнять эти команды на контроллере... Я предположил что если создатели ОЛ оформят это в виде библиотеки - оно покомпактнее выйдет и побыстрее, возможно.

[pop70]

Так мы и так уже читаем и рисуем. Есть только ощущение, что это какой-то бред - сперва квадратики, потом это странслируется в промежуточный язык, а потом интерпретатор будет выполнять эти команды на контроллере... Я предположил что если создатели ОЛ оформят это в виде библиотеки - оно покомпактнее выйдет и побыстрее, возможно.

Не выйдет побыстрее. Всёравно через "промежуточный код" и "интерпретатор".
Другой вопрос - а нафига оно полный набор нужен, если любой элемент за несколько минут собирается из того, что уже есть. А какие именно понадобятся, а какие никогда - заранее неизвестно.