Здравствуйте, Sharowarsheg, Вы писали:
M>>С тестированием всё плохо
M>>Одних STMок порядка 800 версий чипов.
S>А про распределение что-нибудь известно? Типа, 800 версий, но десять самых распространённых покрывают 70% использования?
Про распределение известно следующее. Внутри семейства — F0, F1, F2, F3, F4, F7, L0, L1, и тп — все работает обычно одинаково. Внутри семейства MCU отличаются обычно только набором и количеством периферии, размером флеша и оперативки.
Различия между семействами — типа другого маппинга адресов периферии, или режимов работы GPIO, или подобных мелочей — по моему опыту работы с F1-F2-F3-F4-L1 — небольшие, и обходятся минимумом ifdef'ов. Стандартная библиотека SPL вносит гораздо больше несовместимости, чем реально есть — вводя, например, разные имена констант и функций для одного и того же.
Некоторые аппаратные баги, которые имеются и внутри одного семейства, требуют иногда финтов. Или часто это не баги, а документированные фичи (или баги, сконвертированные в фичи).
В итоге для F0, F1, F2, F3, F4, F7, L0, L1 у меня код практически идентичный, я просто начал понемногу отказываться от SPL в сторону работы в регистрами аппаратуры, и всё стало выходить намного стройней.
Итого — в некоторых местах есть #ifdef ветки для отдельных семейств (а в большинстве случаев они пачками идут и вообще не отличаются), и в некоторых местах — ветки для обхода багов отдельных серий. По факту код один и тот же практически.
Ещё — CubeMX и Keil — просто кладези информации, оттуда такую кучу полезного можно вытащить автоматически. Еще хочу data mining по даташитам/рефманам сделать, там тоже можно многое выцепить
В итоге можно покрыть как минимум все STMки без особых проблем года за пол, про ардуиновские атмеги не скажу, но там вроде и железо попроще, и семейство поменьше.
M>>Например, можно продавать без гарантии подешевле, или с гарантией подороже. С гарантией — я беру конкретную STMку и всё на ней тестирую сам (или специально обученные люди).
S>Можно попробовать, но мне не представляется, что это хорошо пойдёт.
Да и мне пока не особо представляется. Вот и вопрошаю у матерых бизнесменов, советов прошу. Просто я копнул поглубже, и оказалось, что для человека, который не родился сразу эмбедщиком, задача вполне подъемная, а главное — мне это интересно. Просто перед тем, как пилить интересный проект, как я это делал в молодости, решил поинтересоваться — что можно с него получить, кроме морального удовлетворения.
S>>>сколько стоит купить себе экземпляр для тестирования? сколько времени занимает протестировать этот экземпляр, если багов нет?
M>>Я не знаю
S>Лучше бы узнать — это, скорее всего, критически важная вещь.
Продажа сорцов — сложная штука. Потому и вопрошаю тут
Здравствуйте, rean, Вы писали:
M>>На работе не поймут, если я начну переписывать библиотеки, на которые уже все успели подсесть, а склонность к перфекционизму тянет меня сделать это в свободное время. Но просто в опенсорц выкладывать нет никакого желания
R>Чтобы вы знали.
R>По гражданскому кодексу все разработки работников являются собственностью предприятия.
ВО ВРЕМЯ РАБОЧЕГО ДНЯ
Не в свободное время.
Здравствуйте, Marty, Вы писали:
M>chibios
M>Вас же, многоопытных ИТ-бизнесменов, прошу высказывать идеи — на чем эти люди зарабатывают.
Dual licensing a.k.a. "Licensing exceptions", что типа по дефолту GPL, но если GPL не подходит, то можно купить другую лицензию. Хорошо проработанная модель.
Здравствуйте, wantus, Вы писали:
M>>chibios
M>>Вас же, многоопытных ИТ-бизнесменов, прошу высказывать идеи — на чем эти люди зарабатывают.
W>Dual licensing a.k.a. "Licensing exceptions", что типа по дефолту GPL, но если GPL не подходит, то можно купить другую лицензию. Хорошо проработанная модель.
А что, кто-то покупает такие лицензии?