autokey.com.ua
Продвинутый-
Постов
85 -
Зарегистрирован
-
Посещение
-
Победитель дней
5
Тип контента
Профили
Форумы
Загрузки
Магазин
Весь контент autokey.com.ua
-
сейчас окажется , что половина форума уже давно втихаря всё читает ))) спасибо , хоть кто-то по делу написал )))
-
как то многовато странных вопросов . Чтение по JTAG не подразумевает процедуру ПИЛИТЬ ПРОЦ ))). и , если честно , то я всего-то просил помощи в очистке краш даты .
-
так он и есть закрытый
-
JTAG
-
кинул.... не совсем понимаю, правда, про трудности скачивания , но как уж есть ...
-
у меня в личке ? пусто...
-
нужна помощь в очистке краша TOYOTA VENZA 89170-48E30 . Проц R7F7016443 R7F701644x Data flash FF (128 KB).bin
-
а проц то там причём ? ))))))))))))))))))))))))))))))))))))))))))))))))))))))))) если это блок TRW , то отключите запись последних 4х строк , и будет вам Счастье ))))) . специально же сделали возможность выбора что стирать/писать... а если ваш блок уже не выходит на диагностику , то стирайте 4 последние строки , ставьте на машину и бегите в магаз за пивом ))) хоть один пример приведите , где в аирбагах нужна запись по 4 байта . Со щитками это 100% необходимость , а с подушками все беды от незнания....
-
С панелями приборов вопрос снят. Остался вопрос по подушкам. В аирбагах это актуально , или нет ? Всё говорит за то , что нет...
-
на самом деле не все панели капризничают . Всё зависит от того , как в панели прописан сам алгоритм обновления данных. По причине того , что проц минимально может стирать только по 4 строки сразу (64 байта ) , а писать изнутри по 4 байта , то стиранием перед записью панель не заморачивается . Панель считает , что там пустого места , хоть конём гуляй. Но... Панель пишет 4 байта , а через некоторое время опять 4 байта... А прогер пишет сразу 16 байт. И вся строка получается записанной . Так вот ... Если панель захочет записать в строку вторые (или третьи или червертые ) 4 байта , то нарвется на уже записанные программатором байты , и произойдет ошибка записи, тк запись возможна только в стёртые байты. А , напомню , FF в этих процах , это не стёртое состояние, а уже записанное ))). Во избежание недоразумений обычно читают 100 раз подряд рабочую панель , с передёргиванием питания . Получаете 100 отличающихся друг от друга дампов. И из 100 сохраненных дампов , вероятно будет хоть один , который не будет вводить панель в ступор. Просто этот дамп будет пытаться писать в начало строки. Или поступать как в ренелайте . Стирать и писать не весь дамп , а только нужные блоки по 4 строки в каждом блоке . Но зачастую и это не спасает. Или при записи подставлять нужные строки , которые 100% будут оставлять панель работоспособной. Если в скрипте к айпрогу есть привязка к маркам или моделям , то это не 4 байтовое чтение или запись , а скорее всего подстановка нужных кусков , или автор скрипта досконально разобрался в дампе, и знает , что на что можно менять . А настоящая запись по 4 байтам , это когда пофиг , какая марка и какая модель. Прочитал , записал , и всё работает. Кстати ...В бодике камри 70 тоже такая история при записи оригинального дампа....
-
да . к ренелайту. Все программаторы сейчас пишут целую строку , по 16 байт. И читают по 16 байт. но, например , в строке могут быть 4 байта записанные , потом 4 стертые , потом 4 записанные , а потом 4 опять стертые. Поэтому не всегда можно писать строку целиком . Приборные панели начинают козлить после этого. Поэтому надо писать по 4 байта. На сегодня вопрос несколько сузился . Изначально писали под R7F7014XX . Проверили на панелях приборов от спринтера , какого то легкового мерса , камри 70 , какого то ренжровера. Вроде всё работает. Но на другие серии процессоров RH850 надо писать другой софт . Поэтому вопрос ... В арбагах есть ли такая замануха , что прочитал , записал прочитанное обратно , а оно сломалось ? Есть ли смысл заморачиваться ?
-
Может ли кто почочь с информацией о номерах блоков , в которых попытка записи оригинального вычитанного дампа из DataFlah процессора RH850 ( из этого же блока ) приводила к тому , что после записи блок начинал работать некоректно , или переставал работать вообще. Не важно каким программатором читалось/писалось. Не важно это арбаг , панель приборов или что то ещё. Нужна именно информация , какие блоки искать для проверки записи DataFlah по 4 байтам.
-
https://imrad.com.ua/ru/sn74ahc125pw даже не 10 а 5 гривен ) у них есть доставка Новой Почтой . но она возьмёт 40 гривен за доставку ))) если прогер не переделан под внешнее питание , то сразу пару BAT43 берите RX TX звонятся на массу как 10 Мом
-
74AHC125 имрад или космодром. 10 гривен цена .корпус TSSOP
-
AHC125 сознательно выполняет роль защитного буфера
-
какое напряжение питания проца и напряжения на MD0 MD1 при подаче внешнего питания на блок ?
-
делаем 1. резиками на MD0 MD1 отправляем проц в бут. 2. подаем внешнее питание на блок и меряем питание проца и напряжения на MD0 MD1
-
----------- по логу видно , что проц или не в буте , или не подано питание , или в ресет в 0 , или нет обмена по RX TX .
-
в пдф же написано , что MD0 можно даже просто на 5в резиком отправить да все равно, закрыт или нет . информация о первичом обмене данными должна появиться в логе
-
не важно , какой проц выбран , не важно закрыт или нет . лишь бы подключение правильным было . начальный коннект У ВСЕХ на 9600 фотки от попытки чтения лоченного проца субару 2020
-
rx tx попробовать поменять местами . тупо не помню какой куда поиграться выбором частоты кварца в любом случае должно хоть что то отдать в лог (даже на закрытом проце от субару 2020 инфу о частотах отдаёт )
-
судя по логу , то вообще провода не туда. может прикреплнный пдф поможет RenelightCan_RH850_mcu_connect_rus .pdf
-
этого никто не знает . про количество подушек тоже довольно спорный момент. откуда берутся разные варианты ? просто все прочитанные флеши сравниваются с уже имеющимися. иногда возникает ситуация , когда флеши из блоков с одним и тем же номером имеют вполне осознанные отличия ( видно , что не ошибка при чтении). это скорее похоже на изменённые калибровки датчиков. вряд ли от них возникнут недоразумения при чтении блока диагностикой. но если после проливки первого варианта будут недоразумения в работе , то проливайте второй .. и наоборот