Разработки ecoins

[ecoins]

Наверное понимаю о чем Вы.
Тех, кого интересуют наши наработки и подходы немного, и на все их содержательные вопросы мы стараемся отвечать.
Вы высказывали определенные пожелания по LCD - они в основном реализованы.
Информации много в пользовательских блоках и в библиотеках - они написаны на C++ с комментариями.
-----
Полагаю, что тем кого интересует эта тема, полезно установить библиотеки - их выложено только две, основная и LCD.
Библиотека LCD может работать автономно без основной библиотеки.
----

[ecoins]

Продолжаем тестировать. Сейчас тестируется c KaScada, в том числе и Cloud.
Особое внимание на развитие каналов коммуникаций и KaScada.
Все стенды работают на одном и том же тестовом скетче с одной и той же программе на KaScada.
Ниже фото стендов на Nano,ESP8266,ESP32,SMT32F103R,MEGA2560, все они автономны и работают от встроенных аккумуляторов
с внешней подзарядкой.

IMG_2498_Nano.JPG

IMG_2500_ESP32.JPG

IMG_2503_STM32F103R.JPG

IMG_2499_ESP8266.JPG

IMG_2504_MEGA2560.JPG

IMG_2505_KaScada.JPG

[Rovki]

И какие предворительные Выводы? (На картинках не все понятно)

[stypler]

[ref]ecoins[/ref],
А что тестировали? Автономное питание от аккумуляторов?
Мне эти фотографии ни о чем не говорят, но мне интересно, что тестировали,
какая цель, чего достигли и чем в плане знаний мне поможет этот тест.

[ecoins]

Одна и также программа FLProg в разные контроллеры и работает - работают аналоговыe и дискретные входы, на ЕSP32 дополнительно опрашиваются сенсорные входы и встроенный датчик Холла, осуществляется вывод на шим, все аналоговые сигналы нормализованы под 12-разрядов (можно изменить). Работает lcd и mcp23017.
Контроллер STM32F103R испытан впервые.
На Nano, ESP8266, MEGA2560 реализовано простой переход и на программный UART.
Работает KaScada.
Много чего работает и не тормозит - на mega2560 основной цикл 70мкс.
——
Кратко все. Работает на библиотеках ecoins.
——
Аккумуляторы использует давно - реализация не столь тривиальна, к ней пришли не сразу. Очень удобно и повышает надежность систем, в том числе и от помех.

[zhulen820]

Вопрос по последнему выложенному Вами набору блоков где присутствует MCP23017 (библиотека от 28.07.19г). В блоке MCP23017 используется билиотека #include "RT_HW_MCP23017.h" . Установил последнюю версию библиотек от 04.10.19, не компилируется, требует "RT_HW_MCP23017.h. Ну еще перешел на версию FLPROG 6.1 Где ее можно найти?

[ecoins]

RT_05_HW_MCP23017_2.1.ZIP

Библиотека.
----
Более подробно и все библиотеки в посте #380.

[zhulen820]

Библиотеку добавил. Все равно ошибка при компиляции. А Вы в последнем наборе блоков не добавили блок непосредственно для MCP23017, поэтому приходится использовать его из предыдущего набора от июля месяца. Может это с этим связано, библиотека новая, а блоки использую старые??
[spoiler]pr12:15:1: error: 'RT_HW_MCP23017_ID' does not name a type

RT_HW_MCP23017_ID id_257847007_1;

^

C:\Users\1\AppData\Local\Temp\flprog\pr12\pr12.ino: In function 'void loop()':

pr12:89:27: error: 'id_257847007_1' was not declared in this scope

if(EN_257847007_1) { if( !id_257847007_1.init ) {RT_HW_mcp23017.setID (id_257847007_1, addr_257847007_1 , 0 , 1 );} //--Одноразовая настройка устройства

^

pr12:89:65: error: 'class RT_HW_MCP23017' has no member named 'setID'

if(EN_257847007_1) { if( !id_257847007_1.init ) {RT_HW_mcp23017.setID (id_257847007_1, addr_257847007_1 , 0 , 1 );} //--Одноразовая настройка устройства

^

pr12:90:2: error: 'id_257847007_1' was not declared in this scope

id_257847007_1.run=1; id_257847007_1.outA= outA_257847007_1; id_257847007_1.outB= outB_257847007_1;}

^

pr12:91:23: error: 'id_257847007_1' was not declared in this scope

RT_HW_mcp23017.device(id_257847007_1); noFind_257847007_1 =id_257847007_1.noFind; inA_257847007_1 = id_257847007_1.inA; inB_257847007_1 = id_257847007_1.inB; //--обмен с устройством и вывод результатов
[/spoiler]

[ecoins]

Завтра посмотрю и выложу повторно комплект библиотек и блоков с примером.

[ecoins]

Проект "Тест ПБ "RT_HW_mcp23017" - он с комментариями.
ПБ можно извлечь из проекта. Он с подробным описанием. Может работать автономно - нужна только библиотека.
Библиотека прикреплена.
В библиотеке скетч с описанием.
Логический анализатор на 13 пине показывает:
период выполнения проекта 13 мкс;
каждые 50мс период выполнения 482мкс (идет обмен с устройством через шину i2c).
Успехов. Буду благодарен замечаниям и предложениям.

FLP_test_mcp23017_281019_v2.flp

RT_05_HW_MCP23017_2.2.ZIP

[Dryundel]

Проект "Тест ПБ "RT_HW_mcp23017" - он с комментариями.

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

Блок осуществляет обмен с регистрами mcp23017 через шину i2c по адресу=addr.

Так начинается описание.
Какие регистры?!!! Это слово здесь далеко не всем известно.
Людям требуется использовать микросхему расширения входов/выходов!
А вот про это в описании ни слова - от слова абсолютно.
За то с упоением описан:

Алгоритм поиска устройства на шине i2c:

Этот пункт последний в списке интересного для большинства пользователей.
У микросхемы 16 входов/выходов. В вашем блоке 4.
Надо быть гением что бы понять как им пользоваться.

Вот вам для сравнения:
Описание одноименного блока от автора.

А вот так, в сравнении с привычным для пользователей блоком, выглядит ваш.

MCP.jpg

.
Что нибудь общее видите? Я лично нет.
А раз так, то уж если сподобились создать крутой блок, будьте добры изловчиться и сделать понятное для обывателя описание.

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

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

[zhulen820]

Попробовал блок, все компилируется. Спасибо!!!!! Планирую использовать на шине 3*MCP23017 + дисплей на I2C, времени пока не хватает собрать устройство. По поводу описаний, выскажу свое мнение. Я не отношусь к людям владеющими языками программирования, но определенный опыт благодаря FLPROG и некоторым другим сервисам, высшее инженерное образование в области связи у меня имеется. Так вот, с ходу разобраться как работает этот блок не получилось. Так же как и диспетчер задач. В теории понимаю что и для чего, но все равно тяжело. Когда разобрался, смотрю, что здесь сложного? Видео которые выкладывали констатировали только факт того, что это все работает. Может сделать пару видосов для совсем тупых, где на пальцах рассказать о блоках и библиотеках с самого начала?? Придется намногоо меньше отвечать на элементарные вопросы..

[Dryundel]

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

Да блин! Давно уже говорил топикстартеру о проблеме понимания его разработок. Критиковал за то что кожу, мед, навоз, и гвозди складывает на одну полку. Я понимаю, гораздо проще вывалить в одну тему все разработки и не париться. Нате, типа кушайте, не обляпайтесь.
Ну неужели нельзя раздел у админа попросить и сделать отдельные темы "Диспетчер задач", "Дисплей HD44780", "MCP23017" и т.д. Примеры использования, видео и прочее по полкам разложить.
Тогда и знатоки в теме появятся и помогать отвечать будут и вопросы будут конкретные и ответы на них проще и интерес у людей появится.
А то ведь вроде бы и живет тема, а вроде и влезать в нее не хочется из-за неимоверного количества топиков, из которых по делу дай бог 10%. Да еще и искать надо про конкретный блок, если таковой потребуется. Свалка одним словом. Бриллиант найти можно, но дерьма для этого надо тонну перелопатить.
Так вот и гибнут благие начинания, ибо дорога к ним в Ад превращается.

[vovka1973]

Ну неужели нельзя раздел у админа попросить и сделать отдельные темы "Диспетчер задач", "Дисплей HD44780", "MCP23017" и т.д. Примеры использования, видео и прочее по полкам разложить.

может кто видос запилит как в теме уроки ардуино по этим блокам ?

[Dryundel]

может кто видос запилит как в теме уроки ардуино по этим блокам ?

Может кто и запилит, когда порядок "на полках" будет. А до тех пор старания автора этих блоков будут все больше напоминать Сизифовы потуги.

[ecoins]

Спасибо за оценки и предположения о возможном наличии "бриллиантов" в разработках.
В действительности труд не сизифов - разработки активно используются.
Сами разработки в состоянии перманентного совершенствования - можно условно сегодняшние библиотеки пометить как "альфа" версия.
Когда-то наверное все будет представлено в более удобном виде - для этого переоформляются библиотеки, подробнее описываются пользовательские блоки, разрабатываются тестовые примеры, добавляются новые опции в блоках и т.д.
Мы создаем некую "экосистему" о свойствах которых писали уже не раз.
Но пока именно особые свойства этой системы не очень востребованы - так нам кажется.
Нас удивляет, как пользователи FLProg сталкиваются с "тормозами" проектов при возрастании их размеров (и не только) и какими-то обходными путями преодолевают (или не совсем преодолевают?) возникающие проблемы?
-------
Прикладываем и будем прикладывать усилия для доступности разработок.
А пока отвечаем и будем отвечать всем заинтересованным сторонам.
------
Отдельная тема, которой сейчас плотно занимаемся - развитие коммуникационных возможностей контроллеров:
Nano - Serial, Software Serial, i2c, SPI
Mega - Serial, Uart x 3, Software Serial, i2c, SPI
DUE - Serial!, Uart x 3, i2c, SPI
ESP8266 - Serial, Uart1_TXD, Software Serial, i2c, SPI, Wi-Fi
ESP32 - Serial, Uart2, i2c, SPI, Wi-Fi, Bluetooth
STM32F103С- Serial, Uart х3, i2c, SPI, CAN
STM32F103R- Serial, Uart х5, i2c, SPI, CAN
Хотим, что бы пакетами устройства могли обменивались по любому из выбранных коммуникационных каналов
по возможности без каких-либо дополнительных настроек.
-----

[Dryundel]

В действительности труд не сизифов - разработки активно используются.

Станет таковым если не прислушаетесь к здоровой критике. И погибнет в свалке этой темы. Во всяком случае для большинства пользователей этого форума.
.
Ну неужели сложно для простого пользователя (не программиста) разъяснить например что:

Блок выдает на выходах, а так же принимает на вход значения от 0 до 255, что в двоичном коде соответствует состоянию выходов MCP23017
Пример: 67 = 01000011 и это означает что на выходы IO2(GPA1), IO7(GPA6), IO8(GPA7) будет подан высокий уровень, на других выходах будет низкий, в случае если вы работаете с регистром "А" ну и далее про варианты настройки выходов и входов.
Поэтому данный блок рекомендуется использовать в сочетании со штатными шифратором и дешифратором. Ну или как то так...

ВСЕ! Бо'льшая половина пользователей разберется сразу что к чему. А Вы про обмен с регистрами mcp23017 через шину i2c. Ну нельзя же так. Будьте человеком. Сделайте поправку на тех для кого была создана FLProg.

За блок спасибо огромное. Опробую, отпишусь. (Наверное)
Жаль что потонет отзыв на этой свалке. Ну значит не судьба. Не докричался.

Озвученные планы тоже вдохновляют.
Короче, за бесценный труд - "5+" А ориентированность на слушателя "2-" (Грубо но за то честно)

[ecoins]

Спасибо за содержательное обсуждение.
Много полезного. При этом придерживаюсь иного мнения.
----------------------
Использовать внешние устройства в слепую можно, но обычно это становится источником многочисленных проблем.
Как следствие - переживания, попытка перейти на более мощный контроллер, новые переживания, поскольку это не помогло, шараханья в поисках подходящего решения и т.д.
Крепкие выдерживают, иные могут довести себя до нервного истощения.
-----------------------
НУЖНО ПРЕДСТАВЛЯТЬ С КАКИМ ОБОРУДОВАНИЕМ РАБОТАЕШЬ - и для этого есть datasheets.
С ними надо хотя бы поверхностно знакомиться.
По mpc23017 - эти микросхемы есть с интерфейсом i2c и с интерфейсом SPI.
Блок написан для микросхемы c интерфейсом i2c.
Интерфейс i2c может быть настроен по умолчанию. Это хорошо когда в устройстве пины совпадают с default библиотеки.
Для ESP-01 это не так - там потребуется дополнительные усилия.
Интерфейс i2c не быстрый. И потому транзакции (посылки) должны быть оптимизированы.
В стандартном блоке FLProg каждый из 16-ти входов/выходов обрабатывается отдельно - отсюда "тормоза". Ну и еще причины там есть. Тот блок более гибок, но не быстрый.
В datasheet указано, что устройство имеет два регистра А и В. Не думаю, что в ПБ нужно подробно переписывать общие сведения из datasheet.
Шесть предложенных режимов настройки - это выбранный оптимум используемых возможностей.
В устройстве не использовано использование прерываний - получился бы сложный блок.
Передача данных в упакованной форме - в данном блоке 8 бит в байте это распространенная и в данном случае правильная практика - и памяти существенно меньше использует и работает быстрее.
-----------
По внешнему виду в сравнении с блоком из FLPROG. Лично я противник блоков с большим количеством входов/выходов - на схеме это как "паук" - читается/документируется плохо.
------------
Можно еще доводы привести....
------------
По "поправка для тех для кого создана FLProg" - видимо подразумеваются не опытные пользователи.
Не знаю - от разработчика не было утверждений, что продукт только для этой категории пользователей.
ПОЗИЦИЯ ecoins по этому вопросу: FLProg уже (начиная с версии 4.2) годится для применения как не опытными пользователями, так и для профессионального использования.
Для использования в профессионального индустриального применения мы прикладываем усилия - думаем, что это может быть лучше, проще, гибче, дешевле чем системы автоматизации типа CodeSys и т.п. На это есть свои предпосылки - но об этом не здесь.
При этом "полируем" свои разработки и на мало опытных пользователей - на детях в Детско-юношеческой Академии Инновационного развития (г.Шатура Жарова д.41). Влияние этих пользователей во многом сказывается на потребительских свойствах разрабатываемых блоков и библиотек.
Слушаем мы всех. Услышанное накапливаем и осмысливаем.
И продолжаем работать...
----------
Желаю Всем нам успехов в области автоматизации интересующих каждого из нас областей практического применения разработок.

[Dryundel]

По внешнему виду в сравнении с блоком из FLPROG. Лично я противник блоков с большим количеством входов/выходов - на схеме это как "паук" - читается/документируется плохо.

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

MCPx.jpg

.
Внимание! Здесь ошибка. Смотри ниже пост: 409 (Dryundel)

Ну неужели так трудно не игнорировать не сильно продвинутых юзеров.
.
Или в таком отношении есть какой то сакральный смысл?

[Rovki]

Так может как то совместно идти на пользу всем и помогать делать то что лучше можешь ...Тяжело АВТОРУ в режиме цейтнота думать о всех ...Вот есть же классные видео уроки по ФЛпрог (Каскаде бы такие) ,нашелся же помошник (огромное спасибо ему) .Надо только придумать механизм взаимодействия автора(любого) и помошников .Два выдающихся спеца(Dryundel -ECoins) могут и должны найти общий язык , главное относиться с уважением к друг другу .