Доброго дня Всем! Прошу прощения, может не совсем по теме, весь форум прочитать не осилил. Возможно ли связать по OBD2 MPC-800 c моим автомобилем. Автомобиль toyota corolla fielder 2008г. двигатель 2RZ-FE 1,8л, собран в Японии для Японии. В hobDrive протокол называется TOYOTA JDM CAN mode 21 (строка ин. ATSP6;ATAL;ATSH7E0;ATCRA7E8;ATST32;ATSW00), с любым ELM327 (Wifi, Bluetooth, USB) работает отлично?

Давайте возьмем калькулятор и посчитаем еще раз. 350 кбайт - это 2,8 Мбит. Скорость передачи данных - 1 Мбит/с. Следовательно, прошивка должна проходить за ~3 секунды.
Но это, понятное дело, в идеале.
По факту прошивка длится около 5 минут, т.е., 300 секунд.
Делим 3 на 300 и получаем 1%.
Другими словами, 99% трафика уходит на коррекцию ошибок - так, что ли?
Я всегда считал, что самый низкий КПД - у паровоза (5-9%). Но оказывается, ваши разработчики переплюнули этот "рекорд".

Вчера обновлял прошивку на свежекупленном MPC-800, с очень плохим интернетом 5 - 10 кбит около 60 секунд заняло. Но с ЭБУ связи нет, возможно из-за этого и быстрее.

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

При прошивке МК связь с ЭБУ не устанавливается и не проверяется.
Я не понял - по протоколу не работает с вашей машиной?

Автоматическое определение протокола не прошло, в ручную тоже не законектился с ЭБУ. Но пока еще не перебрал все варианты. Буду пробовать дальше, вопрос в том поймет ли он вообще мою машину? :dntknw:

Автомобиль toyota corolla fielder 2008г. ZRE144G двигатель 2RZ-FE 1,8л, собран в Японии для Японии. Протокол TOYOTA JDM CAN mode 21.

Ждите нового обновления, версия работающая с данной головой только у бурундука.

Это сложный вопрос, японцы для внутреннего рынка сильно не желали ставить ОБД2 протокол и год переходной. Попробуйте установить в ручном режиме протокол CAN или CAN Toyota.

Действительно японцы чего то туда не доложили я мало чего понимаю в этих протоколах, поэтому приготовил бубен :smile1: . Надежды придает то, что мне уже удалось подключить к моему ЭБУ китайскую коробочку с ELM-327 с помощью каких-то волшебных буковок ATSP6;ATAL;ATSH7E0;ATCRA7E8;ATST32;ATSW00, но в MPC-800 как я понял эти команды не работают.

Бубен не потребовался, нужно только терпение :smile1:. Повторно прошил, сделал сброс MPC-800 к заводским установкам, подождал пару минут МК сам определил протокол "CAN Toyota" все заработало без проблем. Запустил на ГУ платформа Allwinner R16 Cortex A9 Quad Core 1.6GHz и смарте DEXP c кастомной прошивкой. Так, что подтверждаю связка MPC-800 + Протокол TOYOTA JDM CAN mode 21 работает (на чистокровном японце). Всем спасибо :wink2:

P.S. И ещё вопросик: какой метод замера остатка в баке предпочтительнее?

P.P.S. Ещё вопрос возник, как поменять у.е. на руб?

Да, кстати. Неделю езжу с этой версией. Вроде бы все неплохо (именно неплохо, но не идеально). БК с магнитолой коннектится со старта, после сна магнитолы (кратковременное выключение на заправке и т.д.) все восстанавливается и т.д.
Но вот сегодня произошло ужасное - со старта магнитола не сконнектилась с МК. Пока я ехал на работу (порядка часа) я предпринимал попытки восстановить связь. Чего я только не делал - и в настройках Bluetooth повторно "подключал" МК (как без остановки сервиса, так и с остановкой), и выходил из программы через "Выход", чтобы потом ее снова запустить. В настройках самой магнитолы "распаривал" и снова подключал МК. Останавливал приложение через системные настройки. Стирал все данные программы. Перезагружал магнитолу.
Ничего не помогало. Но при этом при запуске сервиса ложное сообщение "Подключен к null" всегда появлялось, и иконка программы в статус-баре "наливалась" цветом. Где-то минут через 40 я окончательно устал и просто плюнул на это дело. И... минут через 10 вдруг на информерах появились значения, связь восстановилась (кстати, при этом сообщения "Подключен к null" не вылезло). В-общем, я доехал до работы, заглушил машину и пошел заниматься служебными делами.
Но после работы как ни в чем ни бывало магнитола соединилась с МК, и далее всю дорогу домой всё было нормально.
Объяснить я это не могу.
Еще мне непонятно, почему сервис иногда запускается при старте программы, а иногда нет. Например, если в настройках остановить сервис и затем выйти из программы через "Выход", а потом снова запустить программу, то сервис стартует 50/50 - то да, то нет.
Если, не выходя из программы, в настройках остановить сервис, а затем выбрать подключаемое устройство, то сервис в большинстве случаев не стартует, хотя иногда все же стартует.
Но вот если через системные настройки остановить работу программы, то при новом ее запуске сервис стартует всегда.

И еще один момент - это уже в продолжение вчерашне-позавчерашней дискуссии. Речь опять идет о настройках озвучки. Сегодня я экспериментальным путем установил, что настройки озвучки предупреждений (Мелодия, Голос, Голос TTS) однозначно сбрасываются в значение "Мелодия" после стирания данных программы. Однако в меню программы эти настройки числятся не в настройках программы, а в настройках БК. Почему так?

У меня тоже самое и причём давно. Единственное, если через программу остановить сервис и потом запустить, значёк всё таки появляется, но с задержкой 3-5 минут и не факт что начнёт показывать значения.

Хотел еще у разработчиков поинтересоваться таким наблюдением:
мне периодически необходимо вести наблюдение за длинной и короткой бензокоррекцией. Когда то просил саппорт, чтоб эти данные были доступны в режиме ПАРАМЕТРЫ. Но меня конечно с такой хотелкой послали. Пользуюсь просмотром этих значений в ДИАГНОСТИКА - ДОП.ПАРАМЕТРЫ ЭБУ, но т.к. процесс наблюдения за значениями провожу не только на ХХ, но и в движении и достаточно долго, заметил, что в это время не учитывается текущий пробег (возможно и расход). Посмотрел, и общий пробег тоже стал отличаться от одометра в меньшую сторону. В общем хотел уточнить - это баг или фича.
Ну и еще раз попрошу разработчиков, если возможно, для протокола OBD, сделать доступными в ПАРАМЕТРАХ - STFT и LTFT.

И как тут уже писали выше, убрать слово УЕ, если не РУБ, но пускай лучше вообще без валютного названия будет.

Рискуя быть обвиненным в неконструктивизме, всё же расскажу историю, случившуюся со мной (точнее, с моей Андроид-магнитолой "Microntek/Klyde" и маршрутным компьютером MPC-800) по дороге с работы домой.
Напомню - у меня на экране настроены и висят два информера - остаток бака и температура за бортом.
Итак, завелся - через некоторое время всплыло сообщение "Подключен к null", иконка в статус-баре заполнилась цветом, но информеры показывали прочерки.
Ладно - надо ехать. Поехал. Через минуты три на информерах высветилось, соответственно, 11 и -3. Норма, продолжаем ехать.
Где-то минут через 8-10 при проезде какой-то горочки информер остатка бака показал 10 - а это у меня "критический" уровень, когда я начинаю вспоминать, где же по дороге будут АЗС. При съезде с горочки информер снова показал 11 (ну, так бывает, там же в баке поплавок прыгает), но желание дозаправить машину у меня не исчезло.
Итак, я приехал на заправку - информер по-прежнему показывал 11. Заправился до полного. Завел машину - штатный топливомер быстренько показал полный бак. Информер сначала показывал те же 11 литров, но секунд через десять показал 13. Ну, думаю, поеду, а он постепенно "подрастет" до 45 литров (это у меня полный бак такой). Еду себе, еду. Прошла минута, три, пять - а на информере по-прежнему 13 литров. Что за фигня, думаю. Вызвал основной интерфейс программы, глянул в "Параметры", а там, матерь божья! - одни прочерки.
Как такое может быть? Информеры, оказываются, могут жить "своей жизнью", независимо от основной программы? Или что? Получается, что на информерах может "зависнуть" неактуальная информация? То есть, смотришь себе на информер, радуешься жизни, а он, оказывается показывает совсем не то, что есть на самом деле.
Остаток поездки прошел в безуспешных попытках подключить МК к магнитоле.

Тоже неоднократно сталкивался с подобными ситуациями

Тоже отмечусь.Прочерки сменились цифрами через пять минут после старта.

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

Безусловно, какой то неуловимый баг присутствует в программе или недрах андроида ГУ на платформах MTCx. Еще непонятно, почему не убивается сервис (вроде AlertService_bind) при выходе из программы, но грохается через НАСТРОЙКИ - ПРИЛОЖЕНИЯ - MULTITRONICS - ОСТАНОВИТЬ...
Как правило (в моём ГУ) после этого повторный запуск софта происходит с нормальным коннектом к БК.
Уважаемый Booroondook, подскажите, а у вас используется xposed-mtc-manager? У меня используется и я как то собирался его отключить, чтоб убедиться, что проблема с мультитрониксом с ним не может быть связана, но руки всё так и не доходили. Может стоит всё таки мне попробовать или Вы уже такие опыты проводили и с этим модулем проблем совместимости с мультитрониксом точно нет?

Да, используется. Во-первых, для переопределения имени BT-устройства (у меня никак руки не дойдут, чтобы переделать "DUAL-SPP" на "OBDMultitronics" - там же пайка требуется, а мне лень). А во-вторых, для запуска сервисов после выхода из сна.
Я не думаю, что проблема сопряжения как-то связана с mtc-manager'ом.
Ну и к тому же данная проблема явно относится к числу "плавающих дефектов", что делает практически невозможным смоделировать ситуацию.

Тогда я всё же для "очистки своей совести" сегодня отключу mtc-manager, разумеется потеряв при этом все предоставляемые им вкусняшки, и поезжу недельку без него, чтоб удостовериться, что это никак не повлияет на коннект с МК.

Добрый день!
Подскажите, пожалуйста, после изменения имени устройства на OBDII впаянную перемычку необходимо убрать, или БК дальше работает с этой перемычкой??

За убирание перемычки разработчики ничего не писали. У меня осталась.

Попробовал на выходные деактивировать mtc-manager, неконнекты с МК при старте ГУ продолжились, а быть может их стало даже больше. Вернул всё на исходную. Не оно.

Спасибо!

Припаял перемычку, через программку сменил имя с Dual-SPP на OBDII - сопряжение проходит, смартфон на андроиде 6.0.1 подключается и читает параметры. Два планшета на андроиде 4.4.2, один из которых встроен в машине как "CarPC" устройство видят и коннектятся к нему, но в программе вместо параметров прочерки, хотя сопряжение в настройках синезуба в программе установлено. При попытке зайти в настройки MPC выдается сообщение, что связь не установлена.
Как решить этот вопрос?
Программа версии от 08.11.2016г.

А зачем впаяли перемычку? Оноя нужна,вроде бы как,для ГУ на рокчипах?

Да запланировал сменить планшет в машине, а на нем программа через раз показывала параметры. Вот и решил попробовать сменить имя. Вроде как на офф.сайте написано было, что помогает при таких случаях, если профиль с именем Dual-SPP некорректно работает.

Уважаемые разработчики!
По этому вопросу какие нибудь работы ведутся или будут вестись?

Дополню: проблема наблюдается на планшете на андроид 6.0.1, с процессором mt6592.

Устройство какое?

Wexler Ultima 7 Octa, прошивка CyanogenMod 13 (android 6.0.1).

В последних двух версиях от 29.11 и 07.12 что нибудь менялось в части BlueTooth на предмет неконнекта при старте для некоторых моделей ГУ?

Жалко, что никто из разработчиков не отвечает, но я догадываюсь, что какие то изменения в блютус были. И изменения эти в моём ГУ крайне не в лучшую сторону.
Что можно сказать, периодические неконнекты как были, так и остались, и как и раньше никакой взаимосвязи не увидел. Но, теперь если старт произошел с неконнектом (три прочерка в значениях), то программа виснет или тормозит безбожно (по 1-3 минуты) при переключениях режимов внутри софта, иногда вываливается окно андроидное, что программа не отвечает и предложение кильнуть или подождать. Если зайти в настройки системы и сделать "остановить" на проге мультитроникс, то повторный запуск происходит нормально (но не всегда) и тормоза проходят, отзывчивость интерфейса приходит в норму. Этот цирк начался с версии 29.11.16 и продолжился на 7.12.16. Прям хоть назад откатывайся.

Обновился на последнюю версию и полностью подтверждаю слова предыдущего оратора: тормозит безбожно...
UPD
Тормоза пропали, как это не странно.. Возможно они уже проходят, когда я прихожу в машину, т.к. завожу с автозапуска.
Заметил, что теперь программа корректно завершает работу по кнопке Выход, а не висит где то в процессах. Ну и после перезапуска практически постоянно успешно соединяется с МК.

Обновился до последней прошивки и в результате не могу сконектиться с мультиком, при этом блютуз соединение исправно соединяется. Чо мне делать? Тело лениво s860 , до обновы все было хорошо. Обновиться решил из-за того что ГУ приобрёл на андроиде 5.1.1

Может поможет кому - после покупки в мае 2016 mpc-800, у меня была проблема переодичекой потери bluetooth-связи между ним и телефоном. Со временем стал замечать, что связь постоянно отваливается и заново переустанавливается только тогда, когда телефон запитан от переходника прикуриватель-USB. Когда телефон никуда не был подключён, связь с multitronics'ом была постоянной. К этому переходнику у меня и раньше были претензии - перегревался, радио в ГУ работало хуже, если этот переходник был вставлен в прикуриватель и т.д. Выкинул этот переходник и купил другой подороже и помощнее - проблему как рукой сняло. Оказалось, что старый переходник выдавал в эфир и кабель такие помехи, что bluetooth нормально работать не мог. Так что не спешите во всём винить мультик и его программу, м.б. они совсем не при чем. Кстати, во многих китайских ГУ стоят очень плохие импульсные стабилизаторы для питания подсветки экрана и остальной своей требухи. При этом даже их собственное радио работает очень плохо. Точно так же они влияют и на Bluetooth. На 4pda читал, что народ паяльником это чинит...

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

Я почти год ездил с выводом информации с МРС-800 на экран ГУ. Крайне неудобно. Информеры порой мешаются. Ткнешь его неудачно - пропадет. Встроил как отдельный экран БК Samsung Galaxy S прошив его кастомной прошивкой "планшетного" типа, т.е. с полноценным поворотом лунчера в горизонтальном положении. Супер Амолед экран рулит! И показания все перед носом)))

Вложение 46480

Кто нибудь ещё пробовал BluePair - Bluetooth SPP?

Согласен на все 100%.
Разработчикам из "Мультитроникса" надо поучиться писать интерфейсы у авторов лаунчера "Одиссей" - там наличие, размеры и положения виджетов можно настраивать в зависимости от запущенного приложения.
Например, при запущенном Яндекс-Навигаторе виджеты сместятся влево, чтобы не загораживать кнопки программы. А если запущена какая-то другая программа - переместятся в другое место и т.д.

Мне бы МРС-800 запустить.

Опишите свою проблему поподробнее. Тут экстрасенсов нет.