Фичи и баги OWEN Logic

[Dimensy]

Если с шифтом перетащить переменную на вход блока - можно получить такую интересную конструкцию:
Вложение 81150
И наверное это всё же баг, а не фича

Попробовал, ругается

Безымянный.png

[1exan]

Попробовал, ругается

Когда я случайно так сделал - написал "Ошибка компиляции".
Пробовал специально на пустом проекте - он даже запустился в эмуляции/

Похоже, что компилятор это понимает как то, что переменная подключена одновременно ко входу и к выходу блока

[b-s-a]

Хотя бы прочитали, для чего нужен(используют) стандартный вид числа, короче, если кратко, как раз для удобства и используют!!!

я не спорю про удобство. Вот только это удобство возникает при унификации вывода. Опять же, 0.00000001 выглядит хуже, чем 1.0e-8, но 0.01e-6 выглядит еще лучше, хоть и не соответствует стандарту. Но проблема не в этом, а в том, что при отладке числа на блоках постоянно меняют способ отображения. То стандартный, то простая десятичная дробь, то экспонента меняется. Постоянно меняются порядки. Ну, невозможно адекватно оценивать числа, когда они ежесекундно меняются так: 9,82 -> 1.01e+01 -> 1.23e+02... Здесь не научная статья, а представление чисел должно быть максимально удобно для анализа. Вот я и предложил форматировать следующим образом: 0,752 -> 9,82 -> 10,1 -> 123,0 -> 1,05e+03... Т.е. экспоненты кратны 3-м например. Это дает, что близкие значения очень редко меняют экспоненту (кстати, даже эти изменения тоже можно сократить - например, если текущая экспонента всего на 1 отличается от предыдущей кратной 3, то использовать предыдущую). Наиболее популярные значения в тысячных долях в пределах тысячи представляются в виде классической десятичной дроби (0,001 ... 999,999). Это очень удобно для разработчика схем в OL, и сделать это не сложно для программистов.

Если ну принципиально хочется стандартное отображение, то никто не запрещает отказаться от простого вида в пользу 1,000e+00. Но только с сохранением кратности порядков, чтобы скакания не было, а то полумера получается.

[Traveller]

Всем доброго времени суток!
Я надеюсь этот форум читают разработчики данного софта.
Возможно я сейчас задам очень глупый вопрос, но тем не менее. Почему в данной программе нет функции скажем так описания проекта, вернее что то подобное есть "Сведения о проекте", но там нет текстового поля куда я смог бы руками написать те изменения которые я в нес в текущую версию программы, что бы я ее скажем открыл через полгодика и смог понять что там было изменено, сейчас приходится все это впихивать в имя файла, что не айс, не понимаю, неужели так трудно добавить текстовое поле, что бы можно было за комментировать какие нить детали, не, я понимаю, эти комменты можно по на вставлять в саму схему проекта, но я не хочу перегружать поле избыточной информацией.
В общем сейчас это выглядит вот так:
2025-01-29_090243.png
2025-01-29_090302.png
Но хотелось бы что бы это выглядело примерно так, как в Zelio Logic:
2025-01-29_090049.png
Это трудно сделать?

[Rask]

Всем доброго времени суток!
Я надеюсь этот форум читают разработчики данного софта.
Возможно я сейчас задам очень глупый вопрос, но тем не менее. Почему в данной программе нет функции скажем так описания проекта, вернее что то подобное есть "Сведения о проекте", но там нет текстового поля куда я смог бы руками написать те изменения которые я в нес в текущую версию программы, что бы я ее скажем открыл через полгодика и смог понять что там было изменено, сейчас приходится все это впихивать в имя файла, что не айс, не понимаю, неужели так трудно добавить текстовое поле, что бы можно было за комментировать какие нить детали, не, я понимаю, эти комменты можно по на вставлять в саму схему проекта, но я не хочу перегружать поле избыточной информацией.
В общем сейчас это выглядит вот так:
2025-01-29_090243.png
2025-01-29_090302.png
Но хотелось бы что бы это выглядело примерно так, как в Zelio Logic:
2025-01-29_090049.png
Это трудно сделать?

И по возможности добавить в меню прибора название загруженного проекта.
то, есть которое дал ему программист - к примеру v1_2901_itog/
Чтобы при возможном обновление, залез и увидел, базу которую загрузил.

[Traveller]

И по возможности добавить в меню прибора название загруженного проекта.
то, есть которое дал ему программист - к примеру v1_2901_itog/
Чтобы при возможном обновление, залез и увидел, базу которую загрузил.

Кстати да, тоже не хватает этой информации, выгрузить же ничего нельзя, так хоть знать что там загружено!

[Dimensy]

И по возможности добавить в меню прибора название загруженного проекта.
то, есть которое дал ему программист - к примеру v1_2901_itog/
Чтобы при возможном обновление, залез и увидел, базу которую загрузил.

В ПР200 вы сможете посмотреть в системном меню то, что забили на вкладке алгоритм.
В ПР100 и 102 - куда вы залезете чтобы посмотреть название?
В ПР103 и ПР205 скорее всего, сможете через конфигуратор глянуть что вы на вкладке Алгоритм забили

[Traveller]

В ПР200 вы сможете посмотреть в системном меню то, что забили на вкладке алгоритм.

Ну хоть что то, но все равно хотелось бы что бы было поле куда можно забить более подробную информацию

В ПР100 и 102 - куда вы залезете чтобы посмотреть название?

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

[Dimensy]

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

В общем, кое-какую информацию по ПР200 и ПР102 можно в Лоджике посмотреть
Безымянный.png
По ПР103 и ПР205, как я уже говорил, скорее всего, в конфигураторе надо смотреть
ПР100 пролетает.

Почему так сделано - программистов из Овен умом не понять, они на какой-то другой планете живут

[melky]

ага, в каком-нибудь Цинь-Дзяне