От переводчика: Librem 5 (на рендере) — защищённый смартфон под Linux от компании Purism, который создаётся на максимально открытом железе и софте за счёт краудфандинга.Сегодня расскажем о разработке Librem 5 Developer Kit и о том, как мы использовали в его разработке только на 100% свободные программы.
Дизайн девкита опубликован на условиях лицензии GNU GPLv3+, аппаратный репозиторий Git лежит здесь.
KiCad — очевидный выбор EDA
Перед началом разработки было не совсем ясно, по какому пути разрабатывать проект. В частности, какой инструмент выбрать для автоматизации проектирования электроники (EDA). Изначально идея состояла в изменении платы i.MX 6QP OpenRex от FEDEVEL для соответствия всем требованиям к девкиту, но мы сразу столкнулись с двумя основными проблемами: там использовался архаичный процессор i.MX 6QP, а ещё хуже, что плата была разработана в проприетарной системе Altium. К счастью, у меня уже был опыт проектирования электроники с помощью EDA KiCad, поэтому мы сумели создать дизайн девкита, используя на 100% свободное ПО.
KiCad — очевидный выбор не только из-за свободной лицензии (GNU GPLv3+), но и потому, что это очень функциональный набор для проектирования электроники, который превосходит даже некоторые дорогие проприетарные инструменты.
Выбор компонентов, удовлетворяющих требованиям
Первый шаг при разработке девкита — поиск компонентов, отвечающих требованиям, определённым в ходе кампании. Кроме соблюдения заявленных спецификаций, при поиске компонентов мы решили добавить несколько дополнительных наворотов; в том числе:
- контроллер заряда (BQ25896)
- держатель батареи 18650 для дополнительного литий-ионного аккумулятора
- USB-C
- mini-HDMI
- контроллер карты SD и разъём micro-SD (поскольку у i.MX 8M только два контроллера uSDHC)
- Ethernet/RJ45
- аудиокодек
- динамик для наушника
- микрофон
- 4-полюсный разъём CTIA/AHJ для наушников 3,5 мм (с выбором между встроенным и внешним микрофоном)
- разъём и умный кардридер GPG
- вибромотор
- программируемый LED
- кнопки громкости и питания
- аппаратные выключатели и переключатель режима загрузки
- флэш-память 16Mb SPI NOR
- часы реального времени (RTC)
Как и планировалось, мы добавили сквозные отверстия для отладочных контактов UART, которые по умолчанию не заняты (serial over USB работает на дефолтном образе, который поставляется с девкитом). Подсказка: если вы не любите паять, то хедеры поддерживают прессовую посадку, ищите номер детали Autosplice 23-1063. На плате предусмотрена опорная поверхность SMD 2?5 JTAG, а её функиональность проверена ещё на прототипе; если вам интересно поиграться, то ищите номер детали GRPB052VWQS-RC.
Для модема WWAN/baseband и WiFi+BT было ясно, что нужно найти какие-то готовые модули, например, с поверхностным креплением. На ранней стадии у Николь родилась блестящая идея использовать модули mPCIe и M.2, чтобы девкиты стали модульными, с возможностью апгрейда в будущем. В конце концов, мы остановились на модуле модема mPCIe SIMCom SIM7100A/E и модуле M.2 RedPine RS9116 Wi-Fi+BT.
Начало чертежа
По завершении фазы исследований следовало приступать к реализации наших идей. На рынке только появился процессор i.MX 8M Quad. Чтобы получить рывок со старта в разработке, а также добавить модульность и возможность будущих обновлений, мы выбрали вариант системы-на-модуле (SOM), включающий SoC, SDRAM, eMMC и PMIC. Но даже на ранних стадиях развития, когда мы только начинали рисовать схемы, ещё не начался серийный выпуск некоторых из интересующих нас SOM. Примерно в середине апреля мы установили хорошие отношения с компанией EmCraft, которая только приступила к первому крупному производственному циклу SOM и была близка к выпуску спецификации аппаратной архитектуры. Мы решили, что SOM от EmCraft и их ресурсы — именно то, что нам нужно. Как только был выбран конкретный SOM, мы сразу приступили к чертежу схем.
Процесс выбора конкретных компонентов для девкита проводился одновременно с составлением схем. Все работы проводились в системе контроля версий Git.
Рис. 1. Ранняя редакция схемы от 2 мая (хэш git-коммита 023915d5)
По завершении схем мы экспортировали файл netlist, что значительно приблизило нас к воплощению девкита в жизнь.
Моделирование HP_DET
Кроме KiCad, из свободного ПО мы ещё использовали инструмент под названием Qucs-S и SPICE-совместимый инструмент эмуляции Xyce для эмуляции микросхемы сенсора наушников, которая включает в себя стабилитрон для защиты соответствующего GPIO от слишком высокого или слишком низкого входного напряжения с выдачи HP DAC от аудиокодека. Сочетание Qucs-S и Xyce позволило использовать в микросхеме SPICE-модель диода MMSZ4688T1G, которая наилучшим образом представляет физическое состояние пустующего разъёма 3,5 мм с одновременно активным HP DAC.
Рис. 2. Моделирование схемы HP_DET с помощью Qucs-S и Xyce
Эта имитация, а также простой случай DC, где внутренний переключатель разъёма 3,5 мм открыт и 1M? доходит только до дефолтного напряжения 3V3_P — это позволило убедиться, что конкретный метод защиты действительно работает.
Создание площадок
Примерно в середине июня мы завершили составление списка материалов (BOM), начали размещать заказы на компоненты и стали создавать очертания всех площадок в устройстве (чипы, разъёмы, модули и т. д.). Мы взяли рекомендуемые характеристики из документации и четырежды проверили, что всё правильно.
Рис. 3. Площадка контроллера заряда BQ25896 (U301 на dev-плате, находится под SOM)
В великолепном режиме 3D-просмотра KiCad мы создали трёхмерные очертания почти всех компонентов.
Рис. 4. 3D-модель контроллера заряда BQ25896
Поуровневое планирование, разводка и обновление KiCad
На раннем этапе был составлен грубый поуровневый план, чтобы быстро прикинуть, какая площадь интегральной схемы будет задействована (90?180 мм) и куда поместить более крупные компоненты (разъёмы, гнёзда, слоты для карт, сокеты mPCIe и M.2, модули и т. д.). После размещения на макете некоторые детали ещё двигались, но быстро закрепились на конкретных местах.
В конце июня мы начали прокладывать разводку, начиная с USB-C (коммит a1bfc689). Это положило начало макетированию.
Рис. 5. Первый коммит с разводкой
Рис. 6. Какой в итоге стала разводка USB-C
Рис. 7. Ранний вариант схемы до размещения компонентов и разводки
Процесс разводки требовал тонкого баланса между скоростью работы и проверкой, что всё сделано правильно без ошибок, в том числе тщательная разводка дорожек управления сопротивлением и чувствительных аналоговых линий.
Изначально не было уверенности, сколько нужно слоёв и нужно ли размещать компоненты с обеих сторон платы. Мы знали, что на плате i.MX 8M восемь слоёв и компоненты с обеих сторон, но были уверены, что сможем сократить количество слоёв. Мы быстро поняли, что с обратной стороны платы обязательно придётся размещать компоненты, потому что на телефоне некоторые модули находятся на «задней» стороне платы (сторона дисплея), включая разъёмы дисплея, датчик приближения/света, программируемый светодиод, динамик и микрофон. Наличие компонентов с обеих сторон сделало процесс компоновки несколько проще, так как освободило немного места, где можно разместить флэш-память SPI NOR, кардридер, RTC, 2.8V LDO, различные ИС и другие компоненты. Что касается количества слоёв, мы решили сократить его до шести. Ещё два дополнительных слоя решили добавить, только если застрянем в тупике и не сможем проложить какие-то цепи. К счастью, этого не произошло и остался дизайн с шестью слоями.
Мы решили использовать общую компоновку, которая обеспечивает оптимальный баланс между простотой разводки и сокращает непреднамеренные выбросы излучения. В качестве диэлектрической подложки взяли слоистый пластик с медной фольгой NP-180TL от NAN YA, у которого относительная диэлектрическая проницаемость около 4,11 при нашей средней рабочей частоте около 1,7 ГГц. Наши расчёты питающей линии RF для микрополосковых и копланарных волноводных питающих линий платы (CPW) с использованием такой компоновки можно найти в репозитории Git.
Рис. 8: Схема слоёв девкита
Перед реализацией девкита в KiCad мы не знали, выпускать альфа-версии или придерживаться классических более стабильных релизов типа 4.0.7. Хотя у «ночных сборок» есть несколько полезных особенностей, мы всё-таки решили придерживаться стабильных релизов, чтобы не приходилось часто обновлять KiCad и рисковать появлением нескольких одновременных версий.
Когда мы уже начали работу, вышла версия KiCad 5.0.0! 16 июля мы без особых проблем обновили проект до KiCad 5.0.0 (в частности, коммиты 4f70b865 и a4e3de8a). К счастью, это обновление совпало с переходом большинства наших пассивных компонентов с 0603 на 0402, так как новые площадки в KiCad немного отличаются от старых значений по умолчанию, а у площадок закругленные углы, более эффективные для бессвинцового припоя.
После обновления на 5.0.0 мы сосредоточились на макетировании — и в течение месяца (а именно, 14 августа с коммитом 9b4dd2e0) довели количество неразведённых цепей до нуля.
Рис. 9: Релиз-кандидат от 14 августа с коммитом 9b4dd2e0 зафиксировал нулевое количество неразведённых цепей
После завершения разводки и проверки Design Rules Check (DRC) мы в течение недели наводили порядок в макете.
При макетировании платы самыми полезными ресурсами стали справочник по макетированию интегральных схем из официальной документации и Руководство по макетированию Toradex.
Рис. 10. Окончательный макет (области с медным покрытием скрыты)
Экспорт файлов и отправка на производство
После завершения макета нужно было экспортировать все файлы, необходимые для производства и сборки плат. Экспорт файлов Gerber в KiCad осуществляется довольно просто. Однако, подрядчик запросил ещё схему и макет для сборки, что потребовало некоторых усилий.
Для предварительного просмотра файлов при экспорте мы обычно использовали Gerbv из gEDA. Вот как выглядит наш девкит в Gerblook — этот инструмент применяет для веб-рендеринга Gerbv и ImageMagick.
Рис. 11. Файлы Gerber девкита при просмотре в Gerbv
Для создания чертежа требуемого вида мы задействовали слои F.Fab/B.Fab. Они отображают местоположения, контуры, полярность и опорные обозначения всех компонентов на плате. С помощью слоёв F/B.Fab для каждой площадки нам удалось создать окончательный чертёж, распечатав F.Fab и B.Fab в отдельные файлы PDF, а затем объединив в один документ.
Рис. 12. Схема со стороны SOM
Ещё больше пришлось потрудиться над схемой для производства. Чтобы её сделать, нужно было экспортировать заметки со слоя Cmts.User вместе с контуром платы как один архив DXF, а после этого экспортировать все метки для высверливания отверстий как другой архив DXF. После создания этих двух файлов они объединяются и в чертеже всей площадки (footprint). Получив этот особый “footprint”, который объединяет два файла DXF, мы почти всё в макете скрываем — и импортируем этот специальный футпринт «для завода» (без сохранения временного макета). На данный момент всё, что нужно, находится на слое Dwgs.User; поэтому можно распечатать его вместе с каркасом в окончательный PDF для производства.
Рис. 13. Метки для высверливания отверстий
Вместе со всеми этими файлами и документами используется список соединений IPC-D-356, с помощью которого завод может провести тест по методу «летающего щупа» и убедиться в отсутствии короткого замыкания или обрыва цепи. Также мы подготовили CSV-файл (чтобы на заводе знали, где размещать и как ориентировать все компоненты), и, наконец, вручную отредактированный файл GenCAD (для программирования заводского паяльного робота).
Испытания прототипов
Мы отправили окончательные файлы для производства, ответили на все вопросы подрядчика и изменили всё, что они попросили. Файлы были отправлены примерно в конце августа — и мы с нетерпением ждали, когда наш дизайн попадёт на конвейер в Шэньчжэне. К сожалению, как мы рассказывали в блоге, значительные задержки в производстве прототипов произошли из-за непредвиденных обстоятельств, таких как суровая погода и Золотая неделя [национальный праздник в Китае — прим. пер.]. Из-за этих задержек мы решили заказать производство прототипов на отечественном заводе, который доставил нам платы на две недели быстрее, чем китайцы.
Рис. 14. Прототип панели девкита v0.1.2 (перед сборкой)
После сборки небольшой партии прототипов их быстро прислали нашим инженерам для отладки и разработки программного обеспечения. К счастью, благодаря общественному обсуждению и всестороннему анализу дизайна, в аппаратной части оказалось очень мало ошибок (три относительно незначительные корректировки макета/списка цепей и одно механическое исправление). В течение следующих двух месяцев прототипы использовались для полировки ПО.
Окончательное производство и поставка
Примерно в начале-середине ноября, после внесения незначительных корректировок в дизайн и проверки почти всех аппаратных подсистем, мы провели процедуру реэкспорта и повторно выпустили файлы для производства и окончательной сборки. Некоторые наши сотрудники провели 10-22 декабря, помогая со сборкой, тестированием, упаковкой и отправкой девкитов нашим бейкерам (многие доставили до Рождества!)
Рис. 15. Окончательный вид панели девкита v1.0.0 (до сборки)
Рис. 16. Полностью собранный девкит по сравнению с 3D-моделью (сторона дисплея)
Рис. 17. Полностью собранный девкит по сравнению с 3D-моделью (сторона SOM)
Весь процесс потребовал много усилий, но стоил того. Особенно когда мы увидели, как плодотворно сообщество может использовать результаты нашего труда. Некоторые уже начали разрабатывать 3D-печатные корпуса для девкита. Не терпится посмотреть, какое классное ПО и какие варианты использования вы придумаете для этих удивительных плат! Не стесняйтесь сообщать обо всех классных штуках по электронной почте на
feedback@puri.sm. Если это действительно супер, мы расскажем о вашей разработке в будущих статьях блога.Сейчас у нас всё время уходит на рассылку телефонов Librem 5. Так что до следующего раза, не теряйте находчивости!
Комментарии (47)
amarao
14.01.2019 16:05Замечание к переводу: не надо писать «мы», надо писать либо «как разрабатывали devkit ...», либо «как pursm разрабатывали devkit». При том, что это перевод, вы вводите в заблуждение читателей, которые думают, что вы (автор/переводчик) занимались этим.
potan
14.01.2019 16:12Еще бы они NFC поддержали — я бы, наконец, сподвигся купить смартфон.
sena
14.01.2019 16:32А где оно нужно? Пользуюсь смартфонами много лет, ни разу не понадобилось…
daggert
14.01.2019 16:43Я чет последнее время понял что мне очень удобно скидывать фотки/видео/документы друзьям через NFC метку. Прикоснулся и далее она по блютузу ушла.
Andrusha
14.01.2019 17:04+1Для бесконтактной оплаты, например. Google Pay тут скорее всего не заработает без гуглосервисов, но бывают сторонние реализации в банк-клиентах, у Тинькова, например
PS. А, перечитал повнимательнее, там не Android, а чистый линукс. Ну тогда да, в этом дивайсе его сложно приспособить будет, разве что для программирования меток или открывания замков.
roscomtheend
15.01.2019 10:33У нас — везде, позволяет не тупить, ища по краманам мелочь. И не искать «где снять деньги с карты».
nafikovr
15.01.2019 11:18само наличие NFC вообще никак не поможет вам в денежных расчетах. нужна как минимум поддержка со стороны существующих платежных систем, или же своя платежная система. оба варианта требуют огромных затрат, которые никогда не сможет позволить себе продукт далекий от массового
xlop-chik
14.01.2019 16:151-зачем вы сделали такие огромные поля с сверху и с низу, вокруг дисплея? ведь намного лучше было бы с максимально минимальными.
2- непонятно, телефон двух или односимочный?
3- без вменяемой инфраструктуры — не взлетит… вы бы озадачились бы поддержкой в вашем девайсе по от андроид… а то будете у разбитого корыта как та Symbian
4-про NFC поддерживаюArbane
15.01.2019 02:19В гуглоплее столько откровенного шлака, что проблему ПО можно и нужно решить иначе. Нечего портировать каку.
nafikovr
15.01.2019 09:49сколько шлака, столько и готового годного ПО. проблема ПО тут не столько в маркете, сколько в отстутсвии распространения девайса, а следовательно и интереса разработчиков в поддержке платформы
VioletGiraffe
15.01.2019 09:57Очень странное заявление. В GPlay есть шлак, следовательно, все приложения в GPlay шлак, следовательно, GPlay никому не нужен?
balsoft
15.01.2019 13:16вы бы озадачились бы поддержкой в вашем девайсе по от андроид
На офф. сайте написано, что будет поддержка запуска Android-приложений в контейнерах типа anbox.
FreeManOfPeace
14.01.2019 16:40Открытый смартфон? На своей Linux-Based ОС (не Android)? А зачем он нужен? Серьёзно.
Для чего люди сегодня обычно покупают смартфон?
Что бы пользоваться разного рода социальными сетями и прочими мессенджерами и приложениями, большинство из них проприетарны. Пользоваться с такого смартфона проприетарными сервисами, такими как WhatsApp, Viber, Facebook, VK, Telegram и т.д.
А какая разница тогда, эти сервисы сами по себе собирают намного больше инфы чем Android с выпиленными гугл сервисами (последний, вообще только на clients3.google.com лезет в версии 4.4.2 я в wireshark смотрел, потом в hosts вписал). Запретить пользоваться такими приложениями? Предложить альтернативы? Так альтернативы уже давно существуют, Tox, XMPP и так далее, и ими можно пользоваться и на андроиде.
Запускать открытые программы из десктопного линукса? Довольно узкая ниша, и опять же что неспецифичного есть в декстопном линуксе чего нет в андроиде? Решать какие то специфические задачи? Зачем для этого смартфон за 600$ есть же Raspberri Pi и куча его клонов которые имеют больше портов, GPIO, куда тоже можно установить любую ОС.
Если делать открытый смартфон было бы логичнее предложить за основу всё таки андроид, но с рутом из коробки и расширенными настройками приватности, типа тех что были в XPrivacy, что бы предоставлять приложениям заведомо фейковые данные вместо приватных и всё работало, и с ограничением фоновой работы для всех приложений по умолчанию, ну и открытый загрузчик и возможность установки линукса для энтузиастов конечно, но не для всех. Это если делать смартфон для обычного пользователя.
Однако есть ниши в которых на рынке адекватных предложений на сегодня не осталось, такие как защищённый смартфон, кнопочный смартфон, смартфон заточенный под работу в оффлайн (можно даже всё в одном устройстве), сделать действительно качественный продукт, можно даже на своей ОС но с качественным встроенным ПО, и у такого устройства безусловно появилось бы куда больше почитателей, чем у очередной лопаты без привычного софта.xlop-chik
14.01.2019 16:49не в месенджирах дело… а в производителях. к примеру ксяоми была уличена в сборе инфы о своих пользователях. да и немаловажный факт — андроид поделия практически не обновляют. исключения именитые и дорогие бренды.к примеру возьмём тело от типилинк — нефос: на дворе уже 9 версия ведроида, а они телефон поставляют с 7 ведроидом. и обновления до пирога скорее всего не предвидеться. да и закрытость прошивок и загрузчиков не последнюю роль в оторжении ведрофонов играет.
я бы купил только за то, что бы вместо опостылого ведроида крутился лялекс с его открытым доступом к файлам.FreeManOfPeace
14.01.2019 16:55Я больше о том, зачем делать очередную лопату и становиться в позицию догоняющего.
Если можно предложить новый формфактор под другие задачи и опередить в этих задачах всех и сразу (современные смартфоны чересчур заточены под онлайн и «городское» использование, от розетки до розетки, и без онлайна становятся практически кирпичом, если пользователь сам не позаботится об обратном, ими невозможно пользоваться если руки мокрые, их легко разбить).
А Android не так уж плох, хотя у него хватает недостатков, с другой стороны большинство софта до сих пор вполне запускаются не то что на 7-м, даже на 4-м ведройде.
nafikovr
15.01.2019 10:02ксяоми была уличена в сборе инфы о своих пользователях
ну будет у вас копия xiaomi без закладок, но и без какого либо полезного софта для него. и нужен вам этот бесполезный кирпич?
андроид поделия практически не обновляют
обновлять перестают уже устаревшие девайсы по причине того что поддерживать их невыгодно (на самом деле тех, кому эти обновления нужны и при этом пользуются старым телефоном, очень даже немного). при этом если телефон реально популярный сообщество его обязательно поломает и будет клепать прошивки до посинения. ну или пока активисты этого сообщества сами не обновят железки. чем в этом плане отличается изначально открытый проект? более того его сообщество изначально ничтожное и шансов что проект хотя бы взлетит даже меньше, чем у того что для пятилетнего телефона выйдет андроид 9balsoft
15.01.2019 13:20Софт написать легче, чем выпилить закладки. Не для всего софта нужен GUI, и поэтому часто для выполнения задачи хватает скрипта на Perl.
чем в этом плане отличается изначально открытый проект?
Открытостью железок и прошивки. Любой желающий может абсолютно легально дописать ПО для телефона. Я например планирую снести к чертям дефолтную PureOS, поставить любимый дистр и написать простенькую оболочку на базе i3+polybar+touchbar чисто под себя.nafikovr
15.01.2019 13:31Не для всего софта нужен GUI, и поэтому часто для выполнения задачи хватает скрипта на Perl.
Любой желающий может абсолютно легально дописать ПО для телефона
вопрос же в количестве этих желающих и умеющих.
снести к чертям дефолтную PureOS, поставить любимый дистр
главное не путайте установку дистра на х86 с установкой на какой нибудь дикий эмбед.balsoft
15.01.2019 13:48вопрос же в количестве этих желающих и умеющих.
Судя по тому, что уже сделано — ребята могут и умеют, и комьюнити уже есть. Даже enterprize bundles кто-то покупал.
главное не путайте установку дистра на х86 с установкой на какой нибудь дикий эмбед.
1) Не путаю, уже пытался ставить (один раз даже успешно)
2) Суть проекта как раз в том, чтобы сделать телефон не "диким эмбедом", где кроме
закрытого ядра от обдолбанных китайцев ничего не запустишь, а таким себе Raspberry Pi от смартфонов, где работает mainline ядро и и драйвера из него. Единственное, с чем придется пострадать — это с модемом, но там идет серьёзная работа по созданию обвязки для звонков и выпуска её в upstream.
Polaris99
15.01.2019 14:58А какая есть острая необходимость обновлять телефон? Между выходом семерки и девятки прошло ровно два года. Как показывает опыт, это и есть примерно среднее время жизни телефона. Я понимаю, когда речь об айфоне идет, который постоянно дорожает, но уж андроидофон можно себе позволить купить раз в два года за сотню-другую баксов, уже сейчас на рынке за сотню можно купить то, что два года назад стоило 250-300.
potan
14.01.2019 17:12Можно сделать запуск андроидных приложений поверх своего ядра. А для отладки удобнее иметь полноценную систему.
sena
14.01.2019 18:23А зачем он нужен? Серьёзно.
Чтобы иметь телефон без многочисленных закладок. Начиная от железных, заканчивая софтовыми.
На своей Linux-Based ОС (не Android)?
А зачем нужен Андроид? Серьёзно. Мне необходимы для повседневной работы несколько функций и все они давно реализованы в свободном ПО.
Андроид просто не нужен.Konachan700
14.01.2019 18:43Чтобы иметь телефон без многочисленных закладок.
Уже невозможно, ибо VA/GPU/сотовая часть и прочие куски процов не имеют документации и имеют закрытые исходники, в которых наверняка массы дыр, закладок и уязвимостей. Нет ни одного современного мультимедийного проца, на который были бы полные доки и открытый код.sena
14.01.2019 19:44Один механический выключатель микрофона уже даёт заметный прирост безопасности. Гарантирование обесточивания микросхем — тоже. Я уж не говорю про полный контроль над установленным ПО, рут доступ и тому подобные плюшки.
Отдельные куски будут заменены позже. Я надеюсь. Не всё сразу.cepokko
15.01.2019 12:26Добавим проверок и получаем защищенный смартфон для структур.
Есть же заказ на телефоны типа такого:
xn--h1aanh6e.xn--p1ai/activity/production/n-32d.htm
На такие спрос есть всегда, да и цена в нашей стране превышает 100к руб. за кнопочный телефон с гарантированной защитой, а тут платформа на которой можно создать аналогичный по защищенности смартфон, а если на него еще и sailfish поставить можно, то нас ждет массовая госзакупка.
nafikovr
15.01.2019 10:19гиков, которым реально нужен продукт с парой поддерживаемых приложений очень и очень мало.
roscomtheend
15.01.2019 10:39> Чтобы иметь телефон без многочисленных закладок. Начиная от железных, заканчивая софтовыми.
Мне не нужно иметь, мне нужно пользоваться. Выкинуть на такое «иметь» 600 долларов — не самая разумная затея (даже глупая). Для «просто звонить» есть кнопочный телефон.
> Один механический выключатель микрофона уже даёт заметный прирост безопасности.
Заметный кому?sena
15.01.2019 13:41Согласен, с тем что $600 цена негуманная. Поэтому покупать себе не буду, но свои $20 пожертвования они от меня получили. В конце концов цена это просто вопрос массовости и при достаточном спросе она упадёт.
chupasaurus
15.01.2019 15:31Составить конкуренцию iOS и Android уже пытались: Windows Phone, Firefox OS, Ubuntu Phone, Tizen, Symbian Belle, Maemo. Ну и где они теперь?
По порядку:- Windows Phone: NIH-синдром не смог прийти к успеху. Отмечу свою инфраструктуру, ни с чем (до появления UWP, т.е. уже на закате) не совместимую.
- Firefox OS: закопана на этапе прототипа. Инфраструктурно не совместима с другими ОС.
- Ubuntu Phone: закопана на этапе прототипа из-за
реструктуризацииурезания расходов на собственные разработки, но форк продолжает жить и будет доступен под Librem 5. - Tizen: жив на разных смарт устройствах Гнусмаса и отдельной линейке телефонов для Африки и Азии.
- Symbian Belle: убит Microsoft.
- Maemo: недавно ожил форк, работает на родной N900 и пачке устройств, на которые можно поставить Debian.
Konachan700
14.01.2019 18:10Было бы круто скрестить андроид и десктопный линукс: на маленьком экране пользуемся приложениями андроида, а при подключении монитора или проектора получаем гибрид, где одновременно и десктопные приложения, и андроидовские. Без этого смартфон на линуксе не нужен, ибо использовать его не просто неудобно, а вообще невозможно.
Ogra
15.01.2019 13:09Ну так кто не дает купить Librem5 и скрестить ежа с ужом? Весь код открыт — так что можно просто взять и запилить ;)
balsoft
15.01.2019 13:22Посмотрим. Пользуется же полтора гика Ubuntu Phone, даже обновления потихоньку пилят.
Lsh
15.01.2019 14:23У Canonical была подобная идея, только на своей мобильной Ubuntu, без Android'а. У Motorola была, ЕМНИП, рабочая реализация именно Android+большой GNU/Linux при подключении док-станции. Microsoft обещал что-то подобное, одна система для разных применений. На данный момент есть Samsung DeX, который делает из Android'а настольную ОС при подключении через док-станцию и аналогичное решение у Huawei (забыл как называется). И всё это здорово, даже работает.
Но, мне вот что непонятно. Какой use case у всего этого? Где меня ждут монитор+клавиатура+мышь+док, но без системного блока? На работе есть монитор+клавиатура+мышь, и системный блок там тоже есть. Смысл работать на телефоне? Если «всё своё нашу с собой», так не проблема это, есть множество вариантов локальной синхронизации телефона с компьютером и всевозможные облачные хранилища. Если это вопрос безопасности, работать со своими данными на своём оборудовании, то оно не всё своё получается. Клавиатура может иметь аппаратный кейлоггер, а монитор может записывать картинку с экрана.
Встречал рекламные материалы, где это позиционируется как замена домашнего компьютера. Купил к телефону монитор, клавиатуру и мышь, и можно не покупать системный блок. Да, это экономия. Но, что можно сделать на таком устройстве? Посидеть в интернете, посмотреть YouTube? В нормальные игры поиграть не получится, т.к. производительности не хватит, воспользоваться профессиональным ПО — аналогично. ПО для Windows не воспользоваться, если только процессор не Intel, тогда можно запустить ПО через Wine. Но смартфонов с процессорами от Intel сейчас почти нет. Кажется, Intel свернул это направление. Можно тексты писать, таблички редактировать и готовить презентации на работу.
Смартфон должен уметь выводить HDMI или Display Port через USB-C, надо купить док-станцию, тот же DeX не такой уж дешёвый. Получается недешёвое решение, которое умеет не так много. А если его позиционировать как замену компьютеру, то получается, что в случае поломки пользователь остаётся без всего.
chupasaurus
15.01.2019 14:25Так и будет. Технически разделения на тач/обычные приложения не будет, но тыкать в нужные иконки в лаунчере никто не запретит.
Sap_ru
14.01.2019 19:35С технической точки зрения жуткие перевод. Не «сетей», а «цепей», блин!
Местам из-за некорректного перевода смысл исковеркан настолько, что смысл полностью ускользает!
Sap_ru
14.01.2019 19:37И соврешенно не понятны их приседания с экспортом сверления через DXF — зачем?!
saipr
14.01.2019 20:15Вот как надо организовывать реальное импортозамещение, а ни писать планы, создавать комиссии и реестры и т.д.
murwiz
15.01.2019 12:25К сожалению в KiCad в редакторе плат нет возможности вставлять картинку — а это иногда очень нужно для реверсинжиниринга.
Antervis
сначала прочитал как Prism, задумался
amarao
А зря. Один из светочей в царстве тьмы.
batyrmastyr
Комментатор выше задумался об американской программе по негласному сбору данных, а не о чём-то хорошем.