[makc 192]

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

 

:bb-offtopic:

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

[AlexandrY 3]

Мне то оно зачем?

вы у меня экзамен по ДМЕ принимали или были членом сертификационной комиссии?

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

Вот и интересно насколько действительны вы обладаете знаниями в теме.

Пока ни один ваш пост не подтвердил уровня на который претендуют ваши высказывания.

 

Кстати история вокруг HAL сегодня стала равиваться вот в этой теме

Там как раз речь идет о переносе на другую платформу проекта использующего HAL по полной программе.

Думаю все кончится тем что TC будет делать add-on модуль на STM. Благодаря чему его система превратится в многопроцессорного монстра.

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

[let's see 0]

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

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

[Quasar 18]

Это вопрос не ко мне. Во первых, я говорю за то, что знаю и с чем есть опыт, в отличии от некоторых персонажей. "DO-178, EUROCAE ED-12, IEC 61508" - это что? Это «Требования к программному обеспечению бортовой аппаратуры и систем при сертификации авиационной техники»? Ни когда не разрабатывал бортовой аппаратуры, поэтому за это я слово держать не буду...

 

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

 

 

 

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

 

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

 

 

[juvf 10]

Хорошо, но где-то требования к надежности-то есть? В вашем документе я этого не нашел

Это не мой документ, это МАК.

.... а как бы вы сами их сформировали?

 

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

 

2.1.6. При наличии в составе оборудования вычислительной техники операционная

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

 

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

И так по каждому пункту. Если все пункты выполнены - это и есть надежность. Как вы будете крутить чувствительность - ваше дело. Сейчас крутят ПЛИСами и МК-ми. Раньше ..... наверно логикой и/или аналоговыми схемами.

 

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

Ещё есть самоконтроль. Рабочий комплект контролирует сам себя и резервный. Резервный комплект контролирует и себя и основной комплект. Прибавка к надёжности.

Все программные дыры ( как и аппаратные, а их гораздо больше) выявляются и устраняются до сертификации.... ни кто на сертификации не проверяет отдельно ПО, не требует сертификацию библиотек, компиляторов и т.п.

 

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

 

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

[mantech 34]

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

 

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

[let's see 0]

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

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

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

[Quasar 18]

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

 

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

 

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

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

 

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

[haker_fox 60]

Ну вот к примеру одна из моих плат - [url="http://electronix.ru/redirect.php?

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

Уважаемый juvf, теперь ваша очередь)))

 

Вы можете внятно объяснить, зачем "телеметрию по Wi-Fi со скростью до 20 Мбит/сек" в блоке управления воротами??? Эдак выключатель для лампочки, килобит 50 тоже качать должен

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

[serglg 0]

я всё конечно понимаю про тупых индусов.

Про надобность самому разбираться с регистрами МК.

Про то, что свой код - лучше и понятней.

Но вот что мне надо было делать, когда возникал необходимость читать и записывать USB Flash?

Учитывая, что я вообще никогда не имел дела ни с USB, ни с Fatfs?

Мало того, перед этим я вообще работал только с 8-битником на АСМе.

Т.е. для меня любой текст на Си - как барану новые ворота.

А уж тем более всю структуру библиотек, проектов на Си.

 

И как прикажите по быстрому за месяц освоить всё это?

А тут - милое дело.

Создал проект в Кубе.

Всё готово.

Осталось только строчки открытия/чтения /записи файлов вставить - и вуаля. :-)

 

Сейчас со скрипом вроде пишу сам как-то тексты. Имея постоянно "рыбу" перед глазами.

Что-то начинаю сам вставлять напрямую, без HAL-а.

И инициализацию после Куба нередко правлю уже сам.

А экономить килобайты кода уже давно не надо с современными МК. :-)

 

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

Изменено 28 февраля, 2018 пользователем serglg

[haker_fox 60]

И как прикажите по быстрому за месяц освоить всё это?

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

 

Осталось только строчки открытия/чтения /записи файлов вставить - и вуаля. :-)

А обработка ошибок? А основной функционал прибора? А ошибки в либах? Как вы всё это сделали? Как находили и правили? кто отвечает, если проект не пройдёт тестирование?

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

[Quasar 18]

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

 

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

 

кто отвечает, если проект не пройдёт тестирование?

 

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

 

 

[mantech 34]

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

 

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

 

[haker_fox 60]

А кому он должен давать это задание? Менеджеру по продажам? Или сразу нанять еще одного инженера с ЗП от 100 к. в месяц?

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

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

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

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

рование, это какая-то черта, после которой нет возврата?

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

 

таким трафиком - никому не известно

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

 

А требования по быстрому выведению на рынок они за пределами РФ наверное еще жестче.

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

[Quasar 18]

опыта разработки на Си/Си++ нет.

 

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

 

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