К сожалению ощутимая часть данного прироста съедается раздуванием даже относительно простого софта. Хотелось бы иметь поддержку двухканального режима ОЗУ. На одном только объеме не отыграть ограничение одноканальной памяти. Тем более раз присутствует NPU, такое решение выглядит странно.
Может немного не по теме, но шанс шарящих тут встретить выше: что порекомендуете из вариантов "более менее готов из коробки без вложений в цену второго принтера и призывом сатаны при каждой печати"? Иногда прям нужно те же корпуса/мелочевку напечатать, но пока, что не смотрел, все вызывало сомнения. Бюджет пусть в те же 30-70к допустим.
Сделано чисто для отлова ситуации, когда старший таймер обработает переполнение младшего, иначе получите метку времени "из прошлого": младший уже сбросится, а данные считанные со старшего уже не актуальны. Можно сделать проще и проверять, что новое значение младшего таймера больше предыдущего, но на длинных интервалах времени это не исключает ошибку полностью, поэтому действительно корректнее после записи повторно сверяться со старшим таймером и при необходимости повторить операцию заново.
Просто именно на M3/M4 я с этим проблем обычно не имел (в Keil и CubeIDE с GCC), а вот при порте на M7 уже пришлось ручками барьеры вешать, но там все работой кеша объясняется. Надо посмотреть по дизассемблеру, мне казалось для всех исключений (т.е. не только прерываний) на выходе автоматом встаёт барьер.
Никогда не ждите событий в бесконечных циклах - в них и поляжете. В baremetal прошивке по-хорошему должен быть только 1 бесконечный мастер цикл, иные должны иметь тайм-аут с возможностью его обработать (хотя бы светодиодом поморгать, чтобы дать понять, что словили ошибку при ожидании события), либо берете решение на RTOS. Если на этапе отладки падать - это нормально и даже полезно, то в проде лучше так не делать.
Для этого например существует целевое обучение в вузах - но как по мне из именно целевиков кадры в большинстве случаев посредственные, не претендую на истину, чисто из личных наблюдений. Куда лучше иметь знакомых профессоров в вузах - заинтересованных и способных ребят они в состоянии заметить довольно быстро. И с такими людьми уже можно работать. Все в выигрыше:
студенты получают актуальные знания и реальный практический опыт, а не устаревающую с бешеной скоростью программу вуза;
вы получаете сотрудника, который знает ваш стек, продукт и легче вкатывается в процессы в виду отсутствия привычек (иногда не очень полезных).
А вы можете дать гарантию, что найденный с такими трудозатратами сеньор не помашет вам ручкой через день/месяц/год даже не окупив их?
А польза будет для всего рынка. Без джунов не будет ни мидлов, ни остальных. Учитесь создавать условия, чтобы человек был менее заинтересован в уходе. И да люди будут приходить и уходить, по тысяче причин - с этим фактом нужно научится жить. Крепостное право все же давно отменили.
В ТК для этого отдельная вещь придумана - испытательный срок. Только вместо того, чтобы сократить расходы на найм, все ставят заборы повыше да подороже, а потом все равно остаются с непризрачным шансом, что человек пробившийся через этот самый забор - не потянет, а стоимость его найма уже составила оверхед.
Все и так уже воют, что банально до тех. интервью через расставленные hr-ами фильтры не пробиться, а вы предлагаете поставить забор повыше - не находите в этом проблему? И не забывайте, что пока вы сидите и ждёте своего единственного и прекрасного единорога - вы теряете деньги и время, а иногда и других людей, ишачащих за себя и за Сашку. Так может хоть будете тогда терять его с пользой, обучая джуна)
Мое мнение, что в текущей ситуации надо не искать сеньоров-помидоров-фуллстек-рокзвезд (вы все равно их не потянете по деньгам в большинстве случаев), а вкладываться в джунов и рекрутинг начинать с вузов. Да это не спец тут и сейчас, да это дорого (но все ещё дешевле), но вы со временем (и относительно небольшим при грамотном подходе) получите тех самых кадров, которые нужны вам для решения ваших же бизнес задач. И не нужно будет гадать на этапе найма, берете вы очередного: вкатуна/волка/промпт-"инженера".
Так остальные вполне справедливы, а статья для кого-то да будет полезна. Хотя бы в части GDB сервера.
У Миландра на платах вообще зачастую торчит JTAG (на некоторых платах аж 2 сразу), и отдельно программатора в составе платы нет, не считая загрузку по UART.
В плане надёжности тоже такое, а вот не держать кучу старых кабелей действительно было бы приятно. У ST-шников просто есть n-разновидностей идентичных борд на разных камнях, вот видимо и не заморачиваются с заменой пока что.
Ну до MiniUSB в отладочной плате, цена которой чем ближе к нулю, тем лучше для всех, докопаться это конечно такое) Есть желание переплачивать за USB-C? На H7 платах вообще до сих пор micro ставят)
К сожалению ощутимая часть данного прироста съедается раздуванием даже относительно простого софта. Хотелось бы иметь поддержку двухканального режима ОЗУ. На одном только объеме не отыграть ограничение одноканальной памяти. Тем более раз присутствует NPU, такое решение выглядит странно.
Понял, спасибо большое за наводку!
А что по модификациям в нем сделали/планируете?
Может немного не по теме, но шанс шарящих тут встретить выше: что порекомендуете из вариантов "более менее готов из коробки без вложений в цену второго принтера и призывом сатаны при каждой печати"? Иногда прям нужно те же корпуса/мелочевку напечатать, но пока, что не смотрел, все вызывало сомнения. Бюджет пусть в те же 30-70к допустим.
Сделано чисто для отлова ситуации, когда старший таймер обработает переполнение младшего, иначе получите метку времени "из прошлого": младший уже сбросится, а данные считанные со старшего уже не актуальны. Можно сделать проще и проверять, что новое значение младшего таймера больше предыдущего, но на длинных интервалах времени это не исключает ошибку полностью, поэтому действительно корректнее после записи повторно сверяться со старшим таймером и при необходимости повторить операцию заново.
Просто именно на M3/M4 я с этим проблем обычно не имел (в Keil и CubeIDE с GCC), а вот при порте на M7 уже пришлось ручками барьеры вешать, но там все работой кеша объясняется. Надо посмотреть по дизассемблеру, мне казалось для всех исключений (т.е. не только прерываний) на выходе автоматом встаёт барьер.
Разве при выходе из прерывания в Cortex-M не выполняется обязательный неявный __DSB()?
Код-гольф все про более высокоуровневые языки. Тут скорее речь про оптимизации на уровне алгоритмов и тонкостей архитектуры.
Никогда не ждите событий в бесконечных циклах - в них и поляжете. В baremetal прошивке по-хорошему должен быть только 1 бесконечный мастер цикл, иные должны иметь тайм-аут с возможностью его обработать (хотя бы светодиодом поморгать, чтобы дать понять, что словили ошибку при ожидании события), либо берете решение на RTOS. Если на этапе отладки падать - это нормально и даже полезно, то в проде лучше так не делать.
Если есть возможность - использовать внешний источник опорного напряжения. В некоторых приложениях и вовсе внешний АЦП с соответствующей обвязкой.
Для этого например существует целевое обучение в вузах - но как по мне из именно целевиков кадры в большинстве случаев посредственные, не претендую на истину, чисто из личных наблюдений. Куда лучше иметь знакомых профессоров в вузах - заинтересованных и способных ребят они в состоянии заметить довольно быстро. И с такими людьми уже можно работать. Все в выигрыше:
студенты получают актуальные знания и реальный практический опыт, а не устаревающую с бешеной скоростью программу вуза;
вы получаете сотрудника, который знает ваш стек, продукт и легче вкатывается в процессы в виду отсутствия привычек (иногда не очень полезных).
"Можно, а зачем?" - более актуальными трендами
А вы можете дать гарантию, что найденный с такими трудозатратами сеньор не помашет вам ручкой через день/месяц/год даже не окупив их?
А польза будет для всего рынка. Без джунов не будет ни мидлов, ни остальных. Учитесь создавать условия, чтобы человек был менее заинтересован в уходе. И да люди будут приходить и уходить, по тысяче причин - с этим фактом нужно научится жить. Крепостное право все же давно отменили.
В ТК для этого отдельная вещь придумана - испытательный срок. Только вместо того, чтобы сократить расходы на найм, все ставят заборы повыше да подороже, а потом все равно остаются с непризрачным шансом, что человек пробившийся через этот самый забор - не потянет, а стоимость его найма уже составила оверхед.
Все и так уже воют, что банально до тех. интервью через расставленные hr-ами фильтры не пробиться, а вы предлагаете поставить забор повыше - не находите в этом проблему? И не забывайте, что пока вы сидите и ждёте своего единственного и прекрасного единорога - вы теряете деньги и время, а иногда и других людей, ишачащих за себя и за Сашку. Так может хоть будете тогда терять его с пользой, обучая джуна)
Ну тогда можно продолжать сидеть и ждать сказочных единорогов, желательно задешево)
Мое мнение, что в текущей ситуации надо не искать сеньоров-помидоров-фуллстек-рокзвезд (вы все равно их не потянете по деньгам в большинстве случаев), а вкладываться в джунов и рекрутинг начинать с вузов. Да это не спец тут и сейчас, да это дорого (но все ещё дешевле), но вы со временем (и относительно небольшим при грамотном подходе) получите тех самых кадров, которые нужны вам для решения ваших же бизнес задач. И не нужно будет гадать на этапе найма, берете вы очередного: вкатуна/волка/промпт-"инженера".
Так в этом утверждение меняем раст на <language name> и оно продолжает так же работать.
Так остальные вполне справедливы, а статья для кого-то да будет полезна. Хотя бы в части GDB сервера.
У Миландра на платах вообще зачастую торчит JTAG (на некоторых платах аж 2 сразу), и отдельно программатора в составе платы нет, не считая загрузку по UART.
В плане надёжности тоже такое, а вот не держать кучу старых кабелей действительно было бы приятно. У ST-шников просто есть n-разновидностей идентичных борд на разных камнях, вот видимо и не заморачиваются с заменой пока что.
Ну до MiniUSB в отладочной плате, цена которой чем ближе к нулю, тем лучше для всех, докопаться это конечно такое) Есть желание переплачивать за USB-C? На H7 платах вообще до сих пор micro ставят)