FlProg

У меня нормально работает.
[spoiler][/spoiler]

dizzyy писал(а): 27 фев 2020, 10:28 через вход и переменную с начальным 60000 как то игнорит выполнение

Возможно у вас используется тип integer

edyapd писал(а): 27 фев 2020, 11:10 Возможно у вас используется тип integer

я об этом думал, но это штатный блок..нужно будет глянуть по коду

Вставляю уникальный идентификатор, но при компиляции добавляется еще другой идентификатор.
Вместо String header_ui67280887;
пишет String header_ui67280887_201453429_1;

В версии 6.3.1, если в настройках контроллера включить ArduinoOTA, то ошибка при компиляции. Пришлось откатить до 6.2.2

При включении английского интерфейса не куда вводить код активации

Ошибка в блоке записи в EEPROM. Проект в СОM порт выдает только единицы. Если изменить автогенерируемый код второй платы с
//Плата:2
if (_gtv2 == 1) {
if(!(0)){ if(!_SEEPR1OSN){(updateByteToEEPROM(0, 0, 0x0, (_gtv1)));
_SEEPR1OSN=1;} }else{ if(_SEEPR1OSN){_SEEPR1OSN=0;}}
}

на
//Плата:2
if (_gtv2 == 1) {
if(!(0)){updateByteToEEPROM(0, 0, 0x0, (_gtv1));}}

То все начинает работать. В COM порт бегут цифры. Для чего применятся в данном случае переменная _SEEPR1OSN не ясно.

SDWest писал(а): 04 мар 2020, 16:00 Для чего применятся в данном случае переменная _SEEPR1OSN не ясно.

Проект не смотрел.
Обновление в eeprom происходит по переднему фронту импульса, _SEEPR1OSN является частью встроенного триггера.

Отправлено спустя 3 минуты 1 секунду:
Хотя, судя по представленному коду - просто при 1 один раз...

Отправлено спустя 7 минут 7 секунд:
Переменной _gtv2 вообще на плате нет...

Sancho писал(а): 04 мар 2020, 16:13 Проект не смотрел.
Обновление в eeprom происходит по переднему фронту импульса, _SEEPR1OSN является частью встроенного триггера.

Тогда не совсем понятно почему в Com-порте только единицы, а при изменении кода все идет своим чередом.

Должно/задумано так.
Без постоянной 1 на входе!
Пишет по фронту.[spoiler][/spoiler]

[ref=#00aa00]support[/ref],
некоректно работает блок MLX90614 ,если ставишь не компилировать плату при заливки скетча не находит библиотеку.

Такой вопрос:
-ставим галку "не компилировать плату"

Но если на этой плате есть, например, неподключенные переменные - то проект не собирается.
Вроде же не логично?
Мы же и так ставим галку, указывая программе - не компилировать эту плату! Но программа все равно проверяет эту плату перед компиляцией.

Может есть галка "ИГНОРИРОВАТЬ и НЕ КОМПИЛИРОВАТЬ эту плату" ?

FLProg_6.3.1_Win64, Плата Мега2650, дисплей 1602, сделал проект с яркостью подсветки дисплея с управлением ШИМ на D10. Проблема в том, что этот 10 пин работает как обычный выключатель в этой прошивке, при подаче меньше 255 он просто выключает подсветку. Сделал другую прошивку на 10 пин, где просто назначил величину ШИМ =150, все работает нормально. В результате просто поменял с 10 пина на 11 пин и все заработало нормально.
Вывод где то в программе или в библиотек используются прерывания на этот пин или что то типа такого.

Предложение к улучшению программы: В нести в программу функционал что если используется какое то ограничение от библиотек, типа не возможность использовать какие то пины под ШИМ. Сразу исключать эти пины как ШИМ или выводить предупреждения об этом.
Думаю что это возможно сделать или я не прав?

[ref=#00aa00]support[/ref], при использовании блоков Запись переменной в EEPROM ,на меге 2560,записывает в ячейку памяти только один раз ,пока не рестартнеш плату.использовал совместно с блоком меню с хранением пунктов меню в EEPROM.

Отправлено спустя 3 минуты 43 секунды:
[ref]Webq[/ref],

Webq писал(а): 06 мар 2020, 00:55 Такой вопрос:
-ставим галку "не компилировать плату"

Но если на этой плате есть, например, неподключенные переменные - то проект не собирается.
Вроде же не логично?
Мы же и так ставим галку, указывая программе - не компилировать эту плату! Но программа все равно проверяет эту плату перед компиляцией.

Может есть галка "ИГНОРИРОВАТЬ и НЕ КОМПИЛИРОВАТЬ эту плату" ?

хм,плата корректная. ошибка появляется при компилировании ардуино скетча, хотя плата отключена.

В общем, как была программа сырой, так и остается... Стабильности нет и в помине...
Взял портативную версию 6.3.1. Выбрал ESP8226 (плата NodeMcu) обновил библиотеки ArduinoJson и ESPUI... Вставил главный блок ESPUI и блок виртуальной кнопки после него... Записал пароль Wi-Fi и имя сети.... Нажал на компиляцию... И все, крах программы... И так повтаряется при повторном открытии... Стоит дезактивировать клиента, копиляция запускается...

В общем, сижу пока на версии 4.2 Там хоть что-то работает...

При использовании eeprom в Linux вылетает такая ошибка, из под wine всё нормально работает (Windows версия)

При длинном имени файла проекта, не видно других открытых вкладок (с другими проектами).

Вот тут открыто 2 проекта, но виден только один:
[spoiler] [/spoiler]

Очень прошу добавить 3-й UART в блоке PZEM-004T для ESP32.
Очень нужно!
Возможно это будет не плохой вариант для реализации в щитке 380 В.
Заранее благодарен.

Присоединяюсь к предыдущему комментарию.

И еще очень надо обмен данными по UDP на ЕСП32, стандартные блоки не работают.

Проблемы с выводом на экран скада дробных чисел: Подробности здесь:
viewtopic.php?p=86167#p86167