Очень подробная инструкция по снятию логов

Всем привет!

Для тех, кто с компьютером не на ТЫ, наверное, снятие логов и заливка прошивки кажется чем-то невероятно страшным и сложным, потому я решила написать очень занудный и ОЧЕНЬ подробный пост о том, как это делать, может пригодиться кому.

КАК СНЯТЬ ЛОГИ

Нам потребуется ноутбук и кабель. ОС у меня стоит WIndows7.
Для снятия логов подойдет любой дешевый KKL-кабель, работающий с ОВД2 (например KKL VAG-COM 409.1 OBD2 USB), но если будете шить, то нужен кабель-программатор

Картинка с сайта: www.drive2.ru

1. Качаем драйвера тут .Распаковываем.
2. Устанавливаем. Для этого запускаем файл SETUP.exe или DRVSETUP64.exe, если у вас 64-разрядная ОС. (если не разбираетесь, запустите сначала один, потом другой — не прогадаете) Должно появится такое окно

Картинка с сайта: www.drive2.ru

нажимаете INSTALL. Ставятся они очень быстро.
3. Подключаем кабель в любой USB порт.
4. Заходим: правой кнопкой мыши на «Мой Компьютер» —> Свойства—> Диспетчер устройств. Там в разделе «Порты COM и LPT» видим наш кабель. Выглядеть должно как на картинке:

Картинка с сайта: www.drive2.ru

Пр.кн.мыши «Свойства»—> «Параметры порта»—> «Дополнительные параметры», там выбираем какой будет использован COM-порт. (Ставьте лучше COM-1).

Картинка с сайта: www.drive2.ru

5. Качаем ecuExplorer тут. Распаковываем. Запускаем ecuExplorer.exe. Видим вот что:

Картинка с сайта: www.drive2.ru

6. Закрываем программу.
7. Берем ноутбук, кабель, идем в машину. Подключаем кабель в OBD разъем, находится он под рулем:

Картинка с сайта: www.drive2.ru

И в USB разъем (обязательно в тот же, что и дома)
8. Заводим машину
9. Запускаем программу ecuExplorer. Выбираем Subaru[.]—>Realtime Data View. Должно выглядеть как на картинке

Картинка с сайта: www.drive2.ru

10. В правом окне проставляем галочки на тех параметрах, которые нужны. А нужны нам:
Engine Speed (RPM),
Manifold Absolute Pressure (Bar),
Air/Fuel Learning #1 (%),
Air/Fuel Correction #1 (%),
Coolant Temperature (°C),
Engine Load (%),
Rear O2 Sensor (V),
Throttle Opening Angle (%),
Mass Air Flow (g/s),
Intake Air Temperature (°C),
Ignition Timing (°BTDC),
Vehicle Speed (KPH),
Atmospheric Pressure (Bar),
Fuel Injector #1 Pulse Width (ms),
Air Flow Sensor Voltage (V),
Battery Voltage (V),
Accelerator Opening Angle (%),
Learned Ignition Timing (°BTDC),
Rear O2 Heater Current (Amps),
Alternator Duty (%),
Intake VVT Advance Angle Left (°),
Intake VVT Advance Angle Right (°),
Air/Fuel Sensor #1 (Lambda),
Air/Fuel Sensor #1 Resistance (Ohms),
Air/Fuel Sensor #1 Heater Current (Amps),
Knocking Correction (°)
11. Пр.кн.мыши кликаем на окно, в котором вы выбирали нужные параметры из п.10 и выбираем директорию в которую логи будут сохраняться «Choose logging Directory…»

12. Чтобы начать запись, правой кнопкой мыши все на тоже окно и выбираем «Start/Stop File Capture». Или просто на клавиатуре нажимаете кнопку INSERT. «

Картинка с сайта: www.drive2.ru

Останавливается запись точно также.
Ну вот собственно и все…Файлы с логами ищите в той директории, которую указали

П.С. Если екуЭксплорер не видит вашу машину, в левом нижнем углу, кликните правой кнопной мыши на используемый СОМ-порт, и сделайте его активным. Перезагрузите программу

Инструкция по снятию логов для пользователей

Данная инструкция применима ко всем устройствам UROVO.

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

Логи можно посмотреть как на самом ТСД, так и на ПК, к которому ТСД подключается по USB — кабелю или по беспроводному соединению.

Просмотр и экспорт логов на самом ТСД.

Рассмотрим два варианта сбора логов: на ТСД UROVO с ОС Android 11 и на наручном терминале сбора данных UROVO U2.

1. ТСД UROVO с ОС Android 11.

1.1. Открыть на ТСД меню набора номера и ввести комбинацию символов: *#3333#* или *#*#3333#*#*. После ввода последнего знака вызываемое меню запустится автоматически.

1.2. Найти пункт «Log to File» и поставить галочку напротив. С этого момента будет вестись запись логов. Продолжайте работать с ТСД в обычном режиме до появления проблемы.

1.3. После того, как появилась ошибка или некорректная работа ТСД, нужно запомнить время, чтобы потом сообщить его в техподдержку и убрать галочку напротив пункта «Log to File», чтобы остановить запись логов.

1.4. Открыть меню «Файлы» и выбрать папку «Log».

1.5. В открывшейся папке «Log» скопировать все файлы и передать в техподдержку с приблизительным таймингом (время появления ошибки).

2.  Наручный терминал сбора данных UROVO U2.

1.1. Открыть на ТСД меню набора номера и ввести комбинацию символов: *#3333#* или *#*#3333#*#*. После ввода последнего знака вызываемое меню запустится автоматически.

1.2. Нажать на иконку («Play»), чтобы начать запись логов. Продолжайте работать с ТСД в обычном режиме до появления проблемы.

1.3. После того, как появилась ошибка или некорректная работа ТСД, нужно запомнить время, чтобы потом сообщить его в техподдержку и нажать на иконку («Stop»), чтоб остановить запись логов.

1.4 Открыть меню «Files».

1.5. В боковом меню выбрать U2.

1.6. Выбрать папку «debuglogger».

1.7. Скопировать все файлы и передать в техподдержку с приблизительным таймингом (время появления ошибки).

Просмотр и экспорт логов с ТСД на ПК.

Как подключить ТСД к ПК по USB-кабелю см. статью «Подсоединение ТСД к ПК по USB для передачи файлов».

После подключения:

1. Зайти в устройство и выбрать папку «Log».

Картинка с сайта: help.rightscan.ru

2. В открывшейся папке «Log» скопировать все файлы и передать в техподдержку с приблизительным таймингом (время появления ошибки).

Картинка с сайта: help.rightscan.ru

Картинка с сайта: habr.com

Краткая инструкция по чтению и разбору логов мобильных устройств на Android и iOS, а также необходимые инструменты для Windows и MacOS.

Статья подготовлена red_mad_robot и «Альфа-Банком» на основе доклада Senior QA red_mad_robot Ольги Никитиной «Инструменты для снятия логов с Android / iOS устройств. Чтение и разбор» на митапе «QАчественное общение» при поддержке red_mad_robot.

Уровни логирования и что они означают

Для начала разберёмся с логами. Это текстовые файлы, в которых записываются все действия пользователя. Например, какие кнопки он нажимает в приложении и как на это оно реагирует в ответ.

Записи в логах формируются в хронологическом порядке. Самая свежая — внизу.

Есть два вида логов:

• Crash logs — файл, в котором хранятся записи только об ошибках экстренного завершения программы — по-простому, когда приложение крашнулось.

• Logs — простые логи, или журнал событий. Это файл, в котором хранятся системные записи и ответы устройства на действие пользователя.

Логи на мобильных устройствах бывают нескольких уровней:

• ERROR,

• WARN,

• INFO,

• DEBUG,

• VERBOSE.

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

Примечание: уровни более применимы к логам на Android, потому что именно там такое разделение встречается чаще.

Рассмотрим подробнее каждый уровень.

Error (ERROR)

На этом уровне информируются ошибки работы системы.

Записи этого уровня требуют быстрого вмешательства разработчика — на такие ошибки нужно реагировать максимально быстро.

Как пример, такая запись в логе:

“ SpannableStringBuilder: SPAN_EXCLUSIVE_EXCLUSIVE spans cannot have a zero length ”

Это ошибка, в которой говорится, что строковый элемент span не может быть пустым.

Или вот:

“ [ZeroHung]zrhung_get_config: Get config failed for wp[0x0008] ] ”

Эта системная ошибка сообщает, что происходит утечка памяти при взаимодействии с каким-то элементом или приложением.

Warning (WARN)

На этом уровне отображаются записи, сообщающие о каком-то неожиданном поведении, требующем внимания, или о ситуации, которая незнакома системе.

Например, сообщение ниже — запись из тестового приложения:

“ [OMX.hisi.video.decoder.avc] setting nBufferCountActual to 16 failed: -2147483648 “

Мы пытаемся декодировать запись в какой-то формат, но его нет. Ошибка сообщает о неуспешной попытке настройки видеоплеера в нужном формате.

Ещё пример:

“ BroadcastQueue: Permission Denial: broadcasting Intent ”

Эта системная ошибка говорит о сбое в работе одного из виджетов на устройстве.

Info (INFO)

На этот уровень приходят записи информационного характера, например о работе системы.

Допустим, такое сообщение об уровне заряда батареи на устройстве:

“ APwBatteryMonitor: screen off start battery: 100 ”

А это сообщение говорит о том, что экран устройства был выключен:

“ HwBatteryService: intent = Intent { act=android.intent.action.SCREEN_OFF flg=0x58200010 } ” 

Ещё в логи этого уровня входят запросы от клиента на сервер: хедеры, тело запросов, которые отправляет клиент, и ответы сервера.

“ okhttp.OkHttpClient: <— 200 https://domainname/api/v1/smth/deals (1691ms)

okhttp.OkHttpClient: server: nginx/1.15.9

okhttp.OkHttpClient: date: Thu, 23 Sep 2021 19:41:17 GMT

okhttp.OkHttpClient: content-type: application/json

okhttp.OkHttpClient: vary: Accept-Encoding

okhttp.OkHttpClient: strict-transport-security: max-age=15724800; includeSubDomains

okhttp.OkHttpClient: {«key»:{«key»:value,»name»:»»},»key»:value,»key»:value}

okhttp.OkHttpClient: <— END HTTP ”

Такие записи могут помочь вам в понимании какого-то бага или в разборе задачи при условии, что вы не можете перехватить трафик или не знаете, какие запросы отправляются на бэкенд.

Debug (DEBUG)

Это уровень сообщений, в которых передаётся информация о процессах отладки или шагах работы крупных процессов.

Например, в записи ниже сказано, что пользователь нажимал на кнопку уменьшения или увеличения громкости:

“ MediaSessionService: dispatchVolumeKeyEvent ”

Сначала мы видим запись о самом факте нажатия на кнопку, далее оно расшифровывается подробнее:

{ action=ACTION_DOWN, keyCode=KEYCODE_VOLUME_UP }

Ещё пример: если ваше приложение использует сокет-сессию, то на уровне DEBUG мы можем увидеть, когда сессия начинается и заканчивается:

“ b$b: WebSocket connected ”

Verbose (VERBOSE)

Сообщения такого уровня уточняют или раскрывают действия.

Например, у нас есть служба управления окнами на экране приложения. И на уровне Verbose мы можем увидеть подробности её работы.

Открытие окна:

WindowManager: addWindow

Закрытие окна:

WindowManager: Removing Window

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

GnssLocationProvider: reportLocation Location […] 

А меняя звук на устройстве, мы увидим, как растёт или падает значение:

AudioManager: getStreamVolume  streamType: 3 volume: 10

Каждое нажатие, то есть изменение звука, будет отражаться новым сообщением.

Verbose — уровень самого низкого приоритета. Выбирая такой уровень отображения логов, мы будем видеть записи и со всех предыдущих уровней.

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

Инструменты для снятия логов: Android

Расскажем о трёх способах.

Первый — Logcat в составе Android Studio, самый известный и широко используемый.

Для снятия логов нам необходимо перевести устройство в режим разработчика/отладки. Для этого нужно:

• найти в настройках номер нашего билда или ОС (в зависимости от устройства),

• около десяти раз нажать на эту информацию,

• при появлении сообщения о том, не хотим ли мы перевести устройство в режим разработчика, нажать «Ок».

Примечание: алгоритм может отличаться в зависимости от производителя устройства, потому что у многих из них свои надстройки на ОС Android.

Дальше подключаем устройство по USB к ПК и устанавливаем Android Studio.
Следующие шаги на скрине:

Картинка с сайта: habr.com

1. Выбираем вкладку Logcat (переходим к сообщениям в реальном времени).

2. В окошке выбираем телефон, с которого снимаем логи.

3. На этой вкладке выбираем логи определённого приложения. Если нужно снять вообще все логи со всех приложений и системы, эту вкладку стоит не трогать. Рядом с ней можно выбрать уровень логирования (вкладка Verbose на скрине).

4. В поле поиска, где мы можем фильтровать выдачу, разрешено писать что угодно — от названия пакета до частей вроде fatal.

На скрине видно логи с подключенного устройства.

Картинка с сайта: habr.com

Второй способ — выгрузка логов с самого устройства. Кроме режима разработчика нам нужно подключить устройство к ПК через USB и установить ADB — Android Debug Bridge.

Открываем терминал и пишем две команды.

Первая — adb devices — показывает подключённые устройства, которые видит ADB. В терминале выглядит так:

Картинка с сайта: habr.com

Вводим вторую команду — adb -s название устройства logcat, — которая запускает утилиту Logcat для конкретного устройства. В терминале в реальном времени будут поступать логи.

Картинка с сайта: habr.com

Как их читать?

1. В первом столбце — дата и время поступления записи.

2. Во втором — обозначения уровней логирования. Например, D — это Debug.

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

Третий инструмент — SDK Platform Tools. Процесс его установки практически аналогичен предыдущим двум:

• переводим телефон в режим разработчика,

• подключаем к ПК по USB,

• скачиваем на ПК папку SDK PT (под свою ОС),

• открываем папку SDK PT в терминале.

Теперь пишем команду ./adb logcat –v threadtime > ./android-debug.log.

В терминале это выглядит так:

Картинка с сайта: habr.com

Прерываем выполнение команды (например, на Mac это Control+C). Лог добавляется в папку.

Картинка с сайта: habr.com

Открываем:

Картинка с сайта: habr.com

Очень похоже на предыдущий терминал, но файл обновляется, пока в терминале действует команда.

Инструменты снятия логов: iOS

В первую очередь нас интересует xCode — интегрированная среда разработки (IDE), в которую встроен нужный нам инструмент Simulator.

Как использовать инструмент:

1. Устанавливаем xCode.

2. В системной строке нажимаем xCode → Open Developer Tools → Simulator.

3. Устанавливаем приложение.

4. В самом симуляторе выбираем Debug → Open System Log.

Мы будем видеть логи в реальном времени:

Картинка с сайта: habr.com

Подобное оформление логов мы уже где-то видели, но построение информации в выдаче немного отличается. Есть дата и время (1) и данные (2) о том, с какого устройства снята информация: имя компьютера, элемент системы, с которого пришло сообщение, и его расшифровка.

Но первый способ работает только с симуляторами. Если необходимо снимать логи с реального устройства, в этом может помочь раздел Devices and Simulators.

Записи можно отфильтровать по конкретному процессу (вашему приложению):

1. Устанавливаем xCode.

2. Подключаем устройство к ПК по USB.

3. Открываем xCode → Windows → Devices and Simulators.

Дальше нажимаем у устройства Open Console и видим панель с названием устройства, информацией о модели и ОС:

Картинка с сайта: habr.com

Логи поступают в реальном времени, но их удобно отслеживать:

Картинка с сайта: habr.com

У нас есть три столбца:

1. «Время» — время поступления сообщения.

2. «Процесс» — с какой части системы/приложения пришло сообщение.

3. «Сообщение» — описание события, сервисная информация.

В инструменте есть поиск для фильтрации выдачи. Ещё есть полезная кнопка «Приостановить» — она останавливает поток логов.

А вот утилита iMazing поможет снимать iOS-логи для тех, у кого установлен Windows. Приложение платное, но часть функциональности доступна бесплатно. Например, за снятие логов устройства платить не нужно.

Картинка с сайта: habr.com

В меню выбираем «Показать консоль устройства». В открывшемся окне приходят записи логов в реальном времени со всего устройства.

Картинка с сайта: habr.com

Ещё одно важное достоинство iMazing — возможность сохранять логи (разумеется, по кнопке «Сохранить»).

Статья подготовлена red_mad_robot и «Альфа-Банком» на основе доклада Senior QA red_mad_robot Ольги Никитиной «Инструменты для снятия логов с Android / iOS устройств. Чтение и разбор» на митапе «QАчественное общение» при поддержке red_mad_robot.

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

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

1. Первый способ

Как это сделать, подробно описано на Дроме. Чтобы не искать- скопирую сюда.

Первоисточник — http://code.google.com/p/ecuexplorer/

Для соединения с авто необходим простой K-LINE адаптер.

Там есть руководство, описание протокола, архив для установки программы и исходные тексты.

При подключении к известным для программы устройствам выводится надпись типа MY03 Forester 2.0 NA (EURO) [AG600-2000].

При подключении к неизвестным — надпись типа Subaru [01-2A04004005]. 01 это адрес устройства, дальше — идентификатор прошивки.

Установка не требуется, достаточно распаковать в один каталог

Обязательно
1. Определить порт подключения
2. Определить каталог для записи логов. обязательно включить режим «fast pulling»
3. Для начала записи лога при активном окне Realtime Data View нажимаем Insert. Заголовок программы меняется как показано. Для окончания записи повторно жмём Insert.

Картинка с сайта: ecutune.ru

Тема на Дроме http://forums.drom.ru/subaru/t1151462005.html

2. Второй способ

С помощью программы ECU Edit.
Сайт программы http://www.epifansoft.com/subaruEdit.html

Работает с адаптером Open Port 2.0 или K-LINE адаптер

3. Третий способ
С помощью программы RomRaider.

Сайт программы RomRaider

Параметры для логгинга

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

Общие (обязательно!)

Engine Speed (RPM) — Обороты двигателя;
Mass Airflow (g/s) — Массовый расход воздуха;
[romraider] Engine Load (calculated) или Engine Load (x-byte)* — Нагрузка на один оборот. Engine Load (Relative) — бесполезен;
Manifold Absolute Pressure (Bar) или Manifold Relative Pressure (Bar). Не «Corrected»! — Давление в коллекторе;
Air/Fuel Correction #1 (%) — Мгновенная коррекция по топливу;
Air/Fuel Learning #1 (%) — Запомненная коррекция по топливу;
Coolant Temperature (°C) — Температура ОЖ;
Intake Air Temperature (°C) — Температура на впуске;
[электродроссель] Accelerator Opening Angle (%) — Положение педали газа,
Throttle Opening Angle (%) — Открытие дросселя;
Vehicle Speed (KPH) — Скорость;
Fuel Injector #1 Pulse Width (ms) — Время импульса на форсунки;
[AVCS] Intake VVT Advance Angle Left (°), Intake VVT Advance Angle Right (°) — Углы впускных валов,
[Dual AVCS] Exhaust VVT Advance Angle Left (°), Exhaust VVT Advance Angle Right (°) — Углы выпускных валов,
Air/Fuel Sensor #1 (Lambda или AFR) — Показания первого датчика состава смеси,
Air/Fuel Sensor #1 Resistance (Ohms) — Сопротивление подогревателя первой лямбды,
Feedback Knock Correction (° BTDC) — Мгновенная коррекция по детонации;
Fine Learning Knock Correction (° BTDC) — Запомненная коррекция по детонации;
IAM (multiplier) — множитель зажигания.
Ignition Total Timing (° BTDC) — Общий угол опережения зажигания, после всех коррекций.
[turbo] Primary Wastegate Duty Cycle — дьюти соленоида вестгейта.

Необязательные для лога, но нужные для контроля

Atmospheric Pressure (Bar) — Атмосферное давление. Убедиться, что соответствует 1.0 бар +/- 0.05 для уровня моря. Если не попадает в пределы — включайте в лог;
Battery Voltage (V) — Напряжение аккумулятора. Убедиться, что на заведённом авто оно больше 13 вольт при любых режимах.
Alternator Duty (%) — Дьюти генератора. При проблемах с зарядом — включать в лог.

оригинал статьи тут : Сылка

Подписывайтесь на нашу группу https://vk.com/ecutune

Заказать прошивку индивидуально или купить готовую можете на https://ecutune.ru/shop/

Юрий Щёголев | 24.11.2019 | В рубриках: СТАТЬИ