Atmel - в цинковый ящик?!!!

[st_1]

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

Да, клепают что-то своё, но пройдите поиском, STM32 у китайцев набирает обороты всё больше и больше.

[st_1]

И, конечно, архитектура AVR (которую пусть компилятор учитывает(с), заточена под ассемблер (то же обилие регистров - на ЯВУ они всё равно не используются). А сейчас никто на нём писать не хочет.

Да, в своё время МИКРОЧИП побеспокоился об этом, в новых процах 18-ой серии добавил расширенные инструкции, заточил под СИ, и включение/отключение этих инструкций есть в конфигурации. По опросам на Мастерсах количество юзеров юзающих АСМ стремится к нескольким процентам.

[pinco]

Да, клепают что-то своё, но пройдите поиском, STM32 у китайцев набирает обороты всё больше и больше.

Да у них всё набирает обороты , и 8 битники , и прочие остальные , а не только отдельно одни STM32

P.S. Где-то читал что они даже винду себе свою для себя сами написали и юзают , не заморачиваясь ни на какие отчисления , лицензии и прочее .

[pinco]

заточил под СИ, и включение/отключение этих инструкций есть в конфигурации. По опросам на Мастерсах количество юзеров юзающих АСМ стремится к нескольким процентам.

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

[omercury]

И в чём заключается эксклюзив Атмэла?

"Не создай кумира себе."

Да в том, что продажи снизились и цена автоматически выросла.
Перестал он быть ширпотребом - товаром широкого потребления - а не г-ном, как вы подумали.

[st_1]

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

Ну, извините, учиться никогда не поздно, как и осваивать что-то новое.

[pinco]

Ну, извините, учиться никогда не поздно, как и осваивать что-то новое.

Ну да , всегда ж надеешься на лучшее , но и хорошее старое не следует забывать - оно еще очень и очень востребовано .

[st_1]

проценты лишь говорят об общей лени что-то ваять на асме , только и всего-то .

Что ваять на асме? Под ПИК32? Под АРМ? Ню-ню... попробуйте... расскажите.
Ваша фраза про лень звучит примерно так:" Вступайте в ряды доблестных адептов АтмэлАСМа, только у нас - "С Атмэлом навсегда, и только на АСМе!"... Нанесите визит вежливости на пик борда, там вас поймут, они там тоже до сих пор с PIC16F84 носятся, а слово "СИ" считают ругательным.

[pinco]

А что Вас так раздражает ? ,хотите - пишите на чем угодно , хоть на Фортране ,это личное дело вкуса каждого .

P.S. И желательно поменьше слюной брызгать - на теме и так много воды всякой .

[Someone]

И, конечно, архитектура AVR (которую пусть компилятор учитывает(с), заточена под ассемблер (то же обилие регистров - на ЯВУ они всё равно не используются). А сейчас никто на нём писать не хочет.

Нифига, атмел говорит иное:

The advantages of using C compared to Assembler are numerous: Reduced development time, easier maintainability and portability, and easier to reuse code. The penalty can be larger code size and as a result of that often reduced speed. To reduce these penalties the AVR architecture is tuned to efficiently decode and execute instructions that are typically generated by C compilers. The C Compiler development was done by IAR systems before the AVR architecture and instruction set specifications were completed. The result of the co-operation between the compiler development team and the AVR development team is a microcontroller for which highly efficient, high performance code is generated.

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

Да, в своё время МИКРОЧИП побеспокоился об этом, в новых процах 18-ой серии добавил расширенные инструкции, заточил под СИ, и включение/отключение этих инструкций есть в конфигурации.

Ну да, по примеру атмела , они-то об этом позаботились еще во времена 14-16 пиков.

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

Если библиотеки несовершенны - пиши и используй свои функции (кстати, сторонних асмовских библиотек, в которых неизвестно что написано, и правильно ли оно работает, тоже есть в достатке, например с плавучкой). Чтобы не надеяться, что компилятор тебя правильно поймет - читать апноту авр035 и делать так, как там рекомендуется (хотя честно говоря, если компилятор "не понимает" программиста, это говорит скорее о уровне программиста). Учесть количество тактов, за которые выполнится кусок С кода - не менее легко, чем на асме, даже без запуска отладки (интересно, для кого любым компилятором при компиляции генерируются листинг-файлы?). А уж при симуляции еще легче, даже дисассемблер запускать не надо - всего лишь в студии сделать "Reset cycle counter" перед началом интересующего куска, выполнить, и когда кусок закончится, посмотреть на число набежавшее в счетчике. При необходимости (ветвления), меняя значения переменных и ставя флажки прерываний, переполнения, обнуления и т.п. можно отработать все ситуации. А различия компиляторов, степеней оптимизации, и прочего - это опять уровень и способности программиста. Кто же ему виноват, если он использует фиговый компилятор, не включает оптимизацию и прочее?