х51 Опции

[Egel]

На каких МК стоит начать учиться, с каким языком работать и в какой среде сейчас осуществляется программирование(я знаю, что для х51 семейства программировали под DOS на TASM например )???
Еще очень интересно есть ли какие-то симмуляторы МК(не аппаратные) и как вообще лучше начать обучение в этой области?
Заранее огромное спасибо

[rv3dll(lex)]

ассемблер рулит

кейл генерирует сильно кривой код - так как не знает что от него хотят

[777777]

кейл генерирует сильно кривой код

Вы просто не умеете его готовить

так как не знает что от него хотят

Значит надо объяснить

[rv3dll(lex)]

Вы просто не умеете его готовить

Значит надо объяснить

ага очень удобно объяснить что при делении многобайтных чисел всё зависит от разрядности результата.---- проходили уже!!!!!

и примерные операции - не законченные это вообще песня

[777777]

ага очень удобно объяснить что при делении многобайтных чисел всё зависит от разрядности результата.---- проходили уже!!!!!

и примерные операции - не законченные это вообще песня

Ээ-э... А подробнее можно? А что такое "примерные операции"?

[rv3dll(lex)]

Ээ-э... А подробнее можно? А что такое "примерные операции"?

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

[zltigo]

по прерыванию например все данные уничтожаются - остаётся только результат

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

[rv3dll(lex)]

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

если не понимаешь не комментируй
для тебя умножение это

a <= b * c;

и это вне зависимости от того сколько разрядность чисел
если 2х байтные числа на 51 контроллере их за одну команду ассемблера не перемножишь
и займёт это десятки строк

бывают ситуации, когда неточный расчёт лучше, чем потеря данных

компиллятор ничего не знает поэтому на него надо пенять!!!! алгоритм его работы оптимален для большинства реализаций (он универсальный)

вот простой пример
чего бы не написал на си но при делении 32 разрядного числа на 32 разрядное на тексасе с помощью команды subd эта команда запустится 32 раза.

но елли результат не превышает 16 бит её жостаточно запустить 16 раз - ответ будет тот же самый.
проигрышь по производительности 2 раза

как компиллятору объяснить это?