Нет, интересовали, скорее, подписи на контактах разъемов. Я дотянулся до того, чтобы посмотреть на них физически. К несчастью, линия GVIF, похоже, и в самом деле проходит блок автопарковки «насквозь». Т.е. с навигации через парк-ассист, и с него уже на голову.
Пока не знаю, как оставить работать парк-ассист при моей реализации. Возможно, придется искать до-рестайловый.
Спасибо, да, видел, и еще пара статей в гугле ищутся (1, 2). Ссылки дам, когда буду описывать сам AVC-LAN.
И все-же весьма скудно.
В основном, рассмотрены аудио-функции. А мне еще и климат, состояние батареи и, в перспективе, парк-ассист. Но для понимания, что за зверь AVC-LAN, помогло.
gist.github.com/archeg/8333021
Хороший пример, с пояснениями.
То, что там запрос делается при старте — андроид еще дает поставить галочку «всегда использовать программу для этого устройства». И, как я понял, при перезапуске автоматом выдает разрешение на этой строке:
Да, и эти мысли тоже были. Дополнительно нужно будет:
распустить звук на 4 канала
прикрутить управление с руля (сервис)
AV-видеовход для камеры заднего вида
Корпус с креплением (желательно — металл)
GPS
Думаю, это не весь перечень, но я посчитал достаточным для того, чтобы не заморачиваться.
Впрочем, решенеие с адаптером позволит желающим пойти и этим путем. В моем случае это опасно тем, что проект уж слишком затянется.
Понял. Буду проверять. У меня просто нет схемы подключения блока автопарковки. Что там: тот же GVIF, будь он неладен, или обычный RGB или AV. Вроде, в голове и в нави — один GVIF. Т.е., только если он «пропущен» через парковочник. В противном случае сигнал должен идти по AV/RGB. Это упростит задачу.
Сегодня попробую посмотреть на разъемы.
Да, и если все это он способен делать сам — то пусть продолжает этим заниматься. Моей задачей будет просто отдать ему информацию, куда пользователь «ткнул пальцем».
А огород с тачскринами видел — тоже мне не понравился. Все-таки хочется чего-то, что пусть будет сложнее в разработке, но при этом избавит от бутербродов и наслоений.
Я убежден, что простота и надежность находятся в прямой зависимости.
Управление с руля реализовано даже в китайских шарманках. В этом сложностей нет — там цепочка резисторов, и АЦП на входе.
Задача — реализовать шататные ф-ции тойоты на китайце.
«Насколько я помню» — значит ли это, что можете помочь схемами подключения блока автопарковки?
Точно так. Управление климатом, отбражение состояния системы — именно это Андроид-приложение нужно написать. Здесь все более или менее понятно, осталось доделать снифер и разобрать команды. А голова подключена именно по штатной шине.
Таким образом, я пока не вижу, как еще может передаваться управление климатом (и усилителем, к слову), и полагаю, что все это идет по AVC.
А адаптер двунаправленный, т.е. может не только получать, но и передавать информацию.
В планах, соответственно, сделать некое climat.apk, которое запускается по внешней кнопке, открывает этот девайс, и общается с машиной через описанный в статье переходник.
По кнопке «инфо» на руле, соответственно, запускаем info.apk, и слушаем состояние машины на предмет информации о батарее.
Хотя, не исключаю, что это будет и Android-сервис, обрабатывающий устройство, а в систему отдающий уже некий API. Это все предстоит установить экспериментальным путем.
Сейчас ведется работа над, собственно, снифером, после — реверс шины, и уж тогда будет решение.
Конечно, можно было бы воткнуть BT-CAN (OBD2) переходник, и получать те же параметры, но я сторонник архитектурно-совместимых решений, а голова подключена в приусе _только_ к AVC-LAN. Т.е. вся эта информация передается по ней.
Что касается согласования камеры с линиями положения руля — да, это отдельная (возможно, достаточно масштабная) задача. Потому что я пока не знаю, кто именно рисует эти линии — голова или блок парковки. Если голова — то информация о положении руля тоже должна приходить по AVC. Если блок парковки — будет сложнее. Тогда придется и его функционал частично подменять/повторять.
Да, именно поэтому я начал с HID. Забегая вперед: пока разрешение нужно выдавать только при переподключении устройства (или при перезаливке ПО). Пока не понял, где андроид теряет его, но когда apk-шка не трогалась, и устр-во не отключалось — запускается тихо. RAW-HID остается hid-ом.
Идея использования COM порта сегодня мне тоже не нравится — слишком много "но".
Сейчас есть некоторые наработки по сниферу, все это будет в одной из двух след. статей. Пока не знаю, с какой начать: андроид-снифер или физическое поключение к avc-lan. В любом случае, с моим свободным временем, до след. статьи недели три пройдет.
Нет. AVC-LAN — это отдельный мутант (см. коммент выше). В приусе три шины (CAN, BEAN, AVC LAN), и маршрутизатор между ними. Костыльно-велосипедный девелопмент. Впрочем, это ж — гибрид.
Да, голова послерестайловая. И видеоинтерфейс — это что-то кошмарное и пропиетарное. Со сменой головы, надеюсь, необходимость в нем отпадет.
Очень хочется помочь себе и братьям-приусоводам.
Я ж хочу не просто картинку. Я хочу снять оковы с рук, вставить открытую систему. А там и нави, и заметки, и плей-маркет.
Спасибо. Очень надеюсь, что хватит сил допилить.
Голова не подключена к CAN. Только AVC-LAN. Это гибрид, созданный злым умыслом компании (если правильно помню) NEC. Это тоже планирую в след. статью, но пока делаю снифер. В нете есть статьи по этой шине, но инфа скудная, хотя для начала помогла. Думаю, будет интересно добавить реальных данных в сеть.
Диаграммы? Осциллограммы снял со своего, будут в след. статье. В этой — фрагмент схемы из мана по обслуживанию и ремонту (есть бумажная книга). Но, наверняка, можно скачать и скан. Цветные — рисовал, чтобы показать суть изменений.
Пока не знаю, как оставить работать парк-ассист при моей реализации. Возможно, придется искать до-рестайловый.
И все-же весьма скудно.
В основном, рассмотрены аудио-функции. А мне еще и климат, состояние батареи и, в перспективе, парк-ассист. Но для понимания, что за зверь AVC-LAN, помогло.
Хороший пример, с пояснениями.
То, что там запрос делается при старте — андроид еще дает поставить галочку «всегда использовать программу для этого устройства». И, как я понял, при перезапуске автоматом выдает разрешение на этой строке:
Думаю, это не весь перечень, но я посчитал достаточным для того, чтобы не заморачиваться.
Впрочем, решенеие с адаптером позволит желающим пойти и этим путем. В моем случае это опасно тем, что проект уж слишком затянется.
Сегодня попробую посмотреть на разъемы.
А огород с тачскринами видел — тоже мне не понравился. Все-таки хочется чего-то, что пусть будет сложнее в разработке, но при этом избавит от бутербродов и наслоений.
Я убежден, что простота и надежность находятся в прямой зависимости.
Управление с руля реализовано даже в китайских шарманках. В этом сложностей нет — там цепочка резисторов, и АЦП на входе.
Задача — реализовать шататные ф-ции тойоты на китайце.
«Насколько я помню» — значит ли это, что можете помочь схемами подключения блока автопарковки?
Таким образом, я пока не вижу, как еще может передаваться управление климатом (и усилителем, к слову), и полагаю, что все это идет по AVC.
А адаптер двунаправленный, т.е. может не только получать, но и передавать информацию.
В планах, соответственно, сделать некое climat.apk, которое запускается по внешней кнопке, открывает этот девайс, и общается с машиной через описанный в статье переходник.
По кнопке «инфо» на руле, соответственно, запускаем info.apk, и слушаем состояние машины на предмет информации о батарее.
Хотя, не исключаю, что это будет и Android-сервис, обрабатывающий устройство, а в систему отдающий уже некий API. Это все предстоит установить экспериментальным путем.
Сейчас ведется работа над, собственно, снифером, после — реверс шины, и уж тогда будет решение.
Конечно, можно было бы воткнуть BT-CAN (OBD2) переходник, и получать те же параметры, но я сторонник архитектурно-совместимых решений, а голова подключена в приусе _только_ к AVC-LAN. Т.е. вся эта информация передается по ней.
Что касается согласования камеры с линиями положения руля — да, это отдельная (возможно, достаточно масштабная) задача. Потому что я пока не знаю, кто именно рисует эти линии — голова или блок парковки. Если голова — то информация о положении руля тоже должна приходить по AVC. Если блок парковки — будет сложнее. Тогда придется и его функционал частично подменять/повторять.
Да, именно поэтому я начал с HID. Забегая вперед: пока разрешение нужно выдавать только при переподключении устройства (или при перезаливке ПО). Пока не понял, где андроид теряет его, но когда apk-шка не трогалась, и устр-во не отключалось — запускается тихо. RAW-HID остается hid-ом.
Идея использования COM порта сегодня мне тоже не нравится — слишком много "но".
Сейчас есть некоторые наработки по сниферу, все это будет в одной из двух след. статей. Пока не знаю, с какой начать: андроид-снифер или физическое поключение к avc-lan. В любом случае, с моим свободным временем, до след. статьи недели три пройдет.
А что там с шинами? Тоже АВЦ-лан, или CAN-ом обошлись?
Нет. AVC-LAN — это отдельный мутант (см. коммент выше). В приусе три шины (CAN, BEAN, AVC LAN), и маршрутизатор между ними. Костыльно-велосипедный девелопмент. Впрочем, это ж — гибрид.
Да, голова послерестайловая. И видеоинтерфейс — это что-то кошмарное и пропиетарное. Со сменой головы, надеюсь, необходимость в нем отпадет.
Очень хочется помочь себе и братьям-приусоводам.
Я ж хочу не просто картинку. Я хочу снять оковы с рук, вставить открытую систему. А там и нави, и заметки, и плей-маркет.
Спасибо. Очень надеюсь, что хватит сил допилить.
Голова не подключена к CAN. Только AVC-LAN. Это гибрид, созданный злым умыслом компании (если правильно помню) NEC. Это тоже планирую в след. статью, но пока делаю снифер. В нете есть статьи по этой шине, но инфа скудная, хотя для начала помогла. Думаю, будет интересно добавить реальных данных в сеть.
Диаграммы? Осциллограммы снял со своего, будут в след. статье. В этой — фрагмент схемы из мана по обслуживанию и ремонту (есть бумажная книга). Но, наверняка, можно скачать и скан. Цветные — рисовал, чтобы показать суть изменений.