Зависит от марки автомобиля. Популярные корейцы дырявые, V*G этого года пока побеждаются только с помощью специального железа между антенной замка зажигания и блоком иммобилайзера. Но для многих автомобилей нужно производить расчеты на удаленном вычислительном кластере, то есть иметь достаточно серьезную инфраструктуру. Стоимость угона возрастает и может стать невыгодной для злоумышленников.
Теоретически да. В том числе — с целью угона. Погуглите на ютюбе угона нет — ребята снимают ролики про то, как угнать автомобиль (и не дать этого сделать в их установочных центрах). Там мало хардкора, контент все таки для широкой публики, но общее представление получите.
Для некоторых марок, действительно, можно не хоронить ключ в машине, а «интеллектуально» обходить штатный иммобилайзер. Полный список автомобилей можно посмотреть по ссылке.
Для реализации используются различные уязвимости, но отдельных модуль не нужен. Команды на запуск двигателя или имитации наличия ключа посылаются по CAN или LIN интерфейсу из основного блока охранной системы. У старых Тойот есть еще IMMO IMMI интерфейс — по сути обычный UART.
Такой подход гораздо безопаснее, чем обходчик с ключом или чипом внутри, так как злоумышленник не сможет отправить команду на запуск без авторизации, имея только физический доступ к системе.
Да, пользуясь случаем, хочу обратиться к команде StarLine — ребята, почему бы не сделать нормальный API с документацией? Глядишь и интеграций со сторонними продуктами стало бы в разы больше?
API для партнеров уже есть, некоторые мобильные приложения и сервисы его используют. Но мы его не афишируем, так как пока не достаточно ресурсов на поддержку. Ведь мало опубликовать доку, нужно людям помочь, если мы говорим о публичном продукте.
Вашу статью сегодня бурно обсуждали, решили, что весной-летом этого года выпустим открытый API для всех DIY желающих. Так что спасибо :-)
Стоило упомянуть о Nordic nRF52 и ST BlueNRG-1.
Первый — пожалуй, самый продвинутый на сегодняшний день BLE SoC с 512 кБ флеши, Cortex-M4 и NFC на борту. А второй — это уже SoC с Cortex-M0 (в отличие от пробного BlueNRG), имеет очень хорошее потребление и низкую цену.
Самого факта банкротства еще нет, вы правы. Но ведь от этого ситуация не поменяется и Светлана не начнет давать прибыль для закрытия долгов. Можете читать мой первый комментарий как «к сожалению, она скоро тоже».
Пульс считывают так себе. Даже при легком беге на графике постоянные провалы (видимо, датчик плохо прилегает к ушной раковине). Что уж говорить о тренировках, при которых активно двигается и наклоняется голова (пресс на скамейке, например). Иногда наушник просто выпадает, даже с самой большой насадкой. Хотя я б не сказал, что у меня большие уши. В прохладное время года спасает шапка, но за такую цену ее нужно класть в комплект :)
Особая проблема — надежность. Через 4 месяца понес уши в сервис: перестало работать правое ухо. На нем пульт, видимо, от постоянной тряски просто оторвался провод. Заменили на новые через 40 дней. В новых другая беда, точней две. 1) Иногда зависает и не включается. Помогает только обновление прошивки (даже на ту же версию). Виснет где-то в бутлоадере. Причем софт для обновления ПО из последнего Mac OS вылетает. Приходится бегать по офису и искать винду. Было несколько раз. 2) Аккумулятор стал садиться даже в выключенном режиме. Через два дня уши снова нужно заряжать. В первом экземпляре такого не было. Приходится ставит на зарядку каждый вечер.
В общем позорище эти Jabra Pulse Wireless. От какого-нибудь стартапа на Кикстартере можно такой лажи ожидать, но не за такие деньги.
В данный момент, ядро портировано на следующие архитектуры:
ARM Cortex-M cores: Cortex-M0/M0+/M1/M3/M4/M4F (supported toolchains: GCC, Keil RealView, clang, IAR)
Microchip: PIC32/PIC24/dsPIC
Стоит уточнить, что PIC32MX. Но PIC32MZ нам, возможно, нужен будет в ближайшее время :)
Спасибо, жду третью часть.
Мы используем похожие подходы, но для каждого устройства разрабатываем автоматизированный стенд. GSM модем раньше проверяли GSM-тестером, но потом поняли, что это избыточно — теперь только измеряем выходную мощность.
Какова длительность цикла тестирования одного устройства (включая программирование основной прошивки после удачных тестов)?
Планировали открыть корпоративный блог на Хабре. Занимаемся разработкой железа, firmware, серверных решений, WEB, мобильных приложений. Все «неосязаемое» по вашей терминологии работает с железными устройствами, подключенными к серверу по GPRS. Т.е. по сути WEB и МП являются сервисом для железок.
У нас куча идей о чем писать:
— о функциональном тестировании железа на производстве
— о том, почему мы производим железо в России, а не в Китае
— о том, как разработать дизайн платы, чтобы ее без проблем спаял любой контрактник
— о том, как [плохо] работает Bluetooth Smart на Android
— о том, как нам удалось выйти на первое место в одной из категорий Windows Market
Теперь вот даже не знаю, где открывать корпоративный блог и открывать ли вообще :(
А, кстати, по поводу адаптеров для стандартных коммуникационных разъемов. Они у немцев тоже есть, но не стоят своих денег. Для microUSB мы используем брендовые коннекторы на кабель от Hirose. Их нужно разобрать и аккуратно вынуть защелки.
Для зажима проводов мы используем коннекторы E-Z-Hook. Если ресурс у стенда должен быть не большой, а размеры не ограничены – то отлично подходят клеммники для аудиосистем (знаете, такие красно-черные). Они дешевые и есть в любом ларьке. Про E-Z-Hook хочу предупредить: по чертежу кажется, что они с легкостью смогут прокалывать изоляцию провода. Но это не так, иглы там довольно тупые, нужно приложить усилие.
На одном из последних кабелей мы сделали обливку на ответном конце и теперь не нужно вставлять провода по одному. Это примерно на 70% сократило время тестирования.
Теоретически да. В том числе — с целью угона. Погуглите на ютюбе угона нет — ребята снимают ролики про то, как угнать автомобиль (и не дать этого сделать в их установочных центрах). Там мало хардкора, контент все таки для широкой публики, но общее представление получите.
Для реализации используются различные уязвимости, но отдельных модуль не нужен. Команды на запуск двигателя или имитации наличия ключа посылаются по CAN или LIN интерфейсу из основного блока охранной системы. У старых Тойот есть еще IMMO IMMI интерфейс — по сути обычный UART.
Такой подход гораздо безопаснее, чем обходчик с ключом или чипом внутри, так как злоумышленник не сможет отправить команду на запуск без авторизации, имея только физический доступ к системе.
API для партнеров уже есть, некоторые мобильные приложения и сервисы его используют. Но мы его не афишируем, так как пока не достаточно ресурсов на поддержку. Ведь мало опубликовать доку, нужно людям помочь, если мы говорим о публичном продукте.
Вашу статью сегодня бурно обсуждали, решили, что весной-летом этого года выпустим открытый API для всех DIY желающих. Так что спасибо :-)
Первый — пожалуй, самый продвинутый на сегодняшний день BLE SoC с 512 кБ флеши, Cortex-M4 и NFC на борту. А второй — это уже SoC с Cortex-M0 (в отличие от пробного BlueNRG), имеет очень хорошее потребление и низкую цену.
Особая проблема — надежность. Через 4 месяца понес уши в сервис: перестало работать правое ухо. На нем пульт, видимо, от постоянной тряски просто оторвался провод. Заменили на новые через 40 дней. В новых другая беда, точней две. 1) Иногда зависает и не включается. Помогает только обновление прошивки (даже на ту же версию). Виснет где-то в бутлоадере. Причем софт для обновления ПО из последнего Mac OS вылетает. Приходится бегать по офису и искать винду. Было несколько раз. 2) Аккумулятор стал садиться даже в выключенном режиме. Через два дня уши снова нужно заряжать. В первом экземпляре такого не было. Приходится ставит на зарядку каждый вечер.
В общем позорище эти Jabra Pulse Wireless. От какого-нибудь стартапа на Кикстартере можно такой лажи ожидать, но не за такие деньги.
Стоит уточнить, что PIC32MX. Но PIC32MZ нам, возможно, нужен будет в ближайшее время :)
Мы используем похожие подходы, но для каждого устройства разрабатываем автоматизированный стенд. GSM модем раньше проверяли GSM-тестером, но потом поняли, что это избыточно — теперь только измеряем выходную мощность.
Какова длительность цикла тестирования одного устройства (включая программирование основной прошивки после удачных тестов)?
У нас куча идей о чем писать:
— о функциональном тестировании железа на производстве
— о том, почему мы производим железо в России, а не в Китае
— о том, как разработать дизайн платы, чтобы ее без проблем спаял любой контрактник
— о том, как [плохо] работает Bluetooth Smart на Android
— о том, как нам удалось выйти на первое место в одной из категорий Windows Market
Теперь вот даже не знаю, где открывать корпоративный блог и открывать ли вообще :(
На одном из последних кабелей мы сделали обливку на ответном конце и теперь не нужно вставлять провода по одному. Это примерно на 70% сократило время тестирования.