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

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

Кстати история вокруг 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 Гбит/сек? И кто меня может упрекнуть за то, что я использую железо на полную, и могу себе позволить такую скорость?


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

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

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