Uw opmerkingen
13 jaar geleden
Для вывода "реального" значения датчика уровня топлива, вам нужно использовать датчик "ECUFuelLevel".
В "default-landscape.layout" можно поменять отображаемый датчик.
К примеру поставить <item id="ECUFuelLevel"/> вместо <item id="FuelLevel"/>
К сожалению хобдрайв рассчитан на ручной расчет уровня топлива. Причин этому несколько: у большинства авто этого датчика просто нет, у тех, которые его читают, точность - под вопросом.
Вы можете вывести значение датчика на экран, но все "унаследованные" параметры (литров в баке, оценочный пробег на остатке, и т.д.) - будут все равно считаться с "ручного" ДУТа.
Запланировано добавление режима расчета всех параметров на основе реального датчика, а не расчетного как сейчас.
Дополнительно показания реального ДУТ можно использовать для автоматической калибровки.
На эту систему устанавливается .netcf 3.5? Если да, то хобдрайв будет работать.
Попробуйте так-же standalone пакет.
С эмиратами могут быть проблемы - на сколько знаю на азиатском рынке нет требований OBD2.. Возможно прочитать и можно - но нестандартным способом. Попробуйте поискать по форумам информацию о подключении подобных машинок через ELM.
Планы сделать версию для WP7 есть, но к сожалению WP7 не поддерживает соединение по bluetooth с устройствами кроме гарнитур. Поэтому практического смысла в версии хобдрайв для WP7 пока мало. Возможно в будущем появится нормальная поддержка bluetooth в WP7 - тогда конечно будем делать.
Есть альтернативный вариант использования WiFi ELM адаптеров, но учитывая их стоимость (> 100$) и неудобство в использовании (нужно при каждом подключении перенастраивать wifi сеть) - практического смысла от них так же немного..
Частота опроса Speed не зависит от частоты опроса FuelEconomy - вероятно что-то еще изменилось - может вы убрали лишние опрашиваемые сенсоры? или например в этот момент был активным экран без сенсоров.. Как следствие частота опроса выросла..
В общем я не думаю что вам стоит гнаться и пытаться выровнять периодичность опроса этих параметров - в зависимости от условий езды, активного экрана - она в любом случае будет плавать. И это никак не будет мешать анализу данных.
Конечная мысль у вас верная - посмотреть расход при движении с разной скоростью. Я бы посоветовал во первых использовать FuelEconomy_short - он показывает более сглаженный расход за последнюю минуту. Во вторых сравнивать показания нужно при устоявшемся равномерном движении на каждом интервале скоростей. Я бы посоветовал построить графики (в excel легко строится) обоих параметров - так визуально легче отследить пологие интервалы и именно на их основе судить о расходе.
Частота логирования зависит от многих факторов. То что вы указываете в конфиге - это рекомендуемое минимальное значение. Реальный интервал будет зависеть от количества одновременно считываемых датчиков, текущего активного экрана, и т.д.
У скорости как видите интервал весьма близок к указанному. У FuelEconomy интервал больше - причина в том что это агрегируемый датчик, и для снижения нагрузки он обсчитывает изменения в базовых датчиках с интервалом 2сек. Так что все нормально судя по куску вашего лога.
Попробуйте метод расчета расхода MAP - возможно поможет.
Только что проверил - в моем случае честно раз в секунду сенсор стал отдавать значение.
По умолчанию этот сенсор не считает данные в простое - возможно в этом кажущаяся причина непредсказуемости?
При ненулевой скорости все логируется регулярно.
Если соединяетесь напрямую через Bluetooth - попробуйте соединиться через виртуальный COM порт (или наоборот) - бывает стабильность связи отличается.
Возможно у вас так-же проблемы с питанием OBD2 колодки - но это можно понять только из логов. Приаттачьте log.txt если возможно.
Customer support service by UserEcho
