Разработки ecoins

[ecoins]

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

[zakhar81]

Ecoins
У вас в планах нет реализации высокоскоростных генераторов счетчиков и прочего с использованием аппаратных ресурсов, таймеров и счетчиков. Ведь вся прелесть STM32 в большей части в этих плюшках

[ecoins]

У вас в планах нет реализации высокоскоростных генераторов счетчиков и прочего с использованием аппаратных ресурсов, таймеров и счетчиков. Ведь вся прелесть STM32 в большей части в этих плюшках

И также есть свои прелести в Raspberry Pi Pico (например двухядерность), ESP32...
Конечно думали, но застопорилась отладка уже сделанного (просто не хватает пока "программисткого" времени).
Если будет интерес к STM32 (он пока не очень проявлялся), но будем работать и над специальными блоками под технические ресурсы этих чипов.

[evgen123]

Если будет интерес к STM32 (он пока не очень проявлялся), но будем работать и над специальными блоками под технические ресурсы этих чипов.

по поводу интереса...
необходимы блоки для работы с интерфейсами stm32.. мы с Вами на эту тему беседовали в декабре, если помните..
а вообще, если интересно, полагаю, что Ваша команда могла бы ооочень помочь автору с внедрением stm32 в программу..
Вы же практически всё уже сделали, нужно только добавить блоки для работы с интерфейсами и стартовый пакет готов...
а остальная периферия - это уже по потребности...

[zakhar81]

У вас в планах нет реализации высокоскоростных генераторов счетчиков и прочего с использованием аппаратных ресурсов, таймеров и счетчиков. Ведь вся прелесть STM32 в большей части в этих плюшках

И также есть свои прелести в Raspberry Pi Pico (например двухядерность), ESP32...
Конечно думали, но застопорилась отладка уже сделанного (просто не хватает пока "программисткого" времени).
Если будет интерес к STM32 (он пока не очень проявлялся), но будем работать и над специальными блоками под технические ресурсы этих чипов.

Поддержка работы с интерфейсами которые на борту
Поддержка протоколов передачи данных, например хотя бы модбас тсп и рту
Нужны блоки таймеров счетчиков и генераторов шим с использованием аппаратных ресурсов
Тогда будет огонь!!!
Можно и на коммерческой основе заняться, Вы как к этому относитесь?

Отправлено спустя 46 минут 48 секунд:
Нам вот в данный момент нужны шим генератор нормальный на аппаратных ресурсах на три канала и высокоскоростной счетчик, плюс модбас для обмена с внешним миром
Можно на коммерческой основе с вами договорится для реализации таких блоков? Подробности в личку можно
Можно с последующим опубликованием тут для общего пользования, я не против.

[ecoins]

Можно на коммерческой основе с вами договорится для реализации таких блоков? Подробности в личку можно

Напишите, потом лучше созвониться. Основа взаимодействия будет безвозмездная.

плюс модбас для обмена с внешним миром

Чем Вам существующая версия не устраивает. Там есть что улучшать, но в целом все хорошо работает.

[o615ye161]

Здравствуйте ecoins, подскажите пожалуйста правильную очередность номеров GPIO для NODE MCU для подключения датчиков!

[ecoins]

Здравствуйте ecoins, подскажите пожалуйста правильную очередность номеров GPIO для NODE MCU для подключения датчиков!

Не понял вопроса - может на примере конкретного датчика обозначить проблему?

[o615ye161]

Не понял вопроса - может на примере конкретного датчика обозначить проблему?

Нужно подключить несколько датчиков типа DS18b20 к Gpio, 0, 14, 13,12 какой номер пина для блока DS18 нужно ставить, они все соответствуют порядку Gpio? Но частично разобрался сам! (Gpio13 = D7 я так понял 13 подставляю к блоку)

[ecoins]

Правильно, именно так.

[ecoins]

Здесь промежуточная версия, над которой работают в ecoins viewtopic.php?f=181&t=6942&start=180#p113999
По сравнению с предыдущими версиями много и много нового и улучшенного.
1.Сильно продвинута работа с интерфейсом SPI - можно использовать до 3-х аппаратных и сколь угодно программных.
2.И с i2c - до 3-х аппаратных интерфейсов.
3.Lcd должен работать с дисплеями разных размеров - испытано 16x2, 16x4, 20x4, 40x2, 40x4. Должны работать 8x1,8x2,16x1,20x2. Все виды интерфейсов - i2c,SPI, программный SPI (чуть позже будет добавлен), 4-х битовая шина, 8-битовая шина. Поддержка мерцания полей, смена полей, устойчивая работа при разрыве связи для i2c, перезагрузка периодическая и по внешнему сигналу. Хорошо развиты битовые форматы и пр. До 15 одновременно работающих дисплея. На выше приведенном стенде работает одновременно два дисплея через i2c, два дисплея через SPI.
4.Очень усовершенствована работа с консолью - вкупе с быстрым LCD является мощным средством для проектирования и отладки проектов.
5.Единые (схожие) интерфейсы пользовательских блоков для сенсоров, дисплеев и других устройств.
6.Оченбь быстро работает - приведенный выше тест: на MEGA2560 >15000 циклов loop/сек, на STM32F103 >54000 циклов loop/сек.
7.Вроде сделано все необходимое для работы с новыми платформами - ESP-C3-32S, Raspberry PI PICO(перспективное устройство - 2ядра,130мгц),SAMD21(Arduino M0) и другие.
8.Включены и разрабатываются блоки различных сенсоров. Сенсор HC-SR04 работает по прерываниям в т.ч. через один пины.
9.Пока не восстановлена работа с дисплеем Nextion - требуется небольшое кол-во усилий.
--------------------
Не требует дополнительных библиотек.

[artemka19]

устойчивая работа при разрыве связи для i2c,

вот это круто!

[ecoins]

Реализация этого метода(устойчивая работа с i2c) сейчас реализована во всех наших блоках, которые используют i2c. Кроме дисплеев LCD это сенсоры типа HTU21, AHT20, BME280, регистры расширения MCP23017.
Кроме того для сенсоров реализована отфильтровка ошибочных измерений (от 1 до 7 - обычно есть параметр) в т.ч. для DHT22,DS1820,MAX6675.
Для сенсора HC-SR04 непосредственно в блоке может быть подключен цифровой фильтр. Блоки фильтров реализованы и отдельными блоками.

[o615ye161]

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

Что означает пункт, перезагрузка дисплея, поясните пожалуйста подробнее!

[ecoins]

Если выбрать период =0, эта опция отключается.
Опция восстанавливает информацию на дисплее, если по каким-то причинам (например из-за плохого контакта) она исказилась. Для промышленных систем хорошее время 30мин.То же может быть реализовано через внешний подключаемый вход reset.

[o615ye161]

Если выбрать период =0, эта опция отключается.
Опция восстанавливает информацию на дисплее, если по каким-то причинам (например из-за плохого контакта) она исказилась. Для промышленных систем хорошее время 30мин.То же может быть реализовано через внешний подключаемый вход reset.

Ясно спасибо, я так понял это как раз влияет на эффект затирания который был ранее в блоках, еще один вопрос если блоки LCD допустим разместить на нескольких платах это может повлиять на быстродействие вывода, к примеру: на первую плату поместить блок управления дисплеем и скажем блоки вывода String, а на следующей плате блоки вывода Float, и на третьей к примеру Int, в этом случае для дисплее 2004 возможен более оптимальный режим работы, или все блоки размещать на одной плате? Без лог анализатора сложно это понять!

Отправлено спустя 3 минуты 35 секунд:
Кстати из новой библиотеки блоков, блок MCP23017 работает значительно быстрее, проверил на примере стробоскопа задействовано 8 ног MCP!

[ecoins]

1. Эффект затирания к перезапуску отношения не имеет, при отключения блока происходит очистка поля и затем разрешается использование его в других блоках.
2. Размещать на разных плата можно, но на быстродействие это никак не скажется.
3.Блоки сами по себе очень шустрые. Существенно увеличивается быстродействие при подключении через SPI.
4.Быстродействие можно оценить и без логического анализатора. В диспетчере есть подключаемые выходы кол-ва циклов в сек - их можно выводить на LCD и соотвественно наблюдать за комплексной оценкой проекта. На время стадии проектирования мы всегда выводим этот параметр на LCD.

[D7Slider]

Здесь промежуточная версия, над которой работают в ecoins viewtopic.php?f=181&t=6942&start=180#p113999

Здравствуйте ув. ecoins! В выложенной версии библиотек обнаружена некоторая путаница с блоками SPI и UART. В разделе UART лежит блок UART.transfer параметры и описание в котором почему-то принадлежат блоку для SPI и наоборот в разделе SPI блок с подписью SPI, а параметры и описание от блока UART. Работаю в FLProg м7.5.0

[ecoins]

Здравствуйте ув. ecoins! В выложенной версии библиотек обнаружена некоторая путаница с блоками SPI и UART. В разделе UART лежит блок UART.transfer параметры и описание в котором почему-то принадлежат блоку для SPI и наоборот в разделе SPI блок с подписью SPI, а параметры и описание от блока UART. Работаю в FLProg м7.5.0

Это не путаница. Начинали делать блоки UART на основе блоков SPI и пока не сделали. Да и блоки основательно переделаны. С описанием по многим блокам надо подчищать - работаем. Поэтому библиотеки выложены пока не в основной директории. Поправим и SPI, и доработаем UART.
Но работать можно.
Будут вопросы - пишите, будем оперативно отвечать.

[o615ye161]

Здравствуйте ecoins, есть небольшая просьба для вас, могли бы вы сделать блок счетчик времени который будет иметь вход разрешения работы, вход импульса секунды с DS3231, вход на сброс и три выхода час, минута, секунда.( возможно как то расширить данный функционал попадания в диапазон времени для включения и отключения нагрузок по времени с поддержкой часов реального времени)
И по блоку LCD HD44780 могли бы вы сделать в блоке вывода спец символы, капля влажности и знак градус цельсия(°C) на одну ячейку, частенько нужно использовать, приходится писать текстовые обозначения! Если конечно это возможно реализовать!