FlProg

fsergei70 писал(а): 06 дек 2020, 14:37 что то я не увидел max485 на плате, разъёмов для подключения i2c и spi Если заказывать больше одной штуки то наверно проще плату нарисовать самому и заказать у китайцев.

На плате из #54 есть штыри под i2c, SPI. Но плата не дешевая.

И такие есть https://aliexpress.ru/item/623564659.ht ... 5232726658

Rovki писал(а): 06 дек 2020, 15:37 И такие есть https://aliexpress.ru/item/623564659.ht ... 5232726658

Этот вариант получше будет, тут хоть оптроны китайцы поставили.

Вот всякие https://aliexpress.ru/wholesale?traffic ... ult&page=1

Rovki писал(а): 06 дек 2020, 15:37 И такие есть https://aliexpress.ru/item/623564659.ht ... 5232726658

Хорошая плата. На STM32F103RC.
Можно попробовать. Но:
1.Не выведены выводы PA13,PA14 - на фото видно они висят в воздухе. Для программирования придется подпаивать тонкие проводочки, выводить на разъем три пина (GND,PA14(SWCLK), PA13(SWDIO) для прошивки через ST-Link.
2.Прошивка может быть защищена. Можно попробовать сбросить защиту, но для этого нужно доступ к выводам PA10(RX1),PA9(TX1) - они в принципе выведены на драйвер RS232 можно подпаяться, и найти резистор которым boot0 притянут к земле. Но может и не получиться сбросить защиту и будет проще заменить чип (105 руб).
Как идея использовать дешевые контроллеры и переделывать их под FLProg мне нравится.
Хорошо бы объединить усилия, если эта тема интересна.

ecoins писал(а): 06 дек 2020, 16:36 Хорошо бы объединить усилия, если эта тема интересна.

Объединение усилий это всегда на пользу. Еще бы понять в каком направлении двигаться. Ибо лебедь, рак и щука не товарищи, на сколько я помню. Нужен предводитель, гигант мысли, отец русской демократии, так сказать.
В чем Вы видите объединение усилий?

Dryundel писал(а): 06 дек 2020, 16:45 В чем Вы видите объединение усилий?

Хороший конкретный вопрос. Чуть конкретизирую предметную область - создание надежных систем автоматизации на STM32 в среде FLProg.
1. Переход на STM32 в FLProg сопряжен с рядом трудностей:
1.1.это и загрузка разработчика FLProg;
1.2.некоторые аппаратные особенности работы в среде Arduino(пины, i2c, UART0);
1.3.переход на буквенные обозначения пинов (PA1,PD0 и т.п.). При этом цифровое значение пинов может "плавать" для разных чипов и для разных сред (STM32duino , Clark);
1.4. "барьерчики" для загрузки софта - здесь не так гладко, как в Arduino. На старом ядре для STM32F103xx получалось, на новом ядре пока через ST-Link.
2.Надежные системы это и надежные библиотеки. Большинство бесплатных библиотек для Arduino с проблемами.
------
Пока вот это.
ecoins занимается разработкой базовой библиотеки и библиотек для прикладных устройств.
При выбранном подходе приходится тестировать для контроллеров сразу нескольких архитектур и плат внутри них (сейчас на стенде у на одновременно 14 плат).
При этом приходится переделывать и разрабатывать пользовательские блоки - уже в системе FLProg 7, но пока на старом редакторе.
Если бы мы разрабатывали только STM32 , было бы проще.
В чем могла быть поддержка:
1.Тестирование промежуточных версий;
2.Написание пользовательских блоков под разработанные "более правильные библиотеки) на новом редакторе;
3.Тестирование разных плат на STM32.
Мы бы в свою очередь сконцентрировали усилия под разработку библиотек - прежде всего связанные с коммуникациями (ModBus,WiFi, Ethernet, NRF2401) и для разных доступных чипов и устройств на них.
Как то так. Спасибо.

ecoins писал(а): 06 дек 2020, 17:07 Мы бы в свою очередь сконцентрировали усилия под разработку библиотек - прежде всего связанные с коммуникациями (ModBus,WiFi, Ethernet, NRF2401) и для разных доступных чипов и устройств на них.

Вот если бы Ваши блоки с исправленными библиотеками сделать автономными (независимыми от диспетчера задач)... Но это так, фантазии потребителя
З. Ы. Если что, я завсегда за лозунг - любой труд должен быть оплачен Разместите их в платном разделе.

Ingwar писал(а): 06 дек 2020, 17:22 Вот если бы Ваши блоки с исправленными библиотеками сделать автономными (независимыми от диспетчера задач)... Но это так, фантазии потребителя

Блоки для устройств сейчас автономны.

Ingwar писал(а): 06 дек 2020, 17:22 З. Ы. Если что, я завсегда за лозунг - любой труд должен быть оплачен Разместите их в платном разделе.

Спасибо за совет. Вы (и такие как Вы встречались по жизни много) для меня слишком дороги.

ecoins писал(а): 06 дек 2020, 17:33 Блоки для устройств сейчас автономны.

Виноват, давно не смотрел.

ecoins писал(а): 06 дек 2020, 17:33 Вы (и такие как Вы встречались по жизни много) для меня слишком дороги.

Не понятна реакция на желание не показаться халявщиком...

fsergei70 писал(а): 06 дек 2020, 15:51 Rovki писал(а): ↑
Сегодня{, 15:37}
И такие есть https://aliexpress.ru/item/623564659.ht ... 5232726658

Этот вариант получше будет, тут хоть оптроны китайцы поставили.

Там мк 103. Интерисует любой только не етот (его не поддерживает flowcode). И очень не хорошо что они не пишут какой!

[spoiler]

ecoins писал(а): 06 дек 2020, 17:07

Dryundel писал(а): 06 дек 2020, 16:45 В чем Вы видите объединение усилий?

Хороший конкретный вопрос. Чуть конкретизирую предметную область - создание надежных систем автоматизации на STM32 в среде FLProg.
1. Переход на STM32 в FLProg сопряжен с рядом трудностей:
1.1.это и загрузка разработчика FLProg;
1.2.некоторые аппаратные особенности работы в среде Arduino(пины, i2c, UART0);
1.3.переход на буквенные обозначения пинов (PA1,PD0 и т.п.). При этом цифровое значение пинов может "плавать" для разных чипов и для разных сред (STM32duino , Clark);
1.4. "барьерчики" для загрузки софта - здесь не так гладко, как в Arduino. На старом ядре для STM32F103xx получалось, на новом ядре пока через ST-Link.
2.Надежные системы это и надежные библиотеки. Большинство бесплатных библиотек для Arduino с проблемами.
------
Пока вот это.
ecoins занимается разработкой базовой библиотеки и библиотек для прикладных устройств.
При выбранном подходе приходится тестировать для контроллеров сразу нескольких архитектур и плат внутри них (сейчас на стенде у на одновременно 14 плат).
При этом приходится переделывать и разрабатывать пользовательские блоки - уже в системе FLProg 7, но пока на старом редакторе.
Если бы мы разрабатывали только STM32 , было бы проще.
В чем могла быть поддержка:
1.Тестирование промежуточных версий;
2.Написание пользовательских блоков под разработанные "более правильные библиотеки) на новом редакторе;
3.Тестирование разных плат на STM32.
Мы бы в свою очередь сконцентрировали усилия под разработку библиотек - прежде всего связанные с коммуникациями (ModBus,WiFi, Ethernet, NRF2401) и для разных доступных чипов и устройств на них.
Как то так. Спасибо.

[/spoiler]
"Кароче, Скихасовский." - как сказал один известный герой классики.

Теперь по пунктам:
1. Чем Вы занимаетесь уже давно всем известно. Можно было и не описывать в данной теме.
2. Трудности всегда были, есть и будут быть. Без них только кисель на печи хлебать возможно.
3. Творить сразу все и подо все это конечно круто, но с родни сидению на двух стульях. Седалища не хватит.
4. Просьба в помощи тестировании разных плат, это вообще неадекватное восприятие реальности. Оно вообще нафига? Этих плат миллион и стоят они частенько не 100 рублей. Приобретать такие девайсы только ради тестирования еще чего то не состоявшегося в полной мере, точно бред.
5. Есть конкретные бюджетные шилды STM32. Хватит пальцев на одной руке что бы их перечислить. Именно под них народ и ждет реализаций.
6. Пока в библиотеках будет такой бардак как до настоящего времени, ничего хорошего из этого не выйдет.
Вот так должен выглядеть архив библиотек https://github.com/AlexGyver/GyverLibs
А вот так, как минимум, должно выглядеть описание конкретной библиотеки https://github.com/AlexGyver/GyverLibs/ ... erButton.h
А лучше еще и так https://alexgyver.ru/gyverbutton/
Кроме этого, очередной релиз библиотеки просто обязан поддерживать все функции предыдущей версии!

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

А пока, все это только высокие слова и безумные идеи.

Я не прав?

Хорошо, вот вам конкретный гипотетический пример:
Предположим завтра что то произойдет и Вы на всегда оставите деятельность по разработке библиотек. (тфу-тфу-тфу)
Что станет с той горой, написанных вами трудов? Точно! Они превратятся в макулатуру.
Человек который ратует за все что он сотворил хорошего, раскладывает все по полочкам и последователи ему за это благодарны.
Примеры я Вам привел.

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

Dryundel писал(а): 06 дек 2020, 17:58 "Кароче, Скихасовский." - как сказал один известный герой классики.

Коротко и понятно, на этом этапе предложения о сотрудничестве не принимается.

Dryundel писал(а): 06 дек 2020, 17:58 4. Просьба в помощи тестировании разных плат, это вообще неадекватное восприятие реальности. Оно вообще нафига? Этих плат миллион и стоят они частенько не 100 рублей. Приобретать такие девайсы только ради тестирования еще чего то не состоявшегося в полной мере, точно бред.

С Вашей точки зрения бред - мне знакомы и другие представления на тему простого использования различных плат (их действительно появляется много).
Про неадекватную восприятие реальности: "Реальность это то, что есть на самом деле" (Мамардашвили). Другое дело что видят её разные люди по разному - кто-то поверхностно, кто-то глубоко, кто-то иначе. Это нормально. К сожалению иногда (это довольно таки распространено) видящий свою реальность считает её единственной, и соответственно единственно правильной. Я считаю иначе, и к реальности разных людей отношусь с интересом, уважением и пониманием. Эти многочисленные реальности порой являются ключом к интересным результатам и находкам.

Dryundel писал(а): 06 дек 2020, 17:58 6. Пока в библиотеках будет такой бардак как до настоящего времени, ничего хорошего из этого не выйдет.
Вот так должен выглядеть архив библиотек https://github.com/AlexGyver/GyverLibs
А вот так, как минимум, должно выглядеть описание конкретной библиотеки https://github.com/AlexGyver/GyverLibs/ ... erButton.h
А лучше еще и так https://alexgyver.ru/gyverbutton/

Хорошие библиотеки и их внимательно и изучил, и изучаю. Но ведь они застряли на Arduino Nano. Вроде есть движение в сторону ESP8266.
Мы сейчас занимаемся и ESP32 и STM32 - для нас это актуально(в том числе и с новыми чипами STM), думаем это может быть интересно не только для нас.
Насчет бардака в библиотеках - ну Вы ведь давно в них не заглядывали?

Dryundel писал(а): 06 дек 2020, 17:58 Кроме этого, очередной релиз библиотеки просто обязан поддерживать все функции предыдущей версии!

Ну это что-то!!! Это кто и кому обязан?
Расскажите это Rovki, который периодически сталкивается с новыми версиями Android, с BlueTooth на них.
И еще разработчику FLProg - как-то он самостоятельно принимает вопросы о приемлемой совместимости новых версий - иначе и не может быть, иначе и развития не будет.
Совместимость это хорошо, но сразу она не появляется.
Особенно когда к сотрудничеству широкого стремления у аудитории нет. Rovki большое исключение - это и интересный проект и надежная опора в разработках.

Dryundel писал(а): 06 дек 2020, 17:58 А пока, все это только высокие слова и безумные идеи.

Я не прав?

Конечно Вы правы, коли Вы ведь в этом убеждены.
О высоких словах - мы не считаем сколько кода уже написано и переписано. Очень много. Это связано и с углублением понимания кодов, генерируемых FLProg, изучение доступных библиотек Arduino (многие из них на 3--, зато бесплатно), изучение системных библиотек Arduino, изучение различий поддерживаемых нами архитектур и просто наработки инструментов для эффективной связки Arduino, FLProg, С++.
Высоких слов в своих записях не разглядел, а вот о большом и не видимом труде знаю доподлинно. Отчитываться за него не планируем.

Dryundel писал(а): 06 дек 2020, 17:58 Я ни чуть не хочу принизить ваши достоинств.

А какое отношение Вы можете иметь к моему достоинству - к Вам как к эксперту и оценщику я вроде не обращался

.

ecoins писал(а): 06 дек 2020, 18:39 Я считаю иначе, и к реальности разных людей отношусь с интересом, уважением и пониманием.

Свидетели или сатанисты - стопудово.
Балабол он и в Шатуре балабол.

.

Nikan писал(а): 06 дек 2020, 18:48 А может хоть кто нибудь, внятно объяснить такой интерес к STM 32 ? что она может (в среде ардуино) то чего не может обычная АВР-ка ?

Поясню позже и в другой теме.

.

Команда [ref]ecoins[/ref], как бы толковые вещи делает. Но все это, как они представляют и описывают. Не сравнить не с чем. Такое ощущение что они под мощным наркотиком все дела творят. И у них сформировался параллельный мир, который имеет несколько тонки точок соприкосновения здесь на сайте. И все время, какая то невидимая сила, все время куда то их толкает, не давая им хоть одну либу, довести до человеко подобного использования. Сколько пользователей форума умоляют сделать порядок с библиотеками, а они бедные что то невообразимое творят. Вот такие они, творческие люди

Да погромисты все наркоманы