FlProg

Всем привет! Подскажите куда делись блоки с Ethernet ? Создание сервера, блок получения IP адреса при DHCP для отображения и т.д. где искать? Смотрел в кандидатах не нашел, в левой панели в коммуникациях контроллера, там тоже нет, только CAN и модбас есть. В интерфейсах искал, тоже нет. МК Nuсlео F446RE или хотя бы F411/F103C8T6, сетевой контроллер W5100. В старой версии 8.2.3 перечисленные блоки есть, но нет новых МК. Конечно есть С8Т6, пробовал с ним создать проект, но почему-то не работает, есть версия, что работа W5100 и С8Т6 ещё не налажена в 8.2.3 и предположение, что 9.3.12 эта связка уже будет работать. Для теста поменял контроллер на UNO без изменения проекта и всё заработало (это на версии 8.2.3). Поэтому и хочу попробовать на 9.3.12 сделать.

Drakon88 писал(а): 28 май 2025, 18:34 Всем привет! Подскажите куда делись блоки с Ethernet ? Создание сервера, блок получения IP адреса при DHCP для отображения и т.д. где искать? Смотрел в кандидатах не нашел, в левой панели в коммуникациях контроллера, там тоже нет, только CAN и модбас есть. В интерфейсах искал, тоже нет. МК Nuсlео F446RE или хотя бы F411/F103C8T6, сетевой контроллер W5100. В старой версии 8.2.3 перечисленные блоки есть, но нет новых МК. Конечно есть С8Т6, пробовал с ним создать проект, но почему-то не работает, есть версия, что работа W5100 и С8Т6 ещё не налажена в 8.2.3 и предположение, что 9.3.12 эта связка уже будет работать. Для теста поменял контроллер на UNO без изменения проекта и всё заработало (это на версии 8.2.3). Поэтому и хочу попробовать на 9.3.12 сделать.

Щелкните левой кнопкой мыши по SPI

2025-05-28_21-23-29.png

Спасибо С кнопками помогло, компилируется. Но вставляю блок меню и ошибок еще больше. Посмотрите, пожалуйста, что там не так.

ecoins писал(а): 28 май 2025, 16:49
pilotyac71 писал(а): 28 май 2025, 14:45
ecoins писал(а): 28 май 2025, 14:04
На дополнительные строчки в setup() не обращайте внимание - они будут в новой версии для целей расширения возможностей.
Какая у Вас версия?
У меня FLProg 9.3.12. А у вас, я так понял, FLProg 9.3.14.
В версии FLProg 9.2.6 компилируется, хотя и с ошибками.
Теперь понятно.
Выяснилось, что в AVR оказывается нет функции Wire.end().
Это уже исправлено.
Пока можете просто заменить папку RT_HW_00_BASE.
RT_HW_00_BASE.RAR
Начиная с версии 9.3.12 появился метод обновления изменений - очень удобный.
На стадии тестирования такие файлы направляются тестировщикам.
------
До конца месяца с высокой вероятностью разработчик соберет и выложит стабильную версию.
С уважением, ecoins.

Спасибо С кнопками помогло, компилируется. Но вставляю блок меню и ошибок еще больше. Посмотрите, пожалуйста, что там не так.

Arduino: 1.8.19 (Windows 10), Плата:"Arduino Mega or Mega 2560, ATmega2560 (Mega 2560)"

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\Flprog_EEPROM\src\flprogExternalEEPROM.cpp: In constructor 'FLProgExternalEEPROM::FLProgExternalEEPROM(uint8_t, uint8_t, uint16_t, uint8_t, uint8_t)':

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\Flprog_EEPROM\src\flprogExternalEEPROM.cpp:8:52: error: no matching function for call to 'RT_HW_BASE::i2cSetParam(RT_HW_STRUCT_I2C_DEV&, uint8_t&, uint8_t&)'

RT_HW_Base.i2cSetParam(_device, addres, bus);

^

In file included from f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\RT_HW_00_BASE\src/RT_HW_BASE.h:279:0,

from f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\Flprog_EEPROM\src\flprogExternalEEPROM.h:3,

from f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\Flprog_EEPROM\src\flprogExternalEEPROM.cpp:1:

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\RT_HW_00_BASE\src/API_0901_FUNC_I2C/FUNC_I2C_0000_HEAD.hpp:120:12: note: candidate: uint8_t RT_HW_BASE::i2cSetParam(RT_HW_STRUCT_I2C_DEV&)

uint8_t i2cSetParam (RT_HW_STRUCT_I2C_DEV &id); //--1.1.1. Установка параметров по умолчанию;

^~~~~~~~~~~

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\RT_HW_00_BASE\src/API_0901_FUNC_I2C/FUNC_I2C_0000_HEAD.hpp:120:12: note: candidate expects 1 argument, 3 provided

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\RT_HW_00_BASE\src/API_0901_FUNC_I2C/FUNC_I2C_0000_HEAD.hpp:121:12: note: candidate: uint8_t RT_HW_BASE::i2cSetParam(RT_HW_STRUCT_I2C_DEV&, uint8_t, uint8_t, uint32_t)

uint8_t i2cSetParam (RT_HW_STRUCT_I2C_DEV &id, uint8_t addr, uint8_t bus, uint32_t speed); //--1.1.2. Установка параметров;

^~~~~~~~~~~

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\RT_HW_00_BASE\src/API_0901_FUNC_I2C/FUNC_I2C_0000_HEAD.hpp:121:12: note: candidate expects 4 arguments, 3 provided

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\RT_HW_00_BASE\src/API_0901_FUNC_I2C/FUNC_I2C_0000_HEAD.hpp:122:12: note: candidate: uint8_t RT_HW_BASE::i2cSetParam(RT_HW_STRUCT_I2C_DEV&, uint8_t, uint8_t, uint32_t, uint8_t, uint8_t)

uint8_t i2cSetParam (RT_HW_STRUCT_I2C_DEV &id, uint8_t addr, uint8_t bus, uint32_t speed, uint8_t expander, uint8_t channel);

^~~~~~~~~~~

f:\FLProg_9-3-12_Win64\ideV8\portable\sketchbook\libraries\RT_HW_00_BASE\src/API_0901_FUNC_I2C/FUNC_I2C_0000_HEAD.hpp:122:12: note: candidate expects 6 arguments, 3 provided

exit status 1

Ошибка компиляции для платы Arduino Mega or Mega 2560.

Ради интереса у себя скомпилировал этот проект. Скомпилировался без ошибок.

pilotyac71 писал(а): 29 май 2025, 08:39
ecoins писал(а): 28 май 2025, 16:49
pilotyac71 писал(а): 28 май 2025, 14:45
У меня FLProg 9.3.12. А у вас, я так понял, FLProg 9.3.14.
В версии FLProg 9.2.6 компилируется, хотя и с ошибками.
Теперь понятно.
Выяснилось, что в AVR оказывается нет функции Wire.end().
Это уже исправлено.
Пока можете просто заменить папку RT_HW_00_BASE.
RT_HW_00_BASE.RAR
Начиная с версии 9.3.12 появился метод обновления изменений - очень удобный.
На стадии тестирования такие файлы направляются тестировщикам.
------
До конца месяца с высокой вероятностью разработчик соберет и выложит стабильную версию.
С уважением, ecoins.
Спасибо С кнопками помогло, компилируется. Но вставляю блок меню и ошибок еще больше. Посмотрите, пожалуйста, что там не так.

Ошибка компиляции для платы Arduino Mega or Mega 2560.

Похоже с EEPROM на AVR что-то пропустили.
Сегодня в дороге, вечером или завтра посмотрим.
С уважением, ecoins.

zmeew1966 писал(а): 29 май 2025, 09:45 Ради интереса у себя скомпилировал этот проект. Скомпилировался без ошибок. FLProg 9.3.12.

zmeew1966 писал(а): 29 май 2025, 11:04
zmeew1966 писал(а): 29 май 2025, 09:45 Ради интереса у себя скомпилировал этот проект. Скомпилировался без ошибок. FLProg 9.3.12.

У вас портативная версия или установочная?

pilotyac71 писал(а): 29 май 2025, 12:06
zmeew1966 писал(а): 29 май 2025, 11:04
zmeew1966 писал(а): 29 май 2025, 09:45 Ради интереса у себя скомпилировал этот проект. Скомпилировался без ошибок. FLProg 9.3.12.

У вас портативная версия или установочная?

У меня портативная версия.

ecoins писал(а): 29 май 2025, 09:52
pilotyac71 писал(а): 29 май 2025, 08:39
ecoins писал(а): 28 май 2025, 16:49
Теперь понятно.
Выяснилось, что в AVR оказывается нет функции Wire.end().
Это уже исправлено.
Пока можете просто заменить папку RT_HW_00_BASE.
RT_HW_00_BASE.RAR
Начиная с версии 9.3.12 появился метод обновления изменений - очень удобный.
На стадии тестирования такие файлы направляются тестировщикам.
------
До конца месяца с высокой вероятностью разработчик соберет и выложит стабильную версию.
С уважением, ecoins.
Спасибо С кнопками помогло, компилируется. Но вставляю блок меню и ошибок еще больше. Посмотрите, пожалуйста, что там не так.

Ошибка компиляции для платы Arduino Mega or Mega 2560.
Похоже с EEPROM на AVR что-то пропустили.
Сегодня в дороге, вечером или завтра посмотрим.
С уважением, ecoins.

Сегодня скачал с сайта снова версию FLProg 9.3.12, ошибок при компиляции Мега2560 нет. Может с момента выхода этой версии на сайт загружали еще раз эту версию, но уже исправленную. Но сейчас все компилируется, даже без изменения библиотеки. Вопрос снимается. Спасибо за помощь.

Здравствуйте. Пробую писать проекты в версии FLProg 9.3.12 для проверки. Делал проект в версии FLProg 7.5.2 на Мега 2560. Этот проект сейчас успешно работает на небольшом предприятии.
При компиляции в этом поекте глобальные переменные занимают 45% динамической памяти. Начал писать такой же проект в версии FLProg 9.3.12 для выявления проблем в этой версии.
Из 39 плат в проекте написанном в FLProg 7.5.2, в FLProg 9.3.12 написал только 3 платы и оказалось, что глобальные переменные уже используют 100% динамической памяти.
Почему в версии FLProg 7.5.2 во всем проекте динамическая память заполнилась только на 45%, а в версии FLProg 9.3.12 на начальном этапе написания уже вся память занята?
На ESP32 при компиляции этого проекта в FLProg 9.3.12 с динамической памятью все в порядке, 20%.

pilotyac71 писал(а): 30 май 2025, 10:13 Здравствуйте. Пробую писать проекты в версии FLProg 9.3.12 для проверки. Делал проект в версии FLProg 7.5.2 на Мега 2560. Этот проект сейчас успешно работает на небольшом предприятии.
При компиляции в этом проекте глобальные переменные занимают 45% динамической памяти. Начал писать такой же проект в версии FLProg 9.3.12 для выявления проблем в этой версии.
Из 39 плат в проекте написанном в FLProg 7.5.2, в FLProg 9.3.12 написал только 3 платы и оказалось, что глобальные переменные уже используют 100% динамической памяти.
Почему в версии FLProg 7.5.2 во всем проекте динамическая память заполнилась только на 45%, а в версии FLProg 9.3.12 на начальном этапе написания уже вся память занята?
На ESP32 при компиляции этого проекта в FLProg 9.3.12 с динамической памятью все в порядке, 20%.

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

ecoins писал(а): 30 май 2025, 13:25
pilotyac71 писал(а): 30 май 2025, 10:13 Здравствуйте. Пробую писать проекты в версии FLProg 9.3.12 для проверки. Делал проект в версии FLProg 7.5.2 на Мега 2560. Этот проект сейчас успешно работает на небольшом предприятии.
При компиляции в этом проекте глобальные переменные занимают 45% динамической памяти. Начал писать такой же проект в версии FLProg 9.3.12 для выявления проблем в этой версии.
Из 39 плат в проекте написанном в FLProg 7.5.2, в FLProg 9.3.12 написал только 3 платы и оказалось, что глобальные переменные уже используют 100% динамической памяти.
Почему в версии FLProg 7.5.2 во всем проекте динамическая память заполнилась только на 45%, а в версии FLProg 9.3.12 на начальном этапе написания уже вся память занята?
На ESP32 при компиляции этого проекта в FLProg 9.3.12 с динамической памятью все в порядке, 20%.
Без проекта сложно что-то понять.
Предположу, что у Вас где-то пользовательские блоки выбирают много памяти.
И подумайте о переходе на STM32.

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

Здравствуйте! У меня примерно такая же проблема, но уже с ESP32. На 9.3.1 рисовал проект, радовался, что все хорошо работает, остается много памяти для дальнейшего развития проекта. Очень ждал новую версию, но к сожалению, если в 9.3.1 памяти было задействовано 64%, то в 9.3.12 тот же проект уже 99%. При этом динамической всего 20% как и в 9.3.1 Наверное, от версии к версии растут размеры библиотек и какие то возможности. Но грустно становится от того, что понимаешь, что в следующей версии проект уже просто не влезет и придется пользоваться или старыми версиями флп или искать контроллеры с еще большей памятью. Может можно как то библиотеки или что там так активно использует память выпускать в разных версиях? Типа лайтовая с ограниченными возможностями для экономии памяти и полная, где проекты небольшие или памяти много у контроллеров? Или как то поделить библиотеки на несколько мелких, которые бы подключались в зависимости от потребностей программы. Не знаю как все это делается, поэтому советовать не могу, но наверняка есть какой то выход. Просто если раньше ждал новую версию флп, теперь понимаю, что теперь уже не смогу использовать новые версии и от этого грустно. Может быть скажете, что-нибудь обнадеживающее?

Endliss писал(а): 30 май 2025, 14:19 Здравствуйте! У меня примерно такая же проблема, но уже с ESP32. На 9.3.1 рисовал проект, радовался, что все хорошо работает, остается много памяти для дальнейшего развития проекта. Очень ждал новую версию, но к сожалению, если в 9.3.1 памяти было задействовано 64%, то в 9.3.12 тот же проект уже 99%. При этом динамической всего 20% как и в 9.3.1 Наверное, от версии к версии растут размеры библиотек и какие то возможности. Но грустно становится от того, что понимаешь, что в следующей версии проект уже просто не влезет и придется пользоваться или старыми версиями флп или искать контроллеры с еще большей памятью. Может можно как то библиотеки или что там так активно использует память выпускать в разных версиях? Типа лайтовая с ограниченными возможностями для экономии памяти и полная, где проекты небольшие или памяти много у контроллеров? Или как то поделить библиотеки на несколько мелких, которые бы подключались в зависимости от потребностей программы. Не знаю как все это делается, поэтому советовать не могу, но наверняка есть какой то выход. Просто если раньше ждал новую версию флп, теперь понимаю, что теперь уже не смогу использовать новые версии и от этого грустно. Может быть скажете, что-нибудь обнадеживающее?

А можно проект посмотреть? На что столько памяти ушло?

Можно, конечно) Отправил в личку.

так и в 9.2.6 просто помигать светодиодиком на меге 328 26% памяти , а на 128 50% памяти.

pilotyac71 писал(а): 30 май 2025, 10:13 Здравствуйте. Пробую писать проекты в версии FLProg 9.3.12 для проверки. Делал проект в версии FLProg 7.5.2 на Мега 2560. Этот проект сейчас успешно работает на небольшом предприятии.
При компиляции в этом поекте глобальные переменные занимают 45% динамической памяти. Начал писать такой же проект в версии FLProg 9.3.12 для выявления проблем в этой версии.
Из 39 плат в проекте написанном в FLProg 7.5.2, в FLProg 9.3.12 написал только 3 платы и оказалось, что глобальные переменные уже используют 100% динамической памяти.
Почему в версии FLProg 7.5.2 во всем проекте динамическая память заполнилась только на 45%, а в версии FLProg 9.3.12 на начальном этапе написания уже вся память занята?
На ESP32 при компиляции этого проекта в FLProg 9.3.12 с динамической памятью все в порядке, 20%.

Ну вы проснулись прямо в седьмой версии тех времён едешней версии действительно использовалась очень мало оперативной памяти и тогда написать было на Уно что-то вообще без проблем практически что-то такое несложно среднее а потом в восьмой версии произошло обновление и иде стал кушать заметно больше потом через некоторое время снова произошло обновление на IDE стал кушать ещё больше чем до этого даже и в итоге имеем что имеем что на Arduino практически даже что-то простенькое лёгонькое написать уже не хватает оперативной памяти

cfitymrf писал(а): 30 май 2025, 15:35 так и в 9.2.6 просто помигать светодиодиком на меге 328 26% памяти , а на 128 50% памяти.

В 9.3.12 сразу подключаются функции, которые с высокой вероятностью будут использоваться в проекте.
Вот простой пример в C++:

Простой проект.png

Занимает 15% памяти.
-----
Не стоит сравнивать размер свободной памяти по тесту Blink - такой тест мало имеет общее даже с простейшими проектами.
На FLprog в любой версии код будет больше, чем просто на C++.
FLProg - это не про компактность кода.
FLProg - это для упрощения проектирования. Последние версии - это еще и быстродействие. На AVR328 это может сказываться на ограниченности динамической памяти. Избегайте использовать строковые переменные, новые версии FLProg имеют для этого эффективные инструменты.

Endliss писал(а): 30 май 2025, 14:19 Здравствуйте! У меня примерно такая же проблема, но уже с ESP32. На 9.3.1 рисовал проект, радовался, что все хорошо работает, остается много памяти для дальнейшего развития проекта. Очень ждал новую версию, но к сожалению, если в 9.3.1 памяти было задействовано 64%, то в 9.3.12 тот же проект уже 99%. При этом динамической всего 20% как и в 9.3.1 Наверное, от версии к версии растут размеры библиотек и какие то возможности. Но грустно становится от того, что понимаешь, что в следующей версии проект уже просто не влезет и придется пользоваться или старыми версиями флп или искать контроллеры с еще большей памятью. Может можно как то библиотеки или что там так активно использует память выпускать в разных версиях? Типа лайтовая с ограниченными возможностями для экономии памяти и полная, где проекты небольшие или памяти много у контроллеров? Или как то поделить библиотеки на несколько мелких, которые бы подключались в зависимости от потребностей программы. Не знаю как все это делается, поэтому советовать не могу, но наверняка есть какой то выход. Просто если раньше ждал новую версию флп, теперь понимаю, что теперь уже не смогу использовать новые версии и от этого грустно. Может быть скажете, что-нибудь обнадеживающее?

На ESP32 FLProg 9.3.12 проблем с памятью не создает:

Пустой проект Arduino_ESP32.png

Пустой проект на ESP32 в Arduino IDE память 17%/6%

Пустой проект FLProg_ESP32.png

Пустой проект на ESP32 в FLProg память 21%/6%

FlProg

Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест

Re: Flprog 9.3.12 тест