Фичи и баги OWEN Logic

[игорь68]

Сегодня отловил баг. На пк винда 7. Версия ОЛпоследня (287 по моему. Сейчас пишу с телефона).Работал с проектом(лоджик 1). Шнурок usb соединил с ПР для отладки. Нужен был макрос. Нашёл на форуме что искал скачал и открыл в другой лоджике(лождик 2).Взял нужный мне макрос и сохранил. Вернулся в 1 лоджик. Добавил макрос в проект. Сделал правки . Добавил переменные. Начал писать проект в пр. Смотрю порт скачет(есть/нет подключение). Это уже у меня было лезу в дождик 2 и просто закрываю. И не сохраняю. Возвращаюсь а дождик 1. Переподключаю порт. И выскакивает предупреждение(не успел прочитать) пошла загрузка. И увидел что поле схемы поменяло цвет(стало темнее). Не обратил внимания. Загрузка прошла. А цвета не поменялись. Хочу включить отладку ругается что с какие-то файлы. Вижу пропустил связь. Хочу связь по ставить а не могу. Могу добавить /убрать макрос. Могу залить в реле. Могу сохранить проект. Но не могу сделать связь. Даже между новыми элементами. И не могу включить отладку (ругаемся на файлы.).
Спасло то что проект только начало набросок. Но всё-таки пара часов.

[AVF]

Загадка для ветеранов-юзверей ОЛа всех инкарнаций:
Имеем открытые в полноэкранном режиме ОЛ и Справку
Help_gluck.jpg
Активно окно Справки.
Вопрос: что произойдёт, если кликнуть в чек-боксе на строку лоджика (красная стрелка)¿?

[AVF]

Это я ещё не загрузил свой первый проект в ПР200!
Только собираю макросы неспешно.
Делаем ставки, Коллеги!
Интуиция подсказывает - будет нескуШно

[игорь68]

Ну я такой глюк поймал впервые. Максимум что было так это при выходе ИПП120 у меня драйвера "переругались" притом драйвер от ипп разнес на кусочки драйвер от пр. А так глюков не было.

[rovki]

А у меня ПР114 уже лет 5 или 8 работают на станках (15шт) в дверном производстве и нормально ,правда пару раз прошивка слетала ,но у них напряжение прыгает в цеху. Не говоря про ПР200 (использую последние 5 лет или больше ,сбился со времени)

[игорь68]

Овен. Ол последний релиз. Не корректный список стандартный переменных если привязываю переменные к выводу на экран. Если смотрю список переменных на вкладке "поле схемы " список целиком(3переменные). А если редактирую экран то список не полный(2переменные). Все переменные int.

[AVF]

Овен. Ол последний релиз. Не корректный список стандартный переменных если привязываю переменные к выводу на экран. Если смотрю список переменных на вкладке "поле схемы " список целиком(3переменные). А если редактирую экран то список не полный(2переменные). Все переменные int.

--- скриншоты где?

[BrEST]

Доброго дня!

Нашел такую фичу/баг с float преобразованием. Понимаю, что сама по-себе float условно-точная, но у меня вышло, что её точность в очень небольших диапазонах, при определенных не сложных математических вычислениях, падает до 2%
OL 1.22.287 тестировал на реальном приборе, но и в онлайн-отладке погрешность проявляется.

изображение_2022-02-13_172901.png

Ошибки размером в "1" в нижней части вычислений (для Int_2) возникают, когда энергонезависимая "Float_1" принимает значения:
0,53 0,59
1,05 1,06 1,17 1,18
2,09 2,10 2,11 2,12 2,34 2,35 2,36 2,37
4,18 4,19 4,20 4,22 4,24 4,43 4,45 4,47 4,49 4,68 4,70 4,72 4,74
8,11 8,23 8,36 8,40 8,44 8,48 8,61 8,65 8,69 8,73 8,86 8,90 8,94 8,98
9,11 9,23 9,36 9,40 9,44 9,48 9,61 9,65 9,69 9,73 9,86 9,90 9,94 9,98
На Float_1=10 закончил эксперимент, но определенную логику и прогрессию возникновения погрешности(*2) видно.

Естественно, это не реальный проект, и способ "обойти трудности" в реальном проекте приведен в верхней части скриншота, но хотелось бы обратить внимание разработчиков OL. Может мой тест-репорт подтолкнет на более существенные мысли.
В реальном проекте обнаружил данную проблему при использовании EQ, когда ожидалось, что числа должны быть равны, а они отличались, на эти единицы. Могут возникать и другие специфически вещи, связанные с этим. Поэтому, проблема вроде как не существенная, но нужно о ней знать.

[petera]

Доброго дня!

Нашел такую фичу/баг с float преобразованием. Понимаю, что сама по-себе float условно-точная, но у меня вышло, что её точность в очень небольших диапазонах, при определенных не сложных математических вычислениях, падает до 2%
OL 1.22.287 тестировал на реальном приборе, но и в онлайн-отладке погрешность проявляется.

изображение_2022-02-13_172901.png

Ошибки размером в "1" в нижней части вычислений (для Int_2) возникают, когда энергонезависимая "Float_1" принимает значения:
0,53 0,59
1,05 1,06 1,17 1,18
2,09 2,10 2,11 2,12 2,34 2,35 2,36 2,37
4,18 4,19 4,20 4,22 4,24 4,43 4,45 4,47 4,49 4,68 4,70 4,72 4,74
8,11 8,23 8,36 8,40 8,44 8,48 8,61 8,65 8,69 8,73 8,86 8,90 8,94 8,98
9,11 9,23 9,36 9,40 9,44 9,48 9,61 9,65 9,69 9,73 9,86 9,90 9,94 9,98
На Float_1=10 закончил эксперимент, но определенную логику и прогрессию возникновения погрешности(*2) видно.

Естественно, это не реальный проект, и способ "обойти трудности" в реальном проекте приведен в верхней части скриншота, но хотелось бы обратить внимание разработчиков OL. Может мой тест-репорт подтолкнет на более существенные мысли.
В реальном проекте обнаружил данную проблему при использовании EQ, когда ожидалось, что числа должны быть равны, а они отличались, на эти единицы. Могут возникать и другие специфически вещи, связанные с этим. Поэтому, проблема вроде как не существенная, но нужно о ней знать.

"сама по-себе float условно-точная"
Этим все и сказано.
Что, думаете 0,53 таки и представлен в мозгах компьютера?
А вот и нет!
Самое точное ближайшее значение будет
5.299999713897705078125E-1 = 0x3F07AE14

Самое правильное решение - никогда не использовать строгое EQ для условно-точных float
Возьмите за правило вместо EQ использовать, в зависимости от ситуации, или GE или LE

[AVF]

Ещё один сюрпризик. Если на основном листе проекта отсутствуют таймеры, использующие часы реального времени, то при включении симулятора они не появляются на панели.