Чиповка МИКАС 7.1

[maxymax]

1. но ты же не хочешь сказать что софт прошивки написан на ассемблере? это же самоубийство... вероятно там используется Си, на крайняк вариации на тему Cи--

после этого наш разговор, чтобы тебя не обидеть ненароком, сходит на нет.

2. да и то, что кто-то годами точит эти проги говорить может не только о том, что они сильно сложные, но и о том, что реально IT-хлопцы этим не занимаются (по разным причинам)...

Ты только это на мало мальски образованных ресурсах в теме создания и калибровки не напиши. Тут простительно. Но больше не надо таких умных мыслей ниочем печатать. Это очень похоже на то, как "лежа на печи объявляю войну соседнему государству".

3. Про рассуждения ниочем, разберем все же, что ты тут наворотил:

"программерская заморочка там, вероятно, в том, что нет операционки как таковой" - какая нах заморочка? Ты вообще представляешь себе что такое процессор SAFC509?

"следовательно не реализована многопоточность" - карту луны помнишь? А о чем это я...

"вероятно там не поддерживаются асинхронные события на уровне камня (проца)..." - не, погода на луне сегодня просто замечательная, к рыбалке...

"но это точно не основная причина сложности софта, так как подобные системы создавались задолго до того, как компы стали управлять ДВС-ами, и такие системы успешно работают до сих пор и не вызывают какого-либо удивления..." - пока мы тут тихо спим наши космические корабли бороздят уже космическое пространство...

"а уж протокол связи - поверь, те протоколы, которые используются в современных авто, это даже не прошлое десятиление, они достаточно просты для реализации... если, например, сравнить их с протоколами для передачи данных в обычных локалках - то это будет сравнение типа современного гибрида с велосипедом " - ты вообще понял, что ты написал? Какие протоколы связи, те же диагностические, ты можешь назвать? Ты в яндекс сейчас ринешься? Посмотреть - что это вообще такое? Есть разница в понятиях протокол обмена внутри блока, и диагностический протокол.

Короче, приятель, не раздражай форум умными предложениями. Их все одно никто не поймет. Хочешь что то раскладывать - могу дать инфу, хочешь выпендриваться, что ты "инженер по азработке в С++, то лучше разрабатывай что-нибудь другое, а ЭБУ оставь промышленным инженерам".

[БиогенераторЪ]

серый заканчивай а то помру нахъ и атним талпоЁпом станет меньше

[Кислый]

Ребят я ни бум бум в ентом деле,зато спрошу-
Вот есь моя волга и соответственно 406й мотор евра2 с удалённой начинкой катализатора(определил её наружу ломом ),блок управления-итэлма.
Вопрос-что реально сделать с блоком этим,шоб хоть как-то улучшились характеристики мотора,ну т е там ездить ,настраивать,обкатывать-и меет ли это смысл вообще,прошу пояснить без стёба

[maxymax]

Без стеба - ителма - не самый хороший блок. И прошить его можно, но крутилок для него нормальных, даже на уровне СТП не придумали. Менять на микас, в микас программу. Поедет машинка лучше.

[hoopoe]

1. но ты же не хочешь сказать что софт прошивки написан на ассемблере? это же самоубийство... вероятно там используется Си, на крайняк вариации на тему Cи--

после этого наш разговор, чтобы тебя не обидеть ненароком, сходит на нет.

спасибо хоть не по голове...
я не знаю на чем лабают такие системы всякие проффи, но я в свое время использовал накрученный макросами диалект ассемблера (по типу nasm), симантика которого была сильно похожа на Си. код получался компактный и легко читаемый. более того, при определенных навыках можно было восстанавливать оригинальную структуру кода имея только дамп образа...

2. да и то, что кто-то годами точит эти проги говорить может не только о том, что они сильно сложные, но и о том, что реально IT-хлопцы этим не занимаются (по разным причинам)...

Ты только это на мало мальски образованных ресурсах в теме создания и калибровки не напиши. Тут простительно. Но больше не надо таких умных мыслей ниочем печатать. Это очень похоже на то, как "лежа на печи объявляю войну соседнему государству".

не буду... я вообще хотел просто узнать специфику разработок прошивок для двиглов... с чем собственно и пришел в этот топик... а тут на...й послали...

3. Про рассуждения ниочем, разберем все же, что ты тут наворотил:

"программерская заморочка там, вероятно, в том, что нет операционки как таковой" - какая нах заморочка? Ты вообще представляешь себе что такое процессор SAFC509?

нет, не знаю... щас почитал доку по этому камню ()... вполне себе вменяемая система, не сильно отличающаяся от многих 8-ми разрядных встраиваемых чипов... в 90-ом я с примерно таких и начинал (тогда много компов было сделано по похожей схеме)

"следовательно не реализована многопоточность" - карту луны помнишь? А о чем это я...
"вероятно там не поддерживаются асинхронные события на уровне камня (проца)..." - не, погода на луне сегодня просто замечательная, к рыбалке...

есть аппаратные системы в которых многопоточность и асинхронность подерживается на уровне железа. в данном случае, из твоего сообщения, я понял что это не так (хотя в доке написано обратное)...

"но это точно не основная причина сложности софта, так как подобные системы создавались задолго до того, как компы стали управлять ДВС-ами, и такие системы успешно работают до сих пор и не вызывают какого-либо удивления..." - пока мы тут тихо спим наши космические корабли бороздят уже космическое пространство...

"а уж протокол связи - поверь, те протоколы, которые используются в современных авто, это даже не прошлое десятиление, они достаточно просты для реализации... если, например, сравнить их с протоколами для передачи данных в обычных локалках - то это будет сравнение типа современного гибрида с велосипедом " - ты вообще понял, что ты написал? Какие протоколы связи, те же диагностические, ты можешь назвать? Ты в яндекс сейчас ринешься? Посмотреть - что это вообще такое? Есть разница в понятиях протокол обмена внутри блока, и диагностический протокол.

вариации на тему OBD?

Короче, приятель, не раздражай форум умными предложениями. Их все одно никто не поймет. Хочешь что то раскладывать - могу дать инфу, хочешь выпендриваться, что ты "инженер по азработке в С++, то лучше разрабатывай что-нибудь другое, а ЭБУ оставь промышленным инженерам".

оки, пойду на барсике лабать... сорьки за беспокойство...

P.S.
описана система комманд этого камня... дык в нем даже деление/умножение нормальное реализовано... это ж почти пентиум...

[Кислый]

Без стеба - ителма - не самый хороший блок. И прошить его можно, но крутилок для него нормальных, даже на уровне СТП не придумали. Менять на микас, в микас программу. Поедет машинка лучше.

Спасибо Серёг,чётко и ясно,будет микас 7.1,будем говорить

[БиогенераторЪ]

Без стеба - ителма - не самый хороший блок. И прошить его можно, но крутилок для него нормальных, даже на уровне СТП не придумали. Менять на микас, в микас программу. Поедет машинка лучше.

Спасибо Серёг,чётко и ясно,будет микас 7.1,будем говорить

ты это серьезно? тема интелма микас помоему одна из самых обсосаныхъ

[-Keeper-]

Хуп, просто посмотри что делает в дебаге прога, написанная на Си, и сразу станет понятно, почему не стоит использовать си для таких целей...
Вот если красивые многоуровневые меню или там сложные математические алгоритмы которые на асме замучаешься писать...

[hoopoe]

ну если решили реинкарнировать топик

давай сразу небольшой экскурс по языкам программирования... язык Си - это продолжение языка B (Би), который в свою очередь потомок языка BCPL... разрабатывались эти языки в 60-ые года прошлого века именно как языки для систем, по сравнению с которыми Микас - просто супер компьютер...

не следует путать Си и Си++ - это абсолютно разные языки (как это не парадоксально звучит), общая у них тока семантика...

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

лет 15 назад (во всяком случае примерно стока лет назад он мне попался на глаза) появился так называемый Си--. это еще более низкоуровневый язык, в нем, по сравнению с голыми сями, выкушены указазатели, структуры (еще что-то, тонкостей не помню)... вероятно когда я в предыдущих топиках писал Си-- - народ попутал его с Си++... таки я имел ввиду именно Си--...

относительно какой код генерится из-под Си: если посмотреть на структуру языка, его семантику, то можно обратить внимание, что подавляющее большинство конструктов - это всего-лишь "очеловеченая" запись ассемблерных команд, например:

if(any_var)
{
do_something
}

скомпилируется это примерно в такой код:
test any_var, 0
jnz next_statement
do_something_decompilation
next_statement:

как видишь все достаточно просто и понятно (в данном примере использовался диалект ассемблера для Intel x32, M$).

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

если что не так - то больно не пинайте

[-Keeper-]

в теории все верно, а на практике как всегда...
Я имел ввиду что Си оставляет много мусора при переводе в машинный код, неважно какой проц, любой компилятор Си оставит кучу мусора.
А на асме пишешь именно тот алгоритм, который нужен и оптимален. Самый простой пример: в Си при переходе в другую функцию, происходит сохранение всех рабочих регистров в стек. Соответственно, если алгоритм не нуждается в значениях каких-то регистров, то это будет мусор. и т.д. В далекие времена делал сигналку на машину, на ИК лучах. м/к atmel a90s2313, бинарник главного блока уместился примерно в 700 байт. Пробовал потом код писать на Си, в итоге бинарник весил намного больше. Конечно проще купить м/к пошустрее и с большей памятью, чтоб уместить сишный код и не париться с дебрями асма.
А чтобы потом программеры не запутались в коде, обычно пишут комментарии А в нормальных проектах делают документацию разработчика.
Не надо раздувать холивар, Си замечательный язык (на работе у меня только Си), но и асму в железках еще место найдется.

[hoopoe]

Самый простой пример: в Си при переходе в другую функцию, происходит сохранение всех рабочих регистров в стек.

все, понял о чем ты... (я как-то ступил про мусор в виде фрэйма)...

многое зависит от компилятора... современные компиляторы умеют оптимизировать код под размер/скорострельность... если функи описаны в одном сырце и нет ограничения на "публичность" интерфейсов - то такие функции могут быть "сшиты" в одну, тем самым уменьшив размер кода и увеличив скорость его исполнения...

ассемблер - это как скальпель хирурга: применяется обычно для ювелирной работы, тогда как Си - это меч джедая - рубит все подряд

короче

[-Keeper-]

[Гоша]

ФИГАСЕ КАКИЕ ВСЕ УММНЫЕ!!!!!!!!!!!!!!!
Я ПРОСТО НЕМЫСЛИМО ОШЕЛОМЛЕН!!!!!!!!
Я БЛИН В ЖИЗНИ СТОЛЬКО ПРО ЭЛЕКТРОНИКУ МАШИН НЕ ЗНАЛ!!!!!!
РЕАЛЬНО, НЕ СМЕЮ ИРОНИЗИРОВАТЬ!!!!!!!!!!

Я ВОСХИЩЁН УЧАСТНИКАМИ ФОРУМА!!!!

(тихо сидит и чувствует себя безграмотным машинонасильником...)

/неконтроллируемые эмоции скорректированы одмином /