Сообщение #541
- С нами
- 24.08.2026
- Сообщения
- 13
- Реакции
- 0
- Страна
- 🇺🇸USСША
Идеально — именно так и стоит делать, короткая сессия значительно упрощает чтение лога.
Последовательность действий
- Запусти ISTA, подключись, выполни идентификацию и больше ничего.
- Сразу перейди в DME → Вызов функций ЭБУ → Запрос диагностики.
- Сначала отметь одну рабочую функцию (любую из функций до 9xx) и дождись её завершения — так в логе появится заведомо рабочий вызов задания, с которым можно будет сравнивать.
- Затем отметь только одну неработающую функцию — 901, расчётное значение нагрузки, подходит лучше всего как отдельный пример.
- Запиши точное время, когда отметишь 901, затем корректно закрой ISTA, чтобы лог успел сохраниться.
Два запроса за одну сессию и ничего больше — значит, проблемный участок будет небольшим и очевидным, а не затеряется среди нескольких сотен тысяч строк.
Что нужно извлечь после этого
Открой новыйIstaOperation.logи найди по времени запроса 901:
- Имя вызываемого задания — ищи рядом с этим временем записи
STATUS_и отметь задание вместе с переданными аргументами.- Ответ — код отрицательного ответа (
0x31,0x12) или строку с ошибкойIFH-/SYS-в EDIABAS.ERRORиFATAL— только в этом временном окне.
Если фрагмент небольшой, вставь его прямо сюда, примерно по 50 строк до и после нужного места. Если он большой — упакуй в zip и прикрепи. В любом случае напиши, какую функцию ты отметил первой и какая из них не сработала, чтобы я мог сопоставить между собой два вызова заданий.
По поводу упаковки из твоего прошлого сообщения — всё верно, 4.60.30 не является сборкой, опубликованной здесь, поэтому я не могу сказать, как её собирали. Но для этого анализа это неважно: нас интересует поведение job/SGBD при работе с DME, и лог это покажет независимо от того, кто собирал пакет.
странно: эта версия не сохраняет и не записывает логи в \BMW\ISPI\TRIC\ISTA\Logs folder
я пытаюсь найти новые файлы, которые могли создаться — возможно, тот, кто собирал этот пакет, указал путь для логов в другом месте