Здравствуйте.
Пожелание разработчикам сделать подсветку переменных. Хотя бы тех, которые записываются в конце цикла.
Ну путь будут не в черной рамке, а например в зеленой. Или фон какого-нибудь другого цвета.
Что скажут участники?
Вид для печати
Здравствуйте.
Пожелание разработчикам сделать подсветку переменных. Хотя бы тех, которые записываются в конце цикла.
Ну путь будут не в черной рамке, а например в зеленой. Или фон какого-нибудь другого цвета.
Что скажут участники?
Это как? Непонятно. Они всё в конце цикла записываются. Вроде...
Присоединяю своё непонимание к непониманию Михаила.
А именно...
Какой в этом смысл ? + Какой от этого "экономический эффект"?
То есть....Это что-то упростит ,или поможет выполнить работу в более "сжатые сроки"..
Вложение 74706
Если включить режим симулятора, то в свойствах схемы появится параметр "Фон входов/выходов".
Выбираете "Да" и каким цветом отображать. Тогда переменные, которые в цикле работы будут менять своё значение,
будут подсвечиваться выбранным цветом.
Но подсвечиваться будут все.
Выражаю непонимание про непонимающих: как это так вы про линии задержки не ругаетесь? Почему это они пунктиром сделаны, а не как обычные? Зачем это пользователю видеть на схеме то, простая ли это связь, или линия задержки? Пусть мучается.
Если бы я использовал бы запись в конце цикла и мне надо было бы кликать на все переменные на схеме, чтобы понять, какая из них записывается в конце цикла - я бы побежал бы лица бить разработчикам за такое.
Командую: СтарПёрство оставить и идти отдыхать! Идею пользователя Kliper принять к исполнению!
Дополнительный аргумент: когда вы на форуме схемы выкладываете, то по ним и будет видно, где линия задержки, а где запись в конце цикла.
Во первых автор темы так и не изложил подробно о своей задумке, что же он хотел.
Во вторых кто мешает оставить комментарий к переменной что она записывается в конце цикла или что то другое, что нужно ждать от этой переменной в отладке.
Ну и полагаться на цвет это не уровень программиста, править код пока переменная не загорится нужным цветом что ли, это метод тыка, а не глубокое понимание какую задачу должен решать программный код
Мда. Видимо, умение увидеть и реализовать грамотную идею в неявно оформленном потоке мыслей и отличает разработчика от кодера.
Вопросы:
1. Если мы говорим про графический язык, то способы показывать статус или отличие объектов друг от друга должны быть графическими.
Например, предлагаю представит графический язык без указаний входов и выходов блоков. Пусть вот все FB и функции были бы квадратиками, все выводы-сигналы которых подключались бы слева и без подписей. И надо было бы помнить, что у CTU первый сверху вход - это счёт, второй сверху - это Reset, а третий - счёт вниз. Без подписей.
Примерно на это ты и возмущаешься, предлагая оставить всё как есть: вслепую на графическом языке изучать переменные.
2. Сожалею, но на текущий момент в Owen Logic НЕТ явного способа увидеть все свойства переменных разом. В таблице окна переменных нет столбца "Запись в конце цикла", по которому можно понять, отличается ли одна переменная от другой по её свойствам.
Тип переменной отображается графически в виде её цвета. А вот это важное свойство - нет.
Мне правда не понятно назначение всего этого. Ну, например, на моей предыдущей работе 4000 дискретных входов, 1000 дискретных выходов, по 100...200 аналоговых входов выходов. Для того, чтоб понимать как всё работает мне достаточно тру/фолс и реал. Никаких цветовых отображений и тем более что в какой последовательности куда положилось... Для этого надо только понимать код. Для новичка понятно трудно, но когда разберешься всё становится просто и понятно, без дополнительных наворотов в программе.
И что значит переменная записалась последней? Есть стандарт на языки. Переменная только тогда запишется на выход блока, когда она не будет нигде использоваться внутри блока. А если она несколько раз переписывается внутри блока, то последнее её присваивание будет истиной. Не говорим сейчас о линии задержки...
переменные на листе программы записываются сразу, если не указано иное.
Как вы себе представляете работу функции от которой зависит дальнейший ход программы? банальные 2+2= и типа она запишется в конце цикла?
з.ы. так понимаю человек хочет градацию по цвету штанов в режиме симуляции, видеть что и где у него пишется.
Понятно, что все переменный получат своё значение в конце цикла (причём FBD не даст два раза присвоить значение одной переменной),
а тут похоже разговор о частном случае OwenLogic, точнее даже частном случае использования переменных программы во встроенном дисплее, когда появляются варианты очерёдности присваивания значений таким переменным (экран/программа)
Насколько я понял, автор хочет чтобы обычные переменные, энергонезависимые и экранные у которых стоит свойство "запись в конце цикла" визуально отличались друг от друга
Ну я с релюхами мало работаю, чтоб такие тонкости знать. Всё на плк мысленно перевожу. Поэтому для меня "конец цикла" это конец подпрограммы с определённым временем. Простите люди добрые, мы не местные...
Так эта функция "запись в конце цикла" ранее была только у неэнергонезависимых переменных, у энергонезависимых переменных это было уже по умолчанию, в смысле, если сейчас при выводе на экран переменная становится энергонезависимой, то и это свойство "запись в конце цикла" должно автоматически к ней "прилипать", короче, получается в новых ПР это свойство "запись в конце цикла" станет ненужным, я правильно понимаю?
Валенок, capzap, МихаилГл У вас весеннее обострение, что ли? Рано же ещё: заморозки не кончились... Обалдели вы так всё передёргивать. Я не представляю, как так можно. Особенно Валенок. Как был им, так и остался.
Валенок, Что за "все свойства всех"? Задачка про 365 итераций и Шампанское так и не решена ещё?
Напоминаю: Вложение 74738
Я говорил о том, что сейчас нет возможности штатным способом увидеть сводку "Запись в конце цикла" по всем переменным. Надо на каждую тыкать и в Свойствах смотреть.
capzap Да, я всё понял. Однако баг в библиотеке SmsOwenLib я поправил, и она успешно работает.
МихаилГл Ты нейросеть? Сообщения-то все невпопад. Если ты не в курсе ПРок - то и не надо лезть сюда.
Тогда второй вопрос ....
Как Вы предлагаете реализовать Вашу идею ....Это должно быть "опциально"..То есть на выбор программиста.( принцип "хочу-не хочу)...Или "обязательно"...То есть переменные будут выделяться независимо от желания программиста и только таким образом (допустим цветом) какой выберет Производитель.....??
И убедительная просьба ко всем присутствующим в теме.
Не будем забывать о том,что "Хамство начинается тогда,когда заканчиваются аргументы"..
Ну если Вы уговорите разработчиков сделать это ещё и опционально, то почему бы и нет.
А так все просто. Линии же выделяются по типам данных. Красные, черные, фиолетовые. Так же и с переменными. Только рамки красить не получится, так как при расположении переменных вплотную, они перекроются. А вот с цветом фона или текста можно поиграться.
Какие именно цвета на усмотрение разработчиков или вашим пожеланиям, без разницы. По циклам записи я бы выбрал что-то броское но не кричащее. Бледно-розовый например.
Эта "запись в конце цикла" видимо нужна только для того, чтобы экранные переменные не принимали промежуточных значений при работе программы. Что с одной стороны логично, но с другой, вывод этих переменных сам по себе должен обрабатываться после всего. А для остальных переменных зачем это свойство?
Убрать надо упоминание об этом вообще, так считает моя нейросеть.
Присоединяю свою нейросеть.
У того кто придумал это свойство "запись в конце цикла", видимо для того "чтобы экранные переменные не принимали промежуточных значений при работе программы" в голове вместо мозга газировка со вкусом жевачки.
Возможно и ориентир был на таких же "разработчиков" с газировкой.
И..., CS-CS, хорош хамить и хвастать.
Что касается пожеланий автора, то, по мне, такая картинка более удобна для восприятия
Вложение 74753
То есть внутри программы в текущем цикле эту переменную уже не сможете использовать? Она станет актуальной при следующем заходе...
А как же язык ST, по идее это тот же язык, только по другому реализован, и уже вот такое вы не реализуете:
<Счетчик>:= 123;
код программы
<Счетчик>:= 234;
код программы
<Счетчик>:= 432;
Вот так созревает, рождается и эволюционирует параллельная фиолетовая вселенная пользователей Овен лоджика. Спросите почему параллельная- потому что нет нигде подобного функционала ни у одного из производителей, т.е опыт применения инкапсулирован в мирке Овен лоджика.
Да вы что? А чем? В чем удобство состоит?
Я не особо часто работаю с ПР, но приходилось и не испытывал особых неудобств без сомнительных фишек разработчиков софта.
НО! Товарищи, я ж не против в принципе, только вот, пожелания свои надо уметь формулировать ясно и членораздельно, тогда может и сбудется.
Хорошо, вот реализация r-trig на лоджике
Вложение 74755
А вот, в кодесис
Вложение 74756
И, косяк, в кодесис код не работает
Может я не очень удачный пример привел, но в классическом FBD и CFC неверное расположение блоков может привести совсем не к тому что вы задумывали. А лоджику плевать на расположение блоков, а если будет неопределенность, то лоджик любезно подсветит желтым проблемную связь.
Вложение 74759
В принципе ...(если это будет выглядеть так)-то почему бы и нет ?
Dimensy круто ! А главное то ,что никого не запутает.
Возможно,что у автора есть "своё видение",но что-то автор "слегка излишне скромен в обсуждении".
Автор только слегка решил намекнуть на то ,что бы в ОЛ внести дополнительный "момент наглядности"
И стоило ли из за этого ругаться и хамить ?Ну ,вы ,блин,.....даёте !