webdev

И ещё разблокировать штатные охранные системы авто, вскрыв доступ до CAN в самом удобном месте. Видели Кайены с маленьким вырезанным "лючком" на крыле?

Уже писал где-то выше. Подключить ELM327 по USB - вообще не проблема. Соответствующий софт будет работать аналогично связке Смартфон-ELM327. Подключение по BT возможно с использованием отдельного модуля BT и самописной софтины для его поддержки.

  Нет, батенька, это Вы погорячились. Устройство довольно нестандартное, присутствуют свои модули ядра, есть ряд оригинальных решений. Те самые 1-2 человека с 4pda будут немного сбиты с толку отсутствием исходников и приличным таким диффом относительно AOSP. В общем, цена реверса не оправдывает результат. Ну вот мне, по крайней мере, так кажется.   Кроме того, российское подразделение выполняет свою работу. Да, цены несколько завышены и -20% могло бы сделать рынок. Но, видимо, экономика против. В остальном, юзеры суппортятся, баги фиксятся (пусть и не в том темпе, как хотелось бы). Кроме того, имея некоторый опыт личного общения, я бы не мог охарактеризовать Дмитрия как поклонника клана Рокфеллеров, выискивающиего причины получить с клиента деньги за любое движение.

Штатный BT-модуль в девайсе изолирован и никаких настроек из системы не торчит. Была единственная надежда на то, что "заработает и так". Видимо, просто нет поддержки протокола. Пардон, а разве ГУ не умеет играть треки со смарта (A2DP)?

На сколько я понимаю, для реализации проброса уведомлений необходима поддержка AVRCP на стороне ГУ. Есть она там или нет, к сожалению, не в курсе. Если есть, ставим на смарт https://play.google.com/store/apps/details?id=com.github.grimpy.botifierи разрешаем ему доступ к уведомлениям. С этого момента, все уведомления со смарта будут транслироваться на "гарнитуру" с поддержкой AVRCP.

Конечно, вопрос выбора конкретной модели - это уже отдельная тема. На тот момент, когда покупал сам, на рынке были как минимум две нормальные модели от разных производителей. Вы не поверите, но существуют целые модульные платформы, в которых обмен модулей построен на внутренней радио-шине. Собственно, большой метраж внутренней проводки, в некоторых условиях, тоже вызывает ряд не очень хороших проблем. Но это всё лирика и к делу относится слабо. Вы правы, для того, чтобы выгрузить ролик в паблик, нужно будет его вначале скачать на ГУ, а потом загрузить в сеть. Но, когда сам мучился выбором, решил, что самым важным при ДТП (не дай Бог никому) будет возможность быстро слить запись к себе на смарт и убрать поближе к телу. А то, знаете, бывают варианты и флешки теряются, и вообще регистраторы исчезают после ДТП с "уважаемым человеком".

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

Если регистратор имеет независимое питание и не решит вдруг запитаться от USB, то вполне хватит пассивного хаба. Допустим, I max на USB-порту девайса равен стандартным для второй версии протокола 0.5 А (хотя, на стационарных устройствах максимальный ток бывает не так жестко лимитирован). Среднее потребление нормальной флешки в режиме записи не должно превышать ~0.2 А. То есть, две флешки должен тянуть спокойно. На практике одновременно работали клавиатура, флешка и BT-модуль.

[b][member=FlyAudio Android][/b] Дмитрий, проинформируйте, пожалуйста, на сколько возможно на уровне прошивки добавление в автозапуск небольшого приложения, которое будет управлять автозапуском других приложений, установленных в системе? Исходники и apk предоставлю. Там всего строк сто.  Костыль, конечно, но, похоже ни одного подходящего интента до самих приложений не доходит.

1. На сколько мне известно, путей решения ещё нет. 2-3 Исправлено в крайней прошивке. 4. А разве в этого ГУ не один стандартный USB-порт? То есть, или вытаскивать его в бардачок, или подключать к нему удлинитель в подлокотнике.

Похоже, в прошивке от 19-ого марта действительно решена одна из основных проблем с WiFi и мобильными данными. За 30 мин. знакомства не удалось повторить проблему с переключением сетей. Как между разными сетями WiFi, так и между WiFi и мобильными данными. Спасибо FlyAudio и лично Дмитрию.

От какого числа прошивка, если не секрет? На моей текущей переключиться с WiFi на данные и обратно практически невозможно.

Китайцы - это отдельный мир, со своими правилами и параметрами реальности. Со мной как-то долго-долго переписывался некий John Wu. Грамотно так. И по железу и по коммерции. Только потом я узнал, что это были четыре разных человека. Они считают, что нам так удобнее.

Cowon AW1. Пару лет уже. Подождём ответа от представителя вендора. Кстати, от Дмитрия тоже не нужно особо много требовать. Он же не может напрямую влиять на принятие решений. Если он отправил запрос, а ответа не последовало, ему ничего не остаётся делать как тоже молчать.

У меня не BlackVue, но тоже регистратор с основным управлением через WiFi. Пока ГУ не будет нормально (без перезагрузок) переключаться между Mobile data и WiFi, придётся использовать смартфон. В голову приходит только одна глупая идея. Особенно, учитывая довольно низкую активность со стороны российского представительства. Понятно, что вендор на это не пойдёт с вероятностью 99%, но может имеет смысл выложить исходники прошивки? Разумеется, с отказом в гарантийном обслуживании в случае заливки неофициальных версий. P.S. Попробуйте несколько раз перезагрузить ГУ. Проблема с ошибкой авторизации при подключении должна пройти на какое-то время.

Android прекрасно работает с USB-хабами. Разумеется, если само устройство поддерживает USB OTG. Проверено огромное количество раз.

  Сзади. В него подключается провод на подлокотник. То есть, если вставить в задний разъём хаб, а в один из его портов разъём провода к подлокотнику, остаётся несколько свободных портов для всего остального. По свободному месту за головой там всё ok.

Вот и отлично. Выходит, задача частично решена. У FlyAudio один стандартный USB-разъём, на сколько я помню. Но можно легко использовать хаб.

Нет, к сожалению, Вы неправильно поняли.

Верите, даже в планах нет этой задачей заниматься.

А если tty поднимется, ставим терминальчик (https://play.google.com/store/apps/details?id=com.liorhass.android.usbterminal.free) и пробуем выполнять AT-команды из референса ELM327 (http://elmelectronics.com/ELM327/AT_Commands.pdf). Вот и готовый план работ по выяснению технической возможности Останется реализовать приложение для поддержки субаровской CAN под Android.

Первый вариант, конечно, самый простой. Тем более, что есть и другие устройства с собственным WiFi-интерфейсом. Регистраторы, например. Cowon AW1 вообще одну физическую кнопку имеет, всё остальное управление и загрузка записей через WiFi. Было бы просто шикарно управлять таким регистратором с ГУ. Но, на данный момент, переключение между 3G и WiFi не работает должным образом. Странно, что такой базовый функционал имеет довольно длительную историю неудачных исправлений. Но нас, ведь, интересуют пути возможных решений, а не статус багованности. Говоря о решении на USB OTG, я имел в виду использование USB-CAN-адаптера, в народе называемого "шнурок" (http://www.dx.com/ru/p/v1-5-obd2-elm327-usb-can-bus-scanner-126938?tc=RUB&gclid=CP6aw8LV2sQCFYnHtAodmysANQ#.VR7O47sqPmE). Идея в том, чтобы попробовать заставить такой адаптер работать через USB-serial нашего OTG, как это получилось c RN-USB-X. Физически это будет выглядеть как "шнурок", USB-концом подключённый к USB-порту ГУ, а CAN-концом подключенный к CAN под передней панелью. Минус такого решения в том, что найти готовое приложение, которое работает с USB-CAN не получилось (может, плохо искал?) и весь софт нужно будет писать самостоятельно. Есть и третий вариант, связанный с тем, что удалось прикрутить Bluetooth. Можно отреверсить любое BT-CAN приложение из Play Market и, получив протокол обмена между софтиной и BT-CAN, сделать своё. Этот вариант, как и в ситуации с радар-детектором, подразумевает исключительно свою реализацию софта. Заранее прошу прощения за бессистемный поток вариантов, никаких практических действий в этом направлении не предпринимал. Странно, у меня зимой на "агрессивном" режиме сбережения, примерно через пару часов оно и отключается. В целом, согласен, пусть вообще сразу выключается. Но! Пусть пускает соответствующий интент при загрузке. Вендору это технически элементарно сделать. Надоело по десять минут тыкать в иконки нужных служб перед каждой поездкой. Не самолёт же! CAN-шина действительно не разведена на ГУ. Однако, менее чем в метре от места установки ГУ находится вполне себе стандартный CAN-разъём. Не думаю, что подключение ГУ дополнительным проводком к этому разъёму повлечёт какие-то изменения в гарантийном обслуживании. Штатная камера разведена в родное ГУ отдельным разъёмом. Речь идёт о варианте с выводом изображения камеры на ГУ. К G7042 придаётся переходник с результирующим выводом видео на AV, который и подключается в ГУ. Выше и раньше уже писал про стартовые интенты. И тут тоже напишу. Чем больше напишем, тем выше вероятность, что на проблему обратят внимание. Стартовые интенты необходимы.

Вы совершенно правы на счёт разных приоритетов. Например, я совершенно ничего не знаю о проблеме с кнопками :) Тут один ключевой вопрос: Транслируются ли кнопки на руле в систему как нажатия аппаратных кнопок. Если да, нужен медиаплеер, который позволяет биндить любые кнопки на управление. Если взаимодействие с рулевыми кнопками реализовано на своём собственном API, боюсь, проблема просто так не решится. Вы пробовали запускать кей-логер (https://play.google.com/store/apps/details?id=aws.apps.keyeventdisplay) и нажимать кнопки на руле?

Всем доброго дня! Прошло примерно шесть месяцев с момента начала эксплуатации ГУ FlyAudio G7042. На протяжении этого времени активно общался с уважаемым Дмитрием. Некоторые вопросы удалось прояснить, на некоторые ответа не последовало. В общем, время подвести промежуточные итоги, так сказать. Для наглядности сгруппирую информацию в три списка: плюсы, решенные проблемы и нерешенные проблемы. Публикую это здесь в надежде на то, что кому-то материал поможет определиться с выбором или подскажет возможные пути решения своих проблем. Плюсы: 1. Матрица. Яркая, контрастная. Именно такая, какая должна быть у ГУ. Уровень читаемости на солнце приемлем. Подавляющее большинство китайских (да и не только китайских) изделий не дотягивают по этому важнейшему параметру. К тачу тоже нет вопросов. 2. Достаточная для большинства задач производительность SoC и платформы в целом. Приемлемый объём RAM. 3. Наличие полноценной поддержки USB OTG. Специально вынес отдельным пунктом, так как именно этот факт помог решить ряд ключевых проблем устройства. 4. Внешний вид. За счёт передней панели девайс выглядит как родной. На порядок роднее штатного ГУ с навигацией. Удивительно, но факт. 5. Интеграция. 90% внешки подключается разъём-в-разъём и работает. Подсветка приборов, задняя камера, вынесенные USB, кнопки на руле и т.п. К остальным 10% отнесём проблему в комплектациях авто с внешним усилителем звука, отсутствие подключения к CAN-шине и невозможность подключения штатного микрофона громкой связи. Но об этом ниже. В целом, не смотря на некоторые проблемы, лучшее решение для XV и Forester с моей точки зрения. А теперь о грустном. Проблемы, которые удалось или можно решить: 1. Отсутствие полноценного Bluetooth. Это беда, товарищи. Очень хотелось Cobra IRadar со скрытой установкой и BT-интерфейсом. Так хотелось, что пришлось этот самый BT-интерфейс организовывать. Был приобретён донгл RN-USB-X от Roving Networks. Он примечателен тем, что управляется на уровне USB-serial. А реализованный в ГУ USB OTG как раз таки USB-serial поддерживает. После реверса Android-приложения для Cobra IRadar, был получен протокол обмена между приложением и радар-детектором. Дело оставалось за малым, сесть по USB-setial на RN-USB-X, поднять BT-serial коннект к радар-детектору и, в случае получения от детектора нужного пакета, выводить на экран предупреждения/проигрывать звуковой файл с тревогой (звуковые файлы тоже были позаимствованы у оригинального приложения Cobra Iradar). Теоретически, немного изменив софт, можно реализовать передачу файлов по BT. Не занимался, так как не очень нужно. 2. Отсутствие интеграции с CAN. Тут никакой работы ещё не было проделано. Не очень всё это необходимо. Но снова нам на помощь должен придти USB OTG. Протоколы CAN-адаптеров, вроде ELM327 известны, взаимодействие с ними тоже реализовано на уровне USB-serial. 3. Не знаю как на XV, но на Forester в верхних комплектациях с внешним усилителем звука есть проблема с приглушением фонового звука относительно звука навигационной системы. Это происходит по тому, что низкий уровень системной громкости (например, условная 4) уже является достаточно громким для машин с усилителем, а приглушение, видимо, тоже осуществляется примерно до этого уровня. В результате, получается, что во время прослушивания, например, радио, системная громкость уже находится на уровне 4-6. При появлении звука навигационной системы, другой канал приглушается тоже до этого уровня. В результате, и канал радио и канал со звуком навигационной системы оказываются на одном уровне. Было применено временное программное решение с искусственным увеличением уровня громкости "Android-канала" за счёт выкручивания BandLevel у Equalizer на основном канале. Стало лучше. Но данное решение — самый настоящий костыль. В связи с описанными в третьем списке проблемами, приходится запускать службу каждое включение. Тем более, в поздних версиях Android эквалайзер на общий канал уже не повесить. Так что, если у прошивки вдруг обновится версия Android, решение, к сожалению, отпадёт само-собой. Проблемы: 1. Реализация hands-free. При текущей организации записной книги, её использование не представляется возможным. Что за вселенское зло помешало сделать сортировку по именам - тайна. 2. Не работают WiFi и мобильные данные. Похоже, бессистемно. То одно не включается, то другое, то вообще ничего не работает. Использовать оба типа подключения в пределах одной загрузки вообще невозможно. Прошивка от 28.10.2014. Если и можно исправить своими силами, то только после получения root-доступа. А гарантию нужно уважать. 3. Радио. Отсутствует RDS или возможность самому обозвать станцию. Об этом уже много писали. 4. Режим энергосбережения. Нивелирует 80% преимуществ Android-голов, прибивая все незнакомые процессы. А эти процессы могли бы быть: - Скрытой охранной системой с трекингом по GPS. - Службой удалённой телеметрии. Хотите СМС-ку при опасном разряде аккумулятора - пожалуйста. - Службами поддержки BT-устройств (помните радар-детектор из предыдущего списка?). - Да кучу всего можно придумать, имея в системе интегрированное Android-устройство с радио-модулем и GPS. 5. Остальные 20% нивелирует полное отсутствие интентов, на основании которых сторонний софт мог бы фиксировать события загрузки или выхода из режима энергосбережения. Хорошо, мы не хотим в энергосбережении никаких лишних процессов. Мы считаем, что они все беспощадно жрут. Но после выхода из этого режима надо бы, как минимум, дать знать общесистемным интентом, вроде android.intent.action.BOOT_COMPLETED. Все, кому надо, сами запустятся. 6. При подключении к AV-входу TPMS 4-01, изображение выводится на экран ГУ в кропнутом виде. Режет примерно 20% снизу. Решить эту проблему пока не удалось. Спасибо всем, кто дочитал до конца. Постараюсь ответить на возможные вопросы, если таковые будут.