Версия 6.3.х

[support]

Вышла стабильная версия программы с номером 6.3.0. Проблемы и сложности с этой версией обсуждаем здесь.
Подробнее о новой версии программы можно посмотреть здесь.

P.S. Стабильная версия обновилась до 6.3.1. Подробнее здесь

[ecoins]

Здравствуйте есть серьезная проблема в версии 6.3.1 и тянется с более ранних, при выводе данных на дисплей по I2C LCD 2004 при заполнении экрана на 50% перестают работать блоки пид регулятора, исправьте пожалуйста эту проблему или если кто-то знает в чем проблема может ктото с таким сталкивался и знает решение подскажите пожалуйста.

Предположительно из-за того, что стандартный блок дисплея потребляет много процессорного времени - в нем много delay() - соответственно чем больше обмена, тем больше проблем.
Решение - не использовать стандартный блок LCD

[o615ye161]

А какой тогда использовать и где его взять не стандартный?

[Iqubik]

Заметил в 622, что константы в ПБ после определения нельзя изменить. Просто не сохраняет новые данные.

[ecoins]

А какой тогда использовать и где его взять не стандартный?

Ветка разработки ecoins. Там есть библиотека и блоки LCD на i2c.
Немного сложнее в использовании (нужно вместе с диспетчером задач), но работает без тормозов.
Ecoins сейчас работает над обновлением своих библиотек - они должны получиться компактнее, быстрее и проще в использовании.

[Labu559]

Заметил в 622, что константы в ПБ после определения нельзя изменить. Просто не сохраняет новые данные.

Сохраняет, но не рабочем поле. Касается исключительно параметров пользователя. Удалите с проекта блок и заново вставьте с закладки Пользовательских блоков, там всё сохраняется. Такая особенность с первых версий программы до в.6.3.1 включительно и неоднократно описана, п.к.мере мной. Или редактируйте параметры блока прямо из вкладки пользовательских блоков (выделить блок -> кн. карандаш).

[saniaproff]

Ребята помогите.Куда делись входы выходы? Проект с Arduino Nano

[edyapd]

saniaproff, возможно вы используете блоки, которыми заняты эти пины

[Gordon0007]

viewtopic.php?p=85100#p85100
Как я ранее писал в сообщение #140, контроллер ESP32 продолжает зависать при добавленном в скейч "Расширитель входов - выходов MCP23017", причем даже если просто дотронуться к проводам шины I2C. Искал проблему побывал ставит другой контроллер ESP32 проблема повторялась, побывал разделить питание и питать от повербанка проблема повторялась. Сменил на МЕГУ2650 все работает отлично и без зависаний, вачдог даже работает. Сменил на ESP8266 NodeMcu v3 все работает отлично и без зависаний, вачдог даже работает.
Так что проблема точно в связке ESP32 и MCP23017.
БОЛЬШАЯ просьба к Автору устранить причину зависания!
Уважаемые знатоки подскажите в чем может быть причина данного зависания? Дайте Автору наводку где правит.
ВСЕМ БОЛЬШОЕ СПАСИБО за помощь!

[o615ye161]

У меня такое было подтяните на микросхеме MCP23017 резистором 1К к +5 ножку reset ну или к 3.3в все зависит от того какое питание на MCP23017 подаётся эта микруха подругому отказывается работать!

[Ingwar]

+5 ножку reset!

Не делайте так, это ESP))

[o615ye161]

Это работает ей всеравно, я так решил эту проблему!

Отправлено спустя 1 минуту 32 секунды:
Подругому она не работает я имею ввиду MCP23017, это проверено уже 100%.

[Ingwar]

Тут немного есть про выводы. И тут.

[grin-mpx]

причем даже если просто дотронуться к проводам шины I2C.

Я отказался от расширителей на шине I2C, в частности от PCF8574. Причина? Наглухо зависающий контроллер при обрыве связи или при физическом отсутствии подключенной микросхемы. Это недопустимо. Сейчас пробую расширитель на 74нс595. Контроллер тоже ESP32.

[Ingwar]

Наглухо зависающий контроллер при обрыве связи или при физическом отсутствии подключенной микросхемы.

С MCP23017 та же картина. Как вариант - присмотреться к блокам ecoins.

[o615ye161]

С

ножку reset микросхемы MCP нужно подтянуть через 1К к питанию +

[Ingwar]

ножку reset микросхемы MCP нужно подтянуть через 1К к питанию +

И как, это помогает от зависания атмеги, при отсутствии связи?

[o615ye161]

связи

Микросхема начинает правильно работать, для начала проверьте, а потом спорьте, я через это прошёл

[Ingwar]

для начала проверьте, а потом спорьте,

Вот одна из плат, где я использовал эту микруху.

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

Но опять же - ЗАВИСАЕТ КОНТРОЛЛЕР если нет связи.

[ussrtk]

Ошибка в работе Сторожевого таймера WDT (точно проверена на ESP32)
Суть ошибки: при включении защиты от зависания и установки времени контроля в 10 сек наблюдается мгновенное срабатывание защиты.
Вот код, генерируемый компоновщиком FlProg в части настройки WDT

watchDogTimer = timerBegin(0, 80, true);
timerAttachInterrupt(watchDogTimer, &resetModule, true);
timerAlarmWrite(watchDogTimer,10000, false);
timerAlarmEnable(watchDogTimer);

А вот код из документации:

void startTimer() {
timer = timerBegin(0, 80, true); // timer_id = 0; divider=80; countUp = true;
timerAttachInterrupt(timer, &onTimer, true); // edge = true
timerAlarmWrite(timer, 1000000, true); //1000 ms
timerAlarmEnable(timer);
}

Очевидно, что FlProg делает установку в миллисекундах, в то время, как по мануалу нужно писать микросекунды.

Если в коде компоновщика FlProg поставить
timerAlarmWrite(watchDogTimer,10000000, false);

Тогда все начнет работать по документации.

Автору FlProg - огромное спасибо за труд. Ваше решение позволяет приобщить к интересному делу многих!

[Gordon0007]

Вот одна из плат, где я использовал эту микруху.

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

Безымянный.png

Но опять же - ЗАВИСАЕТ КОНТРОЛЛЕР если нет связи.

Может это можно обойти программно? Реально не хорошо получается если контроллер виснет. Так же виснет он не больших наводок на кабель с I2C (правда может поиграться с подтягивающими резисторами может помощь, но это не точно).
Может кто знает как программно сделать так если по шине I2C не приходит сигнал или приходят помехи, чтобы контроллер не вис?
Это реально поможет сделать проект более лучше и безопаснее

Автору FlProg - огромное спасибо за труд