Установка константы на входах EN

#1

Добавить возможность на входах EN устанавливать константы или переменные разных типов. В настройках блока выбор (константа или вход), и выбор типа.

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

Oleg1345140 · #2

Думаю это излишне усложнит код каждого блока (ведь туда необходимо будет встроить компаратор) а это приведет к излишнему увеличению размера готовой программы для контроллера. Имхо против, прощн при необходимости добавить компаратор.

#3

Oleg1345140, Правильно, но если можно будет компаратор добавить установив галочку. Если галочка не установлена, то в код компаратор не включается.
Это не лишнее.

#4

Сергей писал(а):Добавить возможность на входах EN устанавливать константы

константу и так можно вставлять.

Сергей писал(а):но если можно будет компаратор добавить установив галочку. Если галочка не установлена, то в код компаратор не включается.

И с чем он будет сравнивать? А для условий еще 6 галочек поставить?
Чёт х***ю вы городите, товарищ генерал

Не проще ли изменить алгоритм, чем перестраивать "весь мир"

#5

rw6cm писал(а):константу и так можно вставлять.

и ТАК можно вставить только 0 или 1!

rw6cm писал(а):И с чем он будет сравнивать?

с константой. Не с "0" или "1", а со значением.

rw6cm писал(а):Чёт х***ю вы городите, товарищ генерал

х***ю городите вы, товарищ сержант. Когда будете делать реальные проекты, со сложными алгоритмами (а не мигание светодиодом) и будете сталкиваться с проблемами, то потом поймете зачем нужен функционал. В данном случае имею ввиду, что компаратор будет встроен в блок, не будет загромождать проект, программе меньше отрисовок на экране и меньше тормозов самой программы. Повторю, код прошивки больше не будет, т. к. при снятой галочке компаратор в код добавляться не будет.

rw6cm писал(а):А для условий еще 6 галочек поставить?

Для каких условий? Вы поняли о чем речь идет?

rw6cm писал(а):Не проще ли изменить алгоритм, чем перестраивать "весь мир"

Мы здесь как раз и занимаемся усовершенствованием FLProg, предлагая автору идеи. Критиковать пользователей пожалуйста идите в другой раздел. Все что от Вас тут требуется почитать и проголосовать. И не Вам эти идеи воплощать в программе. Если в блоках будет лишняя (для Вас галочка или еще че нить) у Вас руки не отсохнут не устанавливать ее. А кому то может пригодится.

#6

Сергей писал(а):В данном случае имею ввиду, что компаратор будет встроен в блок

При выборе входа тип не Boolean, должен в блоке появится компаратор- а значит дополнительно как мин. два условия.
То есть: с чем сигнал входа сравнивать, и условия сравнения. Как это будет организовано птичками или вводами не столь важно. Вопрос зачем эти сложности? Ведь пользовательские блоки создаем под конкретные цели, а не на все случаи жизни, неужели тяжело компаратор в блок закинуть руками.

Oleg1345140 · #7

rw6cm, согласен с вами. Все же блок это логически законченное устройство и делать 2-3-х устройств в одном блоке это излишне. Я не думаю что при создании проекта добавление компаратора сильно его усложнит визуально. А время на переработку блока автор лучше потратит на написание другого функционала. Все же компаратор как таковой уже реализован в программе.

#8

Oleg1345140 писал(а):Я не думаю что при создании проекта добавление компаратора сильно его усложнит визуально. А время на переработку блока автор лучше потратит на написание другого функционала

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

п/с Здесь нет подколок Автору FLProg. Здоровья ему, терпения, и удач.

#9

rw6cm писал(а):здесь при выходе новой версии молишь, чтобы в том, что уже работало, не закрались баги

Парни, если вам это не нравится просто не голосуйте. Еще никто ничего не переделывает. Предложение созрело, когда столкнулся с этим. Тема создана и пока голосов не наберет будет здесь и дальше висеть. Когда сами с этим столкнетесь (с большими проектами, нехваткой места на экране и в памяти), убедитесь, тогда задумаетесь об оптимизации, найдете тему и поставите голос. Вот и все. Че тут обсуждать?
Раздел для предложений новых возможностей, а не обсуждения чем автору лучше заняться. Может какое то предложение ему осуществить, изменив в коде FLProg пару запятых, будет гараздо быстрее и по ходу работы над сложными доработками.

Визуальное программирование