Замена FlashLoaderDemonstrator (STM32)

[Pridnya]

Всем привет!
Кому не лень потестируйте программу для обновления памяти программ микроконтроллеров STM32F10x с объемом памяти до 128-ми килобайт с использованием встроенного в микроконтроллер аппаратного загрузчика. Байты опций не записывает, только читает. Программа открывает HEX-файл, проверяет его на соответсвие формату IntelHex, при соответствии определяет диапазон стираемых секторов, стирает, пишет, читает, верифицирует, выводит необходимые сообщения для отчета в окно. Отчет представлен "для пользователя", его можно сохранить через меню. Имеются настройки: COM-порт, скорость, таймаут, байт данных (в пакете на запись).
Последовательность действий:
1) Настройки -> Настройки связи (выбрать порт, скорость, таймаут, количество байт).
2) Файл -> Открыть (выбираем HEX-файл);
3) Команды -> Поиск устройств.
4) Команды -> Обновить ПО устройства.
В каталоге с программы файл настроек Settings.ini, других файлов программа не создает, никуда не лазит, вирусов нет, тестировалась с STM32F100C4 (PID=0x0420), скриншот Pic01.png. Заявлена поддержка PID= 0x0410, 0x0412 (но не тестировалась ввиду отсутствия микроконтроллеров). Если микроконтроллер не поддерживается, то записывать не будет, скриншот Unknown MCU.png.
PS: Windows XP, NetFramework 3.5 и более новые системы.

[dosikus]

Сообщение от Pridnya

микроконтроллеров STM32F10x

Что за дискриминация???

[Pridnya]

Сообщение от dosikus

Что за дискриминация???

Так это будет фирмовая утилита для обновления STM32F407, которая будет идти в комплекте ПО к устройствам, но, чтобы проверить работоспособность программы она "урезана" до STM32F10x. Можно попробовать добавить PID для STM32F0.

[Pridnya]

Спустя месяц на электрониксе нашлись люди, указавшие на достоинства и недостатки. Приятно! Со скоростями 128000 и 256000 вопрос решен. А вот зачем исходники на GitHub выкладывать не пойму? Что это дает автору исходников?

[siarzhuk]

Сообщение от Pridnya

А вот зачем исходники на GitHub выкладывать не пойму? Что это дает автору исходников?

Фишки системы совместной разработки (VCS, Bug tracker) в обмен на то, что в общем-то и так не жалко отдать народу. Возможность, что кто-то подключится если тема интересная. Или использует поделие как базу для своего проекта - авось дальше продвинется чем мы.
Ну и, конечно, возможность ограничить всю поддержку "продукта" фразой "Patches are welcome!" Особенно когда изделие перейдёт в разряд "протухтов".

[Pridnya]

Сообщение от siarzhuk

Фишки системы совместной разработки (VCS, Bug tracker) в обмен на то, что в общем-то и так не жалко отдать народу. Возможность, что кто-то подключится если тема интересная. Или использует поделие как базу для своего проекта - авось дальше продвинется чем мы.
Ну и, конечно, возможность ограничить всю поддержку "продукта" фразой "Patches are welcome!" Особенно когда изделие перейдёт в разряд "протухтов".

Я вчера вечером поинтересовался этим гитхабом. Оказывается, что этот сервис бесплатный только для опенсорцев, а для коммерческих продуктов платный, ежемесячный взнос нужно платить. IMHO: этот сервис подходит для больших проектов, которые достаточно сложно развивать, в которых даже сами создатели запутались и им необходимы свежие мысли, новые люди. К тому же любой мелкий опенсорц можно сделать своим, в смысле упаковать в какую-либо DLL-ку, в свой продукт и не заявлять об этом. Прежде, чем публиковать исходники на таких сервисах нужно подумать много раз. Мне не интересен этот сервис.

[siarzhuk]

Сообщение от Pridnya

Оказывается, что этот сервис бесплатный только для опенсорцев, а для коммерческих продуктов платный,

"Жмотов" пощипать - дело святое. А "альтруистов" поддержать - для балансу в популяции.

Сообщение от Pridnya

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

Честно говоря, привыкнув пользоваться тем-же git-ом или mercurial, потом даже при разработке в одно лицо, без записи истории и, соответственно, возможности откатить изменения, чувствуешь себя несколько неуютно. Тем более современные VCS могут вполне работать автономно. Да и когда количество несчастных на проекте переваливает за цифру 2 - внезапно возникает вопрос синхронизации. Т.е. подобные сервисы, по моему мнению, даже для мелкой рыбёшки не бесполезны. Да и как по мне, уж лучше нехай мои поделки на этих "кладбищах идей" хранятся, чем осыплются в небытие вместе с заклинившим HDD.

Сообщение от Pridnya

К тому же любой мелкий опенсорц можно сделать своим, в смысле упаковать в какую-либо DLL-ку, в свой продукт и не заявлять об этом.

Мелкий опенсорц решает мелкие проблемы. На момент присвоения изначальный автор свою проблему уже, как правило, решил и самолюбие потешил - невелика потеря, кмк. Украдут - да и на здоровье. На Страшном Суде зачтётся. Обоим.

[Pridnya]

Сообщение от siarzhuk

Честно говоря, привыкнув пользоваться тем-же git-ом или mercurial, потом даже при разработке в одно лицо, без записи истории и, соответственно, возможности откатить изменения, чувствуешь себя несколько неуютно. Тем более современные VCS могут вполне работать автономно. Да и когда количество несчастных на проекте переваливает за цифру 2 - внезапно возникает вопрос синхронизации. Т.е. подобные сервисы, по моему мнению, даже для мелкой рыбёшки не бесполезны. Да и как по мне, уж лучше нехай мои поделки на этих "кладбищах идей" хранятся, чем осыплются в небытие вместе с заклинившим HDD.

Я документирую в текстовом файле все изменеия с метками времени и после каждой сборки создаю архив. Его копирую на резервный носитель. Бывало, что добавляешь в одном месте, а потом находишь ошибку, которая появилась несколько месяцев назад в другом месте, но не была обнаружена. Откатываемся к старым версиям и ищем, когда появилась ошибка. Затем снова добавляем то, что было добавлено. Но один раз я резервную флешку потерял где-то в деревне.

Сообщение от siarzhuk

Мелкий опенсорц решает мелкие проблемы. На момент присвоения изначальный автор свою проблему уже, как правило, решил и самолюбие потешил - невелика потеря, кмк. Украдут - да и на здоровье. На Страшном Суде зачтётся. Обоим.

Как-то решил посмотреть исходники графической оболочки для MS-DOS, называется Seal. Исходники есть, но толку от них никакого нет. И также с исходниками графического редактора Dia. Такое можно выкладывать, оно в таком виде (десятки файлов с перекрестными связями, старый синтаксис, чужие библиотеки разных авторов...) достигло пика своего развития много лет назад.

[siarzhuk]

Сообщение от Pridnya

Я документирую в текстовом файле все изменеия с метками времени и после каждой сборки создаю архив.

Системы контроля версий примерно этим-же и занимаются - хранят базу т.н. changeset-ов (наборов правок) с описаниями сути изменений и позволяют оперативно их просматривать, откатывать проект на любой changeset из прошлого, синхронизироваться с другими копиями (клонами) проекта, автоматически сливать (комбинировать) изменения из разных клонов проекта. А архивировать достаточно самую актуальную копию - все изменения за время разработки доступны в компактном виде в локальном репозитории (кэш изменений). Сервер никоим образом не обязателен - это распределённая система - каждый клиент имеет полную базу изменений. Для пользователей windows можно глянуть на оболочки из семейки tortoise - tortoiseHg для mercurial или tortoiseGit соответственно. В работе используем их mercurial - на момент нашей миграции с CVS оказался более пригодным для использования коллегами чем тогдашний рудиментарный Git-овский tortoise. Так что про mercurial могу рассказать много поболее - если надумаешь и появятся вопросы - обращайся.

Сообщение от Pridnya

Но один раз я резервную флешку потерял где-то в деревне.

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

Сообщение от Pridnya

Исходники есть, но толку от них никакого нет.

Это расхожая проблема - стиль программирования несёт на себе индивидуальные особенности программиста/ов - воплощённые мысли, а мыслим мы все несколько по разному. Мем "проще переписать с нуля" ведь не на пустом месте появился. Разработчик растёт вместе с проектом и неизбежно из него "вырастает". И если выгоды получаемые с проекта уже не удовлетворяют - почётная отставка на сорсфорж вполне достойный выход. Будет вокруг критическая масса интересантов - потащат дальше. Не будет - есть ещё "муравьи" что растаскивают кадавров микроскопическими порциями - их кто-нибудь считал?

[Pridnya]

Сообщение от siarzhuk

Системы контроля версий примерно этим-же и занимаются - хранят базу т.н. changeset-ов (наборов правок) с описаниями сути изменений и позволяют оперативно их просматривать, откатывать проект на любой changeset из прошлого, синхронизироваться с другими копиями (клонами) проекта, автоматически сливать (комбинировать) изменения из разных клонов проекта. А архивировать достаточно самую актуальную копию - все изменения за время разработки доступны в компактном виде в локальном репозитории (кэш изменений). Сервер никоим образом не обязателен - это распределённая система - каждый клиент имеет полную базу изменений. Для пользователей windows можно глянуть на оболочки из семейки tortoise - tortoiseHg для mercurial или tortoiseGit соответственно. В работе используем их mercurial - на момент нашей миграции с CVS оказался более пригодным для использования коллегами чем тогдашний рудиментарный Git-овский tortoise. Так что про mercurial могу рассказать много поболее - если надумаешь и появятся вопросы - обращайся.

Спасибо! Пока не до систем контроля версий. Я сам их еще не использовал и даже не знаю, а есть ли от них польза. Вот простой пример: был проект с LwIP-стеком, версия стека lwip_v1.3.2, в каталоге с сайта автора нет файлов для протокола SNTP (sntp.h и sntp.c). Случайно обнаружил, что эти файлы есть в каталоге (с того же сайта) contrib_v1.3.0. Только обрадовался, но в sntp.c написано, что он для использования с сокетами (когда в проектке есть RTOS), а у меня Raw API (без использования RTOS).
Нашел эти файлы в другой версии lwip_v1.4.1, но они уже другие (эти два файла изменились). Попробовал заменить стек в проекте с lwip_v1.3.2 на lwip_v1.4.1 - проект не собирается. Есть еще lwip_v2.0.0, но он тоже другой - отличается от v1.4.1. Т.е. я понимаю, что версии разные, что есть изменения, есть даже список изменений в текстовом виде, но вникать нужно и нужно знать, что там и для чего. Еще и синтаксис у этого шведа очень непривычный, запутанный. Есть чем заняться. Вот интересно, а пользовался ли швед системами контроля версий и хранятся ли где промежуточные версии или только было v1.3.2 стало v1.4.1 и т.д. Хорошо, что в версии v2.0.0 есть файл справки для браузера (сделан с помощью Doxygen), на предыдущие не видел.

[Рак]

Сообщение от Pridnya

Спасибо! Пока не до систем контроля версий. Я сам их еще не использовал и даже не знаю, а есть ли от них польза. Вот простой пример: был проект с LwIP-стеком, версия стека lwip_v1.3.2, в каталоге с сайта автора нет файлов для протокола SNTP (sntp.h и sntp.c). Случайно обнаружил, что эти файлы есть в каталоге (с того же сайта) contrib_v1.3.0. Только обрадовался, но в sntp.c написано, что он для использования с сокетами (когда в проектке есть RTOS), а у меня Raw API (без использования RTOS).
Нашел эти файлы в другой версии lwip_v1.4.1, но они уже другие (эти два файла изменились). Попробовал заменить стек в проекте с lwip_v1.3.2 на lwip_v1.4.1 - проект не собирается. Есть еще lwip_v2.0.0, но он тоже другой - отличается от v1.4.1. Т.е. я понимаю, что версии разные, что есть изменения, есть даже список изменений в текстовом виде, но вникать нужно и нужно знать, что там и для чего. Еще и синтаксис у этого шведа очень непривычный, запутанный. Есть чем заняться. Вот интересно, а пользовался ли швед системами контроля версий и хранятся ли где промежуточные версии или только было v1.3.2 стало v1.4.1 и т.д. Хорошо, что в версии v2.0.0 есть файл справки для браузера (сделан с помощью Doxygen), на предыдущие не видел.

Дима, если бы ты был внимателен, то увидел, что швед как раз хранит все репозитории, к тому успел сменить тип репозитория. Кроме github есть другие системы, например, gitlab. У него нет саппорта 24/7 на закрытые проекты, но он бесплатен. К тому же его можно поставить на свой изолированный сервер и пользовать локально, что я и сделал. Кроме самого репозитория важен багтрекер и wiki документация.
Открытые проекты - это один из способов оценки кандидатов, плюсом в резюме является наличие проектов на гитлабе.
Одна из типичных задач если ты единственный разработчик в комманде: делаешь устройство, которое по нажатию на кнопку должно мигать светодиодом, сделал, выложил прошивку и в цеху вовсю идет производство. Сверху пускается задача добавить отправку статистики на сервер по каждому нажатию, клонировал LwIp из репозитория, начал мостить в свой проект, прошла неделя, вторая, конца еще не видно, прибегают из отдела отгрузки и говорят, что текущая частота мигания светодиодом не комфортна для пользователя, нужно не 2Гц, а 2,5Гц сделать и вообще это первостепенная задача, на складе 5000 изделий заказчик не хочет оплачивать именно из-за светодиода. Что делать? Архивчик доставать? Какой? Фиксируются последние изменения в проекте, возвращаемся к коммиту последней релизной версии и меняем частоту, отдаем в производство новый файл, переключаемся снова на свою разработку и сливаем изменения по светодиоду в свою разработку. Все, 5 минут работы, дальше разработка продолжается с учетом последних изменений и к моменту завершения интеграции новой фишки светодиод будет мигать как нужно. Это не считая того, что при очередной компиляции может вообще все престать работать из-за закомментированной функции, с cvs на это уйдет 5 секунд.
Дима, не преживай, твоей вины тут нет, это про...б твоего руководства и службы безопасности, что они позволяют проект копировать на флешеку.

[Pridnya]

Сообщение от Рак

Дима, если бы ты был внимателен, то увидел, что швед как раз хранит все репозитории, к тому успел сменить тип репозитория. Кроме github есть другие системы, например, gitlab. У него нет саппорта 24/7 на закрытые проекты, но он бесплатен. К тому же его можно поставить на свой изолированный сервер и пользовать локально, что я и сделал. Кроме самого репозитория важен багтрекер и wiki документация.

Спасибо! Для меня системы контроля версий как темный лес. Т.е. ты свой проект (открытый что ли?) разместил на gitlab, у тебя есть wiki-документация и кто-то отправляет отчеты об ошибках твоего софта? Или я опять чего-то не понял?

[Рак]

Сообщение от Pridnya

Спасибо! Для меня системы контроля версий как темный лес. Т.е. ты свой проект (открытый что ли?) разместил на gitlab, у тебя есть wiki-документация и кто-то отправляет отчеты об ошибках твоего софта? Или я опять чего-то не понял?

У меня есть мои проекты, личные, они на сервере Gitlab в интернете, они закрытые, т.е. я могу дать доступ кому-то другому, но не даю, работаю над ним сам, это мои хоббийные проекты. На работе стоит сервер в котором крутится движек Gitlaba, все тоже самое, но для локальной сети. Тут находятся рабочие проекты. Кто из коллег обнаружил какую-то проблему, открывае issue, в котором описывает пролему, крепит скриншот, если нужно, и выбирает исполнителя. Над одним проектом, в текущем процессе, мы над одним проектом можем работать всем отделом, что часто у нас и происходит. У самого популярного девайся контроллер один и тотже, ядро программы одно и тоже, кто-то новую модификацию добавляет, кто-то исправляет какой-то баг, третий может еще что-то править и все эти работы в итоге без проблем сливаются воедино.

[Pridnya]

Сообщение от Рак

У меня есть мои проекты, личные, они на сервере Gitlab в интернете, они закрытые, т.е. я могу дать доступ кому-то другому, но не даю, работаю над ним сам, это мои хоббийные проекты. На работе стоит сервер в котором крутится движек Gitlaba, все тоже самое, но для локальной сети. Тут находятся рабочие проекты. Кто из коллег обнаружил какую-то проблему, открывае issue, в котором описывает пролему, крепит скриншот, если нужно, и выбирает исполнителя. Над одним проектом, в текущем процессе, мы над одним проектом можем работать всем отделом, что часто у нас и происходит. У самого популярного девайся контроллер один и тотже, ядро программы одно и тоже, кто-то новую модификацию добавляет, кто-то исправляет какой-то баг, третий может еще что-то править и все эти работы в итоге без проблем сливаются воедино.

Понятно! Спасибо за развернутый ответ. У вас там целый отдел.

[Рак]

Сообщение от Pridnya

Понятно! Спасибо за развернутый ответ. У вас там целый отдел.

Я начинал один в отделе с почти нулевыми знаниями по С (все, что дальше указтелей не понимал для чего вообще придумали). В наследие досталась куча проектов для PIC18. Вник, втянулся, подтянул знания по С, спустя 6 лет работы в одиночку появился напарник (с соседнего завода пришел, думал расскажет как на серьезном предприятии работают, а там вообще мрак в разработке), спустя год еще один с университете парешел работать, но очень толковый. Вот так и работаем. Когда пришел, то уже использовался svn, вник в него, потом сам перешел на git как раз из-за того, что можно было легко откатываться к релизным версиям и делать мелкие правки, потом возвращаться на "долгоиграющие" доработки. У меня было время наладить всю систему еще в то время, когда я один всем занимался.
Есть еще такая фишка, железо, которое было давно снято с производства срочно нужно поставить на какое-то новое оборудование и интегрировать в новый проект для обкатки идеи. Казалось бы проект уже умер, а вот тебе и реинкарнация. А все это лежит на сервере и в любой момент можно проследить изменения кто делал, когда и какие файлы были затронуты.

[Pridnya]

Аналогичная программа для обновления STM32F4x7, тестировалась на STM32F407VGT6 и STM32F407ZGT6. Из системных требований NET. Framewoerk 3.5, т.е. будет работать в системах Windows, начиная c Windows XP, можно попробовать пересобрать с NET.Framework 2.0, тогда будет работать даже в Windows 98. Но не охота это делать, т.к. компьютер с этой системой вряд ли у кого (кроме меня) есть. В каталоге файл EXE - это сама программа и файл INI - это файл с настройками программы, если его нет, то создается файл INI по умолчанию, затем в настройках связи программы правим под свои нужды.
Как пользоваться:
1) Переводим микроконтроллер в режим аппаратного загрузчика.
2) Задаем настройки связи.
3) Команды-> Поиск устройств.
4) Файл-> Открыть файл.
5) Команды -> Обновить ПО.

PS: Программа однопоточная, поэтому в процессе обновления ПО оконо программы не обновляется (кроме прогрессбара 0-100%). С потоками я еще не разбирался, особой нужды нет.

[CERGEI]

Во спасибо за разъяснения по GitHub,давно задумывался про версии и хранении не на компе проектов.
https://www.youtube.com/watch?v=9d5b...Inb#t=3.802838
http://maxsite.org/page/how-to-put-y...-on-github-com

[Pridnya]

Сообщение от CERGEI

Во спасибо за разъяснения по GitHub,давно задумывался про версии и хранении не на компе проектов.
https://www.youtube.com/watch?v=9d5b...Inb#t=3.802838
http://maxsite.org/page/how-to-put-y...-on-github-com

Сережа, выкладывание исходников на GitHub и их храниение там имеет смысл для больших хреновых проектов, когда один человек сам разобраться не может в том что написал и нужно привлечь кого-то, кто, возможно, сможет помочь. Вряд ли твой Hello world или какой коммерческий проект имеет смысл там хранить.

[CERGEI]

Сообщение от Pridnya

Вряд ли твой Hello world или какой коммерческий проект имеет смысл там хранить.

Зато не потеряется когда нагнется бук или винт мой Hello world

[yeskela]

На GitHub бесплатные тарифы не позволяют делать приватные проекты. Если это важно, то можно ещё посмотреть на BitBucket или xp-dev.com или ... тысячи их, хостингов этих...

Если мучает паранойя, то репозитарий git или hg можно бэкапить чем нибуть вроде https://www.duplicati.com, предварительно шифруя на своей стороне, куда угодно, хоть на гуглдрайв, хоть на s3, хоть в мэйлрушный hotbox.

[Рак]

Сообщение от yeskela

На GitHub бесплатные тарифы не позволяют делать приватные проекты. Если это важно, то можно ещё посмотреть на BitBucket или xp-dev.com или ... тысячи их, хостингов этих...

Если мучает паранойя, то репозитарий git или hg можно бэкапить чем нибуть вроде https://www.duplicati.com, предварительно шифруя на своей стороне, куда угодно, хоть на гуглдрайв, хоть на s3, хоть в мэйлрушный hotbox.

Для домашних проектов я использую GitLab, там у бесплатного тарифа неограниченные приватные репозитории. На работе тоже GitLab, но установленный на локальный сервер.

[yeskela]

Сообщение от Рак

Для домашних проектов я использую GitLab, там у бесплатного тарифа неограниченные приватные репозитории. На работе тоже GitLab, но установленный на локальный сервер.

Тысячи их)

[Рак]

Сообщение от yeskela

Тысячи их)

Согласен, но я бы выбирал из лидеров рынка.