FlProg

Возможно не по теме, но суть такая. Если я использую серводвигатель на 4 пине и светодиоды на 9, 10 и 11 как дискретные выходы то все работает идеально, но стоит светодиоды на 9, 10 и 11 сделать как ШИМ, то серва начинает работать рывками и крутится как сама хочет, а светодиоды совсем не горят. Причина именно в этом.

[ref=#00aa00]support[/ref],

ПОРЯДОК ИСПОЛНЕНИЯ БЛОКОВ

версия 5.3.0

привожу кусок схемы
Смысл этой части в том, что записывается временная переменная угла окна после чего окно закрывается для события и далее по окончанию события угол окна возвращается по временной переменной. Но почему привел эту схему, так дело в том что важна в ней последовательность. Если нижний блок градуса = 0 первым пройдет, то бессмысленна верхняя часть неподключенных событий.

НО!

В зависимости от подтяжки соединения выстраивается ОЧЕРЕДНОСТЬ исполнения блоков. При том интуитивно она противоположна действиям.
Если подтянуть верхнее событие, а потом нижнее, то оно интуитивно кажется правильным. Но при нажатии кнопки порядка компиляции блоков видно что нижний блок стартует первым в этом случае. Однако, если подключить сначала нижнее событие, а потом уже верхнее то порядок правильный выстраивается (после каждой подтяжки необходимо обновить нажав на кнопку порядка компиляции блоков)

с этого появились вопросы

1. Менять очередность это разрешено или баг?
2. Инверсия в интуитивном подключении как видно с возможностью менять порядок исполнения блоков это баг ?

не перетаскиваются переменные из кольца в проект. версия 5.3

Сергей писал(а): 10 июл 2019, 19:09 не перетаскиваются переменные из кольца в проект. версия 5.3

А они и не должны. Для записи и чтения в кольцо существуют специальные блоки в библиотеке. Можно конечно автоматом создавать нужный блок, но какой? Чтения или записи?

Отправлено спустя 28 минут 53 секунды:

НовыйUser писал(а): 10 июл 2019, 14:27 [ref=#00aa00]support[/ref],

ПОРЯДОК ИСПОЛНЕНИЯ БЛОКОВ

версия 5.3.0

привожу кусок схемы
Смысл этой части в том, что записывается временная переменная угла окна после чего окно закрывается для события и далее по окончанию события угол окна возвращается по временной переменной. Но почему привел эту схему, так дело в том что важна в ней последовательность. Если нижний блок градуса = 0 первым пройдет, то бессмысленна верхняя часть неподключенных событий.

НО!

В зависимости от подтяжки соединения выстраивается ОЧЕРЕДНОСТЬ исполнения блоков. При том интуитивно она противоположна действиям.
Если подтянуть верхнее событие, а потом нижнее, то оно интуитивно кажется правильным. Но при нажатии кнопки порядка компиляции блоков видно что нижний блок стартует первым в этом случае. Однако, если подключить сначала нижнее событие, а потом уже верхнее то порядок правильный выстраивается (после каждой подтяжки необходимо обновить нажав на кнопку порядка компиляции блоков)

с этого появились вопросы

1. Менять очередность это разрешено или баг?
2. Инверсия в интуитивном подключении как видно с возможностью менять порядок исполнения блоков это баг ?

Давайте для начала определим основные посылы.
1. В промышленном программировании алгоритм считается некорректным если на него влияет последовательность выполнения блоков. В большинстве "настоящих" систем промышленного программирования Вы никогда и никаким путём не узнаете в каком порядке будут выполняться блоки. Ведь основная идея пром. программирования - это симуляция принципиальной схемы реального железа, а там запись в Ваши переменные вообще бы происходила ОДНОВРЕМЕННО. Возможность просмотра порядка выполнения блоков в FLProg дана для более полного понимания процессов происходящих в схеме, ведь FLProg - 'всё таки в основном обучающий проект, для подготовки людей к работе в "настоящих" средах.
2. Если всё таки без определённой последовательности не обойтись, то в FLProg, как и в некоторых промышленных средах верхней линейки есть разделение на платы (у сименса например они называются Network). так что если вам необходим четкий порядок выполнения разнесите схему по нескольким платам (они выполняются четко сверху в низ, и есть возможность менять их последовательность), а для соединения между платами используйте либо клеммы, либо переменные.

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

Phazz писал(а): 09 июл 2019, 20:24 [ref]Ivan-07[/ref],
viewtopic.php?p=70840#p70840

Попробовал, как-то всё совсем нестабильно. Сеть теряется, ESP перезагружается, похоже, возникает какой-то конфликт. Без исправления Автором баг с отключением точки доступа, похоже, не обойти.

support писал(а): 11 июл 2019, 08:31 А они и не должны.

Спасибо Сергей. Отложил на неделю проект в котором работало кольцо, так замотался, что вернувшись забыл как работают блоки кольца. Собственно я про них вообще забыл. Чет придумалось мне, что переменные кольца должны перетаскиваться как в модбасе.

[ref]Ivan-07[/ref], У
меня отлично работает.
А что у вас за модуль?

С предыдущей версии, когда редактируешь блок (CODE), чтобы его сохранить надо щелкнуть на секцию Setup, а потом в другую - иначе не сохраняется. Вроде приноровился, но лучше бы сохранялось бы по кнопочке "сохранить" всегда.

И еще соображения по КЛЕММАМ.
Отличный инструмент.
Две не принципиальные вещи вызывают легкий дискомфорт:
1. Название клеммы, когда она назначается - высота поля мешает их расставлять одну под другой не красиво получается из-за хвостов.
При привязке клеммы ко входу - все замечательно(маленький крестик).
2. Не получается подключиться к клемме внутри той же платы, где она создается. Возможно в этом заложен какой-то смысл. Если нет, то было бы неплохо предусмотреть эту возможность.

Версия 5.3 наезд полей в блоках
[spoiler] [/spoiler]

Dryundel писал(а): 14 июл 2019, 16:23 Версия 5.3 наезд полей в блоках

Версия 5.3 win64 portabl. По первому скрину у меня все норм. По второму имеет место быть.

Fedos1961 писал(а): 15 июл 2019, 06:50 Версия 5.3 win64 portabl. По первому скрину у меня все норм. По второму имеет место быть.

у меня тоже наезд и портабл версия,а вы точно контроллер нодемсу выбрали?

Наезд в обоих случаях.
нодемсу
Версия 5.3 portabl -- win10x64

Версия 5.3.
Некритичная ошибка. Два июля при компиляции.
[spoiler][/spoiler]

vovka1973 писал(а): 15 июл 2019, 14:54 у меня тоже наезд и портабл версия,а вы точно контроллер нодемсу выбрали?

Косячек, контроллер был другой. С нодемсу тоже наезд.

[ref=#404040]Phazz[/ref],

Phazz писал(а): 11 июл 2019, 19:15 Ivan-07, У
меня отлично работает.
А что у вас за модуль?

ModeMCU, мне кажется дело не в модуле а в конфликте внутри кода, точку вручную отключаем, вэб интерфес снова включает, или что-то типа этого

[ref]Ivan-07[/ref], а можно ваш проект? Попробую у себя.

[ref=#00aa00]support[/ref], в портативной версии 5.3 рамка не раздвигается и наезжает текст в надписи к блоку Отправлено спустя 14 минут 29 секунд:
В настройках не меняется размер шрифта в строке "Схема → Надпись к блоку" Меняется в строке "Схема → Надпись"

На заметку: при задание параметров пользователя в пользовательских блоках (CODE) похоже не работают установленные границы сверху и снизу. Опция полезная.

Падение программы Проект и решение с помощью костылей здесь.