Ага, или пациентом в псих-больнице....когда от всего этого крыша съедет. http://www.carcd.ru/forum/public/sty...O_DIR#>/22.gif

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

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

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

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

Я бы не сказал, что спецов в ассемблере нет. Просто их численность, относительно тех же дельфистов, выглядит не очень. А основная масса "программистов" действительно - "гуёвые мышевозы". http://www.carcd.ru/forum/public/sty...MO_DIR#>/6.gif

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

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

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

Взял бы кто-нибудь и положил исходники прошивок (емми например), наверняка есть, ЛС-ка то как-то пишется, глядишь станет двигаться разработка как опен-соурс http://www.carcd.ru/forum/public/sty...O_DIR#>/25.gif (быстро и мощно)

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

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

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

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

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

Добавлю, что необходимо еще изучить элементную базу ЭБУ - работу проца, адреса портов ввода вывода, логику работы и адреса переферийных микросхем и тд. Без этого вряд ли что нибудь дизассемблируешь, вернее не сможешь интерпретировать результаты дизассемблирования http://www.carcd.ru/forum/public/sty...O_DIR#>/22.gif