FlProg

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

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

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

Про какой блок идет речь? URAT, дисплей или конвертор строки?

skrickis писал(а): 18 июл 2025, 19:45 на входах нету подтяжки к VCC у ESP32 S3

skrickis писал(а): 18 июл 2025, 19:45 на входах нету подтяжки к VCC у ESP32 S3

ecoins писал(а): 19 июл 2025, 08:29

skrickis писал(а): 18 июл 2025, 19:45 на входах нету подтяжки к VCC у ESP32 S3

Вы можете воспользоваться блоками из кандидатов для работы с пинами.

montirovka писал(а): 19 июл 2025, 10:16 А какой тип надо выбрать?

ecoins писал(а): 19 июл 2025, 08:29 Вы можете воспользоваться блоками из кандидатов для работы с пинами.

montirovka писал(а): 19 июл 2025, 11:00 Ну зачем же вы так сразу? Я хотел задать потом второй вопрос: - А где это написано? Или : -А почему это в описании блока не написано?
Когда что то делается для большого круга лиц, нужно понимать, что познания у всех разные. Нужны описания в которых будут ответы на все вопросы. Пины это номер вывода. Когда открываешь блок а там Byte, что можно подумать? Наверное где то что то нет так.
Наверное тип можно было прописать сразу в блоке без всяких выборок?

ecoins писал(а): 19 июл 2025, 11:25 Еще раз хочу изложить некоторые основы для общения на форуме:
1.Разработчик FLProg Вам ничего не должен. В том числе и инструкции. Должны ли Вы ему - Вам решать.
2.Разработчики пользовательских блоков Вам ничего не должны. Ни инструкций, ни описаний. Должны ли Вы им - обсуждайте с ними.
3.По конкретному разработчику ecoins - он Вам ничего не должен. Ни инструкций, ни описаний, ни носовых платков и иных средств гигиены... Те кто хочет взаимодействовать с ecoins - интересно и содержательно делают это. В том числе и разработчик FLProg.
4.Разводить балаган по поводу того, что нет инструкции по блоков по работе с пинами...
Можете конечно. Зная Вас понимаю, что Вы в состоянии посмотреть генерируемый код скетча и разобраться... Или задать содержательный вопрос. Хотя и разбираться там не с чем...
Похоже у Вас иные цели... Скучно стало?
------------------------------------------------
По поводу какого формата входной пин - байт. Выберите другой формат - тоже будет работать (возможно кроме float).
Форматом входных констант или переменных управляет FLProg - разработчик блоков на это не влияет.

Зная Вас понимаю, что Вы в состоянии посмотреть генерируемый код скетча и разобраться... Или задать содержательный вопрос. Хотя и разбираться там не с чем...

        id_121832009.setParam((13));
        Out_77162603_121832009=RT_HW_Base.pinDigitalRead (id_121832009);
        _gtv1 = Out_77162603_121832009;

bsn писал(а): 19 июл 2025, 13:53 1)ecoins, и его команда, длительнонюе время, вносят очень ощутимый вклад в развитие Flprog. Подробных описаний своих разработок не делают.
2)Dryundel, и ранее и сейчас, делает много полезных разработок. Все его конструкции тщательно им описаны. Уровень вхождения - максимально облегчен.
3) Dryundel, на днях, сделал великолепное описание "Диспетчера задач" от ecoins.
То биш, по факту, это пример сотрудничества двух совершенно разных Мастеров в деле развития и совершенствования Flprog.
А что, разве так можно было?...

CraCk писал(а): 20 июл 2025, 12:41 Версия v8.2.3, отправка в UART переменной, и её прием из UART от 1 до 100, работает.
Версия v9.4.1, отправка в UART переменной, и её прием из UART работает только от 10 до 100. Значения 1-9 игнорирует.
Версия v9.4.1, отправка в UART переменной, и её прием из UART не работает вовсе, если включен диспетчер задач.

bsn писал(а): 20 июл 2025, 12:33 Ответ для ecoins (пишу с мобильника, неудобно) 1)Мои усилия по поводу написания документации для Flprog вы сильно преувеличили. Кое что писал, но там много чего создано другими пользователями. Уровня моей компетенции для всего этого явно не достаточно. Моё твёрдое убеждение, что из форумчан наиболее удачные описания делает пользователь Dryundel.
2)Я был, и есть, в команде Автора FlProg Сергея Глушенко. Иногда общаюсь с ним через месенджеры. Сергей прекрасно знает, что я часть его команды. Все остальные команды, реальные и надуманные, меня мало интересуют.
3)Про то, что некоторые помощники Автора, иногда ведут себя "как дети переростки" - подтверждаю. Но даже если и так, если они талантливые инженеры, и реально помогают Автору, то нужно вычленять главное. Не их нарцисизм и капризный характер, а их реальные разработки в Flprog. Считаю, что Ваши постоянные стенания про то, что некие силы очерняют некую генеральную линию в развитии Flprog надуманные. Генеральную линию определяет Автор программы, а остальные доброжелатели могут только советовать. За многие советы, с разных сторон, можно только благодарить и говорить спасибо. К примеру Вам спасибо за "Диспетчер задач". Другим спасибо за то что отлично описали как этим пользоваться. Хорошего описания явно не хватало. Теперь все дополнено, и включено в функционал программы. Решение Автора, о включении той или иной разработки в основной функционал и есть Генральная линия. Все остальное от лукавого...

CraCk писал(а): 20 июл 2025, 12:41 Версия v8.2.3, отправка в UART переменной, и её прием из UART от 1 до 100, работает.
Версия v9.4.1, отправка в UART переменной, и её прием из UART работает только от 10 до 100. Значения 1-9 игнорирует.
Версия v9.4.1, отправка в UART переменной, и её прием из UART не работает вовсе, если включен диспетчер задач.

ecoins писал(а): 20 июл 2025, 15:51

bsn писал(а): 20 июл 2025, 12:33 Ответ для ecoins (пишу с мобильника, неудобно) 1)Мои усилия по поводу написания документации для Flprog вы сильно преувеличили. Кое что писал, но там много чего создано другими пользователями. Уровня моей компетенции для всего этого явно не достаточно. Моё твёрдое убеждение, что из форумчан наиболее удачные описания делает пользователь Dryundel.
2)Я был, и есть, в команде Автора FlProg Сергея Глушенко. Иногда общаюсь с ним через месенджеры. Сергей прекрасно знает, что я часть его команды. Все остальные команды, реальные и надуманные, меня мало интересуют.
3)Про то, что некоторые помощники Автора, иногда ведут себя "как дети переростки" - подтверждаю. Но даже если и так, если они талантливые инженеры, и реально помогают Автору, то нужно вычленять главное. Не их нарцисизм и капризный характер, а их реальные разработки в Flprog. Считаю, что Ваши постоянные стенания про то, что некие силы очерняют некую генеральную линию в развитии Flprog надуманные. Генеральную линию определяет Автор программы, а остальные доброжелатели могут только советовать. За многие советы, с разных сторон, можно только благодарить и говорить спасибо. К примеру Вам спасибо за "Диспетчер задач". Другим спасибо за то что отлично описали как этим пользоваться. Хорошего описания явно не хватало. Теперь все дополнено, и включено в функционал программы. Решение Автора, о включении той или иной разработки в основной функционал и есть Генральная линия. Все остальное от лукавого...

Приведите пример хотя бы одной разработки этих шумных доброжелателей, которыми разработчик воспользовался и включил их штатную версию?
И потом, если не найдете задайтесь вопросом;
Или Разработчик не дорос до этих чудо-разработок?
Или все же эти разработки на поверку оказываются пустышками?

Dryundel писал(а): 20 июл 2025, 14:11

CraCk писал(а): 20 июл 2025, 12:41
Вывод: Причина траблов находится в демонических библиотеках. Особенно это касается штатных описаний плат Kincony. Они полностью подчинены этим библиотекам.

На ESP32 Dev Module и с отключенным диспетчером задач в 9.4.0 ваш проект прекрасно работает. При активном диспетчере тишина - подтверждаю.

Откройте отдельную тему по штатным описаниям плат Kincony и задайте вопросы главному Демону. С этим надо разбираться срочно, до выхода новой версии FLProg.

PS
Самое тухлое в этой ситуации то, что Демон знает или хотя бы догадывается об этом, но сидит и молчит, как воды в рот набрал. Вы же ведь уже давно тревогу бьёте.

Интересно а почему с этим надо срочно разбираться? Неужели Dyrundel решает, что срочно а что нет.