Как стать автором
Обновить

Пастильда: итоги

Время на прочтение 8 мин
Количество просмотров 23K
Всего голосов 83: ↑82 и ↓1 +81
Комментарии 357

Комментарии 357

НЛО прилетело и опубликовало эту надпись здесь
Тут немного не те масштабы. В предыдущей статье мы писали, что нам посоветовали значительно снизить цель по сбору средств, чтобы повысить вероятность 100% финансирования и получения денег на будущее производство и логистику. Многие компании строят иллюзии, что они заработают на краудфандинге. Но реальность такова, что максимум, что они заработают — это опыт работы с подобными площадками, как инструментами PR'а и маркетинга. Ну и если повезет — какое-то количество пользователей их устройства.
Пастильда даже появилась на Mouser с лютой наценкой по $125

У меня показывает $72.50 прямо сейчас.
Я так и не понял сколько оно должно стоить. Сайт отсылает на CrowdSupply, а на нём вроде как нельзя купить. Зачем отсылать?
Продавали по 65$. Сейчас продажи приостановлены, пока не завершим рассылку исправленных Пастильд из второй партии. Хотите купить?
Я бы задумался о покупке. Только сейчас прочитал об этом проекте.

А когда вы планируете произвести партию? Я бы прикупил.
И планируете ли вы какие-либо существенные изменения в следующей партии помимо озвученных?

Следите за новостями, подписывайтесь на наш канал. Возможно, сделаем крутилку, упоминалась в первой статье.
учитывая печальный и полезный опыт, я скорее купил бы готовый продукт без непроверенных наворотов)
К вопросу цен на Mouser свои 5 копеек вставлю. Crowd Supply был куплен компанией Mouser прошлой осенью. Сейчас почти весь склад перемещен в Mouser, и там вы видите цену в зависимости от локации (попробуйте сменить страну на UK или USA). Просто Mouser при доставке заказчику сам растаможку делает.
Перенос склада Crowd Supply на Mouser был долгим и кровавым. Нам это сорвало сроки поставки бейкерам (проект StereoPi) месяца на полтора.
А я так и не понял какой юзеркейс у этого девайса.
На своём рабочем месте мне ничего не мешает использовать программный менеджер паролей — тот же keepass.
А на чужом — неудобно подключать в разрыв клавиатуры, если рассматривать чужое рабочее место как небезопасное, то очень высок человеческий фактор возможности слива мастер-пароля кейлоггеру или выбора не тех паролей. С поддержанием базы в актуальном состоянии тоже вопросы.

InputStick кажется намного более жизнепригоден. Собственно его и купил, когда озадачивался выбором аппаратного менеджера паролей (точнее это фактически не менеджер паролей, но основной функционал для меня именно в возможности вводить пароли из базы keepass в телефоне).
Насколько я понял концепцию устройства, после нажатия горячей клавиши ввод мастер-пароля с клавиатуры до компьютера не доходит, его «поглощает» пастильда.
А вот остальные пароли действительно могут быть слиты кейлоггером на компьютере.
Ну и конечно, нельзя исключать скомпрометированную клавиатуру, в которой сидит аппаратный кейлоггер, да.
Тут выбираемый пароль тоже легко срисовывается кейлоггером. Но, типа, остальная база паролей все еще шифрованная.
При этом, логины от "" до целевого — тоже срисовываются, т.к. перебираются курсорными клавишами.
логины не срисовываются, пишутся названия записей в базе
В наше время решает маркетинг, насколько бы полезным не был бы производимый продукт.
Скорее полезность продукта является результатом правильного маркетинга.
Приведёте примеры бесполезного раскрученного продукта?
ё-мобиль подойдет?
Или, например, анализы крови от Theranos.
Или менее качественные, зато отечественные аналоги импортных товаров.
Е-мобиль, как и теранос, остановились на стадии раскрутки, продуктов не показали
Не знаю, из-за чего этот самый Ё-мобиль не пошёл в серию, но знаю, что многие на него облизывались и ждали запуска, потому что для российских условий ну очень подходящий продукт. То есть бесполезным он не был. Но он не был продуктом, то есть тем, что произвели. К сожалению.
ну очень подходящий продукт.
У вас опечатки в слове «концепт».
На концепт он не тянул, потому что уже шли ресурсные испытания и всё было готово к началу сборки. Ну или почти всё.
Вроде, даже рабочих прототипов не было — только макеты кузовов для презентации. Про испытания тоже нет информации кроме обещаний их начать. Или у вас есть?
Ссылку сейчас не найду, но мотор они на стенде крутили. Были предсерийные образцы, а потом проект почему-то закрыли, ссылаясь на недостаток финансирования, хотя, судя по заявлениям, почти всё уже было готово к запуску серии. Уточнил данные по Википедии — есть некоторые различия с тем, что я помню, но в главном всё совпадает.
Ну вот, судя по википедии, не было ничего кроме макетов и обещаний.
Таблетки для похудения
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Так пишите — рублеценты :)
Ох, ты хоть говори, что у pcbway калькулятор от дьявола, он мне сначала насчитал по 7 баксов за точку пайки, меня это отпугивало, но потом менеджер все пересчитал и стало нормально, даже посоветовали доставку чтобы таможня не обратила внимание и уменьшили цену в инвойсе
Там за дело взялся Инженер

Это его так зовут или Вы его так уважаете?

А как тестирование образцов проходило?
это уважение. Какое тестирование вы имеете в виду?
Если мы хотим, чтобы устройство решало задачи на уровне бизнеса – одной аппаратной части недостаточно, нужно строить систему

Золотые слова. Массовый пользователь будет брать технически-сложный продукт, если вместе с ним продается/арендуется/поставляется user-friendly экосистема, в которой он живет. Как ни крути, между человеком и машиной существует огромный gap, и для успешного взаимодействия он так или иначе должен быть преодолен — либо подтягиванием человека к машине (инженеры, админы, гики), либо наоборот (дружественная среда/оболочка/мультитач/VR итд).

КЭП: i-продукты Apple выстрелили на фоне флеш-плееров и «обычных» смартфонов не в последнюю очередь благодаря среде, которая появилась одновременно с устройствами.

Так что идея с облачным сервисом перспективная. Еще бы сделать устройство с независимым от внешних беспроводных сетей получением данных — помнится, ранняя модель Amazon Kindle имела возможность подключаться БЕЗ сим-карты к сети любого мобильного оператора в любой точке мира, и через какой-то сервисный канал обменивалась данными с Амазоном. Причем совершенно бесплатно и бесшовно для пользователя. Потом эту возможность прикрыли (
Исходя из всего того, что мы узнали за время работы над Пастильдой, массовому пользователю она нафиг не нужна. 90% паролей большинство людей вводит в браузере, и встроенного функционала хрома будет хватать ещё много лет. А кому не хватает хрома — тот использует кипасс и счастлив.

А вот корпоративные ребята — дело другое. Менеджмент паролей в крупных конторах больная тема, особенно у работающих с чужим баблом (трейдеры, аудиторы, консалтинг и тд). Но там на первом месте не юзер-френдли-мультитач с VR, а удобная инфраструктура. Собственно, в эту сторону мы и хотим развивать Пастильду.
Да, у корпоративных клиентов свои свистелки — хоть и без VR и мультитача, а экосистему все равно создать придется. Массовое администрирование и обновление, учет-контроль использования, сертификация соответствия, SLA 24*7*99.9% и подобные штуки. Пользовательские интерфейсы, да, могут быть убогими — но это не делает заточку под B2B сильно проще, разве что ревенью — более предсказуемым
8 недель там нечего производить, ваш завод с большой долей вероятности переслал заказ в Китай. Заказали бы сразу в Китае и все. Метод заказа там такой же как в «США». Стоимость монтажа — копеечная. Изделие вышло бы по цене деталей + $2 монтаж. Уложились бы долларов в 15, а при экспресс-доставке еще бы и месяц сэкономили.
Почему во всех статьях США?

Бизнесмены и разработчики плат вы может и ничего (добыли денег на разработку, пролезли с продажами в маузер), а вот инженерия — не ваше совсем.
Ошибки-то — детские. Даташит на LDO не читали.
А для ловли повышенного напряжения — необязательно отсылать девайс на фабрику, можно купить мультиметр за $4. И это на конечном изделии. Не понимаю, куда вы смотрели при макетировании.
Что там внутри прошивки — страшно подумать.

ЗЫ картинки некликабельны, увеличить — невозможно.
Почему во всех статьях США?


Я в одной компании этот эффект на примере собственника бизнеса наблюдал. Он летал на проходящие в США выставки и привозил оттуда кучу каталогов всякой продукции «вот, нам надо это тоже продавать».

При этом каждый раз это были китайские бренды по цене раза в три выше, чем их же можно было купить напрямую в Китае — ну, не зря же они на присутствие в США потратились?

Но летать в Китай собственнику бизнеса было неинтересно, не звучало это.
НЛО прилетело и опубликовало эту надпись здесь
Кстати, в даташитах рекомендуют последовательно керамике после LDO ставить резистор 1 Ом, но я этот резистор не видел даже у всяких Asus. Получается, что они болваны совершающие детские ошибки?
Ццццц, там все намного хитрее. В упомянутом даташите от использованного LDO есть целых шесть графиков на этот счет.
The minimum recommended capacitance value is 4.7 µF and the ESR (equivalent series resistance) must be between 0.3 Ω and 10 Ω. Capacitor values 4.7 µF or larger are acceptable, provided the ESR is less than 10 Ω. Solid tantalum electrolytic, aluminum electrolytic, and multilayer ceramic capacitors are all suitable, provided they meet the requirements described above.
Ну и в целом полезно понимать, что не «надо ставить резистор», а конденсаторы неидеальны, и надо иметь какое-то сопротивление, чтобы подавить влияние паразитной индуктивности. Собственного паразитного сопротивления (ESR) конденсатора не всегда хватает для этого, особенно если паразитная индуктивность большая. Но это ни в коем случае не общее правило «ставьте резистор всегда», и ASUS, вероятно, не совершает детские ошибки, а использует другие LDO.
Одно дополнение, ESR на выходе источников питания чаще всего требуют не из за паразитной индуктивности, а для создания «ноля» в передаточной функции для стабильности источника.
Если ошибку подтверждает фабрика, а не разрабы, еще раз показывает уровень разрабов: пролаз 4 вольт должен был всплыть еще на макете.

Уровень «дизайн центра» читается белыми нитками сквозь всю статью. Статистику — могут и красиво, денег собрать тоже, а смакетировать — не могут. Если это центр дизайна статистики, то он — хорош. Иначе чего там дизайнят?
Вы, наверное, не всё прочитали. Как связан уровень команды с конкретной проблемой? Спасибо за статистику!
Заказали бы сразу в Китае и все.

Чтобы производить в Китае нам пришлось бы 1) выводить собранные деньги с площадки, платить комиссии, налоги, оформлять ВЭД и т.д. 2) самим заниматься шиппингом готовых устройств из РФ по всему миру (и обратно в США, где большинство заказчиков), по гораздо более высоким тарифам. Сэкономили бы мы в итоге? Большой вопрос.

Ошибки-то — детские.

Возможно. Но для кого-то информация из статьи будет новой и ценной, позволит избежать своих ошибок. Большинство «профессионалов» ссыт про такое рассказывать, а мы нет.

Что там внутри прошивки — страшно подумать

Прошивка открытая, лежит на битбакете. Посмотрите что внутри, не бойтесь )

Совет купить мультиметр за 4$ просто топчик.
Из Китая можно переслать продукт в США без заезда в Россию. В РФ спаяли партию за пару дней, т.к. у вас там нет BGA и 0402. Можно хоть руками делать.

Профи детские ошибки ловят на стадии макетирования, поэтому им нечего рассказать.
Мультиметр за $4 сможет отличить 4В от 3.3 или 5. Вам ли с вашими косяками высокомерничать, потеряв при этом год.
Можно, пожалуйста, контакты производства в РФ, которое «партию за пару дней» спаяет?
Может, начнем со списка где вам отказали? Я акцентировал про BGA, его нет, значит спаяют везде, хоть руками, хоть раскладчиком. Раскладчиком там на день работы. Утром запрограммировали машину, вечером отправили платы.
Давайте начнём. Отказали в чём?
Чуть дольше, но резонит и платы может за пару дней произвести, и запаять тоже может быстро, но дорого.
«быстро» у резонита — это до трёх недель, а то и больше. Платы да, будут за пару дней, монтаж — нет
Ну не знаю, пробовали, было не три недели, но вот пайка выводных у них весьма и весьма паршивая, плату не отмывают толком.
И все же, как вышло, что на выходе LDO стоял конденсатор недопустимого номинала? Пока не сломалось, даташит никто не читал? А как можно быть уверенным, что не возникнет каких-то других косяков в процессе работы, если на все остальные микросхемы даташиты читались точно так же? Впрочем, аппнот про то, как правильно запитать от LDO микроконтроллер, тоже не был прочитан — что, собственно, и привело к потерянному году.

Попробуйте все же читать документацию на микросхемы перед тем, как их применять. Это поволит сэкономить очень много времени и денег, инфа 100%.
Спасибо, очень ценный совет! Попробуйте всё же читать статью перед тем, как комментировать.

Как мы знаем, прочтение не даёт 100% запоминания и понимания материала. Схемное решение может применяться по инерции, считаясь верным. Ошибки в проектировании случаются почти всегда, для их выявления на каждой стадии есть проверка и тестирование.
Я прочитал статью, спасибо. А еще я иногда пишу даташиты на микросхемы, и мне обидно, что их потом никто не читает. Более того, прямо сейчас я занят в проекте микросхемы «защиты от дурака» как раз для минимизации последствий работы высококлассных дизайнеров, которые могут по инерции в нескольких проектах применять решения, противоречащие тому, что производители компонентов пишут в даташитах.
Да, я увидел ваш профиль и сразу понял, что это наболевшее, потому и пошутил. Не принимайте близко к сердцу. Плиточники везде видят кривую плитку.
Плиточники везде видят кривую плитку.
Так что ж я сделаю, если она у вас действительно кривая.
Но дело не в плитке, а в том, что нельзя сделать хороший продукт, не обращая внимания на детали и не вникая достаточно хорошо во все, что в нем происходит. И если я вижу серьезные проблемы со своей кривой плиткой, потому что хорошо в ней разбираюсь, то у меня возникают подозрения, что весь остальной проект выполнен на том же уровне, просто я этого сходу не вижу, потому что не специалист.
Ну так и уровень разработчиков сейчас упал. Раньше были даташиты — ничего не запустится, пока от корки до корки не прочтешь. А сейчас — и блок схемы, и рекомендуемые схемы, и рекомендованный лайоут. Лишь бы запустилось и купили партию. Я не говорю, что это плохо, но тем не менее, тенденция.
Улучшение даташитов нельзя логически связать с квалификацией инженера. Раньше были автомобили — хрен заведёшь, а сейчас водители уже не те.
А сейчас — и блок схемы, и рекомендуемые схемы, и рекомендованный лайоут.
И все равно по итогам в плате стоит конденсатор с недопустимой емкостью, про ESR которого вообще никто ничего не знает)
НЛО прилетело и опубликовало эту надпись здесь
То есть если в документации не написать явным образом, что не следует на ножку, напрямую подключенную к внешнему напряжению, подавать изнутри логический уровень, то это убогая документация? Ну покажите мне место в доках на NXP, где это явно прописано, может, я что то пропустил.
Попробуйте читать дата. Меня вообще то сильно удивила Ваша способность прочитать совсем не то, что имел в виду автор. Например, в приведенном Вами рисунке из нотов речь идет вовсе не о подаче питания, а о дополнительной защите ножки VBUS от превышения напряжения на внешнем проводе более, чем на 3.6В относительно питания. Хотя, на мой взгляд, защита сомнительная без резистора.
В тексте говорится, что при наличии отдельного источника питания VBUS не должен подключаться до подачи питания, но при питании от VBUS есть и другой способ (и тут идут эти две картинки).
Нет макетирования и опытного образца. Поэтому вы так и будете ходить по граблям.
Вы уже второй раз это написали, кто вам дал такую информацию? Как вы вылавливаете подобные проблемы? Были ли у вас такие случаи?
Не поверите, на макетах вылавливаем и опытных образцах. В продакшне свои проблемы.
Было макетирование, были и опытные образцы. Которые отлично работали, потому что на них стояли STM32F415 ревизии 2, которая устойчива к этой проблеме, в отличие от ревизии Y с другой фабрики.
Видимо, претензия в том, что работало только с виду. То есть, стабильность питания никто даже не смотрел, и только в продакшне выяснилось, что оно повышено (насколько я понимаю, повышено было везде, просто камни ревизии 2 не дохли от этого).
угу, мы не виноваты что новая ревизия чипов держит напряжения согласно даташиту, и не имеет запаса еще +40% сверху. Вспоминается мой опыт разработки железа. Предыдущий чувак тоже не учел что при резком торможении двигателя напряжение на транзисторах резко возрастает, пару лет было все нормально, пока не закупили правильные транзисторы, которые сгорали ровно по даташиту( при превышении напряжения в 35в ). А предыдущие 45в выдерживали.
Был у меня более обидный (по своей глупости, а не по последствиям) случай. Устройство рабоатет от аккумулятора. Есть микросхема защиты, которая меряет падение напряжения на транзисторе. Все собрано и прекрасно работает… но некоторые образцы — только, пока не зарядишь полностью. Оказалось, что порог по току имеет (по даташиту) разброс ±5%, и вот новая партия микросхем соответствует его нижнему краю. Так что документация это святое, да.
У нас их три: две аппаратные и одна программная. На то, чтобы разобраться в истинных причинах «производственной» проблемы, у нас ушёл год.


Ээээ… серьёзно? На неверный номинал кондёра на выходе LDO и подтекание питания через неправильно сконфигурированную ножку у вас ушёл год?
Да. Добро пожаловать в реалии некоммерческих проектов )
Ну то есть не «у нас ушёл год», а «следующий год разбираться с устройством было некому и некогда»?
В статье приведен график с датами производства второй партии и описаны события, которые произошли после этого. На все эти действия ушел календарный год.
В статье описана какая-то бесконечная эпопея, которую очень лениво читать — хотя я понимаю, что на встречу со звездой надо приходить подготовленным — которой в нормальном проекте либо не случилось бы вообще, потому что VBUS там не нужен и подключать его не нужно, либо решилась бы за полдня максимум.

Ну вот мы сейчас на плате ошибку сделали, у U-blox EVA-M8M не подключили к земле этот самый VBUS. Разобрались и исправили за час, из которых полчаса ушло на проверку, что это не софт виноват, четверть — на сличение платы с Hardware Integration Manual, и ещё четверть — на вытягивание ножки из-под LGA-корпуса очень, очень тонким проводом.

И что, мне про это статью написать теперь, назвать «Как устроена разработка электроники в России»?..
При всём уважении, вы противоречите сами себе. Вот тут, в вашем же посте:

По сути, те статьи по проектированию электроники, которые я регулярно вижу, попадают в одну из групп:

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

Содержание таких статей — это не обязательно научное открытие, но в любом случае достаточно подробный для практического применения разбор информации, неизвестной большинству людей. Такие статьи бывают разной сложности и разной специфичности, но их все объединяет то, что самостоятельно информацию из них вы бы, конечно, рано или поздно нарыли бы, но потратили на это время, сильно превышающее время чтения статьи.


Если для вас всё упомянутое в статье — очевидно, то 1)вы молодец 2)это не значит, что так оно и есть для всех остальных.
И что, мне про это статью написать теперь, назвать «Как устроена разработка электроники в России»?
Вообще да, это было бы очень хорошо. И про эту конкретную проблему статью, и про то, как устроена разработка электроники в России.
1) Про производство пилотных партий своими силами я писал — https://habr.com/ru/post/439606/

2) Про серийное производство не очень понятно, зачем вообще писать — там всё что в России, что не в России доведено давно до уровня «передать файлы и компоненты, через две недели получить устройства». Компэл с Резонитом вон вообще сервис одного окна сделали.

3) Про проблему писать тем более нечего. В Hardware Integration Manual сказано «if not used, VBUS must be connected to GND» — при разработке платы этого не заметили, вещь не интуитивно понятная. Далее есть понятный и простой чеклист: включаем в прошивке дебаг (NACK на адрес в I2C), смотрим шину осциллографом (физика работает), проверяем, не написали ли в даташите случайно адрес как 8-битный (явно не сказано, но нет, как 8-битный тоже не прокатывает), сверяем подключение чипа ножка за ножкой (ой, а что этот тут про VBUS за примечание?), подтягиваем ножку чипа к земле, проверяем, радуемся. Всё. Это тривиальная проблема, которая выявляется тупым прохождением по чеклисту — и своих сотрудников за желание решать такие проблемы иными способами (бесконечным пристальным взглядом в код, магическими пассами, «а давайте возьмём фен и переставим половину компонентов») я довольно больно бью.
Как видите, пункт «читаем документацию и делаем то, что в ней написано» не для всех является тривиальным, как и пункт «проверяем, сколько у нас вообще в реальности напряжение питания». Зато есть
опытные образцы. Которые отлично работали, потому что на них стояли STM32F415 ревизии 2, которая устойчива к этой проблеме
отлично работающие образцы, у которых из одного питания ток течет в другое, но МК от этого не сгорает.
при разработке платы этого не заметили, вещь не интуитивно понятная

А решали по мере появления проблем. В чём отличие подхода, по-вашему?
А решали по мере появления проблем. В чём отличие подхода, по-вашему?
В том, что в нормальной ситуации после подачи питания на плату надо сначала измерить питание на входах всех значимых микросхем и проверить состояние всех power good пинов источников (если у них они имеются) или мониторов (если вы поставили мониторы на питание, потому что у источников нет своих power good выводов). В этот момент вы должны были увидеть, что у вас на выходе LDO 4.1 В вместо 3.3 В. И это должно было произойти еще до первых проверок того, работает ли софт так, как он должен работать.
Где-то там же стоило измерить ток потребления и понять, что у вас в статике схема потребляет намного больше ожидаемого, а МК перегревается. А дальше это бы сразу вывело вас на ножку VBUS, являющуюся настоящей причиной проблем.
Ну то есть реально, Олег Артамонов выше говорил про чеклист разработки, и проверка того, есть ли у вас вообще на компонентах питание, и правильное ли это питание (где-то только номинал, где-то еще шумы) — она есть в чеклисте, причем очень рано, потому что обычно микросхемы работают плохо, если с их питанием что-то не в порядке.
Вы-молодец, всё правильно пишете. Кроме одного момента.
Bootloader добавлен в прошивку спустя год после начала работы над проектом
Ооооо.

Я правильно понял:

1) год всё было хорошо, несмотря на конденсатор
2) после очередной модификации прошивки стало плохо
3) вы решили, что виноват конденсатор

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

1) от ревизии не зависит, но разные линии производства кристаллов с чуть разными технологическими параметрами
2) разные ревизии, но отличается не устойчивость, а например, сопротивление открытого канала мосфета, через который натекало в питание
3) вообще от проца не зависит, а зависит от LDO, который эти 5 вольт тащил обратно к 3,3
4) вообще от платы не зависит, просто на херовом USB-шнурке с алюминиевыми жилами живёт, а на хорошем с медными — +50 мВ и вуаля
в России, что не в России доведено давно до уровня «передать файлы и компоненты, через две недели получить устройства»

Все же постановка на производство — отдельный вид спорта (методика тестирования, сопровождение и пр.).
Ну это не уровень обеспечения монтажа, это дальше — и сильно зависит от конкретного устройства, в т.ч. вероятности отказа конкретных подсистем. Где-то достаточно тестовую прошивку, которая светодиодиком промигает, где-то нужен специализированный стенд, а где-то и рентген.

У нас, например, был проект, в котором потребовалось отдельно проверять конкретно USB-порт по одной-единственной причине — разработчик дифлинию положил слишком близко к границе платы (но в формально допустимых рамках). Платы разделялись скрайбированием, и если нож у исполнителя был тупой, усилия при разломе могли внешнюю дорожу линии оборвать.
Ткните, пожалуйста, в ...if not used, VBUS must be connected to GND…
Видимо вот так:
www.u-blox.com/sites/default/files/products/documents/EVA-8M-M8-FW3_HIM_%28UBX-16010593%29.pdf
page 8/47
2.1.1.4 USB interface power supply
If the USB interface is not used, the VDD_USB pin must be connected to GND.

И figure 2 на десятой странице.
Гм. А купить-то у вас что-нибудь можно? А то я тут хотел ваш логгер купить. На заказ никакого ответа не пришло. На письмо по почте тоже. Телефона у вашей конторы вроде как и нет. Куда писать? На деревню дедушке?
Ну, формально говоря, купить нельзя, потому что мы не продаём. На сайте остатки, которые надо убрать, потому что к нашим основным клиентам это всё не имеет никакого отношения — на переделку сайта просто времени нет.

Но логгеры в принципе есть (точнее, будут в понедельник), если хотите, можем продать, напишите на oleg@unwds.com

Как вариант — я вообще хочу все исходники этого логгера отдать в свободный доступ, потому что очевидно, что у нас на какое-то его развитие и поддержку времени нет, а так может кого-то вдохновит. Можете их подождать неделю-две. Прошивка так и сейчас на гитхабе, там LGPL: github.com/unwireddevices/dap42/tree/umdk-emb
Что для вас «нормальный» проект?
Делаемый профессиональными разработчиками, знающими как минимум базовый чеклист (в который проверка напряжения питания входит одним из первых пунктов).
Давайте я вам дам эту плату, вы проверите питание и всё остальное что захочется. Потом передадим программистам в работу. А потом вместе посмеёмся как вы не проверили питание.
Чеклист. Вы знаете, что такое «чеклист»? При любой проблеме с разрабатываемым устройством вы берёте чеклист и начинаете по нему проверять железо и софт, постепенно исключая возможные причины проблемы.
Мы нашли проблему по «чеклисту», когда проблема появилась. Искали возможные причины. Исключили. Как надо было действовать?
Нет, ваши поиски проблемы никакого отношения к чеклистам не имели.

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

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

Как вы из этого поняли сколько рыл и сколько вечеров решали проблему?
Я это понял из проблемы. И не «решали», а «могли бы решить, если бы штаны были без рукавов».

Из вашей нетленки я понял только то, что вы эту проблему решали долго и мучительно, тыкаясь наугад.
Хм, а я из вашего комментария выше понял, что читать статью вам было лениво, поэтому вы решили покомментировать собственные фантазии. Ну ок, чо.
Я бы сказал по другому: «чеклист» должен был исключить появление этой ошибки в производстве.
Чеклисты сами по себе ничего не исключают. Если бы после написания прошивки плата попала к схемотехнику, а он протестировал питание — проблема была бы обнаружена. На данный момент в нашем процессе такого не происходит. Плата попадает к схемотехнику с производства, он её тестирует и передаёт программистам. Обратно она возвращается с конкретными отказами или вопросами. На протяжении разработки софта никаких вопросов и проблем не возникло, плата ушла в производство.
Уточнил, bootloader добавлен в прошивку спустя год после начала работы над проектом

Правильно ли будет сказать что без прошивки схематический дефект (не тот конденсатор...) себя не проявляет?

Нет.
Да, именно так
Смелое заявление. Вы точно уверены, что вообще не проявляет, а не «мы не заметили» и не «мы не проверили»? Или может вы претендуете на стопроцентное тестовое покрытие, например, в рабочем диапазоне температур?
В лабораторных условиях — не проявляет. Глубина покрытия тестами это компромисс, здесь об этом уже писали.
Но погодите, у вас разве не написано в статье, что дело вообще не в конденсаторе?
В статье написано, что проблем было несколько, но только одна вызывала отказы. И это был НЕ конденсатор.
Вот именно. Выше же вы говорите «да» на другое (что виноват конденсатор, но только при определенной прошивке).
некоммерческий, это если бы вы денег не получили.
Проект некоммерческий, так как разработка сделана за свой счёт, результаты выложены в открытый доступ. Производство изделий со сбором денег на crowdsupply было бы коммерцией, если бы приближало к извлечению прибыли с проекта.
Вы заранее не знали будет сбыт, или нет. Шли на риск. Любое коммерческое начинание рискованно. Тем более, на 300+ девайсов денег собрали. С учетом косяков разработки, все очень неплохо.
Мы заранее знали, что его не будет. Отсюда и цель компании 5000. Вы гадаете, а можете просто спросить как дело было.
Вы путаете «некоммерческий» с «убыточный».
Думаю, в этом плане стоит разделять разработку и производство. Opensource разработка, сделанная своими силами и за свой счет и выложенная в открытый доступ — это некоммерческая история. Краудфандинг с производством в любом случае несет в себе коммерческую цель, потому что есть клиенты, которые платят деньги. При этом, никто не мешает этим клиентам взять документацию и запаять себе свою плату за 2 дня. Или тысячу плат. Но делают это лишь единицы. Никогда не задумывались почему так происходит? Спойлер: так удобнее. Удобнее купить, а не производить самому. По этой же причине мы не выходя из офиса наняли фабрику, которая «под ключ» произвела и разослала устройства по всему миру.
«Мы работали бесплатно, поэтому делали плохо», вот что эта история напоминает. Но, раз деньги собрали, пришлось явные косяки исправлять.
В итоге, все сделано на коммерческой основе.
Вы пытаетесь сопоставить срок устранения проблемы и компетенцию исполнителей. Вы уверены, что у вас достаточно данных, чтобы делать такие выводы?
НЛО прилетело и опубликовало эту надпись здесь
Ну неверный номинал конденсатора тут вообще не при чем, дело было в подтекании.
А если учесть, что разработка данного устройства заняла 1840 часов / 8 = 230 рабочих дней /5 = 46 недель ~ 1 год разработчика с зарплатой 100к нетто, то время поиска неисправности вполне себе соответствует.
Неверный номинал конденсатора — это хорошая лакмусовая бумажка, потому что корень проблемы с подтеканием состоит ровно в том же — существует аппнот на МК, описывающий, как правильно сделать питание, но этот аппнот был прочитан после того, как все пошло не так, а не до.
С питанием контроллера всё в порядке. Ошибка в инициализации ноги на выход в загрузчике.
Из того, что у вас пока не вылезало проблем со стабильностью питания, вызванной неправильным номиналом конденсатора на выходе LDO, не следует, что с питанием все в порядке. Вы и ваши юзеры просто пока не столкнулись с сочетанием факторов и внешних условий, при которых все станет плохо.
Цифры в даташитах обычно не пишутся от балды, особенно те, которые могут серьезно ограничить пользователя по сравнению с тем, что предлагают конкуренты.
Полностью разделяю ваше мнение. Это ошибки проектирования, которые просто необходимо исправить.
Полностью разделяю ваше мнение.
Хорошее начало.
Теперь было бы круто избавиться от иллюзии, что ваши опытные образцы «отлично работали» и подумать, как модифицировать методики тестирования, чтобы подобного рода проблемы ловились быстро и безболезненно.
И вообще ловились, потому что пока у вас не появилась версия МК с прогорающим защитным диодом, вы проблему вообще не видели, в то время как «устойчивая» к этому эффекту ревизия МК во-первых, должна была очень хорошо кушать ток, а во-вторых, тоже прогорать, просто не сразу, а позже, во время эксплуатации устройства.
И питание надо обязательно проверять. Причем не только на номинал, но и например на шумы. Особенно хорошо это делать в девайсах, связанных с корпоративной информационной безопасностью, потому что послушать шумы по питанию — это довольно хороший способ сильно облегчить расшифровку передаваемых и кодируемых микроконтроллером данных. У вас же софт написан так, чтобы маскировать свое влияние на динамическое потребление МК, правда?
Софт написан так, чтобы реализовать функционал. Мы не Фёдора запускаем, а опенсорс менеджер паролей. Хочется фичу — добро пожаловать в репозиторий.
Простите, но в менеджере паролей алгоритмы константого потребления и константного времени выполнения — это такая же «фича», как в автомобиле ремни безопасности.

Нет, конечно, можно вместо них заглушки воткнуть, пусть и дальше будут «фичей», но есть один нюанс.
Вы придумали требование и пытаетесь с помощью него сказать, какие мы некомпетентные разработчики. В нашем проекте такого требования не было. Интересно, сколько менеджеров паролей вы протестировали по питанию, сколько среди них имеют «алгоритм константного потребления»?
Требование? Я придумал?

Большинство известных мне менеджеров паролей — кривые поделия, созданные людьми, носящими штаны с рукавами. Доверять этим поделиям свои пароли тупо нельзя. Вы уверены, что вы хотите в этот ряд органично вписаться?
Я уверен, что ваши полемические приёмы нацелены на принижение всех окружающих. То, что ваша агрессия приправлена технически разумными доводами, этого не меняет.
Полемические приёмы?

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

Ваша славная разработка с высокой вероятностью закончится слайдами на какой-нибудь конференции по безопасности под заголовком «ломаем за три минуты».
Возможно, вы за собой этого не замечаете. Это пирамида Грэма.
image
Просто в качестве дружеского подарка.
В нашем проекте такого требования не было
Дайте угадаю: это потому, что все требования к проекту вы задали сами? Про какие знали — такие и задали. А про какие не знали — «в нашем проекте такого требования не было».

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

Поэтому, если вы хотите добиться с этим направлением коммерческого успеха в корпоративном секторе (а я искренне желаю вам в этом удачи), то конструктивную критику лучше внимательно слушать, а не отмахиваться от нее.
Спасибо за конструктивные предложения!
Тут сложно не согласиться с olartamonov и amartology — минимальный набор функций должен быть такой как принято в отрасли, в которую вы хотите влезть.
чтобы у вас сложились верные представления о структуре трудозатрат на проекте, я приведу табличку из этой статьи:
image
Т.е. на всё железо было потрачено две недели с перерывами?
побольше, т.к. в табличке не отражены затраты на поиск неисправности. но порядок такой, да
Как-то я не увидел — а что, инженерных прототипов не делалось (5-10шт)? У нас иногда ЕР1 и ЕР2 (было даже и ЕР3) улетают в мусорку, и только потом идет производство.
делались, в предыдущих статьях сфотканы платы другого дизайна, собственно это прототипы и есть

image
Ну и так, заметка на полях — любая нога МК может быть 5В толерантной, если поставить последовательный резистор правильного номинала и подгрузить питание.
«10 причин, почему вам НЕ нужна разработка своего устройства». Актуальная тема?

Да. Не менее чем ответ на вопрос «как сделать процесс разработки дешевле?»
«как сделать процесс разработки дешевле?»

1) Начинать не с разработки продукта, а с customer development, выкинуть из ТЗ половину функционала, который сейчас кажется таким нужным.
2) Посчитать экономику всего жизненного цикла продукта. Сравнить общую сумму затрат с суммой желаемой «экономии» на разработке. Много думать над результатами сравнения.
НЛО прилетело и опубликовало эту надпись здесь
Ну если продукт называется «Чайник с WiFi», то убедить Заказчика будет сложнее.
Ну а если это ёршик для туалета, то зачем ему чайник и тем более wifi? А заказчики, которые в этом ёршике ещё и чайник с WiFi хотят, порой встречаются. И да, пробиться через твердолобость заказчика много чего стоит, порой для этого надо держать в штате отдельных людей, которые могут объяснить, что чёрное это чёрное, а белое — белое.
«Хороший разработчик — это тот, кто сделает то, что надо Заказчику, а не то, что тот просит.» — не помню кто сказал, но точно не я.
НЛО прилетело и опубликовало эту надпись здесь
Как насчет хранения/генерации еще и TOTP кодов?
Занимательный кейс: можно использовать для специального программируемого устаревания устройства ))) Или защиты от дебагеров всяких например, чуть что прошивке не понравилась рубильник вверх и готово сепуку ;)
Да, интересная идея, хотя мы ни разу с таким требованием от заказчика не сталкивались.
Зато мне встречались описания случаев, когда случайное поведение оборудования в таком стиле очень радовало владельца этого оборудования. Всё зависит от соотношения стоимости потерь при утрате, в данном случае, паролей и при несанкционированном доступе к ним. В некоторых случаях окирпичивание хранилища — ценное свойство. Особенно, если копия его содержимого есть где-то ещё.
А почему я только щас увидел это, клёвая же штука, хотеть )
Следите за новостями, подписывайтесь на наш канал!
Если бы основные потребители были не в США, то для пайки было бы дешевле нанять фрилансера-монтажника на дому в своем городе (а платы в Резоните). 300 простых плат один человек сделает менее, чем за месяц. Плюс в том, что вы бы обнаружили проблему в первой же партии в первый же день в начале монтажа.
Одна из проблем, на мой взгляд, в тому, что у вас была слабая методика тестирования. Состояние питания должно было контролироваться на первых же вышедших из производства устройствах.
Методика тестирования — это всегда баланс глубины и стоимости. На этом устройстве показался достаточным функциональный тест. Неисправные платы к заказчикам не уехали, значит, глубина тестирования достаточная.
Согласен про баланс. Однако, если я вас правильно понял, из-за недостатков методики тестирования вы потеряли год времени на поиск неисправности. Тем более, к заказчикам уехали устройства с конденсатором меньше необходимого. Это потенциальная причина отказа и глюков. Значит глубина тестирования была недостаточна.
Год времени мы потеряли из-за: необычной проблемы, второстепенности проекта, удалённости производства. Если бы по методике замеряли питание, мы бы так же нашли аппаратную проблему, не ведущую к разгадке.
324 платы с таким небольшим BOM'ом можно собрать у нас в России. Более того, любой небольшой производитель с радостью соберет такой комплект при небольшой цене за монтаж. Обращайтесь)

Помимо собственно пайки есть логистика, которая в данном случае являлась определяющим фактором. А куда обращаться?
Под логистикой вы подразумеваете производство (закупка комплектующих, производство самих пп, монтаж) или распространение?
Просто производить 300+ плат за 8 недель! «Нуу… Тут помощник нужен!(с)»
Резонит сделает отличные платы за 7 дней. Монтаж — ну еще 7 дней. Детали из вашего списка уже есть на складе или доедут за 2 недели.
Ну раз уж я зацепился именно за монтаж, можно узнать сколько он обошелся?
324 штуки Order Totals
Parts $6,498.92
Labor $1,801.13
Shipping $27.32 (от Макрофаба до Краудсапплая)
Total $7,497.37
НЛО прилетело и опубликовало эту надпись здесь
Главное монтаж в резоните не заказывать. А то ещё 3 года поисков проблем будут

Наверное, не сталкивался лично, т.к. есть кому отдать платы на монтаж. Но ценник у них отпугивает.
Они в этом специалисты в производстве п/п все-таки.
Резонит иногда даёт косяки вида:
В BOMе среди прочего торчит две позиции 0402 10K и 0402 100K, Резонит выполнил монтаж и вы получаете платы, где они перепутаны местами. Флюс после пайки выводных тоже могут не отмыть, он конечно типа «безотмывочный», но чУЙство прекрасного это портит.
Но есть конторы и веселее, к примеру на «оптическом» контроле могут не заметить криво (именно криво, под углом блин) запаянную BGAшку, ну или большую соплю припоя.
У вас, вероятно, был ручной монтаж?

Насчет выводных соглашусь. Но опять же, их просто надо уметь готовить. Как, собственно, и любое дело в отрасли.
Был автоматический монтаж. Руками только выводные компоненты.
У них вполне конкурентный ценник цена\качество.
Иначе бы они монтажом не занимались.
НЛО прилетело и опубликовало эту надпись здесь
Илья, давайте вы не будете за меня говорить, что и где я видел, окей?

Качество резонита вполне соответствует ценнику, вы просто не умеете его готовить. Особенно для аппаратуры, которая должна выдерживать удары от ОСВ-96. Ни Аксион, ни Абрис, ни Айкейп не смогли дать сразу ценник хотя бы на 10% ниже Резонита. О всяких других мелких и не очень конторках я уж и не говорю, плавали, знаем.

Понимаете, когда делаешь что-то чуть лучше, чем ширпотреб, на который гарантию можно и не давать вообще, вдруг оказывается, что не так-то много вариантов и остается. Чтобы можно было вменяемо объяснить людям, в чем они неправы в случае чего и выставить претензии, если вдруг номинал не тот запаяли на всей партии.

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

И про теребоньканье. Есть вещи, которые реально дешевле закупать в Китае (резину, например). Что до смены курса, что после. Но не вся электроника подпадает под такое определение. Качество даже в Китае стоит денег. И, увы, не тех, о которых вы мечтаете.

Да, вы мне сейчас начнете тыкать своим любимым JLC. Ну делайте там, кто вам мешает? Теребонькайте на них, платите с карты (кстати, а разве компании, ведущие ВЭД, обязаны иметь карту? что-то я такого не припомню).
НЛО прилетело и опубликовало эту надпись здесь
Извините, но зная, что про вас пишут на некоторых ресурсах, вашим словам про MIL и прочее не верится от слова совсем, увы. Чорный пиар вас как исполнителя сделал своё дело :)

Насчет ваших катушек. Если бы вы удосужились ознакомиться с технологическими возможностями Резонита, то поняли бы, что отсылать им МПП диаметром 500мм бессмысленно. У них нет заготовок такого размера. Отсюда и конский ценник.

Пффф. Тыща баксов. Насмешили. Даже комментировать не буду, извините.

И насчет языка. Открыть вам страшную тайну? Китайцы, у которых действительно дешево, вообще не говорят по-английски. Там только с переводчиком. А вот учить китайский, для того, чтобы очередным ляо-сяо объяснять, что нужно — увольте, другой работы полно.
НЛО прилетело и опубликовало эту надпись здесь
Много лет пользуюсь их услугами.
Особых проблем не было. Косяки бывают, но не слишком часто.
НЛО прилетело и опубликовало эту надпись здесь
А кем пользуетесь? Расскажите.
НЛО прилетело и опубликовало эту надпись здесь
А. Понятно. По моему опыту у ПСБ технологий выгодно делать только реально сложные платы. Типа тех, которыми Yadro, например, занимается. Может за год что-то и изменилось, не знаю.

НЛО прилетело и опубликовало эту надпись здесь
Разноплановый у вас завод, однако. И электрорубанки и зенитные комплексы.
Я надеюсь, это плата не от С-300? А то уж больно много шибко шустрых АЦП.
НЛО прилетело и опубликовало эту надпись здесь
О… тёпленькая пошла. У кого из-за Резонита подгорает? Давайте, анонимные минусаторы, аргументов-то нету, одни голословные утверждения.
Хотя, я готов поверить, что Резонит косячит. Знаю, сталкивался. Но всё решаемо.
О боже — опять эти чайники с своими фантазиями. Инженеры взяли бы процессор нормальный с питанием 5в! а не «за три копейки». Сразу пропадает почти вся обвязка. Преобразователи. И весь описанный гемморой. Плата резко сокращается в размере и в целом — _выходит дешевле_

Опенсорс? А какую задачу он решает? Все библиотеки обмена по USB УЖЕ написаны производителем процессора и предоставляются им любые имплементации шифрования тоже кем то написаны давным давно… Зачем писать велосипед? Они подключаются — вуаля — 95% говнокода готово! выходит БЫСТРЕЕ и ДЕШЕВЛЕ! Короче нормальный разработчик сделает то же самое за пару дней — с бюджетом «ящик пива» и его личного кода там будет строк сто не более.

Главное в этом деле «как найти того лоха, что купит это по 146.18$» — это знание бесценно!
У вас все смешалось. И чайники и опенсорс.
Это как раз одного порядка вещи… Сначала берем процессор из мусора потом ходим с ним по граблям, и потом закладываем 1500часов на производство мусорного велосипедного говнокода который даже продать нельзя — значит нехай будет опенсорсе…

мусорного велосипедного говнокода

Вы код-то почитали, прежде чем словами бросаться? Или как обычно?
А зачем?! Мне достаточно что это велосипед — а любой велосипед=всегда мусор! Вполне достаточно того, что здоровые люди не пишут СВОИ юсб стеки фаты хид девайсы и прочее прочее, на ЧУЖИЕ процессоры когда в стоимость этих процессоров
все это вот УЖЕ ВХОДИТ — и написано за них профессионалами! Все грабли за них же пройдены. Они че, лучше чем программисты из ST напишут?! нет. Что то новое и полезное привнесут? тоже нет. Мне бы было стыдно за то, что я таким занимаюсь…
А Вы пользовались USB стеками, написанными профессионалами (это я сейчас о ST), у которых до 6 ревизии падает 2 девайса из 3 при малейшем отклонении от идеальной ситуации, а после 6 ревизии остаются 2 «ошибки первого дня» под лозунгом «это не баг, это фича такая». Конечно, не следует переписывать весь стек, но некоторые его фрагменты — приходится.
А вы пытались процессор не за 1 доллар не у ST покупать!? Вы на даташиты то их и ераты посмотрите — это еще бабка на двое сказала что там у них падает!
Не надо тешить себя иллюзиями! ЭТО же жигули обыкновенные — будет падать всегда! мир так устроен. Чтоб оно не падало надо сначала хотя бы долларов пять занести и желательно тем у кого СВОИ архитектуры а не чужие IP модули из соплей… а не по 10 раз переписывать. Ну вот переписали они… «и чо»? половина не работает по непонятным причинам — остальные просто в случайный момент глючат… Офигенные девайсы.
Обратная связь от коллег ничего вам ещё не подсказывает?
Это не колегги — это производители мусорных велосипедов минусят!
Бесполезные переписыватели 10 раз одного и того же на других языках и платформах. Копипастеры чужих идей и алгоритмов «но иначе». Обходчики патентов и прочий сброд не способный создать ничего нового и оригинального. Их 95% так что это нормально!

скучно только с вами…
Одиноко в белом фраке с блёстками?
Не одиноко. А скучно! Вы не вдохновляете.
Миддварь в HAL у ST достаточно неплохая. Места для написания своих обработчиков нештатных ситуаций — прописаны. Логически все разделено, интуитивно понимаешь, куда надо совать нос, куда нет.
У меня предложение: я вас нанимаю, делаете работу в тысячу человекочасов за неделю(два дня-это вы немного перегнули, конечно), пива-сколько выпьете, зарплата — как у всех этих бездельников вместе взятых. Ограничение на 100 строк оставим.
Давайте не будем — можно подумать, вы не знаете где cubemx скачать и как за полчаса из готовых кирпичей собрать этот ваш проект на любом демоборде на ST… учитывая что там есть и юсб стек и как прикинуться с ним клавиатурой-флешкой-и так далее чем угодно. Идиотов что оплатят 1500часов ненужной писанины нет! И бут там тоже есть ГОТОВЫЙ без детских ошибок в инициализации.

Меня нанять нельзя — вам нечего мне предложить!
Но посмотреть структуру этих 1500 часов было бы правда интересно.
Там 123 задачи, анализ может занять время. Интересно разбиение трудозатрат по функциям?
Да, очень.
Да.
MAXI RPD? Читая вас на драйве никогда бы не подумал, что вы такой хейтер…
Покажите пожалуйста «нормальный процессор с питанием 5в». Я правда вам условия несколько ограничу, чтобы редкие узкоспециализированные сюда не приплели:
1) Доступность в продаже, т.е. сроки поставки менее 2х недель.
2) Доступность в разработке, т.е. не надо подписывать десяток NDA, чтобы получить даташыт.
3) Доступность среды разработки, т.е. не надо тратить 5000$ на IDE и 5000$ на программатор.
Если вы вдруг вспомните про 8-Bit Atmel — то дальше говорить просто бессмысленно.
PIC18F14K50 из деталей чтоб с USB работал нужен только кварц и еще 2 конденсатора!
1) в наличии!
2) качается с сайта.
3) качается с сайта. (Здесь возможны некоторые моменты… но с кажем так — с одного небезызвестного в индустрии ФТП качается «без всяких моментов»...) Программаторы по акциям бывает и бесплатно раздают.

Или вам с хостом нужен?
Для задач проекта требовался хост и девайс одновременно.
PIC это хорошо, отлично идёт на замену восьмибиткам, если железо и прочее есть. Но вот на лицензионную чистоту я пока забить не готов. Плюс это всёже не процессор, а микроконтроллер, по скорости слабоват и периферия бедна.
А что это за снобизм такой — «8-битные не предлагать», с какого такого перепугу настолько глубокое проникновение в тему. Устройство должно решать поставленную задачу, и, если ее можно решить двумя транзисторами КТ503Е, то это надо делать и не выпендриваться.
Я прямым текстом нигде про «8 бит для лохов» не писал, не понимаю откуда вы это выцепили. А атмел отметён за то, что он тупо переоценён и порой стоит дороже 32Bit решений от тогоже ST (к ним есть претензии, но меньше). Плюс лично я с Atmel-ом уже поналетал на отбраковку, причём не при закупке дураин на али(хотя на aliexpress + stm32f103 у меня тоже табу), а в нормальных магазинах. Плюс атмеги уже весьма устарели(к примеру по питанию мне их эффективность не нравится), единственное, что у них весьма кошерно — это всякие 8ми ногие тиньки, ибо мелкая и прекрасно идёт в места, куда рассыпуха будет банально больше размером, чем есть место.
Дополню
4) Криптоускоритель на борту
5) USB Host & Device одновременно
По п4.

Вы что собрались «криптоускорять»?
Клавиатурный ввод?
Вы понимаете что в этом проце это «еще один глючный чужой IP модуль который недорого куплен, плохо отлажен, но маркетологи решили — нехай буде...»?
Он точно вам _нужен_?
У вас проблемы с скоростями программных имплементаций ЧЕГО? Даже если положим они есть — выберите более быстрое-напишите на ассемблере быстро-короче: сделайте нормально без привязки к непонятной ерунде! зачем вы ведетесь на маркетологические фишки?
проблема в скорости возникала с расшифровкой базы keepass при превышении некоторого количества записей
Вы не ответили не на один из вопросов. Алгоритм расшифровки вашей базы секретен? несменяем? может он у вас даже сертифицированный в ФАПСИ?
Алгоритм открытый, сертификация не требуется.
Вы считаете аппаратные блоки в контроллерах маркетологической фишкой?
Расскажите, почему не распаяли 50 штук руками?
В этом не было необходимости.
сапасыба…
Вас тут кусают, может не очень корректно, но, на мой взгляд, всё же заслуженно.
Молодцы, что не боитесь признаться в косяках.

Меня вот другой немного вопрос интересует. Вы когда разрабатывали девайс — неужели оптимизацию BOM не делали? У вас же там:
шесть (!) типономиналов конденсаторов на такую простую с виду схему.
Ведь каждый номинал — это лишняя катушка в закупке, лишний питатель в автомате. Лишняя заправка и настройка.
НЛО прилетело и опубликовало эту надпись здесь
Вы похоже не дочитали до конца. Конденсатор ни при чём, ошибка в инициализации ноги на выход в загрузчике.
НЛО прилетело и опубликовало эту надпись здесь
Схема прошла проверку по методике.
НЛО прилетело и опубликовало эту надпись здесь
Это будет бомба
С точки зрения экономики проекта абсолютно без разницы сколько там конденсаторов. Оптимизация — это тоже работа, которая тоже занимает ресурсы.
НЛО прилетело и опубликовало эту надпись здесь
С точки зрения экономики проекта абсолютно без разницы сколько там конденсаторов
Если имеются в виду номиналы конденсаторов, то заявление необычайно сильное и без доказательств (лично я в таки доказательства не верю) не может быть принято.
Для 300 штук посчитайте экономическую выгоду от сокращения количества номиналов, пожалуйста.
Пожалуйста — не надо закупать бобину с одним номиналов тантал конденсаторов — выгода 3500 рублей, одна бобина керамики — выгода 3000 рублей.
Время на коррекцию списка комплектующих ~ 1 час * 54$ (у Вас очень дорогие разработчики) * 60 рублей = 3240 рублей, то есть на двух номиналах Вы вышли в прибыль.
Простите, но я не покупаю бобины. Я плачу за использованные компоненты. Мне без разницы сколько бобин у производства на складе. Для 300 штук, пожалуйста, посчитайте экономический эффект. Вы посмотрели BOM?
Простите, но я не покупаю бобины
Простите, но это просто означает, что Вы НЕ занимаетесь производством.

И да, я посмотрел перечень, иначе бы не писал об этом.
Не хотел его упоминать, но раз уж Вы сами о нем заговорили:
0. Перечень в части позиционных обозначений не соответствует схеме.
1. Мы видим конденсаторы 6 номиналов, но при этом трех типов диэлектрика. Вы когда нибудь задумывались, что означают буковки, которые у Вас стоят после типоразмера?
2. Используется два типоразмера конденсаторов — это так надо?
2. Некоторые из конденсаторов Вы почему то считаете чип резисторами — с чего бы это.
3. Номинальное напряжение конденсаторов 6 номиналов принимает 4 разных значения — забавно, если не сказать больше.
4. Четыре номинала резисторов имеют два класса точности — однопроцентные резисторы действительно здесь необходимы?
Мне продолжить или хватит?

Когда я занимался производством, я корректировал перечень, ездил за компонентами в Митино, выбирал изготовителя — у себя или на стороне, решал множество других вопросов и имел прибавочную стоимость в 50%, на нее и жил.
Если Вы хотите, чтобы Ваше дело приносило Вам деньги, так и надо делать, а иначе Вам потребуется продать 3000 приборов, чтобы выйти в ноль.
Извините, но это глубоко не профессионально.
Продолжайте, я пока не увидел ответа на главный вопрос — экономический.
Вы проверяли одну вещь: что вышло бы дешевле — потратить время, урезать BOM по кол-ву позиций, отдать в закупку по катушке каждого номинала BOM-а, или слить вариант длинного BOMа на фабрику «всё в одном — и купим и вытравим и запаяем»?
Фабрика закупает и собирает, это удобно и выгодно. Количество номиналов, на мой взгляд, не влияет на цену этой платы.
НЛО прилетело и опубликовало эту надпись здесь
Если кол-во номиналов не влияет на цену платы, то производство, которое вы выбрали, априори имеет с вас тонну денег и априори невыгодно.
Друзья, я говорю про конкретное производство конкретной партии нашей платы. А вы, как я понимаю, говорите про ситуацию в общем случае.
И я при этом и задаю вопрос — а была-ли оценка, сколько оно будет стоить если сделать не так, а вот так. Может быть при смене фабрики была-бы какая-то экономия в вашем случае?
Проводилось ли исследование потенциальных ниш для данного продукта, оценивался ли рынок потребителей? Исследовались ли конкуренты и схожие продукты?
Как пришла такая идея и почему решились её реализовывать?
Про появление идеи можно почитать здесь. На аналоги (существовавшие на тот момент) поглядеть тут

Краудфандинг, по сути, и был исследованием рынка. А заодно пиар-кампанией, способом рассказать о себе.
А если бы идея на некий программно-аппаратный комплекс была уникальной, занялись бы её патентованием в US?
При попытке патентования Пастильды нашлись патенты 80-х годов со сходными идеями. До патентования в US мы просто не добрались. Идея должна быть не только уникальной, но и иметь коммерческий потенциал.
да ну что вы. У кого то из конторы кто-то увел аккаунт в юлмарте. Сделать это можно десятком способов. Но почему то было решено сделать вот это, которое затрудняет один лишь способ увода аккаунта. Те осталось еще 9. Но зато добавляет геморроя в жизнь нехило, как то необходимость синхронизции баз паролей, необходимость использования клавиатуры с ноутбуком, необхоимость таскать эту хрень(а еще видимо и клавиатуру) если хочешь избежать синхронизации баз, регулярную смену паролей потому что забыл синхронизировать базу, невозможность использования с мобильным телефоном, Ничего не забыл? Ежу же было понятно что подобный девайс никому не нужен, но зато теперь можно отговаривать заказчиков. Почему же себя то не отговорили?
Вам идея не понравилась. Нашлось несколько сотен людей, кому идея понравилась. Зачем нам себя отговаривать от кайфового проекта?
Как сказал мне однажды руководитель закупок одной из крупнейших розничных сетей, «у нас есть правило четырёхсот: какую бы хрень мы ни привезли, в стране есть ровно 400 людей, которые, кажется, только её и ждали».

Денег с физиков вы собрали весьма скромененько, в корпоративном сегменте ваши шансы продать что-то приравняет к нулю первая же встреча с безопасниками, так что в целом перспективы унылые.
Ребят, вы — лицемеры. Сами не знали чего хотели — то опенсорс и бесплатно, то краудфандинг и платно, но ошибки бесплатные, поэтому за них не отвечаете.
Когда вам указывают на очевидные ляпы на всех этапах, вместо того, чтобы сказать «спасибо» включаете дурачку «на публике» («а сами-то», «да это у всех так», «а что вы имели в виду») и срёте в карму «в личке».
Даташиты — не читаете. Успокаивайте себя дальше кондером на 1мик, до первого системного блока с дешевым БП, или БП со вскрытыми электролитами).
Уровнем выше — макет не сделан, глюки не отловлены.
Бом из 10 пунктов — не оптимизирован, хотя там можно сделать все за 5 минут. Да, там тоже надо внимательно читать, иначе ждут маркетинговые сюрпризы (у STM32H7, например Y ревизия всего 400МГц, а не 480 на которые некоторые рассчитывают, хотя пиар везде на 480).
Опытной партии — не было.
На закрытие элементарных ошибок ушел год. Проект едет уже 3 года, что в мире IT подобно похоронам заживо.
Ну и не знать хотя бы «Резонит». Серьезно? Вы точно электроникой занимаетесь?

Дабы не быть субъективным, повторю сильные стороны:
Достаточно удачно подобран МК.
Правильно выбран завод для окончательного производства, с точки зрения продаж (да, продаж, проект коммерческий, оплаченный авансом, чего бы вы не писали).
Смогли собрать денег на краудфандинге. Значит пиар неплохой.

Почему оно не поехало? С меньшей вероятностью, потому что на ПК пара логин-пароль — снимается кейлоггером. И набор логинов пока долистаешь до нужного — тоже.
С большей, потому, что на мобильных девайсах этим нельзя пользоваться. Как я попаду в корпоративный банк-клиент с айпада? Вроде бы, тоже все достаточно очевидно.
Не стоит выдавать свои фантазии за наши слова.

то опенсорс и бесплатно, то краудфандинг и платно

(«а сами-то», «да это у всех так», «а что вы имели в виду»)

макет не сделан

Опытной партии — не было.

не знать хотя бы «Резонит»


ЗЫ: к вам в карму мог сходить любой, прочитавший ваши конструктивные комментарии
Спасибо за обратную связь.
Дело в том, что вы делаете выводы (или более того — обвинения), не обладая полной информацией ни о нас (это к вопросу про «Резонит»), ни о проекте (т.к. смело заявляете, что проект «убыточный» и не поехал). У вас есть опыт работы над подобными проектами? Поделитесь! Разве не для этого мы здесь собрались?
Так он на самом деле прибыльный и поехал? Но при этом все ляпы и недоработки авторами объясняются тем, что проект — некоммерческий? Прибыльный, но некоммерческий?

«Назову ребёнка Изяслав. Когда надо — Изя, когда надо — Слава».
Зачем вы подменяете понятия? С точки зрения краудфандинга проект успешный, потому что удалось собрать нужную сумму, произвести и поставить устройства инвесторам.
Ну так он убыточный или не убыточный?

Если первое, то предыдущий комментатор обладает вполне себе полной информацией, если второе — то это такой новый тип проекта, «прибыльный некоммерческий», в налоговой долго смеяться будут.
НЛО прилетело и опубликовало эту надпись здесь
Нет, мы как раз о том.

Товарищи разработчики просто вертятся как уж на сковородке. Проект может быть либо некоммерческим — и тогда понятия убыточности или прибыльности к нему вообще неприменимы, либо коммерческим — и тогда он либо убыточен, либо прибылен.

Успешным или неуспешным можно быть вообще в любом из этих случаев (да, и прибыльный проект тоже может быть неуспешным), но как раз слова «успешный» они не употребляют.

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

Тут надо или трусы надеть, или крестик снять.
Олег, я уважаю ваше мнение. Чтобы не разводить демагогию, давайте завершим эту дискуссию. За одно сэкономим ресурс вашей «базы афоризмов».
что за бред? Если поставить в качестве нужной суммы 1 доллар, то это тоже будет означать что проект успешный? Проект успешный если собрав Х вы хотя бы в 0 вышли, а если вы «собрали» столько что даже на рассыпуху не хватило, то что это за успех?
Если вам так будет спокойнее, то мы «хотя бы в 0 вышли». Теперь зачтете?
те вы продали 300 штук по 330 долларов+ стоимость железа за штуку так что ли? В статье же написано что трудозатрат на 100кбаксов. У вас там бухгалтер есть вообще?
Мне нравится наша дискуссия. Может перейдем к фактам, а не вашим домыслам? Покажете, где в статье написано, что разработка стоила «100кбаксов»?
Представим, что этот проект делали по коммерческим ставкам. Тогда затраты на разработку можно оценить примерно в $100000.


это не оно? вместо того чтобы кому-то что-то полезное сделать и заработать 100кбаксов вы сделали ЭТО. А теперь еще и утверждаете что ОНО окупилось. Ну если ваши программисты работали за доширак, который они покупали за свои деньги, то я согласен, должно было окупиться.
Это забавно, что вы пишите то, чего нет. Оперируете своими предположениями, а не фактами. У вас есть что по существу-то или только ЭТО?

Посмотрим на все это с другой стороны.
Представим, что этот проект мы делали «pro bono». Тогда затраты на разработку можно оценить примерно в 0$. И что теперь?

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

Впрочем, как и то, что если бы мы делали это по коммерческим ставкам, мы бы заработали «100кбаксов». Может это вам бухгалтер нужен?
не открыть ли мне тоже «контору» по разработке фигни которую даже по 60 баксов готовы купить менее 300 человек, и складывать все эти разработки в стол? Отличное применение своим деньгам я щитаю.
Это хорошо, когда человеку интересно общаться с самим собой.
а у вас вообще коммерческая контора или так? вы мне напоминаете руководство аэрофлота, которое заявило что эвакуация самолета уложилась в норматив, 55 сек при нормативе 90 сек. Забыли сказать только что если б все погибли то эвакуация была б выполнена еще быстрее. Так же и у вас видимо, мы ни копейки не заплатили — значит ни копейки не потратили. Так что ли?
Обязательно открывайте. Если вам это принесёт счастье, как приносит нам.
Проект успешный, если достигнута цель. «Цель» совершенно не обязательно означает «Прибыль», смекаете?

Цель у коммерческой компании только одна — прибыль. Нет прибыли — проект провальный.

В вашем комментарии два тезиса. Один про компанию, другой — про проект. Целью коммерческой компании может быть самопродажа, сама компания при этом прибыли может не увидеть. У компании могут быть разные проекты, прибыльные и убыточные. Мне не очень понятно, почему вас так беспокоит этот вопрос.
Очень узко вы мыслите. Вот у нас недавно был проект, стажировка студентов. Он даже был связан с созданием новых устройств — целый месяц прошедшие предварительный отбор парни разрабатывали кто что хотел, под нашим присмотром.

Получили ли мы в результате прибыль? Нет, только потратились.

Был ли проект успешен? Да, ведь мы достигли цели — наняли парочку перспективных программистов-эмбеддеров.
тут вообще все правильно сделали. Поиск сотрудников достаточно дорогое занятие, особенно если учитывать кол-во собеседований которое приходится проводить впустую. Так что вполне возможно что и сэкономили на этом.
Искал аппаратный менеджер паролей и наткнулся на Крипто какаду в озоне.Кто-нибудь сталкивался с этой штукой? Видимо, тоже российского производства флешка…
Спасибо за интересную статью! Вы старались, что-то делали и не побоялись рассказать как всё происходило и конечно же [для меня] в первую очередь интересны технические детали.
Отдельная тема — комментарии! Благодаря вашему материалу, узал много о наболевшем ранее засветившихся здесь разработчиков:) Ну а ошибки — это просто процесс, никуда не деться.

Успел заморочиться фразой из апнота: «However, a GPIO is five-volt tolerant only in input mode. When the output mode is enabled, the GPIO is no more five-volt tolerant. For more details about I/O input voltage, refer to VIN parameters in the general operating conditions table of the datasheet» Но там же ниже сразу идёт пример i2c где выход переводится в open drain и подвешивается через внешний резистор к +5V
Зависит от режима выхода. В push-pull и/или с внутренней подтяжкой выход к 5 В толерантен не будет.

Более того, вход при включённом pull-up тоже к 5 В нетолерантен.


Для себя вот так раскрасил — синий +3V, красный — 5V, ADC хоть и там есть паразитный диод, но пишут, что ток через него не рекомендуется.
Ток через паразитный диод не просто не рекомендуется — в микрокоптребляющей схеме он может внезапно для всех присутствующих запитать микроконтроллер пятью вольтами.
Спасибо за отзыв.
С этими комментариями можно прокачать все навыки буквально за один день. Меня уже научили и бобины закупать и прибыль на проекте считать и как по чеклисту без ошибок проектировать!
Скажем так, львиную долю того, что вам здесь написали, вы могли-бы знать закончив «шарагу»(как некоторые понтовые штуденты её называют, которые драйвера скачать даже не могут) уровня«МАИ», там и про сокращение BOM-а, и про разводку и про разработку ТЗ рассказали-бы много интересного.
Я видимо не в ту шарагу ходил, не подскажете, на каких курсах можно наверстать?
4ый факультет МАИ, кафедра 404. Вам будут оттуда полезны два человека, Ушкар и Чайка (мужского пола).
А больше этому нигде не учат? А то я в Санкт-Петербурге живу.
Увы, не знаю, мне хватило их обучения, неоднократно подтверждённого практикой.
Прочитал с удовольствием всё!)
Понимаю Вас:)
Спасибо, что «вызвали огонь на себя» — все правы по своему и исходя из собственного опыта.
ps Сам немного рисую что-то, потом ЛУТчу и про 1.0 uF улыбнуло. Обычно высыпаю из коробка ранее сдутое с материнок — О, кажется не дроссель керамика — вроде подходит по размеру! Паяем!)
Обычно высыпаю из коробка ранее сдутое с материнок — О, кажется не дроссель керамика — вроде подходит по размеру! Паяем!)
Но вы же не пытаетесь это потом продавать другим людям, правда ведь?
Это скорее самокритика была и из серии «так бывает». А при количестве даже мелких устройств >2 всё равно уже надо заказывать. Копаться в некропотрашёнке — сильно дольше.
Это совершенно нормальный радиолюбительский подход, в котором ничего плохого нет, даже бонусы есть в виде того, что в мусор в итоге меньше всякой дряни отправляется.
В ремонте когда надо вот прям вчера -хорошо, да. Микрухи какие-то — всех же не запастись. Или когда нет в наборе нужного 0603 резистора, но как же муторно это выискивать… Время — ресурс.
И иногда случаются фэйлы — лежит куча выпаянной когда-то TTL, которую конечно можно иногда ставить, но потребление одной ЛА3 как целого мелкого stm32, ещё и дырки сверлить…
Вот спасибо ещё раз!)
Под всёещёоколовлиянием статьи, сегодня в процессе отладки посмотрел осциллом на питание, а там… синус в полвольта! В тестовой разводке закралась ошибка и пропал кондёр на входе стабилизатора и он загенерил.
Это какие-то совсем детские ошибки, которые легко предотвратить чтением документации. Я, конечно, сам не крутой профи, но как только увидел схему LDO и график напряжения сразу понял в чём дело. Вы действительно предлагаете разработку электронных устройств на заказ? Я всё правильно понял?
И что же вы поняли сразу по схеме LDO и графику?
Про LDO — они все требуют от 4,7-10 мкФ конденсатор, 1 мкФ будет, скорее всего, мало, нужно посмотреть в даташит. А в даташите как раз указан 4,7 мкФ.

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

Более того, я вот тут ещё предвижу косяк по питанию. У устройства сзади есть USB-порт, на который, по видимому, тоже подаётся питание. Подключение в него устройства с достаточно большими конденсаторами может вызвать просадку напряжения на вашем устройстве и, в лучшем случае, оно ребутнётся по BrownOut, а в худшем зависнет в HardFault. Так же Flash-память МК при стирании и записи прилично так жрёт, и 10 мкФ при подключении через USB-удлинитель с тощими проводами может не хватить. Поэтому я бы поставил на вход LDO несколько хотя бы конденсаторов по 10 мкФ, а лучше электролит на 100 мкФ, если позволяет место, конечно.
НЛО прилетело и опубликовало эту надпись здесь
Я неправильно выразился. Большинство требует. А это значит, что в тот момент, когда захотелось установить 1 мкФ (например, на складе такие уже есть в большом количестве), то, прежде чем ставить 1 мкФ, следует сходить в даташит и удостовериться, не маловато ли.
Не, не большинство. Они все разные, начиная с тех, которые не требуют вообще никаких конденсаторов — и именно поэтому применение нового LDO всегда начинается с Application Information даташита, где написано про выбор конденсаторов.

Тем более, что уж у LDO-то параметров вообще негусто, так что три абзаца — там, где у DC/DC может быть десяток страниц — прочитать несложно.
Вы, несомненно, большой профессионал в своём деле. Ваш вопрос содержал следующую конструкцию: вы поняли, что мы не можем в действительности предлагать услуги контрактной разработки электроники, как только увидели схему LDO и графики. Мне не ясно, как вы перешли от одного к другому.
Неумение либо нежелание читать даже простую документацию говорит о недостаточном опыте разработчиков и недостаточном количестве набитых ими шишек.

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

Вот после этой вы узнали, что дашатит на LDO надо читать, а не курить.

После следующей ещё что-нибудь узнаете.
И какое нужно количество выполненных разработок?
image
olartamonov, я не хотел этим заниматься, видит Бог. Но ваше упрямство и самоуверенность толкают меня на этот шаг. Как вы считаете, есть ли здесь очевидные ошибки проектирования?
НЛО прилетело и опубликовало эту надпись здесь
Это нельзя назвать ошибкой, мы ведь не знаем, было ли такое требование. Хотя у нас модели входят в проверку.
НЛО прилетело и опубликовало эту надпись здесь
Как вы думаете, питание по USB приходит?
Судя по тому, что лежащая у меня сейчас на столе и включённая только в USB плата бодро светит диодиками, приходит.
Там корпус не предусматривался вообще. Настольная отладочная платка.
Требование к публикации картинок в блоге в Живом Журнале?..

Я сейчас бегло просмотрел ToS, нет, там нигде не сказано, что картинки плат можно публиковать только с полным набором моделей компонентов.
Если не затруднит, можете ответить на вопрос?
Вы уже так смакуете ваш момент славы, в котором вы объявите про страшную ошибку, что я прямо не смею вам мешать.

На левой картинке ошибочна сама архитектура — она работает, но можно немного дороже сделать сильно лучше (и потом ещё дороже ещё лучше, но практического смысла уже мало). На правой — две относительно существенных (но не фатальных), но на этих картинках вы их вряд ли найдёте, если не посвятите завтрашний день реверс-инжинирингу.
Я просто хочу показать вам, что мы-коллеги. Я не знаю, каков ваш бизнес, и насколько вы продвинулись как инженер. Плата имеет недостатки, но похоже работает. Удачи вам с проектом!
НЛО прилетело и опубликовало эту надпись здесь
Да никакой он не нашёл. Там нет ничего, что можно было бы найти невооружённым глазом, более того, он бы и по схеме ничего бы не нашёл.

  1. в измерительной части после dc/dc питания нагрузки конденсатор стоит так, что по нему подтекают единицы микроампер, которые измериловка не отличает от потребления нагрузки
  2. нет подтяжки сигнала BOOT


Из прочего:

  1. компаратор в принципе лишний, для переключения токоизмерительных шунтов по уши хватает быстродействия штатного АЦП и его аналогового вотчдога


Всё. Дальнейшие усовершенствования или незначительно влияют на реальные параметры, или требуют радикальной смены половины компонентов.
НЛО прилетело и опубликовало эту надпись здесь
У меня написание статьи займёт раз в десять больше времени, чем поиск обеих указанных вещей — при том, что статьи в жизни я писал существенно больше лет, чем разрабатывал электронику.

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

К концу явнваря того же года, видимо, стоит тут уточнить.
Я искренне рад за ваш проект. Мне не видно ни схемы, ни трассировки подробно. Возможные ошибки:
  1. Перемычки под/между ногами микросхем
  2. Отсутствие защиты по USB питанию
  3. Перекос толщин подходящих проводников у некоторых SMD компонентов(конденсаторы, резисторы)
Ну то есть после всего вашего пафоса оказалось, что ни одной реальной — то есть оказывающей какое-либо влияние на работу — проблемы вы там не видите.

В отличие от вашего поделия, на котором вы радостно жгли микроконтроллеры.
Вы, Олег, не поняли. И опять используете слова вроде «в отличие от вашего поделия» по отношению к чужой работе.

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

А не мусолить бесконечно вопрос о том, почему разработчик не смог прочитать даташит от несчастной лдошки.

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

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

Как вы считаете, есть ли здесь очевидные ошибки проектирования?


Очевидных вам — нет.
Вы же сами написали про три ошибки, я вам ещё накинул. Но всё ещё ошибок нет, ок. Предельно чётко вы можете только оскорблять людей в комментариях.
Да ничего вы не накинули, вы судорожно пытаетесь выдумать хоть что-то. «Перемычки под ногами микросхем» — это «ошибка», ведущая к чему конкретно? Правильно, ни к чему.

Вы же тут уже сколько — неделю? — мусолите тот факт, что ваш разработчик не умеет даташиты читать. Который надо было просто давно признать, вкатить разработчику профилактических люлей и забыть.
Откровенно детские ошибки же. Мне бы при таком уровне опыта и в голову не пришло предлагать свои услуги кому-либо.

Хотя, знаете, возможно, в современных реалиях это правильный подход. Лучше пару раз облажаться, но быстро набраться опыта, чем оттачивать мастерство годами, теряя драгоценное время, ибо жизнь не бесконечна.
Правильный подход, наверное — это совершать взрослые ошибки, профессиональные.
Без взрослых и профессиональных ошибок, к сожалению, никак. А вот от детских лучше избавиться.
Приведите, пожалуйста, пример одной взрослой и одной профессиональной ошибок.
Например, вляпаться в недокументированный косяк, который каким-то чудом прошел все тесты и вылез только в продакшне. У меня была такая, с STM32 и GPS-приёмником.
Это профессиональная или взрослая? Описанное вообще не похоже на вашу ошибку.
Вы серьезно обижаетесь, что «неверно скопированный reference design» называют детской ошибкой, одновременно считая себя профессионалом и продавая контрактную разработку?

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

Мы сами поделились историей, прекрасно понимая, на что идём. Вы не увидели ценности в этой статье, посчитав её хорошим полигоном для попыток самоутвердиться.

Меня не устраивает неэтичное поведение. Вы и несколько других профессионалов позволяете себе делать нападки на коллег, объявляя ошибки проявлением непрофессионализма. Более того, вы ещё и оцениваете работу целой компании. Людям свойственно ошибаться. Думаю, если внимательно посмотреть на ваши работы, там тоже будут недочёты. Некоторые из них можно будет высокомерно назвать «детскими». Но.
«Инженеры должны делать публичные заявления только в объективной и правдивой манере.»

Не переходите на личности. Будьте инженерами.
Вовсе нет. Единственное, что я здесь оцениваю, это ваши комментарии (и в какой-то мере статью).
Людям свойственно ошибаться. Думаю, если внимательно посмотреть на ваши работы, там тоже будут недочёты.
Абсолютно верно вот прямо сейчас я перерисовываю питание потому, что неверно оценил потребление нагрузки на не номинальном питании (в даташите нет, а собирать стенд и мерять было лень, вот расплачиваюсь).
Некоторые из них можно будет высокомерно назвать «детскими».
Но я ни в коем случае не утверждаю, что взрослые не делают взрослых ошибок. Но их можно воспринять спокойно «лопухнулись, переделали, никто не пострадал — с кем не бывает», а можно рассказать про них героическую историю и вступить в противостояние со всеми, кому она не зашла.
Вы зря впутываете сюда эмоции. Эта статья целиком про инженерные ошибки, которые мы сами за собой заметили. А потом приходите вы и говорите
Вы серьезно обижаетесь, что «неверно скопированный reference design» называют детской ошибкой, одновременно считая себя профессионалом и продавая контрактную разработку?

Я не обижаюсь, меня огорчает ваша позиция. Вы поливаете говном людей и компанию, даже не зная, как и что мы делаем.
А как не впутывать эмоции, если вы эмоционально реагируете и язвите в ответ на критику?
Вы читаете только то что вам удобно?
Сложите говномёты, обсуждайте факты, и вы — мой лучший друг.
А вы только говнометы видите?
Нет, конечно. Вижу и полезные мысли, за них всем большое спасибо. Уверен, если бы мы встретились и обсудили всё лично, мы бы поладили.
НЛО прилетело и опубликовало эту надпись здесь
я тут одного позвал, так он сказал что мне нечего ему предложить…
НЛО прилетело и опубликовало эту надпись здесь
Взрослые ошибки совершают и взрослые компании. Вот когда в боше тоже гонялись за дешевизной экономили аж целых 1.3 евро per unit покупая всякий хлам, они вляпались в АЦП БАГ в ST10 архитектуре (кто бы мог подумать) В очень редком сочетании обстоятельств в процессе если измерение совпадало с самокалибровкой АЦП в N-ном разряде бит оказывался инвертирован. Воспроизводимость ошибки — 1:600тысяч АЦП преобразований. Программно это было сразу же профиксено, за верное значение принималась медиана трех последовательных АЦП измерений (ошибка никогда не воспроизводилась в последовательном измерении — т.к. самокалибровка не запускалась последовательно)… Ну и конечно когда ее нашли уже не одна тысяча устройств была смонтирована на бажных ревизиях процов. Воспроизводится ошибка банальной подачей на АЦП вход синусоиды и написанием кода который ищет отклонения в синусоиде…
Статья очень полезна. Я в своем проекте столкнулся с тем что память SDRAM вылетает через короткое время. Первая работала не стабильно. Поменял. Завелась! Но также поменял параметры инициализации и память совсем перестала работать. Игрался с инициализацией UART. Настройки не сохранил. Есть Discavery с той же конфигурацией но память на другом банке. На ней код работает. Думаю смотреть в сторону LDO. Все питается от USB без защитных диодов.
IS45S16400J на STM32F429
habr.com/ru/post/513404



Думаю может с CP2102 залетает, Только сегодня вашу статью прочитал. Завтра буду исследовать.

Но вообще из спеки IS45S16400J
Maximum Supply Voltage. –1.0 to +4.6 V
Maximum Supply Voltage for Output Buffer Input Voltage –1.0 to +4.6 V
Могла выстоять если кратковременно

Ну посмотрим

Спасибо за статью!

Какую комбинацию клавиш надо нажать, чтобы Пастильда вставила только пароль, а не логин ->TAB-> пароль?
Мне уже надоело вставлять пароль Пастильдой через блокнот.

Попробуйте установить параметр автоввода в базе keepass.

Непонятно как это осуществить. Нужен видео tutorial.

Функция выбора формата ввода (логин+пароль или просто пароль) должна была быть реализована в Пастильде на уровне прошивки (отдельные HotKeys).

Никто не будет редактировать *.kdbx каждый раз, когда надо зайти на конкретный сайт.


Какую микросхему вы в Pas~ r1.1 использовали для 6-ти пиновых чипов D1 и D2?
В схемотехнике Pas~ r1.1 отсутствует название чипов D1 D2.


По схеме и виду платы похоже на USBLC6-2SC6 (ну или какой-то из его китайских клонов). На любимый пользователями JLCPCB SRV05-4-P-T7 (C85364) (поскольку там это Basic Part), увы, без переделки платы не заменяется (у SRV05-4 4 отдельных канала, передать сигналы сквозь чип, как с USBLC6-2, не получится).

У Пастильды r1.1 есть еще одна особенность. Отсутствие резисторов к питанию на SDIO шине. Поэтому чтобы работал SDIO надо программным образом устанавливать подтяжки напряжения SDIO пинов к питанию (PullUps) в драйвере GPIO.

Иначе просто не будет Link(а) c SD карточкой.

Для полноты картины надо добавить в Пастильду функцию мгновенного форматирования SD карты.

Как-нибудь вот так...