про алгоритм прошивок

[evgenspb]

..... короче после изучения можно будет работать видущим инженером Ваза по впрысковам системам.

Ага, или пациентом в псих-больнице....когда от всего этого крыша съедет.

[Phant0m]

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

На данный момент специалистов в асемблере практически нет.

Восновном пишут прикладные программы на си да на дельфи.

Системное програмирование это совершенно иное програмирование, для этого нужно знать аппаратную часть и шарить в электронике.

[romik]

Я бы не сказал, что спецов в ассемблере нет. Просто их численность, относительно тех же дельфистов, выглядит не очень. А основная масса "программистов" действительно - "гуёвые мышевозы".

[Phant0m]

Я бы не сказал, что спецов в ассемблере нет. Просто их численность, относительно тех же дельфистов, выглядит не очень. А основная масса "программистов" действительно - "гуёвые мышевозы".

Я не говорил что их нету. Естественно они есть но их очень мало на фоне прикладных программеров.

Копаться в дизасемблированом коде который был написан далеко не на асме не так то и просто.

[kdmitrash]

Ньюанс заключается в том, что для создания удачной программы управления должны встретиться "два одиночества" - специалист по ДВС, ЗНАЮЩИЙ сколько надо налить и когда поджигать, со специалистом по программированию на железном уровне, УМЕЮЩИМ снять данные с датчиков и налить/поджечь в заданное время.

[nikolai4]

Взял бы кто-нибудь и положил исходники прошивок (емми например), наверняка есть, ЛС-ка то как-то пишется, глядишь станет двигаться разработка как опен-соурс (быстро и мощно)

[mial]

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

На данный момент специалистов в асемблере практически нет.

Восновном пишут прикладные программы на си да на дельфи.

Системное програмирование это совершенно иное програмирование, для этого нужно знать аппаратную часть и шарить в электронике.

Если ты пишишь на Си для микроконтроллера это не освобождает от изучения его апаратной части, вообще, но зато на Си легче сопровождать прогу, да и в логику работы проги проще вьехать, мне например, прогу больше 2 кб для контроллера написанную на асме, по прошествие какогото времени (свою) иногда трудно понять чо там наворотил, помогает только четкие коментарии, если все расписано и на анализ времени уходит на порядок меньше времени. Тока одна проблема, сначала пишишь код, а потом его коментируешь, но не всегда :xaxa

[romik]

Взял бы кто-нибудь и положил исходники прошивок (емми например), наверняка есть, ЛС-ка то как-то пишется, глядишь станет двигаться разработка как опен-соурс (быстро и мощно)

Выкладывали уже, толку - ноль.

[Phant0m]

Если ты пишишь на Си для микроконтроллера это не освобождает от изучения его апаратной части, вообще, но зато на Си легче сопровождать прогу, да и в логику работы проги проще вьехать, мне например, прогу больше 2 кб для контроллера написанную на асме, по прошествие какогото времени (свою) иногда трудно понять чо там наворотил, помогает только четкие коментарии, если все расписано и на анализ времени уходит на порядок меньше времени. Тока одна проблема, сначала пишишь код, а потом его коментируешь, но не всегда :xaxa

Да понятное дело что на объектном языке проще написать программу.

Но у нас то всё на оборот. Нету исходников этой прошивки и мы можем только дезасемблировать.

Только после этого изучить данный код и на основе его сделать что то.

[GMS]

Берётся прошивка и дезасемблируется.

Изучается код и переписывается под твоё усмотрение.

Просто так ДАД не включается должен присутствовать код для рабыты с ДАД.

Чтобы всё это сделать нужно знать асемблер и все процессы ДВС.

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