Это было и на более ранних версиях OL
Вид для печати
Это было и на более ранних версиях OL
2.8.360 - открытие окна переменных не вызывает появление звёздочки. 2.9.363 - вызывает. На каких более ранних? Между этими версиями два обновления. И в любом случае это неправильно, хоть было раньше, хоть нет.
Многострочных комментариев до 2.9.363 вообще не было.
Из вашего ответа можно только уяснить себе, что Owen_Logic вы не пользуетесь. Больше никакой пользы. Так для чего вы его писали?
Добрый день.
А будет ли как-то решаться вопрос с масштабированием интерфейса программы для больших разрешений экрана?
Присутствуют некоторые неудобства.
При программировании ПР205 из версии OL 2.9.364.0 замечено отсутствие подсветки фокуса перемещения по редактируемым элементам на экране (при нажатии SEL). Ранее такое выделение было видно за счёт утолщения на 1 пиксель рамки на выбранном элементе. В системном меню с этим проблем нет.
Это уже давно так
https://owen.ru/forum/showthread.php...l=1#post455069
Многочисленные просьбы уже видим :) Сейчас прорабатываем функционал настройки толщины фокуса. Предварительно - появится новое окно с общими настройками визуализации проекта (настройки из него будут применяться для всей визуализации). Помимо толщины фокуса в планах добавить еще возможность настраивать цвет фокуса.
Вот пример не выделенного и выделенного для изменения элемента Вложение 82862 настраиваемая инверсия цвета элемента и шрифта.
Может у других будет другое мнение, но выделение даже толстой рамки это не выход, плохо будет видно.
Инверсия цвета при выделении превращается в тыкву, если рядом попадутся элементы совпадающие по цвету с инверсным цветом. ИМХО только вариант рамки с маркерами или возможность выбора цвета/шрифвтов/толщины рамки для каждого состояния объекта.
При нахождении фокуса на контроле числового ввода/вывода мигает выбранный для редактирования разряд (заметно, на мой субъективный взгляд). Проблема сейчас, в основном, может возникнуть с динамическим текстом и примитивами (многоугольник/круг).
Для примитивов вариант с цветовым выделением заливкой не подойдет (т.к. у них есть настройка цвета состояний true/false).
Если для дин текста добавить индикацию, похожую на числовой ввод - мигание галочки, когда контрол в фокусе, но "свернут", то это улучшит ситуацию?
У меня после установки OWEN Logic2.10.365 и обновления NET, теперь проекты открываются с ошибкой Вложение 83014 и Вложение 83015Виндовс 7 (32 бит)
На версии OWEN Logic2.9.364 всё работает хорошо Вложение 83016 те же проекты на Винде 10 (64 бит) и версии OWEN Logic2.10.365 открываются нормально.
Один из примеров выложил.
Мало того, даже при создании нового проекта, тоже ошибка. Что 7 Винду совсем в утиль?
У меня после установки OWEN Logic 2.10.365 и обновления NET возникают ошибки при запуске эмуляции Вложение 83044,Вложение 83045, и при закрытии этих окон все висит. Винда: Выпуск Windows 10 Pro Версия 22H2
Дата установки 27.12.2024
Сборка ОС 19045.3031
при попытке открыть проект, над которым работал пару дней назад и проблем не было.
как теперь открыть?
Добрый день. Как-то уже пытался найти ответ на этот вопрос, но так и не нашёл. Баг или фича? Дано: ПР-103 и китайский релейный модуль, подкинутый к ПР по модбас-рту. у модуля есть два дискретных входа. Теоретически они должны считываться ПР-кой либо в две булевых переменных, либо в одну вордовую, из которой можно потом побитно эти входы считать. Но практически все интереснее: оба входа считываются в одну БУЛЕВУ переменную. И если ее прокинуть на выход ПР, то выход срабатывает только при подаче сигнала на первый вход модуля. А если замкнуть второй вход китайского модуля - В БУЛЕВОЙ ПЕРЕМЕННОЙ отображается циферка 2 - но выход ПР, на который она прокинута, не срабатывает. Как это вообще возможно такое поведение? И опять же - я читаю дискретные входы из китайского модуля функцией модбас 02, которая вроде как подразумевает чтение НЕСКОЛЬКИХ дискретных входов - и согласно этой логике для такого поведения должен выбираться целочисленный тип переменной. Но выбирается только булевый. Это можно как-то пофиксить/обойти? Или так будет всегда?
Вложение 83189Вложение 83190Вложение 83191
Вложение 83197 ну вот такое получается
Это как так:
Булево регистр 0 бит 0 и ниже
Булево регистр 0 бит 1...
Скидывайте инструкцию на девайс...
PS Сам неправ, потому что с коилами не работал.
Может пр'ка не булевы цифры показывает, а основной регистр?
https://pcus.ru/moduli/moduli-rele/r...-modbus-rtu-2x - вся инструкция, какую нашёл. Это чудеса - как вообще в булевой переменной может отображаться целочисленная двойка?
Не то что бы баг. Для ф1..2 задается и кол-во битов. В ОЛ же нет задания кол-ва битов? А считывает (имхо) все 8
Накой там вообще поле регистра для битовых функций (я не знаю)
Судя по фотке с X-I приведение происходит по 0-му биту контейнера содержащего буль
А при значении 2 Q1 щелкнул?
Если в этом китайце есть >8 битов, то может попробывать в другую бульную переменную считать с 1-ого бита?
Камрады, тут еще другая проблема, никак не связанная с этой - почему может вылезать табличка во время онлайн-отладки "Устройство было сброшено"?
предположение
"приведение X-I происходит по 0-му биту контейнера содержащего буль"
получило подтверждение.
+ определение самого буля по 0-му биту. Что вообще странно для тех кто "if(x){....}", но конкретно здесь может (не обязано) помочь после выяснения вопроса ниже
"Не получится" - это утверждение или предположение для данного случая?
Попытка прочитать c 1-ого (не 0-ого) бита - была?
Конкретно это никак ни на что не влияет. Тут мастеру сказали функцию, адрес бита и, видимо, неявно какое-то количество (8/16/32?) битов. Совмещены ли у слейва области или нет - мастеру абсолютно пофиг.
Есть ли у слейва биты 1..8/16/32 (не 0..7/15/31 !!) - это вопрос illegal adress
Может ли слейв прислать биты с любого адреса - это вопрос реализации самого слейва. В рамках протокола хоть с 13-ого 69 штук. Вот тут овен-слейв вроде чудит. Но разговор за китайцев-слейвцев, а овена - мастера.
Выше уже все ответил, на эти вопросы, приходит булевая, в ней число. Извлечь это число не возможно в ОЛ (кроме 0 бита), потому что переменная булевая.
1 работает, больше 1 для буля в ОЛ это 0. Конвертация в целое не работает. ТС уже не первый, у кого ничего не вышло.
Разрабы могли бы исправить работу, маска же приходит, но так ничего и не сделали.
kondor3000, так и я ответил. Для возможного решения проблемы в рамках текущей версии ОЛ/ПР нужно точно сказать - читается ли с 1-ого (не 0-ого) бита.
Точно, а не где-то когда то.
Не больше 1 не работает, а для буля юзают 0-й бит. Хоть и похоже, но есть смысловая разница. Но это же и можно использовать если прочитается с 1-ого. Это будет 1-й бит слейва на месте 0-ого в другой переменной мастера - это же очевидно.
А для нормализации таких булей желательно просто X—I - - - I—X
Или стонать и ждать другой версии ОЛ. Проверит ли ТС свой всего лишь шанс - мне лично побоку.
попытка прочитать с первого (не нулевого) бита была. я специально сделал несколько переменных и попривязывал их к 0.0, 0.1, 1.0, 1.1, 2.0 (регистр.бит). Везде, кроме первого варианта, при замыкании входов нолики. Если внимательно посмотреть на первый скриншот в моем стартовом сообщении, там видно куда привязаны остальные переменные. И на остальных скриншотах так же видно, что при замыкании входов китайца в этих переменных нолики
Вложение 83258Вложение 83259
Добрый день. Не совсем понятный случай.
1 рисунок. Беру сетевую переменную, передаю значение в стандартную переменную, затем использую ее в ФБ, то она не передается внутри блока в переменную.
2 рисунок Если использую стандартную переменную или константу, то значение передается
Вначале в ФБ использовал сетевую и не мог понять проблему. В данном случае передаю в переменную для наглядности.
Преобразователь совсем не причем - пробовал как вариант