Форсунки прописка
На многих других марках можно отдельно произвести замену и поправки остальных форсунок не пострадают. Зачем так на Ёнгах сделали- я не знаю.
И чтобы MDP отпределилось надо проехать при определенных значениях скорости и температуры ож, почитай документацию там это описанно
На многих других марках можно отдельно произвести замену и поправки остальных форсунок не пострадают. Зачем так на Ёнгах сделали- я не знаю.
Как мне кажется, если я правильно понял, данный параметр MDP и прописываемая индивидуальная коррекция объёма впрыска за единицу времени, явно не одно и то же (видимо одна из частей). И если это параметр самообучаемый, то вред от его сброса в ноль, даже если и будет, то кратковременный, ну настроится заново. А вот то, что блок изменяет сам внесённую прописку я очень сомневаюсь, тогда в прописке не было бы никакой надобности: всё настраивалось само.
Да практически все те же самые датчики и есть, исключая самые экзотические: детонации, ДМРВ. И естественно есть датчики давления и температуры воздуха на впуске, датчики оборотов и т.д. Просто к обычной механической насос-форсунке присоединён (внедрён) клапан с электромагнитным приводом, управляющий временем впрыска и предвпрыска, как душе угодно. Нет только одного: регулировки давления впрыска. Хотя у САТа есть мотор, управляемый насос-форсунками (включением) посредством давления моторного масла, он может изменять давление.
И какой смысл в прописке этих форсунок если нет датчика давления и этих экзотических. По моему там просто открывается клапан по времени в зависимости от нажатия на педаль и опережение от оборотов.
Что там прописывать? Думаю эти форсы просто настраиваются на стенде и все.
Это у нас очень заумно в угоду экономии и экологии.
И какой смысл в прописке этих форсунок если нет датчика давления и этих экзотических. По моему там просто открывается клапан по времени в зависимости от нажатия на педаль и опережение от оборотов.
Что там прописывать? Думаю эти форсы просто настраиваются на стенде и все.
Это у нас очень заумно в угоду экономии и экологии.
Саш, любая форсунка с электронным управлением, в реалии, на практике будет давать погрешность в объёме впрыска в ту или другую сторону, при подаче одинакового управляющего сигнала, это и нивелируется пропиской. Другой вопрос: насколько это важно и необходимо.
Саш, любая форсунка с электронным управлением, в реалии, на практике будет давать погрешность в объёме впрыска в ту или другую сторону, при подаче одинакового управляющего сигнала, это и нивелируется пропиской.
Дело в том что форсунки с механическим управлением тоже выдают погрешности но они не прописываются. Они регулируются на стендах. Стенды прямо скажем не простые.
А потому как наши форсунки не регулируются, на стенде определяются их параметры и вносятся в ЭБУ
Дело в том что форсунки с механическим управлением тоже выдают погрешности но они не прописываются. Они регулируются на стендах. Стенды прямо скажем не простые.
А потому как наши форсунки не регулируются, на стенде определяются их параметры и вносятся в ЭБУ
Ну тык правильно, только речь шла про форсунки не с механическим, а с электронным управлением.
Ну тык правильно, только речь шла про форсунки не с механическим, а с электронным управлением.
Малость уточню- речь шла о насос форсунках. А они что с электронным, что с механическим не имеют данных по давлению.
Тогда в чем смысл прописки? Что тогда включает в себя код форсунки?
Как мне кажется, если я правильно понял, данный параметр MDP и прописываемая индивидуальная коррекция объёма впрыска за единицу времени, явно не одно и то же
Вот. МDР минимальная величина импульса при которой открывается форсунка. Меньше она просто не откроется. Величина зависит от давления. Коррекция тоже связана с давлением.
А вот в насос форсунках связи с давлением ни какой нет
Хотел почитать, но толковых статей вообще нет. По насос форсункам даже упоминания о кодах для прописки нет.
Малость уточню- речь шла о насос форсунках. А они что с электронным, что с механическим не имеют данных по давлению.
Тогда в чем смысл прописки? Что тогда включает в себя код форсунки?
Вот. МDР минимальная величина импульса при которой открывается форсунка. Меньше она просто не откроется. Величина зависит от давления. Коррекция тоже связана с давлением.
А вот в насос форсунках связи с давлением ни какой нет
Хотел почитать, но толковых статей вообще нет. По насос форсункам даже упоминания о кодах для прописки нет.
На старой работе касался темы форсунок, на практике у нас ничего не прописывалось ни насос-форсунки (к сожалению не помню: была ли возможность), ни коммон-рейловские, хотя программы были. У не свежего движка, к сожалению, будет сто других причин работать неравномерно.
А величина MDP, вообще важна, по ходу, для предвпрыска, где и есть мизерные подачи, чтоб не получалось так: импульс прошёл, а впрыснулось 0.
Зачем ей знать давление? На новой или почти новой форсунке оно будет постоянным (на всех исправных форсунках) на определённых оборотах, кулачок набегает с одной скоростью и усилием.
Верно, на определенных оборотах и на всех одинаково настроенных форсах. Но двигатель не работает практически никогда на этих оборотах. Если не учитывать зависимость количества подачи топлива от давления, то на мой взгляд и прописывать нечего.
Верно, на определенных оборотах и на всех одинаково настроенных форсах. Но двигатель не работает практически никогда на этих оборотах. Если не учитывать зависимость количества подачи топлива от давления, то на мой взгляд и прописывать нечего.
Так обороты будут меняться для всех форсунок одновременно и давление на всех, также будет практически одинаковым. Основная соль прописки то, что при одинаковой длительности импульса открытия, за счёт механической составляющей, будет разброс и погрешность на выходе форсунок по количеству топлива. Это и выравнивается пропиской для электроуправляемых форсунок, и здесь нет теоретически разницы, чем создаётся давление, индивидуальным плунжером или общим ТНВД.
Точно так. Но кулачковый вал двигателя
так же является механической составляющей.
и здесь нет теоретически разницы, чем создаётся давление, индивидуальным плунжером или общим ТНВД.
Разница есть. В общей магистрали давление одинаково на всех форсунках, а индивидуальные плунжеры имеют разные зазоры, разные отв. форс. Когда давим на поршень с какой то скоростью, имеем скорость определенную а давление не определенное.
Почему на бензине форсунки не прописывают? Да потому что там давление мизерное.
Точно так. Но кулачковый вал двигателя
так же является механической составляющей.
Разница есть. В общей магистрали давление одинаково на всех форсунках, а индивидуальные плунжеры имеют разные зазоры, разные отв. форс. Когда давим на поршень с какой то скоростью, имеем скорость определенную а давление не определенное.
Почему на бензине форсунки не прописывают? Да потому что там давление мизерное.
Вот только, в очередной раз, не надо выискивать блох: так легко можем дойти, что и распылители могут не одинаково работать, в рампе, если получше покопаться, можно тоже найти причины разницы давления по форсункам, контакты в электроразъёмах могут иметь разное сопротивление и искажать импульс и т,д.
Что касается давления в насос-форсунках, то да, в них может быть расхождения в разумных пределах (обсуждаем новые и исправные), но нас в конечном итоге интересует количество впрыскнутого топлива и если будет расхождение количества топлива из-за разброса по давлению, то и это, как раз-таки также скорректируется пропиской.
Точно так. Но кулачковый вал двигателя
так же является механической составляющей.
Разница есть. В общей магистрали давление одинаково на всех форсунках, а индивидуальные плунжеры имеют разные зазоры, разные отв. форс. Когда давим на поршень с какой то скоростью, имеем скорость определенную а давление не определенное.
Почему на бензине форсунки не прописывают? Да потому что там давление мизерное.
нас в конечном итоге интересует количество впрыскнутого топлива и если будет расхождение количества топлива из-за разброса по давлению, то и это, как раз-таки также скорректируется пропиской.
Как если не известно давление?
У нас (смотри мануал) существует график зависимости количества впрыска топлива от времени и давления. Это называется характеристикой форсунки. Она занесена в код форсунки и имеет важное значение. Х-ка снимается при 200, 400, 600, 1200 и1600 бар. У нас все понятно, у нас есть датчик давления.
Не понятно нафига нужна прописка насос форсунок если нет основного датчика? По моему это не «блохи».
Вообще не спорю, я просто интересуюсь. Если бы знал, то ответил бы на все вопросы.
Как если не известно давление?
У нас (смотри мануал) существует график зависимости количества впрыска топлива от времени и давления. Это называется характеристикой форсунки. Она занесена в код форсунки и имеет важное значение. Х-ка снимается при 200, 400, 600, 1200 и1600 бар. У нас все понятно, у нас есть датчик давления.
Не понятно нафига нужна прописка насос форсунок если нет основного датчика? По моему это не «блохи».
Вообще не спорю, я просто интересуюсь. Если бы знал, то ответил бы на все вопросы.
Почему давление неизвестно? Производитель насос-форсунок прекрасно знает на каких оборотах, какое будет давление (естественно с допустимым разбросом), и на каких оборотах и при каком импульсе сколько должно впрыснуться топлива. Можно занести эти данные по давлению в блок, только зачем? Проверяем форсунку на стенде, допустим она недовпрыскивает чуть-чуть до номинала, делаем корректировку длительности импульса и записываем это в код прописки, теперь всё ок. Какая нам разница в причине недовпрыска: то ли чуть медленней срабатывает клапан, то ли чуть ниже давления номинала (но в допуске), главное, что теперь после прописки, форсунка работает правильно и выдаёт точную подачу в заданном нами объёме.
Можно занести эти данные по давлению в блок, только зачем?
Вот и я говорю зачем? Тем более что данные эти мы не занесем.
Проверяем форсунку на стенде, допустим она недовпрыскивает чуть-чуть до номинала, делаем корректировку длительности импульса и записываем это в код прописки, теперь всё ок..
А зачем делать корректировку? Жмем на газ и длительность увеличится.
Отличие нашей системы в том что порция впрыскивается по давлению, а в насос форсунках за определенное время в зависимости от оборотов, поршень пройдет определенное расстояние и впрыснет определенную порцию и пофиг какое там давление. Как с распределительным тнвд- дернул за тягу, время увеличилось, порция увеличилась. Только вместо тяги провода.
форсунки их можно чистить
#101
sasha13
#102
878
#103
Sergo
#104
sasha13
это по электрической части форсунки:
P1294 Low Resistance for Injector #5 wiring harness
P1295 High Resistance for Injector #5 wiring harness
P1205 Injector #5 Circuit Short
P0205 Injector #5 Circuit Open
это по механической:
P0275 Injector #5 Balancing Fault
P1175 #5 Injector MDP Malfunction
это о чем то тебе говорит?
продолжать?
а еще там будет и другой код ошибки, не форсунки, все вместе наведет на мысль и подскажет дальнейшие действия по диагностике
#105
GLADIATOR
Добавлено (19.10.2010, 10:18)
———————————————
вот нашёл свою ошибку
P1148 Accelerometer (Knock Sensor) Learning Fault
Осталось только перевести
Добавлено (19.10.2010, 10:21)
———————————————
Если есть старые форсунки, где вышел из строя распылитель, возможно ли с них снять этот электроклапан и поставить на место сломавшегося?
#106
serg74
#107
sasha13
P1175 #5 Injector MDP Malfunction это первопричина
это может быть вызвано износом старением или неправильным кодом форсунки
коды иногда слетают. на наших машинах не слышал, а вот на французах с делфи так точно, надо прописать заново
если код не слетел то
форсунку на стенд как у Димы делфая и дальше новый код или реставрация если надо
если Дима появится то меня поправит бо я больше теоретик в этом вопросе
POE инжектор для IP-камер что это
Перед тем, как разобраться с предназначением poe-инжектора, стоит уделить внимание самой технологии. Что она собой представляет? Расшифровка: Power over Ethernet. С помощью этой технологии можно осуществить передачу данных с электрическими сигналами по единому кабелю (в народе его принято называть «витая пара»). Опытным пользователям он более известен, как сетевой провод RJ45.
Что это?
POE-инжектор – это прогрессивное периферийное оборудование, используемое в работе с цифровыми камерами видеоконтроля. В некоторых ситуациях даже самые навороченные устройства нуждаются в дополнительном оснащении. Инжектор справляется с этой задачей на высшем уровне, улучшая качество работы IP-камер.
Инжектор подобного типа часто называют POE-сплиттером. Его конструкция может отличаться, а потому заходит речь о типах устройства:
Оборудование активного типа функционирует по определенному стандарту, и это влечет за собой некоторые неоспоримые преимущества. С его помощью можно отправить более мощное питание по кабелю, чего нельзя отметить в случае с пассивным оборудованием, которое работает без строгой привязки к тем или иным стандартам.
Тип используемого POE-инжектора зависит от характеристик устройств системы безопасности. Если камера оснащена обогревом или инфракрасным прожектором, такой гаджет нуждается в мощной «подпитке».
Разумеется, пассивные инжекторы также имеют преимущества, за которые их любит потребитель. На оборудовании подобного типа можно значительно сэкономить, и это будет правильным решением в том случае, если идет речь о любительской системе безопасности.
Примечание: если кабель «витая пара» не подключен, использование POE-инжектора становится невозможным. В обратном случае периферийное оборудование покажет себя во всей красе. Устройство осуществляет контроль над подачей питания, а также передает пакет нужной информации. И всё это – по единому проводу.
Инжекторы относят к отдельному типу коммутаторов, поддерживаемые POE-технологию. Подобные устройства часто применяют в том случае, если рядом с установленной цифровой камерой отсутствует розетка с нужным напряжением. POE-инжектор станет её удачной альтернативой, снабжая IP-камеру электроэнергией.
Внешний вид устройства

Инжектор данного типа оснащен двумя автономными проводами, но они редко используются по своему назначению. Обычно специалист подключает к роутеру только один провод.
Разберем функциональность современного оборудования детальнее:
Для подачи питания на одну цифровую камеру нужен POE-инжектор, оснащенный одним портом POE. При необходимости осуществить питание нескольких устройств нужно иметь POE-коммутатор.
Что покупать: инжектор или коммутатор?
При выборе оборудования рекомендуется сделать прогноз в вопросе дальнейшего развития системы безопасности. Если с течением времени пользователь планирует оставить всё в первозданном виде, то коммутатор ему не понадобится. В обратном случае покупка обычного инжектора окажется нецелесообразной.Poe-инжектор: главные достоинства
Укольчик кода. Играемся с Code Injection под Windows
Содержание статьи
Code Injection – процесс инъекции своего кода в память чужого приложения с дальнейшим его выполнением. Вектор применения довольно широкий, начиная от зловредов и заканчивая различными читами и ботами для игр. В частном случае (который и будет рассмотрен в этой статье) мы можем выполнять функции чужого приложения со своими параметрами. Подобная концепция используется в игровых ботах.
Предисловие
Допустим, у нас есть некий бот, который играет за нас в какую-нибудь игру. От него требуется, помимо сбора игровых данных и принятия решений, еще и производить какие-либо действия в игре. Допустим он решил, что ему требуется атаковать противника. Его алгоритм действий может быть таким:
Последний шаг будет выглядеть в общем случае, как вызов функции:
По умолчанию игровой клиент никаких API возможностей для вызова своих внутренних функций не предоставляет, поэтому единственным способом вызвать внутриигровую функцию как раз и является Code Injection.
Думаю, не надо напоминать, что игровые клиенты защищены от подобных вещей античитами и их обход — тема уже совершенно другой статьи =)
DLL Injection, DLL Hijacking и Code Injection
Хотя эти понятия довольно близкие, крайне важно понимать, чем они отличаются:
Необходимый минимум знаний
Основным мастхэвом является знание языка Си (поскольку это основной язык, используемый в этой статье). Также требуется наличие некоего представления об WinApi, x86 ассемблере и базовые навыки в дебаге с помощью OllyDBG (или любого другого Windows отладчика).
Пишем подопытного
Программа очень примитивна. При нажатие Enter она просто выдаёт содержимое буфера на экран. Содержимое буфера жестко прописано в памяти и нигде не меняется.

Хакер #199. Как взломали SecuROM
Отлаживаем программу
Теперь нам нужно найти интересующие нас адреса и функции. Использовать будем обычный OllyDbg (или любой другой отладчик). Наиболее интересная для нас функция — PrintMessage. Способов её найти в отладчике масса, приведу самый простой: запускаем программу в отладчике, зажимаем Step Over (F8), в этот момент отладчик начинает бодро бегать по инструкциям. Когда он остановится на каком-то CALL или JMP, проваливаемся в них (Enter) и сразу ставим breakpoint (F2). После этого перезапускаем отладку (Ctrl + F2) и снова зажимаем Step Over (F8). На этот раз отладка перешагнет через предыдущий барьер, но упрётся в следующий. Ставим новый breakpoint, перезапускаем отладку и снова зажимаем Step Over. Так мы повторяем до тех пор, пока не упрёмся в вызов функции getchar. Этот вызов находится в функции main непосредственно перед вызовом функции PrintMessage — как раз то, что нам и нужно!
В итоге вызов PrintMessage у меня получился по адресу 0x001613C0. Само собой, у тебя адреса будут другие и вполне возможны отличия в ассемблерном коде. Ассемблерный листинг моей функции PrintMessage приведён на рисунке 2.


Листинг самого вызова нашей функции тоже пригодится.

Пишем инжектор
Для начала нам нужно найти нужный процесс. Идентификатором процесса в Windows является его PID (DWORD):
Функция вытаскивает все активные процессы и сверяет их имена с аргументом. Если нужный процесс нашелся, то она возвращает его PID. А если ты уберешь комментарий перед printf, функция выведет тебе все текущие процессы.
Теперь пишем основную логику для функции main. Наша задача — найти PID нужного процесса (в нашем случае test.exe) и сохранить его для дальнейших действий:

Так, PID мы получили. Теперь нам нужен HANDLE процесса. Дописываем в main:

Пришло время решить первую проблему: ASLR. Address space layout randomization (ASLR) — это технология, применяемая в операционных системах, при использовании которой случайным образом изменяется расположение в адресном пространстве процесса важных структур, а именно: образа исполняемого файла, подгружаемых библиотек, кучи и стека (© Wikipedia). Другими словами, процесс при каждом новом запуске будет располагаться по разным адресам. Но ведь нам нужно обладать точными адресами внутри чужого процесса для дальнейших манипуляций! Как же быть?
Решается это проблема очень просто, с помощью всего одной функции:
Функция принимает в себя PID и имя модуля (если мы работаем с памятью процесса, а не памятью библиотек, которые к нему подключены, имя модуля будет аналогично имени процесса). На рисунке 7 приведена карта модулей и секций нашего test.exe (взято из OllyDbg).

Дописываем в main наше определение BaseAddress:

Теперь мы можем суммировать эти оффсеты с BaseAddress-ом и получить абсолютные адреса в памяти:
Убедимся, что это те адреса, которые нам нужны. Попробуем вытащить из памяти значение буффера:
Результат представлен на рисунке 9.

Отлично, значит, адреса мы нашли верные =) Теперь попробуем вызвать функцию со своими параметрами. Для этого нужно написать небольшой ассемблерный код, поместить его в памяти того процесса и передать на него управление. По сути это небольшой шеллкод, поэтому использовать я буду те же принципы, что используются в шеллкодинге.
Шеллкод для вызова функции с нашим параметром представлен на рисунке 10.

Байт CC используется здесь для отладки (он является брейпоинтом для отладчика) и в самом шеллкоде не фигурирует. Будь очень внимателен с указателем на стек — если ошибешься в расчетах, в момент возврата из нашего кода (RETN) программа может передать управление куда угодно. Это вызовет падение программы, в которую мы инжектимся. Также будь внимателен с соглашением о вызовах функций, поскольку разные компиляторы по-разному вызывают функции. Длина шеллкода задана жестко, поскольку обычные функции для подсчета длины строки ломаются о нулевые байты.
И всё-таки наша задача вызвать функцию со своим аргументом, поэтому продолжаем. Реализуем вызов функции:
Адреса буфера и функции заполняются изначально символами XXXX и YYYY. Предполагается, что в дальнейшем мы их заменим реальным адресами. Цикл тут для того, чтобы можно было послать несколько сообщений за один запуск инжектора. Вся логика построена в генерации шеллкода «на лету»: адреса берутся из переменных по ходу выполнения программы. Строка, которую мы передаем в качестве аргумента, хранится после шеллкода, её адрес высчитывается как адрес выделенного участка памяти + длина основной нагрузки шеллкода.
Результат работы
Теперь, когда все готово, пришло время на практике проверить работоспособность. Запускаем подопытную программу, а затем стартуем наш инжектор. Как видишь, все прекрасно работает.


Заключение
Пришло время закругляться. Надеюсь, ты понял, что Code Injection — сложный, но довольно мощный инструмент. Если правильно совмещать техники Code Injection, DLL Injection и Hooking, можно буквально творить чудеса. Овладев этими техниками, ты сможешь создавать свои читы, писать ботов и различную продвинутую малварь (последнее я не рекомендую, потому что это попадает по 273 статью УК, не забывай про закон).
Пожалуй это всё, чем я хотел поделиться в рамках данной статьи. Спасибо за внимание =)
Аркадий «Betepok» Литвиненко
Постоянный участник CTF c пятилетним опытом участия. Представитель команды BalalaikaCr3w и LC↯BC (объединение More Smoked Leet Chicken и BalalaikaCr3w)
sasha13 





