Kavak663

CDR - система восстановления данных дтп
 Что такое CDR и EDR?
 «CDR» - это аббревиатура «Crash Data Retrieval - восстановление данных при столкновении»,  а   «EDR» - это аббревиатура для «Event Data Retrieval - получение данных о событиях», которая является функцией модуля управления подушкой безопасности Supplemental Restraint System (SRS). Потенциальная возможность модуля управления подушками безопасности сохранять данные после аварии привела к тому, что некоторые называют его «регистратором данных о событиях» или EDR и, более того, «черным ящиком». В действительности основная задача модуля управления подушками безопасности - обнаруживать внезапные изменения в направлении и/или вращении и, при необходимости, развертывание удерживающих устройств, таких как подушки безопасности. SRS использует определенные биты информации, в том числе информацию о системах обнаружения столкновений, датчиках скорости транспортного средства, оборотов двигателя, датчиков связанных с системой определения наличия пассажиров и с ремнями безопасности, чтобы решить, следует ли и когда развертывать подушки безопасности и другие устройства удерживающей системы. При соблюдении определенных условий модуль управления подушками безопасности может записывать данные, связанные с этими внезапными изменениями в направлении и / или вращением (например, аварией), которые впоследствии могут быть «отображены» с помощью инструмента CDR.
                                                                 Что записывается и когда следует отображать данные EDR?
       Автомобили разных марок и моделей записывают разные объемы данных и разное количество «событий». «Событие» - это сбой или другое физическое явление, которое вызывает превышение или превышение порога срабатывания. Данные хранятся в модуле управления подушками безопасности как событие «не развертывания» или «развертывания».   Событие без развертывания - это внезапное изменение направления и / или поворота транспортного средства, которое «пробуждает» или «включает» SRS, но принимает решение не использовать развертывание подушек безопасности; например, при резком торможении или незначительном столкновении система может ограничится только активацией таких удерживающих устройств как ремни безопасности. С другой стороны, вы можете иметь событие развертывания. Событие развертывания - это внезапное изменение направления и / или вращения, которое «пробуждает» или «включает» SRS и является достаточным для обеспечения команды развертывания подушек безопасности. Системы сдерживания (SRS) постоянно следят за ускорением (замедлением). Функция EDR обычно запускается внезапными изменениями ускорения/замедления (также называемыми рывками) и может помочь определить, что машины делали до, во время и после аварии.
        Данные о дорожно-транспортном происшествии, сохраненные в электронных блоках автомобиля являются одним из наиболее важных доказательств, которые должны быть собраны и оценены в рамках расследования ДТП. Независимо от того, работаете ли вы со страховой компанией, правоохранительными органами или ведете частную экспертную деятельность, данные о ДТП транспортного средства могут обеспечить более четкое понимание важных элементов, связанных с ДТП.
   Это включает в себя VIN, время/дату, скорость транспортного средства, delta-v (показатели замедления/ускорения автомобиля), положение педали тормоза, давление в системе ABS, положение педали акселератора, состояние ремня безопасности, угол рулевого управления, а также многие другие важные параметры данных, записанные транспортным средством. Примеры расшифровки EDR можно посмотреть в виде графика на скрине:
По этой ссылке так же можно ознакомиться с полной версией примера расшифровки данных в момент столкновения
(один из скринов с расшифровки напоминает всем нам привычный дамп))

Тут можно посмотреть примерный список автомобилей поддерживающих системы CDR EDR
Ниже пару картинок анализирующих поведение водителя в момент дтп


Информация собрана с сайтов:
Ремонт, восстановление блоков управления SRS AIRBAG. Удаление crash data. (airbagservice.ru)
Объяснение EDR - Данные о сбое регистратора событий - crashdatagroup
Crash Data Retrieval (CDR) - Collision Recon
 

F.A.Q.
   ответы на часто задаваемые вопросы:
  1."подключился к блоку SRS по CAN/ OBD2 автомобиля, связь не устанавливается"- 
          Ответ: Проверьте, правильно ли вы выбрали модуль- на некоторых моделях несколько вариантов блоков (производителей) и алгоритмов работы по can. Попробуйте изменить настройки "ms candelay" - задержка обмена can пакетами с блоком автомобиля (на столе - 10-20. в автомобиле 30-50). При работе на столе проверьте наличие в цепи CAN резисторов 120Ом.
  2. "прочитал данные блока по can - нажимаю кнопку "repair" - ни чего не меняется". 
          Ответ: софт GCT построен на основе калькуляторов, выбираемых по номеру блока и находящихся в разделе: "srs dump calc" - как правило, это блоки, в которых "crash" прописывается в микросхему eeprom и возможность чтения этого блока по can-bus  добавилась позже, чем возможность чистить дамп калькуляторами. Поэтому вам нужно прочитать eeprom по can, выбрать калькулятор по номеру блока, удалить данные об аварии, и вернувшись в модуль работы с блоком по can, записать чистый дамп обратно. (при смене модулей дамп хранится в буфере программы). В случае с процессорными блоками как правило кнопка "pepair" активна в самом модуле, т.к. алгоритм удаления данных об аварии аналогичен для выбранного типа  процессора и поддерживается множество блоков, построенных на этом процессоре. (по мере обновлений софта алгоритм работы с калькуляторами улучшается/упрощается)
  3. "подключился прищепкой к eeprom, прочитал, почистил, не могу записать"-
          Ответ: "большинство микросхем устанавливаемых в блоки SRS имеют ножку "W/P"- "write protect" - защита записи. Проверяйте по datasheet и выпаивайте микросхему. 
  4. "подключился к блоку (процессору) согласно схеме подключения в программе, чтение не начинается, GPROG выдает ошибку"
          Ответ: факторы влияющие на работу с процессорами: частота процессора (можно определить по расположенному рядом кварцу либо Datasheet), напряжение VCC- проверьте, правильно ли выставлено 3.3 либо 5v (согласно datasheet процессора) , так же нужно учесть что это напряжение берется с usb-порта компьютера и если порт выдает меньше положенного, то программатор не сможет добавить и потери напряжения могут крыться в длинном и/или некачественном usb-кабеле (1м кабель нормально работает. 2-3 метра-могут быть проблемы). Так же, часто распространенная проблема - длинные провода, идущие от программатора к процессору (нормальная длина- не более 15см,  без всяких промежуточных панелек, скруток, стыков, переходников, соединений). Если не хотите убирать сопли -проблему с питанием от программатора можно решить внешним питанием блока, при этом VCC программатора не нужно подключать к плате, а GND- нужно. Отключайте внешнее питание перед/после смены операций чтения/записи. ( При подаче внешнего питания запрещено переворачивать блок - получите  b1620 u3000 или аналогичные!).  В некоторых случаях проблему чтения/записи решает замена местами выводов RX и TX.  (Tx - transfer - передача данных (от нас куда-то) Rx - receive - получение данных (откуда-то к нам). Из расшифровки как бы логично, что  если соединять устройства A и B, то Tx(A) надо подключать к Rx(B), а в Rx(A) подключать Tx(B) - поэтому в некоторых схемах подключения к процессору, распин может быть  указан на усмотрение разработчика и нужно включать логику - либо просто поменять RX/TX местами).
      Если вы не приняли во внимание все вышеперечисленное, не нужно писать: "GPROG не читает". Он читает/пишет все что заявлено!
  5. "подключился, прочитал, почистил, записал- краш остался/либо: прочитал -нет калька с таким номером блока
          Ответ: для решения этого вопроса есть чаты техподдержки в telegram.
    Вам нужно вычитанный дамп правильно подписать: марка_модель_год_номер блока_номер процессора или еепром _crash/clear , и с  кратким и по существу описанием проблемы скинуть в чат. Админы техподдержки поправят дамп.
     Пользователю  нужно после проверки блока на автомобиле написать в чат о проверке и калькулятор будет исправлен, либо добавлен в программу.
  6.  В "help" нет фото схемы, точек  подключения к плате 
    - такое встречается, как правило либо с редкими, либо с недавно выпущенными блоками. Но, в программе есть схемы подключения к процессору - основываясь на них, можно вызвонить точки на плате и выложить фото на форум -оно будет проверено и добавлено в программу. Для очистки дампа от crash воспользуйтесь помощью в чате телеграмм
  7. Не проходит сброс ProByte по OBD2 через диагностический разьем на автомобиле:
   На автомобилях свежих годов выпуска (как правило блоки на MCU AURIX TRICORE) установлены межсетевые блоки (по другому- Gateway) которые на дают возможность пакету сброса пройти в модуль AIRBAG. В этом случае нужно подключаться напрямую к блоку. Так же нужно определить какой протокол в блоке - многие блоки на свежих авто работаеют по протоколу FD-CAN.
  8. вроде очевидные вещи, но все же укажу, т.к встречаются те кто не могут это сообразить сами:
Для подключения внешнего питания +12 используйте лабораторные блоки. Не пытайтесь брать +12V с выхода программатора для питания блоков аирбаг! (сгорит либо порт usb компьютера, либо GPROG - ни первый, ни второй не расчитаны на такую нагрузку)Не паяйте провода подключения программатора к процессору не отключив GPROG от usb и разьем проводов от GPROG.
На некоторых автомобилях на блоки AIRBAG подведено более одного +12, один пропадает при выкл зажигания, второй- при засыпании автомобиля. Т.о., после "сброса"/"reset" блока, иногда недостаточно выключения зажигания для выхода блока из режима загрузки (блок не отвечает на диагностику, не сбрасывает ошибки). Нужно либо снять клемму аккума, либо "усыпить" (закрыть, поставить в охрану) автомобиль.
 Ну, и , разумеется, нужно понимать что блок самодиагностируется при подаче на него питания и, если вы удалили краш а он у вас не уходит, то  нужно выключить питание, подождать пару минут - включить и продиагностировать, и при необходимости удалить ошибки и новая самодиагностика блока произойдет опять же лишь после отключения и включения питания.

Все что вы предоставили из того что вас просили, это ничего, внешнее питание подаём, потому что не у всех тянут порты usb по питанию, вас просили предоставить подключение по JTAG, так же фото gprog, как нам помогать(исправлять рограмму) , если вы не слушаете, а предъявы кидаете, это касается всех, в дальнейшем буду рассматривать игнорирование просьб в выкладывании информации по проекту GCT, как флуд и наказывать. 

Попробуйте 3 версией с последующим вводом в эксплуатацию блока. Делал такой блок не давно 3 версией, все ок.