Хотел собрать мнения специалистов, на примере STM32CubeMX.
Все-таки стоит ли применять подобные вещи или это для домохозяек?
При написании больших проектов на чистых С, С++ падает скорость разработки, но пока проверишь используемые ветки HAL, получается тоже не быстро.
Есть ли подводные камни и сложности "ручной" сборки например RTOS, в Cube довольно быстро, но качество неизвестно.
Может применение библиотек производителей, пусть не совсем хороших, не так уж плохо?
Очень интересно мнение тех, кто имеет практический опыт по этой теме.

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

Извините, вы выставляете ДМЕ тут чуть ли не как свою собственную разработку и под этим видом начинаете "рвать шаблоны"
Вот и интересно насколько действительны вы обладаете знаниями в теме.
Пока ни один ваш пост не подтвердил уровня на который претендуют ваши высказывания.

Кстати история вокруг HAL сегодня стала равиваться вот в этой теме
Там как раз речь идет о переносе на другую платформу проекта использующего HAL по полной программе.
Думаю все кончится тем что TC будет делать add-on модуль на STM. Благодаря чему его система превратится в многопроцессорного монстра.
HAL в какой-то мере является барьером на пути начинающих разработчиков, хотя они некоторое время думают, что это ускоритель.

Еще одна цитата

Хорошо, но где-то требования к надежности-то есть? В вашем документе я этого не нашел (при первом взгляде). Ширина импульсов, модуляция/демодуляция это все требования назначения, а какие-то требования к надежности предъявляются?





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

Это не мой документ, это МАК.
.... а как бы вы сами их сформировали?

Требования к надежности.... см п.2.1.1 - "Оборудование должно сохранять работоспособность в следующих условиях: ....". Это подтверждается климатическими испытаниями до сертификации. Также должна быть определённая наработка на отказ, которая подтверждается наземными испытаниями и облётами. Раз в год, введённые в эксплуатацию маяки облётываются лабораторией.

2.1.6. При наличии в составе оборудования вычислительной техники операционная
система (системы) должна(ы) иметь лицензию. это имеется в виду, если с маяком поставляется ноутбук/пк с виндой/qnx, то должна быть лицензия на винду/qnx.

Остальная надежность - это все пункты 2.5.1 (я буду говорить на примере дме, т.к. его знаю изнутри и насквозь, но тоже самое можно сказать про другие навигационные средства). Например один борт в 10 км от маяка даст запрос, его сигнал сильный, АРУ приемника выкрутяться в минимальное усиление (даже в затухание). Если после другое ВС на удалении 200 км даст запрос, то приемник его не услышит, т.к. усиления не будет. Так вот после сильного сигнала, через 8 мкс приемник должен успеть востановить свою чувствительность, т.е. АРУ должно успеть выкрутить усиление на максимум. Это на пальцах. По науке см п. 2.5.36. Если маяк успевает восстановиться за 8 мкс, то он обеспечивает надежные ответы всем ВС.
И так по каждому пункту. Если все пункты выполнены - это и есть надежность. Как вы будете крутить чувствительность - ваше дело. Сейчас крутят ПЛИСами и МК-ми. Раньше ..... наверно логикой и/или аналоговыми схемами.

Какую ещё надёжность нужно? В авиации обязательно должно быть дублирование, опять же оно не от программных дыр, не от зависания ПО, а это аппаратное дублирование.
Ещё есть самоконтроль. Рабочий комплект контролирует сам себя и резервный. Резервный комплект контролирует и себя и основной комплект. Прибавка к надёжности.
Все программные дыры ( как и аппаратные, а их гораздо больше) выявляются и устраняются до сертификации.... ни кто на сертификации не проверяет отдельно ПО, не требует сертификацию библиотек, компиляторов и т.п.

Я это к тому, что не нужно бояться использовать "индусские" либы (HAL/Cube/SPL), если они удобны и упрощают/ускоряют вам разработку, хоть в критических ответственных местах, хоть в бытовых поделках. Нужно проверять написанное ПО. А если бояться HAL использовать из-за "ненадежности", то и стандартную библиотеку СИ/С++ долой, да и компилятор может "криво" собрать.... и даже в МК может быть глюк.

ps у кого-то рождаются в голове мифы, что для аэронавигации пишутся свои инструменты, тонны либ и т.п. Нет, всё гораздо проще. Всё пишется также, как и для менее ответственных задач.

Сам для себя вывел только одно правило использования чужого кода (сюда можно сложить все, от стшных либ до кода с какого нить гитхаба) при использовании их в своих проектах нужно ПОНИМАТЬ, как они работают, и только тогда можно получить хоть какую-то приемлемую надежность. К недостатку кубических халов можно отнести то, что они трудоемки в этом понимании, spl-ные либы были тоже не шедевр, но понятнее...

Очень хорошо, что читаете цитаты и знаете к кому их относить. К сожалению, сделать еще один шаг и понять, что я ни спорить, ни дискутировать по известным причинам не буду не получаеться.
Уважаемую публику прошу извинить за офтоп, но что делать, если как сказал Жванецкий:" Товарищ не понимает" ну и что-то там еще про доцента... Больше не буду отвлекать.

Тут я не спорю, а наоборот за. Хотя можете заметить, некоторые маразматики категорически против, см. пациента с ником pitt. Причем это мнение (нельзя использовать HAL), откровенно насаждается и навязывается. Это конечно может вводить в заблуждение начинающих, ибо они не могут на начальном этапе отличить городских сумасшедших от специалистов.



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

Да, ваши платы прекрасны! Я по-маленьку изучаю ваш код для гирлянды. Кое чему научился даже)))
Уважаемый juvf, теперь ваша очередь)))


А разве применение этого блока только воротами ограничено? Там написано: Умная плата для управления силовыми 3-х фазными нагрузками. Трёхфазной нагрузкой может быть и двигатель какой-нить нефтянной вышки, так там чем больше знаем, тем дешевле ремонтировать))))

я всё конечно понимаю про тупых индусов.
Про надобность самому разбираться с регистрами МК.
Про то, что свой код - лучше и понятней.
Но вот что мне надо было делать, когда возникал необходимость читать и записывать USB Flash?
Учитывая, что я вообще никогда не имел дела ни с USB, ни с Fatfs?
Мало того, перед этим я вообще работал только с 8-битником на АСМе.
Т.е. для меня любой текст на Си - как барану новые ворота.
А уж тем более всю структуру библиотек, проектов на Си.

И как прикажите по быстрому за месяц освоить всё это?
А тут - милое дело.
Создал проект в Кубе.
Всё готово.
Осталось только строчки открытия/чтения /записи файлов вставить - и вуаля. :-)

Сейчас со скрипом вроде пишу сам как-то тексты. Имея постоянно "рыбу" перед глазами.
Что-то начинаю сам вставлять напрямую, без HAL-а.
И инициализацию после Куба нередко правлю уже сам.
А экономить килобайты кода уже давно не надо с современными МК. :-)

И абсолютно точно знаю, что с такой скоростью в STM32 и Си без STM32СubeMX и HAL-а я бы никогда не въехал.

Сообщение отредактировал serglg - Feb 28 2018, 09:58

Я прекрасно понимаю реалии современного мира, особенно РФ. Поэтому в вашем случае по-другому - никак. По хорошему - ваш начальник вообще не должен был давать вам такое задание. Интересно, а врачи также работают?


А обработка ошибок? А основной функционал прибора? А ошибки в либах? Как вы всё это сделали? Как находили и правили? кто отвечает, если проект не пройдёт тестирование?
Я тоже использую CMSIS в проектах, но во-первых я смотрю функции хотя бы бегло. Убираю сразу всякие "while(1) в случае ошибки". Во-вторых, я не раз правил CMSIS. Были ошибки в драйверах eeprom/dma/spi и т.п.

А кому он должен давать это задание? Менеджеру по продажам? Или сразу нанять еще одного инженера с ЗП от 100 к. в месяц? Отличие реалий рынка в РФ и за её пределами только в том, что за пределами РФ не гнушаются покупкой готовых либ, у нас все ищут бесплатное. А требования по быстрому выведению на рынок они за пределами РФ наверное еще жестче.



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

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

Я не знаю реалий задавшего вопрос, но думаю, что на фирме есть более опытные коллеги?!

Я за пределами не был. Если вы были, и говорите не пустые слова, то интересно. А так, я думаю, уважаемый Myron мог бы прокомментировать. Он как раз "из-за пределов")))
Ну а про "у нас"... не везде. Хотя специфика бизнеса нынче такова - "выдать г..но быстрее на рынок, застолбить рынок, а там... может и так прокатит". И что-то мне опыт подсказывает, что и "там" не брезгуют таким подходом.

Ну вообще я задавал вопрос не вам))) Нет, это не черта "не возврата". Но меня интересовало, как он будет исправлять ошибки, если опыта разработки на Си/Си++ нет. Нет опыта работы с FatFS, USB...


Речь шла о скорости, а не об объёме) Не?))) Т.е. я могу 10 байт передать на скорости 115 кбод, а могу на скорости 1 Гбит/сек? И кто меня может упрекнуть за то, что я использую железо на полную, и могу себе позволить такую скорость?


Угу. Вот только нередко качество страдает(((

Ну да, случай немного странный ).

Про "там", могу сказать про Китай немного. Все зависит от бюджета, а он чаще всего не резиновый. Маленькие компании (фабрики) очень любят покупать какие-то разработки-полуфабрикаты, с целью быстренько доделать и выкинуть на рынок. Иногда получается неплохо, иногда так себе.