FlProg

ecoins писал(а): 20 окт 2020, 11:51 И лучше сделать так, чтобы сам дисплей присылал переменную с состояниями кнопок и делал это по изменению.

grin-mpx писал(а): 20 окт 2020, 14:41 Сомнительно. Если контроллер в это время чем то занят, например приемом посылки с UART? , то информация с Nextion скорее всего потеряется.

ecoins писал(а): 20 окт 2020, 15:11 Не потеряется, у UART есть буфера. Будем пробовать и испытывать.

o615ye161 писал(а): 21 окт 2020, 17:06 Скажите пожалуйста ПБ HTU21 GY-21 у вас есть, а то на стандартном блоке Flprog очень часто Mega2560 виснет по шине I2C?

ecoins писал(а): 21 окт 2020, 18:31

o615ye161 писал(а): 21 окт 2020, 17:06 Скажите пожалуйста ПБ HTU21 GY-21 у вас есть, а то на стандартном блоке Flprog очень часто Mega2560 виснет по шине I2C?

Сенсор есть, но ПБ не делал. Как нибудь сделаем...
----------
Только что проверил существующий ПБ FLProg.
В принципе он рабочий, но:
1. В каждом цикле вызова в библиотеке два вызова delay(55) - итого 110мс;
2. Если при ожидании ответа от сенсора потеряется один байт, то будет висеть (может бесконечно...).
Обычно так бывает при плохом контакте, но так конечно библиотека работать не должна.
В своих разработках мы всегда предусматриваем тайм-аут и повторный опрос сенсора.
delay() не используем.
---------
У нас сделан хороший ПБ для BME280 - сенсор посложнее, но и лучше, и порядок цен тот же.

o615ye161 писал(а): 22 окт 2020, 00:23 Вопрос по диспетчеру задач, если опрос датчика DS18B20 поставить как медленная задача и записать его в массив, а из массива уже читать как быстрая задача, это может оптимизировать работу контроллера?

o615ye161 писал(а): 22 окт 2020, 00:23 Было-бы очень здорово если вы переработалибы библиотеку и сделали ПБ HTU21! Тогда с Mega2560 будет работать поприятнее, а так очень часто зависает, причём зависает именно Mega2560 на nano такого не замечал, приходится постоянно перезагружать контроллер!

ecoins писал(а): 22 окт 2020, 16:01

o615ye161 писал(а): 22 окт 2020, 00:23 Было-бы очень здорово если вы переработалибы библиотеку и сделали ПБ HTU21! Тогда с Mega2560 будет работать поприятнее, а так очень часто зависает, причём зависает именно Mega2560 на nano такого не замечал, приходится постоянно перезагружать контроллер!

Если с Nano работает, а с MEGA2560 зависает, то проблема глубже:
1. Возможно а MEGA2560 похуже реализовано физическое подключение (плохой контакт).
2.Системная проблема настройки C++ для MEGA2560. Долго занимался этой проблемой - тесты работали на Nano,DUE,ESP8266,ESP32,STM32 , на MEGA2560 то работали, то зависали. В итоге удалось обнаружить проблему.
Она связана с оператором switch(){} - особенно когда там множественный выбор. Компилятор ошибается с адресацией (применяет короткую вместо полной).
В библиотеках ecoins мы отказались от применения этого оператора, тем более у него есть еще системные недостатки - об этом продолжаются дискуссии на форумах.
Исследования показания, что альтернативный метод не медленнее оператора switch().

o615ye161 писал(а): 22 окт 2020, 18:21 удалось значительно сократить количество зависаний путем внедрения в схему 4 неполярных конденсатора емкостью 1nF и одного резистора на 10kO.Может кому то будет полезно, но обязательно на шине I2C должен висеть какой то датчик или LCD

nalnik писал(а): 22 окт 2020, 18:28 ЕРЕСЬ

SSSergeich писал(а): 22 окт 2020, 18:50ПЛАЦЕБО!

nalnik писал(а): 22 окт 2020, 19:05Это вредитель.

o615ye161 писал(а): 22 окт 2020, 18:21 .Может кому то будет полезно, но обязательно на шине I2C должен висеть какой то датчик или LCD

ecoins писал(а): 22 окт 2020, 21:33

o615ye161 писал(а): 22 окт 2020, 18:21 .Может кому то будет полезно, но обязательно на шине I2C должен висеть какой то датчик или LCD

Для уверенности мы подтягиваем SCL и SDA резисторами 10к к питанию.

o615ye161 писал(а): 22 окт 2020, 20:36 по другому не работает,

o615ye161 писал(а): 22 окт 2020, 20:36 Я делюсь реально рабочей схемой.

Ingwar писал(а): 22 окт 2020, 22:02 Думаю проблема в схемотехнике. А создание таких "фильтров" не что иное поиск эмпирическим методов костылей, вместо грамотного расключения.

Nikan писал(а): 22 окт 2020, 22:44

Ingwar писал(а): 22 окт 2020, 22:02 Думаю проблема в схемотехнике. А создание таких "фильтров" не что иное поиск эмпирическим методов костылей, вместо грамотного расключения.

проблема отсутствии знаний и желания их получить (
шина I2C очень критична к емкости проводников, отсюда - чем длиннее провода тем больше емкость, соответственно надо уменьшать сопротивление подтягивающих резисторов. А не дополнительные кондеры вешать

https://radioprog.ru/post/497