booroondook

Люди, снова просьба. Нужно обмерить габаритные размеры экрана (без рамки) - высоту и ширину (сверху и снизу, т.к. они разные).

В AV-вход (желтый тюльпан). Питание камеры нужно обеспечить самостоятельно. У меня так видеорегистратор подключен. Просмотр включается запуском приложения "AUX", либо "Передняя камера" (на самом деле это одно и то же приложение, а подпись под иконкой меняется выставлением определенных настроек (только не спрашивайте, каких именно - там в настройках все настолько запутано, что запомнить невозможно). Если же вам нужно подключить именно штатную переднюю камеру (которая стоит под логотипом на решетке радиатора), то здесь сложнее, т.к. эта камера является частью системы панорамного обзора, и отрезать ее физически от этой системы, чтобы подключить к магнитоле, может захотеть только сумасшедший. Есть еще вариант. Работает на люкс-машинах с выбором соответствующей опции КАН-адаптера. Плюс опять некая комбинация "заводских" настроек. В результате у вас на экране появится полупрозрачная плавающая кнопка с изображением камеры. По нажатию этой кнопки у вас будет включаться примерно такой же вид, как при движении задним ходом. Однако в левой части экрана будет изображение не с задней, а как раз с передней камеры. Возможность выбора камеры вручную по нажатию кнопок в правой нижней части экрана сохраняется. Отключение этой "картинки" - по повторному нажатию той же самой плавающей кнопки. Если используете эту функцию во время движения, то вид может меняться в зависимости от скорости. В-общем, долго объяснять, проще включить и посмотреть.

У всех. Если кому-то очень критично, то можно вытащить из разъема контакт "ILL", и тогда магнитола не будет зависеть от подсветки приборки.

Коллеги, есть одна просьба. Может ли кто-нибудь досконально срисовать распиновку CANBUS-адаптера? В том плане, с каких ножек адаптера куда идут разные провода (на какой разъем, на какой контакт). И плюс список ножек адаптера, которые не используются. Благодарность моя не будет иметь границ (в разумных пределах)... :-)

Приложение для управления кондиционером "зашито" внутри общего приложения по взаимодействию с CAN-шиной (190*_com.syu.canbus.apk). Иконки запуска в традиционном смысле нет, но при настройке "Экранного ассистента" (плавающей кнопки на экране) можно указать "Использовать управление кондиционером". Внимание! Это начнет работать только после перезагрузки магнитолы и при условии, что в настройках КАН-адаптера выбрана комплектация автомобиля "High" После этого плавающая кнопка примет внешний вид снежинки. Если ее нажать, то на весь экран отобразится панель управления кондиционером, с которой можно управлять кондиционером в полном объеме. Да, вот еще такой вопрос к владельцам (в прошлый раз забыл спросить). Включаем задний ход - на экране появляется "двойное" изображение с системы кругового обзора. В левой части изображение с камеры заднего вида. а в правой - как бы "вид сверху". Так вот - в нижней части этого самого "вида сверху" есть четыре иконки, изображающие камеры, смотрящие назад, вперед, влево и вправо. И если нажать такую иконку, то в левой части экрана картинка поменяется на соответствующую камеру. И вот я хотел спросить - это работает или нет?

Несколько вопросов по функционалу обсуждаемой магнитолы (T'Eyes CC2). Если можно, ответьте по пунктам: 1) Появляется ли в нижней части экрана панель индикации работы кондиционера при изменении режима кондиционера штатными кнопками-крутилками? Бывает ли так, что, например, покрутил температуру, а на экране ничего не отобразилось? 2) Работает ли голосовое управление кондиционером (например, команда "Кондиционер двадцать градусов")? 3) Отображается ли на экране магнитолы индикация открытых дверей? 4) При заднем ходе - есть ли на экране визуализация работы парктроников? 5) Работает ли голосовое управление поднятием стекол дверей (например, команда "Поднять левое переднее стекло")? 6) Можно ли переназначать функционал штатных кнопок управления магнитолой на руле? 7) Отображается ли на приборной панели (не на экране магнитолы, а именно на приборной панели) индикация выбранного источника мультимедиа (музыка, радио и т.д.)?

Это точно. Для скачивания одних только карт Москвы и МО для Яндекс-Навигатора уходит 700-800 МБ трафика. Причем, только "полезного" трафика. К ним еще нужно добавить всякий мусор, повторную закачку пакетов для коррекции ошибок и т.д. В итоге выйдет больше гигабайта. Ну, и.т.д.

Нельзя. Магнитола не умеет работать "передающим" устройством.

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

Любой мобильный интернет-роутер, коих сейчас продается немеряно. Я лично использую Huawei E5573, но есть и другие варианты...

Просвещения пост... Что такое Яндекс-Авто с технической точки зрения. Как знает часть из нас (а часть - даже не догадывается), рынок штатных и альтернативных головных устройств (даже если брать в расчет только "головы" на Андроиде) весьма разнообразен по части используемого "железа". Разные разработчики и производители для создания автомагнитол выбирают за основу разные процессоры и разные MCU, и в итоге получается довольно большое разнообразие так называемых "платформ". Платформа головного устройства - это его аппаратная часть, которая состоит из двух основных компонентов - MCU (микропроцессорное устройство, отвечающее за питание, радиоприем, усиление звука и т.д.) и Андроид-компонента, представляющая собой почти обычный мини-компьютер под управлением ОС Андроид (как смартфон или планшет). На сегодняшний день самые популярные процессорные сборки (SoC), на которых построены Андроид-компоненты автомагнитол - это Rockchip (RK3066/RK3188/PX3/PX5/PX30/PX6), Allwinner (R16/T3/T8), Intel (SoFIA, Airmont SC9853i), MediaTEK (MT3561 и другие). В комбинации с десятком (примерно) типов MCU получается довольно большое количество возможных платформ (правда, здесь количество вычисляется не простым перемножением, потому что далеко не все варианты SoC комбинируются со всеми вариантами MCU: есть устоявшиеся связки - например, MCU разработки Microntek/HCT комбинируются только с SoC Rockchip, а MCU TopWay - только с Allwinner). Система Яндекс-Авто устанавливается, конечно же, не на все это многообразие платформ, но тем не менее некоторое разнообразие есть (по моим личным подсчетам - порядка 6 или 7 платформ). Разработчики из Яндекса пошли по пути унификации, и это им в какой-то степени удалось - но правда, за счет определенных "жертв", а именно: интерфейс Яндекс-Авто не на 100% "закрывает" потребности управления головным устройством, поэтому в некоторых местах оставлены, если можно так выразиться, "дыры" для доступа к некоторым "родным" настройкам магнитолы. Эти "дыры" хорошо заметны по внезапно изменившемуся оформлению интерфейса - вместо Яндекс-темы оформления мы вдруг видим что-то другое. Особенно это касается системных настроек и настроек громкой связи через Bluetooth. Вот характерное фото, иллюстирующее только что сказанное. Слева мы видим тонкую вертикальную полоску с иконками - это то, что "осталось" от Яндекс-Авто. А на остальной части экрана показан интерфейс системных настроек, который к Яндекс-Авто не относится, а является "родным" для данного головного устройства (платформа D200/RK3066): В итоге, система Яндекс-Авто стала состоять из двух приложений - это, собственно, сама оболочка (приложение YandexAuto.apk) и вспомогательный сервис hal.apk, через который производится взаимодействие с MCU (один из характерных примеров - это управление радиоприемником). При этом приложение YandexAuto.apk - одинаковое для всех платформ (различие идет только по номеру версии и дате сборки), а сервис hal.apk "заточен" под конкретную платформу. Все остальные Яндекс-приложения (Навигатор, Яндекс-Радио и т.д.) - это самые обычные приложения, доступные в Маркете, а их слегка инземенный интерфейс - результат "воздействия" оболочки YandexAuto.apk. Важный момент - систему Яндекс-Авто нельзя установить на обычную магнитолу (штатную или альтернативную - неважно) просто как приложение, поскольку, кроме дополнительных приложений, нужно еще кое-что "подрегулировать" в системных сервисах Андроида (services.jar и возможно некоторые другие) - в частности, скрыть стандартную для Андроида строку состояния, дать кое-какие дополнительные разрешения Яндекс-приложениям, прописать кое-какие системные параметры. Ну, и в качестве "вишенки на торте" - удалить из системы службы Google, перекрыв таким образом пользователю возможность устанавливать приложения из Маркета и вообще пользоваться услугами Google. С учетом только сказанного, система Яндекс-Авто устанавливается на головное устройство в составе переделанной прошивки, пересобранной на базе оригинальной заводской. В прошивке уже все подчищено и настроено так, как нужно системе Яндекс-авто. Соответственно, для каждой аппаратной платформы требуется своя прошивка. Что из этого вытекает? Из этого вытекает то, что раздобыв где-то прошивку с Яндекс-Авто, созданную для другой платформы, вы не сможете установить ее на наше головное устройство. И увидев где-то на Ютьюбе, как кто-то в Яндекс-авто вводит коды или пароли для доступа к неким настройкам, не спешите пытаться ввести эти коды на "нашей" сборке Яндекс-Авто, потому что опять же: другая платформа - другие алгоритмы. В тех роликах на Ютьюбе человек вводит коды даже не в самой оболочке Яндекс-авто, а в системных настройках головного устройства. Просто, как я уже выше говорил, в Яндекс-Авто оставлены "дыры" для доступа к некоторым системным приложениям оригинальной прошивки. Вот человек нашел эту "дыру", запустил системные настройки и там вводит коды. У нас все по-другому. Кстати, это касается и установки дополнительных приложений.

Ну, тогда ловите распиновку, в каком виде удалось ее собрать по кусочкам из разных источников:

А это точно известно? Кто-нибудь проверял, прозванивал? Если да, то какие-там номера контактов на разъемах башки? Не буду ничего утверждать, но обычно на машинах с CAN-шиной кнопки руля подключаются к CAN-шине, а магнитола (тоже подключенная к CAN-шине) получает коды нажатий кнопок в виде команд. Еще бывают варианты (это уже с нештатными магнитолами), когда CAN-команды получает специальное устройство - CAN-адаптер, который преобразует их обратно в аналоговые сигналы (величины потенциала по отношению к массе) и уже в таком виде подает в башку.

Говорят, что если отключить башку от разъемов, то кнопками на руле становится невозможно управлять бортовым компьютером. Так ли это, кто-нибудь проверял (только лично, а не где-то от кого-то слышал)?

Ну, если вам Интернет на головном устройстве не нужен, тогда можно и так.

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

Уж не знаю, что именно вам там известно, а вот закон о защите прав потребителей говорит о том, что эти самые "изменения конструкции" должны трактоваться строго применительно к конкретному агрегату или системе. Да, если дилер обнаружит сорванные пломбы на головном устройстве, то откажет в гарантийном ремонте именно головного устройства, а не всей машины в целом.

Спасибо! Нажимать кнопочку не буду, поскольку нет веской причины рисковать состоянием башки. Но если ты (или кто-то) ее нажимал, то расскажите, что дальше происходит. Могу предположить, что... а) делается перемонтирование папки /system со 2-го раздела на 9-й. Но такое состояние не может быть "стабильным" - после перезагрузки все равно под "систему" будет смонтирован 2-й раздел. ...либо... б) формируется команда для рекавери по копированию 9-го раздела во 2-й с дальнейшей перезагрузкой в рекавери, где и отрабатывается эта команда. После отработки 2-й раздел, ставший гарантированно рабочим, снова используется в качестве "системы". Короче, вполне разумная операция по восстановлению системного раздела в случае его повреждения.

В том-то и дело, что ничего не меняет. Если в ядре прописано, что в папку /system при загрузке монтируется именно раздел mmcblk0p2, то он и будет всегда так монтироваться. А не так, что хочу то mmcblk0p2, то mmcblk0p9, то еще какой. Это не ответ. В следующий раз спросишь у меня что-нибудь, я тебе порекомендую поискать в Гугле.

Как именно? Вообще-то имена и расположение разделов прописаны в ядре (uImage), которое неизменно.

А по-моему, всё не так. Андроид не умеет, чтобы под "систему" использовать то один раздел, то другой. В 9-м разделе хранится эталонная копия системного раздела, а "рабочий" системный раздел - 2-й. По всей видимости, по неизвестной нам причине состоялось какое-то событие, которое вызвало аварийную процедуру копирования 9-го раздела во второй и дальнейшую перезагрузку с уже рабочим 2-м разделом в качестве "системы". Еще бы узнать, как можно принудительно вызвать эту самую процедуру. Тогда можно было бы более смелые эксперименты над башкой производить. Сломал систему - восстановил из резерва, снова ковыряй.... P.S. Мне встречались бошки, которые после пяти неудачных попыток загрузки автоматом активировали перепрошивку (при условии, что вставлена флешка с нужными файлами). Возможно, и наша башка что-то подобное умеет.

А толку-то? Разработчики под iGO выделили отдельный раздел (он монтируется как /resources - в имени могу ошибаться, т.к. лень идти в машину проверять). И этот раздел недоступен для других приложений. Даже если вы его "почистите", то прибавления пространства под прикладные дела это вам не даст. Еще один конкретный косяк разработчиков - они под "внутреннюю карту памяти*" (/sdcard) тоже выделили отдельный раздел, причем, не очень большой. В принципе, на Андроидах 4.4.х в свое время уже применялась технология "FUSE", но наши разрабы ее внедрять не стали. Суть этой технологии - отказ от выделения под "внутреннюю карту памяти" отдельного раздела, использование освободившегося пространства для расширившегося раздела "/data" и эмуляция "внутренней карты памяти" в одной из подпапок раздела "/data" (обычно - /data/media). Эта технология, как я сказал выше, начала применяться в версиях 4.4.х и на сегодняшний день это стало стандартом де-факто. Ну, собственно, разработчиков понять можно - они ставили перед собой задачу сделать не компьютер на Андроиде, администрируемый пользователем, а узконаправленное мультимедийное устройство со строгим ограниченным перечнем функций. На самом деле переделать прошивку так, чтобы изменились размеры и расположение разделов, внедрить туда FUSE и многое-многое другое вполне реально. Но все упирается в одну маленькую проблему - мы не знаем способа восстановления магнитолы из нерабочего состояния. Дело в том, что такие вещи, как переделка "системы" на "живом" устройстве, сопряжены с большими рисками угробить "зверька". Ну, например, я хочу переделать стартовый скрипт в основном загрузчике. Да - я знаю, как образ загрузчика слить из магнитолы, как его распаковать на компе, как отредактировать скрипт, как собрать образ обратно и как его снова записать в магнитолу. Но... Где гарантия, что я все собрал правильно? Гарантии нет. И поэтому, если образ был собран с ошибкой, магнитола просто не загрузится. В других ситуациях (например, при экспериментах со смартфоном какой-нибудь популярной и изученной модели) можно просто взять и перепрошить его заново заводской прошивкой, и он снова будет работать. И далее повторять пересборку образа и перезапись раздела до тех пор, пока все не заработает, как надо. А с этой башкой... Если бы была возможность зайти в рекавери, чтобы оттуда перепрошить нежелающее загружаться головное устройство... Или подключить ее к компу, чтобы по кабелю загнать прошивку... Но такой возможности нет (надеюсь, пока), и поэтому ставить опасные эксперименты как-то не хочется. * Название условное - на самом деле это никакая не карта памяти, а просто раздел ППЗУ, предназначенный для пользовательского хранилища данных в неформализованном виде - например, фото, музыки, видео и прочей дребедени.

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

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

Неверная инструкция - корневая файловая система на Андроидах до 9-й версии - виртуальная. Она распаковывается при каждой загрузке из эталонного образа в оперативную память. Поэтому все изменения (отредактированные/удаленные/добавленные файлы и т.д.) бесследно исчезают при каждой новой перезагрузке. На самом деле лучший вариант избавиться от работающего приложения, при этом не потеряв его - это переименовать его, изменив расширение. Например, было XCTimeService.apk -> стало XCTimeService.ap0 или как-то по-другому. Такой файл не будет восприниматься системой как приложение и не будет запускаться, но при этом сохранится для возможного будущего использования. Аналогично рекомендуется переименовать и odex-файл. XCTimeService_original.zip