hobDrive Support

Если трип (нижний левый угол) стоит еженедельно, то показания расхода считаются за неделю.
Если хотите посмотреть за весь период, то надо выбрать соотв. трип

pavelnw,
К сожалению кривизна присутствует в MTK 100%.
Она конечно пересекается с некоторыми особенностями архитектуры хобдрайва (хобдрайв не похож внутренне на torque и прочие) что и приводит к нестабильностям в работе. В этом ключе боремся конечно...

Добрый день, опытным путем было выяснено что пользователи имеющие ошибку "can't BT socket btspp 00:0D:18:00:00:01" не имеют на своем устройстве блютух профиля SPP, сам бьюсь над этой проблемой уже неделю. проверить можно через терминал на своем устройстве командой sdptool browse local , в появившемся списке ищем профиль "serial port", если его нет то елмка не подключится ни с каким ПО. Тоже ищу способ обойти это дело.

Спасибо, но тут дело не только в этом. Есть реально какой-то процент устройств, которые в частности с последним хобдрайвом (1.1.98) не работают, но с предыдущим (1.1.90) - работают.

Где можно взять полную версию HobDrive 1.1.90?

в личку ушло

Машина заведена, адаптер работает. Запускаю программу и сначала выдает сообщение "Can't connect BT socket btspp://AA:BB:CC:11:22:33", затем пауза, через некоторое время Хоб автоматом делает повторную попытку, при которой успешно цепляется.
Вот скрин ошибки и скрин успешного подключения: Что настроить, чтоб Хоб цеплялся с первой попытки сразу при запуске?
Вот настройки программы:

Olegon, какая версия приложения?
Буквально недавно были выявлены проблемы с адаптерами именно с таким BT адресом.

cail, у меня в подписи вся информация есть
HobDrive 1.1.98 лицензия

Ткните "сообщить о проблеме" - посмотрим логи.

Ткнул. Письмо отправил.

cail писал(а):Спасибо, но тут дело не только в этом. Есть реально какой-то процент устройств, которые в частности с последним хобдрайвом (1.1.98) не работают, но с предыдущим (1.1.90) - работают.

Добрый день, вот с этим процентом конечно интересно бы было посмотреть логи
# logcat |grep bluetooth
и
# hcidump
Ну и на каких системах они возникают. особенно интересно почему так происходит если, например, код(в смысле процедура в коде) подключения не менялся. Можно попробовать рестартовать демоны bluetoothd и dbus-daemon.

По поводу профиля SPP данные неутешительны, по какой то, мне непонятной, причине вендоры поленились при сборке ядра системы интегрировать полную версию стэка bluez на некоторых устройствах(про системы на 4.4.2 я молчу - стэк bluedroid по умолчанию кривой еще). Без пересборки ядра дополнить полноценно этот bluez не получается, так что пользователям можно посоветовать только поэкспериментировать с разными прошивками и ядрами. Еще есть возможность в ручную завести этот SPP в какой то степени и добавить компорт, но, соответственно работать с ним придется вручную без методов, процедур классов, свойств и объектов bluez. У меня получилось и получилось работать с елмкой по AT командам. Нужен рут для этой процедуры. Примерный ход в shell:
1.включаем блютух
2. # sdptool search SP - результат даст нам список устройств с профилем SPP, оттуда нам надо взять мак адрес нужного устройства и номер канала(по дефолту 16)
3. # sdptool add --channel 16 SP - добавляем запись в sdp сервер что у нас есть типа нужный профиль(без него в дальнейщем подключение сбрасывается, ну у меня по крайней мере).
4. # rfcomm connect <MAC> <№ channel> при успешном подключении увидим что то типа
Connected /dev/rfcomm0 to <MAC> on channel <№ channel>
Press CTRL-C for hangup
У меня всегда почему то коннект происходит со второго раза - хз почему.
rfcomm0 - может быть и не 0 а другая цифра, предварительно возможно этот номер забиндить например так: # rfcomm bind 0 <MAC> <№ channel>
5. далее выполняем в другом окне shell
# chmod 777 /dev/rfcomm0 устанавливаем права доступа к устройству.
6. # rfcomm listen /dev/rfcomm0 <MAC> или cat /dev/rfcomm0 можно смотреть что приходит на порт но не совсем корректно т.к. скорость и прочие параметры не установлены
7. в еще одном окне shell
# echo <что то> >> /dev/rfcomm0 - передать что то в компорт и на устройство(по индикации увидим что ушла команда и пришел ответ что команда не распознана в окне где выполянется пункт 5, команда не распознана опять же изза того что параметры обмена не настроены).
8. теперь можно сполне работать с елмкой посредством терминалов minicom или microcom например:
# microcom -s 34800 /dev/rfcomm0

В общем то как то так, в коде это реализовать нет ничего сложного. придется дописывать низкоуровневые процедуры, функции и классы(которые по хорошему bluez реализует) руками.

По похожему принципу работает программа BlueDUN которая реализует профиль DUN(Dial Up Networking), исходники есть в сети, ну и dex2jar и jd-gui никто не отменял если исходники не найдутся.
Всё что написал проверялось на системах 3.2 и 4.0.3.
Если надо что то будет потестить - пишите
С Уважением, Михаил.

yodamiit,

У меня пока теория - BT драйвера на этих "кривых" девайсах завязаны где-то на тайминги или последовательность вызовов. Хобдрайв использует xamarin движек, что вносит некоторые задержки в работу. Так вот между 1.1.90 и 1.1.98 поменялась лишь версия движка. Код и логика BT подключения в хобдрайве - неизменны.
Самое неприятное что если что-то подвинуть в коде - может начать работать ;(
Пока собираю мобилки с похожими чипами - пытаюсь локализовать проблему.

# microcom -s 34800 /dev/rfcomm0

Если вы смогли поднять сериал, то и хобдрайв с этим сериалом сможет работать. Могу сделать сборочку с активным сериалом. Всю волокиту с rfcomm конечно пока придется вручную прописывать, что довольно неудобно (

cail писал(а):У меня пока теория - BT драйвера на этих "кривых" девайсах завязаны где-то на тайминги

совершенно верно, тайминги есть и прописаны в зависимости от железа в bluez. Еще есть тайминги самой елмки, если её не пинать то отваливается и у dbus есть, поэтому то logcat и надо бы смотреть. Не удивлюсь если вдруг кривые девайсы будут на бродкомовских чипах(идентифицируется как библиотеки bcm**** , где звездочки это модель чипа, главное не перепутать с вайфайным ), там с ними есть гемор какой то.

cail писал(а):Если вы смогли поднять сериал, то и хобдрайв с этим сериалом сможет работать. Могу сделать сборочку с активным сериалом. Всю волокиту с rfcomm конечно пока придется вручную прописывать, что довольно неудобно (

Хотелось бы попробовать конечно, вдруг что получится. Только там надо сразу к нему обращаться без включений/выключений блютуха и переинициализаций, идеально всю процедуру что писал выше - кинуть в скрипт при запуске программы чтоб выполнялся, а при выключении грохать всё созданное. И кстати rfcomm стоит не на всех девайсах - я докидывал. Напомню еще что команда # rfcomm connect <MAC> <№ channel> прокатывала только со второго раза, а вот почему - не знаю, вроде сервис какой то стартовать не успевал.

Программа работает первые 1-2 минуты, потом разрыв соединения, переподключение выдают ошибка"Can't connect BT socket btspp://AA:BB:CC:11:22:33. Пробовал все версии начиная с 1.90 и закончил на альфе 1.23. Результат одинаковый. Первые минуты работает отлично все что положено показывает. Читал форум и вижу нет решения проблемы, а проблема у многих присутствует. Давайте решим проблему. Аппарат перезагрузил. Блютух удалял спрятал заново. Андроид 4.2.2.
С уважением Андрей.

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

Планшет Oysters 7X на MTK8312, адаптер ELM 327 mini, либо висит в режиме "ожидание подключения" либо выдает ошибку подключения. Samsung Galaxy S4 коннектится через два раза на третий. Методы подключения пробовал все. Разрабы, неужели нельзя это побороть. Торкью например, коннектится к этим же устройствам влет. И стоит в 3 раза дешевле.

Кстати да, обновил программу с 1.1.76 до последней - перестал соединяться с авто. Телефон два раза перепрошивал, откатывался на предыдущие прошивки - бестолку. Удалил программу, установил опять 1.76 - все работает. Телефон - Xiaomi Red Rice

Добрый вечер всем!

Я тоже ищу решение и надеюсь на разработчиков этого софтв решение, на Демке 1,1,90 работало все, купил лицензию 1,1,98 и уже ничего не работает.

Если можно полную версию программы 1,1,90, спасибо!
Мшина Чери Тиго 2,4 2005г. Мозги Delfi MT20U

Здравствуйте!
Та же самая тема, как у предыдущего товарища... после смены тела (на 6572) не соединяется по блютуху, при откате на 1.1.90 - соединяется на ура, но версия то демо. Это не устраивает. Сделайте уже что-нить.
Думаю кривые дрова процов МТК тут не при чём...
Если можно дайте полную версию 1.1.90 пока ошибка не найдена.