ЭкоСреда ecoins

[Dryundel]

ecoins, это будет оформлено как пользовательский контроллер?

У ecoins другой подход к использованию разных типов контроллеров.
При проектировании выбирается любой тип - удобнее всего mega2560.
При загрузке выбирается требуемый контроллер (Uno, Mega, ESP, STM, SAMD21, RP2040 и др, из списка поддерживаемых билиотекой ecois).
...

Философия понятна и весьма грамотная, НО...
ОЧЕНЬ БОЛЬШОЕ НО!

Беда всех философов в том, что они очень далеки от общества и потому, как правило, коротают жизнь в одиночестве.
Вот тоже самое происходит и с ecoins.

Не буду спорить, данный подход ОЧЕНЬ удобен для разработчика универсальных библиотек. Так же он полезен для разработчика универсальных пользовательских блоков, ибо и тем и другим требуется оперативно и часто переносить проект на разные контроллеры.

К сожалению, а может и к счастью, доля таких философов крайне мала.
Более 90% это простые пользователи. Жаль что философы их невразумеют.

Что удобно пользователю:
- Выбрать в проекте именно тот контроллер, который У НЕГО ИМЕЕТСЯ в наличии.
- Не заботиться об учёте свободных пинов контроллера, ибо программа с этим легко справляется.
- Не забивать проект лишними блоками для пинов.
- Не запутаться в функционале этих пинов.
- Иметь под рукой (прямо в программе) описание, распиновку и внешний вид нужного контроллера.
- Не влезать глубоко в чужую философию.

На что пофиг РЯДОВОМУ ПОЛЬЗОВАТЕЛЮ:
- НА ВОЗМОЖНОСТЬ ОПЕРАТИВНО ПЕРЕНОСИТЬ ПРОЕКТ НА ДРУГОЙ КОНТРОЛЛЕР!

Так к чему это я.
Господа философы, будьте ближе к нагоду.
Направьте часть своей энергии на грамотное, профессиональное, скрупулезное создание описаний контроллеров и вселенная вас не эабудет.

[ecoins]

Не буду спорить, данный подход ОЧЕНЬ удобен для разработчика универсальных библиотек. Так же он полезен для разработчика универсальных пользовательских блоков, ибо и тем и другим требуется оперативно и часто переносить проект на разные контроллеры.

В любой момент любой пользователь (в т.ч. ecoins) может зафиксировать результат и создать пользовательский контроллер.
И с этим пользовательским контроллером можно продолжить работать также как со стандартными блоками FLProg, так и с другими пользовательскими контроллерами.
При этом следует учитывать, что некоторые стандартные блоки FLProg могут не вполне работать на новых контроллерах.
Мы делали пользовательские контроллеры, очень удобно и возможно со временем и будем их делать.
Но есть неудобства на стадии проектирования, отладки, развития:
1.Если меняется что-то в библиотеке (баг, новое устройство пр.), то надо переписывать все созданные пользовательские контроллеры.
2.Если включить в пользовательский контроллер пользовательские блоки, то они появляются на основной вкладке, очень удобно использовать, но имена этих блоков конфликтуют с именами пользовательских блоков (давно не проверял, но раньше было так) и надо убирать все эти блоки и соотвественно приходиться убирать эти блоки. При этом утрачивается возможность доработки этих блоков для последующих версий пользовательских контроллеров.
-----------
Мы всячески приветствовали и по мере сил поддерживали бы усилия пользователей. привязанных к какому-то типу контроллера по созданию пользовательских контроллеров.
Сделано это в FLProg красиво и просто и создание пользовательских контроллеров не требует компетентности программиста.

[Dryundel]

В любой момент любой пользователь (в т.ч. ecoins) может зафиксировать результат и создать пользовательский контроллер.

Ой ли? Так таки любой пользователь? Очень сильно сомневаюсь.

При этом следует учитывать, что некоторые стандартные блоки FLProg могут не вполне работать на новых контроллерах.

А вот для этого в редакторе пользовательского контроллера есть ограничения. Вычёркиваешь стандартный блок из разрешённых и он больше не отображается в панели проекта.
Я же говорю про грамотное и скрупулезное описание.
Подобным образом можно поступать и с ПБ, ограничивать в нем доступные контроллеры.

2.Если включить в пользовательский контроллер пользовательские блоки, то они появляются на основной вкладке, очень удобно использовать, но имена этих блоков конфликтуют с именами пользовательских блоков

Вот тут не уверен. Могу ошибаться, но я конфликтов не замечал.

Сделано это в FLProg красиво и просто и создание пользовательских контроллеров не требует компетентности программиста.

Знаниями программиста здесь не ограничивается. Далеко не все РЯДОВЫЕ пользователи могут правильно воспользоваться даташитами и грамотно сделать описание.

А по разработчикам библиотек, как я и писал ранее, возражений нет.
Философия нужная и полезная, НО ТОЛЬКО ДЛЯ ВЕСЬМА УЗКОГО КРУГА ПОСВЯЩЁННЫХ.

[olddolin]

Получил от коллектива Экоинс вот такой подарок. Спасибо, ребята! Пока не разбирался что к чему, но в целом идея понятна, разберусь. Еще раз спасибо, и творческих успехов вам!

[Rovki]

И мне такой же подарили , с кучей датчиков и дисплеев, спасибо.

[ecoins]

А по разработчикам библиотек, как я и писал ранее, возражений нет.
Философия нужная и полезная, НО ТОЛЬКО ДЛЯ ВЕСЬМА УЗКОГО КРУГА ПОСВЯЩЁННЫХ.

Всем предлагаю сотрудничество.
Заинтересованным предлагаем стенды.
Сегодня получили много плат для стендов - большое спасибо Rovki, принял не только конкретное участие(схемы, разводка), но провел обучение сотрудников, дал набор ценных методических рекомендаций. Плотно с ним сотрудничаем.
В новой партии есть и плата на инструментальный стенд на STM32F411.
Сотрудничаем с коллегой из Серпухова, он сейчас заканчивает изготовление инструментальной платы под ESP32 - сразу закажем печатные платы.
-----------
Приглашаем.

[ecoins]

Получил от коллектива Экоинс вот такой подарок. Спасибо, ребята! Пока не разбирался что к чему, но в целом идея понятна, разберусь. Еще раз спасибо, и творческих успехов вам!

Еще раз поздравляю с Юбилеем и отдельное большое спасибо за подарок из большой партии аккумуляторов, которые мы сейчас имеем возможность устанавливать в стенды.

[Dryundel]

Заинтересованным предлагаем стенды.
Сегодня получили много плат для стендов

Хорошее начинание. Усиление обратной связи. Надеюсь это принесёт свои плоды.
Однако на одних восхищениях, сугубо лояльных пользователей не сильно далеко уедешь.
Отсутствие желания прислушиваться к объективной критике, вас сильно тормозит.

Отправлено спустя 1 час 31 секунду:
Ну вот, не надо далеко ходить. Просьбы и уговоры не помогают.

ecoins, Для Вас создан отдельный раздел, разделите в нем по разным темам свои наработки, что бы не было 100500 страниц в одной теме

А когда я об этом говорил и просил? Помните?
ecoins, Вы отличный инженер-программист. Но вот менеджер из вас не получится. А проекту необходим менеджер который разложить все по полкам. И его необходимо слушать даже директору.

PS отвечать на эту реплику не надо. Это всего лишь подтверждение, а не попытка сказать что то плохое.

[ecoins]

В закрытой теме "Разработки ecoins" был задан вопрос:
Вот интересно как так средний проект может быть 300мб..
viewtopic.php?f=247&t=5426&start=1620#p115537
Привожу пример рабочего теста от 14.05.22 на профессиональных блоках.
В распакованном виде проект 268.12мб.
С таким размером даже на быстром компьютере работать не просто - очень долго грузится и сохраняется.
Пришлось переделывать его на простые блоки, вроде получалось меньше 10мб (не помню).

[Dryundel]

В распакованном виде проект 268.12мб.
С таким размером даже на быстром компьютере работать не просто - очень долго грузится и сохраняется.
Пришлось переделывать его на простые блоки, вроде получалось меньше 10мб (не помню).

Нет сейчас компа под рукой.
Вопрос. В этом проекте в одном мультиблоке один блок или весь каталог?
Простой блок это что? Редактор Basic?

[ecoins]

Вопрос. В этом проекте в одном мультиблоке один блок или весь каталог?

В одном мультиблоке один блок (почти везде). А сколько Ваш блок занимает, если делать вывод на 4 строки, не обращали внимание?

Простой блок это что? Редактор Basic?

Да, это редактор Basic, на мой взгляд незаслуженно заброшенный разработчиком.

[Dryundel]

В одном мультиблоке один блок (почти везде).

Интересно. Посмотрю.

[Vuktor]

Phazz писал(а): ↑31.05.2022{, 20:49}
А как использовать второе ядро в rp2040?
По этому вопросу рекомендую статью:
http://efim.adior.ru/index.php/36-arduino-pico

Ссылка не работает

[ecoins]

Ссылка не работает

Действительно, некоторое время назад ссылка перестала работать. Жаль, очень содержательная и полезная статья была.

[bsn]

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

Но Dryundel прав, когда говорит о необходимости более тщательно разложить всё по полкам.
Если бы Генри Форд постоянно ходил вдоль своего автосборочного конвейера, и регулярно, лично, объяснял своим рабочим, что и как нужно делать при той или иной операции – автомобильного прорыва не случилось бы.
Проблема для преодоления порога вхождения, для не самых продвинутых пользователей, всё таки существует.
Был даже момент, когда не самые искушённые пользователи, навроде меня, но не столь вежливые, однажды смогли таки вывести Вас из себя и Вы написали что-то вроде, «чихать на критиков и недовольных – их мнение для меня ничто».
Понятно, что это было на эмоциях, по факту Вы очень доброжелательно относитесь к тем, кто в чём-то хочет разобраться. И мне лично Вы так же помогали, за что Вам огромное спасибо.

И всё таки, для подготовки кадров (пользователей), необходима организация нескольких ступеней обучения: от простого к сложному. Хотя бы один начальный этап в виде хорошо продуманных пояснительных текстов, с применением, там где нужно, графиков, рисунков и чертежей. Именно это иногда великолепно нам демонстрирует уважаемый Dryundel, например в теме «Блоки Пины*4 и Пины*8 (ecoins)».
viewtopic.php?f=181&t=5851&p=79519&hili ... %8C#p79519
С точки зрения простого электронщика, никогда в жизни не занимавшегося программированием (а таких здесь множество), – пояснения Dryundel это есть самый лучший образец текстовых пояснений, для снижения порога вхождения в Ваши разработоки.
Даже боюсь мечтать о таком великолепии, как если бы ещё и уважаемый KeyArduino, в своих видеоуроках «Ключ к Arduino» подключился к описанию разработок ecoins.

Очень хочется дальнейшего развития FLProg.
Понятно, что вопросы: кто за что отвечает, кто во что может вмешиваться, просто так с кондачка не решаются. По своему прошлому скромному опыту организации малых предприятий знаю – что обычно попытка всеобщего обсуждения вопросов возможных зон ответственности, между сотрудниками, чаще всего в итоге выливается в мерянье «у кого что больше».
Тем не менее, проект FLProg стоит попыток объединиться специалистам в общественную команду.
Возможно и уважаемый Автор FLProg, видя какие никакие результаты, такого добровольного объединения, сможет уделить какое-то внимание этому начинанию.
Молю Бога, что бы Вы, уважаемый ecoins, уважаемый Dryundel, и другие наши гуру, нашли общий язык и смогли бы наладить командную работу.

[ecoins]

Вне всякого сомнения, Вы, и ваша команда разрабатываете и осуществляете очень прорывные технологии в структуре FLProg.

Спасибо за высокую оценку.

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

Это совсем не так. Над этим мы непрерывно работаем. Но это могут оценить те кто использует наши разработки, общие риторика не имеет отношения к реальному положению дел.

Если бы Генри Форд постоянно ходил вдоль своего автосборочного конвейера, и регулярно, лично, объяснял своим рабочим, что и как нужно делать при той или иной операции – автомобильного прорыва не случилось бы.

Я не Генри Форд, но многие его идеи разделяю. И тоже общаюсь с сотрудниками:, детьми в детской Академии, стараюсь оперативно отвечать на вопросы в форуме, анализируем их, работаем над доступностью продуктов.
Другое дело, что специалисты по автоматизации (условно это и есть потребители FLProg) не рабочие, какие выполняют несколько простых строго нормализованных операций на подготовленном рабочем подготовленном инструменте. Им творчество на рабочем месте запрещено.
FLProg начинался на ключевой плате Arduino UNO,Nano,Mega(AVR) с несколькими светодиодами, LCD, чуть позже появился ModBus, который сильно добавил коммуникационные возможности.
Потом появился ESP8266 - там WiFi, но многое из AVR не очень работало. Потом ESP32 - и новые баги, глюки с совместимостью.
Теперь интересуются STM32 и Raspberry Pi Pico - и там новые проблемы.
Конкретный пример - много из прекрасных библиотек AlexGyver не переносятся на новые платформы. Работа WiFi на ESP добавляет новые глюки при работе с некоторыми устройствами и т.д.
И наконец общая на мой взгляд проблема - непонимание основ построения систем реального времени потому многие проекты у разработчиков по мере их разрастания, становятся проблемными. Появляются "костыли", порой очень затейливые - о простоте говорить здесь не приходится.
Если условно работа с Nano это "передвижение в лаптях", а следующие архитектуры переход на механизированные или даже автоматизированные средства передвижения, то при уважении к фанатам "Nano", это не выбор ecoins.
Мы много усилий потратили для оптимизации кода, чтобы он умещался в ограниченные ресурсы Nano, но полгода назад перестали это делать.

«чихать на критиков и недовольных – их мнение для меня ничто».

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

Именно это иногда великолепно нам демонстрирует уважаемый Dryundel, например в теме «Блоки Пины*4 и Пины*8 (ecoins)».

У Dryundel очень устойчивые представления, что и как мы должны делать.
У нас так не получается, не умеем, порой не хотим и пр. Ему ничего не мешает сделать лучШе, больше понятнее.
Добавлю, что мы делаем не отдельные библиотеки и пользовательские блоки, а отдельную ЭкоСреду с учетом применения FLProg для создания систем автоматизации

Молю Бога, что бы Вы, уважаемый ecoins, уважаемый Dryundel, и другие наши гуру, нашли общий язык и смогли бы наладить командную работу.

.
Не однократно приглашали к совместной работе, с какими-то участниками выполняем конкретную работу.
Некоторые из участников задают вопросы, просят что-то исправить или сделать - обычно реагируем оперативно, в вот обратной связи ориентировочно в 70% не бывает.
Последние предложения по тестированию на наших стендах, остались без особого внимания.
-------------------
P.S. Некоторые из пользователей пишут нам в личку, избегая форума. Объясняю это порой не очень дружелюбной обстановкой на форуме, к сожалению.

[bsn]

Последние предложения по тестированию на наших стендах, остались без особого внимания.

Я бы также хотел иногда заниматься тестированием на стендах.
Но не уверен, что устрою Вас в качестве регулярного тестировщика. т.к. я не есть квалифицированный программист. И по ряду причин активизирую эти работы в зимнее время года, в летнее время возможности более урезаны.
Но я постоянно, на общественных началах, занимаюсь, по удалёнке, обучением работе с FLProg с двумя учениками-школьниками. Зачастую, что бы что-то объяснить им, сначала приходится более подробно вникать самому
Кроме того разарабатываю, и постоянно развиваю, собственную систему Умный Дом. Иногда что-то помогаю автоматизировать для малых предприятий.
Если есть возможность получить стенд для тестировки, такому как я - с удовольствием готов их использовать для тестировки.
Если это так - подскажите как конкретно к этому можно подключиться.

[ecoins]

Если есть возможность получить стенд для тестировки, такому как я - с удовольствием готов их использовать для тестировки.

Сейчас есть возможность подготовить стенд на Mega2560 (если у Вас есть такой контроллер - у нас они в ограниченном количестве) или STM32F411. Попозже будут стенды на STM32F103, ESP32, RaspBerry Pi Pico.
Сообщите о Ваших предпочтениях и мы подготовим для Вас стенд.
Стенд подразумевает три LCD (16x2 i2c, 20x4 i2c, 20x4 SPI(через нашу плату) ) - сейчас мы ждем только поставку партии LCD 20x4, это упростит и ускорит отправку Вам стенда.

[bsn]

Сообщите о Ваших предпочтениях

Mega2560 имеется в наличии.

[ecoins]

Но не уверен, что устрою Вас в качестве регулярного тестировщика. т.к. я не есть квалифицированный программист. И по ряду причин активизирую эти работы в зимнее время года, в летнее время возможности более урезаны.
Но я постоянно, на общественных началах, занимаюсь, по удалёнке, обучением работе с FLProg с двумя учениками-школьниками. Зачастую, что бы что-то объяснить им, сначала приходится более подробно вникать самому
Кроме того разарабатываю, и постоянно развиваю, собственную систему Умный Дом. Иногда что-то помогаю автоматизировать для малых предприятий.

Именно такиt нейтральных по отношению к программированию пользователи FLProg и являются лучшими тестировщиками.

Mega2560 имеется в наличии.

До середины недели отправим. Скиньте в личку адрес для отправки и способ отправки(СДЭК, почта и пр.)