Тестирование версии 5.2.2

#1

Вышла предрелизовая бэта версия программы FLProg c номером 5.2.2.
Подробнее о новой версии программы здесь.
Отписываемся в этой теме о найденных ошибках и замечаниях. Тема о тестировании версии 5.2.1 закрыта.

#101

Ivan-07,
viewtopic.php?p=70840#p70840

Gordon0007 · #102

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

НовыйUser · #103

support,

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

версия 5.3.0

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

НО!

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

(после каждой подтяжки необходимо обновить нажав на кнопку порядка компиляции блоков)

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

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

#104

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

#105

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

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

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

НовыйUser писал(а): ↑
10.07.2019{, 14:27}
support,

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

версия 5.3.0

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

НО!

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

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

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

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

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

Ivan-07 · #106

Phazz писал(а): ↑
09.07.2019{, 20:24}
Ivan-07,
viewtopic.php?p=70840#p70840

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

#107

support писал(а): ↑
11.07.2019{, 08:31}
А они и не должны.

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

#108

Ivan-07, У
меня отлично работает.

А что у вас за модуль?

ecoins · #109

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

ecoins · #110

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

Dryundel · #111

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

СпойлерПоказать

Fedos1961 · #112

Dryundel писал(а): ↑
14.07.2019{, 16:23}
Версия 5.3 наезд полей в блоках

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

vovka1973 · #113

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

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

#114

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

Vint · #115

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

СпойлерПоказать

: Date.png (11.89 КБ) 1010 просмотров

Fedos1961 · #116

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

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

Ivan-07 · #117

Phazz,

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

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

#118

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

Ivan_Kornege · #119

support, в портативной версии 5.3 рамка не раздвигается и наезжает текст в надписи к блоку

: Косяк 5,3.PNG (7.11 КБ) 820 просмотров

Отправлено спустя 14 минут 29 секунд:
В настройках не меняется размер шрифта в строке "Схема → Надпись к блоку"

Меняется в строке "Схема → Надпись"

ecoins · #120

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