Как стать автором
Обновить
46
0
Егор Марков @aectaan

HW Engineer

Отправить сообщение

Стоит на столешнице, высота примерно 900мм от пола. По поводу пыли: она есть, налетает немного бентонитовой в процессе подсыпки наполнителя котам. К сожалению, от этого никуда не деться. Но ее немного и чистка раз в год вполне решает проблему. Изначально планировал разместить на полке над входной дверью, заодно обеспечив прямое подключение к роутеру. Однако полка под него была бы достаточно громоздкой и супруга запротестовала. Но так как по прямой между роутером и nas только одна хлипкая дверь и 5 метров расстояния, а сеть только 5ГГц, то никаких различий с подключением кабелем не заметил.

Штатное крепление в корпусе. По температуре ок, даже когда йокта шуршит всеми 8 ядрами, не поднимается выше 60. В свободном режиме около 30

Санузел раздельный, в туалете сухо. Он в целом больше используется как кладовка/теплица для земляники в зимний период

Был свободный слот, воткнул в него карту с WiFi.

Занялся этим вопросом в прошлом году. Во главу угла ставил эстетику и низкий уровень шума, так как единственное пригодное место для установки постоянно работающей железки было в туалете на виду. За примерно 30-35 тысяч собрал себе Jonsbo N1 + i7-3770 + 16Gb RAM + два красных WD на 3Tb под рейд с фотками и (пока) один фиолетовый на 6 терабайт под плекс, файлопомойку, торренты и прочее. Все, кроме корпуса, брал на барахолке.

Результатом доволен, жалею только о том, что при ремонте новостройки не заложил ethernet в санузел, но кто же знал, что он там понадобится.

У LPKF есть же СВЧ-фрезы, как раз для таких применений. У них диаметр совсем маленький и скорость вращения шпинделя бешеная. Усаживаются они на раз, но края дорожек ровнейшие

Ух ты, победа! Спасибо за признание

Внезапно Kconfig из зефира никуда не делся. Используется и то и то, только для разных целей

Собирать прошивку для прода на локальном компе у разработчика - несколько моветон. Кто знает, что он у себя наворотил, с какой версией CMake, с каким gcc собирал.

Задача выше решается сборкой на условном гитхаб-экшене и подстановкой седом версии из тега и/или инкрементальным номером сборки

Установка одной среды не спасает при необходимости делать сборку на тех же Github Actions. Я как-то раз настраивал сборку при помощи headless eclipse одной вендорской IDE, и это было самым большим стимулом перейти окончательно на gcc+cmake+vscode

Немного изучив вопрос я нашел интересным для себя интересным плагин для отладки (и он, как оказалось, единственный) Cortex-Debug.

Есть еще Native-Debug, по сути то же самое, никаких преимуществ. Из полезного, но упущенного я бы отметил RTOS-Views плагин

Поддержу насчет асинхронщины. После FreeRTOS или Zephyr на микроконтроллерах async/await выглядит как магия

Недавно решал задачу тестирования аудиоустройств, имеющих на борту спикер и микрофон. Получилось довольно дешево - полчаса на то, чтобы собрать систему из распберри, офисного спикерфона и DUT, два дня - чтобы написать тестовый код для DUT и наваять простой аудиофингерпринтинг (с использованием готовых либ, естественно) на малине с обработкой данных и отправкой результатов на производственный сервер. В итоге имеем возможность тестировать не на голом тоне (устройство в силу особенностей применения такое давит), а на живых фразах по ГОСТ Р 50840-95 для микрофона и спикера по отдельности

Это же не пособие оператору линии, а советы трассировщику.

Приходилось заниматься и тем и тем, видимо оставило свой след)

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

Честно говоря, ни разу с такой проблемой не сталкивался, но буду иметь в виду

Отличная статья, есть пара комментариев:

Кроме лент, пеналов и паллет есть еще один тип упаковки: "ковши" (хз, как они там правильно зовутся, не смог вспомнить производителя) для монтажа из россыпи. Доступно не везде, требует плейсера чуть поумнее. Обычно используются для упаковки компонентов меньше чем 0402. Это удобно, если на плате большое количество мелкой рассыпухи и больше трех ноззлов на плейсере. Основной посыл для изобретения был, насколько я помню, в том, что для мелких компонентов соотношение полезной площади в ленте к общей площади ленты становится слишком мало и неэкономично - слишком много ленты расходуется впустую. В итоге получается, что для стандартной ленты с соотношением количества протяжных отверстий к количеству компонентов 1:1 полезное наполнение слишком мало, а фидеры с возможностью половинного шага стоят гораздо дороже.

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

Про нехватку фидеров: у тех же автотроников была возможность закрепить фидеры со всех четырех сторон плейсера. Понятно, что это не сработает в случае конвейера, но на малых производствах вполне хороший вариант.

К сожалению не заметил про важность подбора размера ноззла в зависимости от монтируемого компонента и его размера/веса. Для светодиодов с линзами (a-la 219 nichia) применяются ноззлы особой формы и из другого материала, чтобы не травмировать линзу.

Еще кстати интересный момент про реперные знаки: стоит ли их наносить на саму плату, при условии что она точно будет изготавливаться в скрайбируемой/фрезеруемой панели, у которой те же реперы будут на технологических полях? Ну кроме целей начальной привязки компонентов.

У меня немного другая боль была - если вышел неудачно, то стоишь на необорудованной остановке под снегодождем минут двадцать. На ней и сфокусировался

Да, как раз для того, чтобы не подгадывать его, а выходить по уведомлению

Боюсь в нем нет ни березовых, ни каких-либо иных используемых вами соков

Какой SoC использовали?

По какому критерию выбирали ртось и на чем работает колонка: FreeRTOS/ThreadX/Zephyr?

Если распознавание речи идет в облаке, то зачем вам понадобилось 16Мб памяти? Держать коннект, проигрывать музыку, захватывать аудио и обрабатывать кнопки - не слишком жирная задача. И о какой памяти идет речь: Flash или RAM?

Если у вас не было опыта с RTOS, то как вы поступили: наняли команду или растили экспертизу внутри?

Устройство постоянно подключено к сети и не имеет цели максимально экономить батарею - зачем потребовалось городить микроконтроллерное решение? Не было бы более резонным пойти проторенной тропой и взять условный Amlogic?

Рынок платформ под RTOS оказался узким

Вот здесь аж поперхнулся, честное слово. Только в моем личном mindmap'е порядка трех сотен производителей МК под разные задачи. В чем узость платформы?

Здесь рассказываю, какие данные передаются в Питере. Там много интересного

Информация

В рейтинге
4 650-й
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Embedded Software Engineer, Hardware engineer
Lead