FlProg

CraCk писал(а): 13 июл 2025, 19:58

Rovki писал(а): 13 июл 2025, 19:52

CraCk писал(а): 13 июл 2025, 19:11 Пришла плата Kincony KC868-A16. Первое что решил попробовать, поморгать выходом. Но ничего не получилось. Индикатор на выходе не моргает. Но если поднести к клеме щуп мультиметра, то тогда индикатор еле моргает, в ритм генератора 1 сек. и напряжение 2,4В. Прошелся щупом по все клемах, и такая аномалия на всех выходах. Хотя в Флпрог задействован только один выход YO1.

А какое это имеет отношение к теме ?"

По тому что FLProg 9.4.x в стадии тестирования. И непонятно проблема в FLProg, или в плате.
upd
Извиняюсь, проблема была в подключении платы.

странная логика .Не лучший способ тестирования программы и железа. Уравнение с 2 неизвестными получается...

Мне кажется все нормально. Новый контроллер в флпрог, отзывов пока него нет по работе с флпрог. Поэтому естественно что появились сомнения на счет софта.

Всем доброго. А где скачать последнюю версию?
Обычно ссылка в шапке темы. А здесь пусто.

Brama писал(а): 14 июл 2025, 11:51 Всем доброго. А где скачать последнюю версию?
Обычно ссылка в шапке темы. А здесь пусто.

На сайте в бета версии

Приветствую!
я тут про меню в 9.4 спрашивал, может кто сталкивался ? может как то можно исправить или ждать новую версию в которой может быть это исправят?
Создаем меню М в нем основной пункт М-1 в нем два подпункта М-1.1 и М-1.2 - пока все работает как только создаем подпункт М-1.1.1 начинаются чудеса. При входе в пункт М-1, подпункт М-1.1 начинает работать как основной пункт меню т.е. в NPM выводит ни М-1 а основное меню М , но не возможно перейти к подпункту М-1.2 не работает MD, и не возможно выйти из него ExFM не работает, можно выйти только в целом из меню. Однако в М-1.1 можно войти, а там пункт М-1.1.1 работает как положено и NPM правильно отражает М-1.1 и выйти из него можно до уровня М-1.1 , а вот дальше опять как описывал выше выход только из меню целиком.
Что можно сделать ? как исправить ?

Для чистоты эксперимента накидал примитивное однострочное меню в портейбл версии 7.5.2 (стоит на этом же компе для таких вот случае, там работает ) более того на 7.5.2. я сделал меню до уровня М-1.1.1.1.1 и все работает.

Dimon57 писал(а): 14 июл 2025, 20:57 Приветствую!
я тут про меню в 9.4 спрашивал, может кто сталкивался ? может как то можно исправить или ждать новую версию в которой может быть это исправят?
Создаем меню М в нем основной пункт М-1 в нем два подпункта М-1.1 и М-1.2 - пока все работает как только создаем подпункт М-1.1.1 начинаются чудеса. При входе в пункт М-1, подпункт М-1.1 начинает работать как основной пункт меню т.е. в NPM выводит ни М-1 а основное меню М , но не возможно перейти к подпункту М-1.2 не работает MD, и не возможно выйти из него ExFM не работает, можно выйти только в целом из меню. Однако в М-1.1 можно войти, а там пункт М-1.1.1 работает как положено и NPM правильно отражает М-1.1 и выйти из него можно до уровня М-1.1 , а вот дальше опять как описывал выше выход только из меню целиком.
Что можно сделать ? как исправить ?

Для чистоты эксперимента накидал примитивное однострочное меню в портейбл версии 7.5.2 (стоит на этом же компе для таких вот случае, там работает ) более того на 7.5.2. я сделал меню до уровня М-1.1.1.1.1 и все работает.

Проект можно увидеть? Интересует каким образом управляете меню.

Критическая ошибка!
Актуально для платы ESP32 Dev Module (на других не проверял)

В самом первом цикле программы (при включении или перезапуске) не выполняется часть кода. Она тупо пропускается.
Ловил этот баг долго. Никак не мог понять причину траблов.
. .
В случае с платой инициализации вообще беда.
. .
========================================================================
Кроме этого, в процессе отлова ошибки обнаружил, что для платы ESP32 Dev Module - PULL_UP_MODE для пина D2 не работает. На нём светодиод который тащит пин к земле.

На части пинов включение режима PULL_UP_MODE из FLProg не реализован. Почему - не понял. Вроде возможность есть.

Кроме того, возможность использовать режим PULL_DOWN_MODE вообще отсутствует. А жаль.

montirovka писал(а): 15 июл 2025, 10:00

Dimon57 писал(а): 14 июл 2025, 20:57 Приветствую!
я тут про меню в 9.4 спрашивал, может кто сталкивался ? может как то можно исправить или ждать новую версию в которой может быть это исправят?
Создаем меню М в нем основной пункт М-1 в нем два подпункта М-1.1 и М-1.2 - пока все работает как только создаем подпункт М-1.1.1 начинаются чудеса. При входе в пункт М-1, подпункт М-1.1 начинает работать как основной пункт меню т.е. в NPM выводит ни М-1 а основное меню М , но не возможно перейти к подпункту М-1.2 не работает MD, и не возможно выйти из него ExFM не работает, можно выйти только в целом из меню. Однако в М-1.1 можно войти, а там пункт М-1.1.1 работает как положено и NPM правильно отражает М-1.1 и выйти из него можно до уровня М-1.1 , а вот дальше опять как описывал выше выход только из меню целиком.
Что можно сделать ? как исправить ?

Для чистоты эксперимента накидал примитивное однострочное меню в портейбл версии 7.5.2 (стоит на этом же компе для таких вот случае, там работает ) более того на 7.5.2. я сделал меню до уровня М-1.1.1.1.1 и все работает.

Проект можно увидеть? Интересует каким образом управляете меню.

Я не понял, файл проекта прислать или принтскрина будет достаточно?

но я походу не могу ни файл прикрепить ни картинку

На Kincony KC868-A16 тоже практически не работает UART
В такой конфигурации не принимает ничего. А здесь принимает, но только всегда последнюю цифру. Надеюсь на такое будет патч, чтобы не ждать следующего обновления.

CraCk писал(а): 17 июл 2025, 22:40 На Kincony KC868-A16 тоже практически не работает UART
В такой конфигурации не принимает ничего.

► Показать

Снимок экрана 2025-07-17 222754.png

А здесь принимает, но только всегда последнюю цифру.

► Показать

Снимок экрана 2025-07-17 223209.png

Надеюсь на такое будет патч, чтобы не ждать следующего обновления.

А консоль не пробовали?

Phazz писал(а): 18 июл 2025, 06:01

CraCk писал(а): 17 июл 2025, 22:40 На Kincony KC868-A16 тоже практически не работает UART
В такой конфигурации не принимает ничего.

► Показать

Снимок экрана 2025-07-17 222754.png

А здесь принимает, но только всегда последнюю цифру.

► Показать

Снимок экрана 2025-07-17 223209.png

Надеюсь на такое будет патч, чтобы не ждать следующего обновления.

А консоль не пробовали?

Нет. А что это такое? Пока документации на новые фишки нет, пользуюсь flrpog как раньше, по старинке. Точнее пробую пользоваться)))
UPD
Нашел блоки консоли. Я так понимаю в первую очередь нужно, блок инициализации. И через консоль можно только принимать от МК?
Как например тогда отправлять данные на МК через терминал, если я немогу выбрать UART0 в блоке инициализации консоли? Так как он занят блоком прием из UART?

CraCk писал(а): 18 июл 2025, 14:18

Phazz писал(а): 18 июл 2025, 06:01

CraCk писал(а): 17 июл 2025, 22:40 На Kincony KC868-A16 тоже практически не работает UART
В такой конфигурации не принимает ничего.

► Показать

Снимок экрана 2025-07-17 222754.png

А здесь принимает, но только всегда последнюю цифру.

► Показать

Снимок экрана 2025-07-17 223209.png

Надеюсь на такое будет патч, чтобы не ждать следующего обновления.

А консоль не пробовали?

Нет. А что это такое? Пока документации на новые фишки нет, пользуюсь flrpog как раньше, по старинке. Точнее пробую пользоваться)))
UPD
Нашел блоки консоли. Я так понимаю в первую очередь нужно, блок инициализации. И через консоль можно только принимать от МК?
Как например тогда отправлять данные на МК через терминал, если я немогу выбрать UART0 в блоке инициализации консоли? Так как он занят блоком прием из UART?

► Показать

Снимок экрана 2025-07-18 144140.png

1.По умолчанию консоль работает на UART0, скорость 115200. Блок инициализации не обязателен.
2.Если использовать блок инициализации, то его надо установить на плате инициализации (она выполняется 1 раз до всех других плат - в некотором заменяет/дополняет секцию setup().
3.Использование консоли не препятствует использованию других блоков работы с UART.
4.В "Кандидатах" есть блоки UART - в некоторых случаях могут быть также эффективно использованы, и не только для отладки.
5.В консоли заложены возможности ввода - они пока не очень развиты, в том числе и в силу пока не высокой востребованности.
--------------------------------
По документации.
FLProg в настоящее время имеет достаточно интуитивно понятный интерфейс.
Раньше возможностей и инструментов в FLProg было немного и потому ограниченный набор справочной информации созданный много лет назад был достаточен. И небольшой.
Сейчас требуется иной механизм хранения справочной документации, её изменения и корректировки, разработчик работает над этим.
И конечно само содержание справочной документации - пока желающих сделать вклад в эту работу по сути и нет.
Активных и порой весьма креативных критиков много, а создателей документации почти нет.

ecoins писал(а): 18 июл 2025, 16:25 И конечно само содержание справочной документации - пока желающих сделать вклад в эту работу по сути и нет.

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

Как правило, документацию пишет разработчик.
Именно он знает все нюансы и принцип работы того или иного узла.
А когда документацию пишет пользователь по тем данным что смог понять/выяснить, получается не всегда (а зачастую всегда не) достоверная информация.

WildCat писал(а): 18 июл 2025, 16:49 Как правило, документацию пишет разработчик.
Именно он знает все нюансы и принцип работы того или иного узла.

Позвольте с Вами не согласится. Порой разработчик даже не подозревает как, и в каких целях можно применять его разработку. А зачастую разработчик вдаётся в такие кружева своего творения, которые пользователю ну совсем не интересны. Разработчик и пользователь видят монетку с разных сторон. Первому важно сколько голов у птицы на реверсе, а второму интересна циферка на аверсе.

Решил вместо консоли подключить дисплей 16х2. И данные отравлять на МК из UART. Получается что МК принимает только последнюю цифру.
Сделал простой проект. в котором в переменную должна накопляться сумма чисел принятая из UART. Но оно работает через раз, приходится по несколько раз вводит число чтоб посчитало.
Также, стало не удобно искать визуально на платах, переменну со входом разрешения записи, так как она в таком случае выглядит как обычный прямоугольный блок.

CraCk писал(а): 18 июл 2025, 17:41 Получается что МК принимает только последнюю цифру.

CraCk писал(а): 18 июл 2025, 17:41 Но оно работает через раз, приходится по несколько раз вводит число чтоб посчитало.

А может всё-таки попробовать почитать справку к блоку? Или инструкция это последнее дело, когда больше ничего не помогает?
Подсказка: После прочтения справки, применить другой формат данных и по другому его обрабатывать.

WildCat писал(а): 18 июл 2025, 16:49 Как правило, документацию пишет разработчик.
Именно он знает все нюансы и принцип работы того или иного узла.
А когда документацию пишет пользователь по тем данным что смог понять/выяснить, получается не всегда (а зачастую всегда не) достоверная информация.

И кто такие правила установил? И для бесплатного продукта? Те кому так удобнее?
А мнение разработчика принимается во внимание? Он по этой теме на форуме неоднократно писал...

Приведу пример платного продукта - панель HMI Kingo 4.3" - хорошо продается.
Можете мне сбросить ссылку на описание этого прибора в качестве примера хорошего описания?
Если оно конечно Вам понравится.

на входах нету подтяжки к VCC у ESP32 S3