Микроконтроллеры, АЦП, память и т.д Темы касающиеся микроконтроллеров разных производителей, памяти, АЦП/ЦАП, периферийных модулей... |
13.02.2011, 13:30
|
|
Заблокирован
Регистрация: 26.12.2009
Сообщений: 3,124
Сказал спасибо: 116
Сказали Спасибо 867 раз(а) в 614 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от pinco
|
и даже можно предположить что китайцы уже клепают свои микроконтроллеры по архитектуре AVR Atmel но со своим названием ,ассемблером и прочее внутри своей страны , и причем как раз по цене меньше бакса за пучок .
|
Да, клепают что-то своё, но пройдите поиском, STM32 у китайцев набирает обороты всё больше и больше.
|
|
|
|
13.02.2011, 13:37
|
|
Заблокирован
Регистрация: 26.12.2009
Сообщений: 3,124
Сказал спасибо: 116
Сказали Спасибо 867 раз(а) в 614 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от omercury
|
И, конечно, архитектура AVR (которую пусть компилятор учитывает(с), заточена под ассемблер (то же обилие регистров - на ЯВУ они всё равно не используются). А сейчас никто на нём писать не хочет.
|
Да, в своё время МИКРОЧИП побеспокоился об этом, в новых процах 18-ой серии добавил расширенные инструкции, заточил под СИ, и включение/отключение этих инструкций есть в конфигурации. По опросам на Мастерсах количество юзеров юзающих АСМ стремится к нескольким процентам.
|
|
|
|
13.02.2011, 13:41
|
|
Гражданин KAZUS.RU
Регистрация: 04.04.2007
Сообщений: 941
Сказал спасибо: 571
Сказали Спасибо 113 раз(а) в 85 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от st_1
|
Да, клепают что-то своё, но пройдите поиском, STM32 у китайцев набирает обороты всё больше и больше.
|
Да у них всё набирает обороты , и 8 битники , и прочие остальные , а не только отдельно одни STM32
P.S. Где-то читал что они даже винду себе свою для себя сами написали и юзают , не заморачиваясь ни на какие отчисления , лицензии и прочее .
__________________
Короче асма кода нет !
Последний раз редактировалось pinco; 13.02.2011 в 13:54.
|
|
|
|
13.02.2011, 13:45
|
|
Гражданин KAZUS.RU
Регистрация: 04.04.2007
Сообщений: 941
Сказал спасибо: 571
Сказали Спасибо 113 раз(а) в 85 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от st_1
|
заточил под СИ, и включение/отключение этих инструкций есть в конфигурации. По опросам на Мастерсах количество юзеров юзающих АСМ стремится к нескольким процентам.
|
Ну и что - сам С состоит внутри весь из ассемблера , проценты лишь говорят об общей лени что-то ваять на асме , только и всего-то .
__________________
Короче асма кода нет !
Последний раз редактировалось pinco; 13.02.2011 в 13:49.
|
|
|
|
13.02.2011, 13:49
|
|
Почётный гражданин KAZUS.RU
Регистрация: 25.05.2010
Адрес: г. Королёв
Сообщений: 8,497
Сказал спасибо: 30
Сказали Спасибо 3,072 раз(а) в 2,013 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от st_1
|
И в чём заключается эксклюзив Атмэла?
"Не создай кумира себе."
|
Да в том, что продажи снизились и цена автоматически выросла.
Перестал он быть ширпотребом - товаром широкого потребления - а не г-ном, как вы подумали.
Последний раз редактировалось omercury; 13.02.2011 в 13:51.
|
|
|
|
13.02.2011, 13:50
|
|
Заблокирован
Регистрация: 26.12.2009
Сообщений: 3,124
Сказал спасибо: 116
Сказали Спасибо 867 раз(а) в 614 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от pinco
|
и на асме можно ,на нем жестче управление контроллером и однозначное ,нет никаких коллизий и несработок как на С например от несовершенных библиотек , и такты совершенно четко можно точно учесть все ,да и контроллер делает строго только те команды какие напишешь ,а в С только надеешься что компилятор тебя правильно поймет , но сколько там команд ассемблерных он наваяет и каким образом - пока не в дебагере не посмотришь при отладке - так толком и не видно , и поэтому учесть из самой проги на С как будет вся ее работа преобразовываться дальше в асссемблерные и далее в машинные команды контроллера - довольно сложно , и еще плюс накладывается сюда различия в версиях компиляторов, степени оптимизации, и прочее - даёт совершенно неоднозначный конечный результат .
|
Ну, извините, учиться никогда не поздно, как и осваивать что-то новое.
|
|
|
|
13.02.2011, 14:02
|
|
Гражданин KAZUS.RU
Регистрация: 04.04.2007
Сообщений: 941
Сказал спасибо: 571
Сказали Спасибо 113 раз(а) в 85 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от st_1
|
Ну, извините, учиться никогда не поздно, как и осваивать что-то новое.
|
Ну да , всегда ж надеешься на лучшее , но и хорошее старое не следует забывать - оно еще очень и очень востребовано .
__________________
Короче асма кода нет !
Последний раз редактировалось pinco; 13.02.2011 в 14:04.
|
|
|
|
13.02.2011, 14:05
|
|
Заблокирован
Регистрация: 26.12.2009
Сообщений: 3,124
Сказал спасибо: 116
Сказали Спасибо 867 раз(а) в 614 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
|
|
|
|
13.02.2011, 14:12
|
|
Гражданин KAZUS.RU
Регистрация: 04.04.2007
Сообщений: 941
Сказал спасибо: 571
Сказали Спасибо 113 раз(а) в 85 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
А что Вас так раздражает ? ,хотите - пишите на чем угодно , хоть на Фортране ,это личное дело вкуса каждого .
P.S. И желательно поменьше слюной брызгать - на теме и так много воды всякой .
__________________
Короче асма кода нет !
Последний раз редактировалось pinco; 13.02.2011 в 14:15.
|
|
|
|
13.02.2011, 14:16
|
|
Гражданин KAZUS.RU
Регистрация: 16.06.2005
Сообщений: 944
Сказал спасибо: 25
Сказали Спасибо 174 раз(а) в 123 сообщении(ях)
|
Re: Atmel - в цинковый ящик?!!!
Сообщение от omercury
|
И, конечно, архитектура 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.
|
Ну и далее там по тексту, для интересующихся, что именно сделано, почему оно для С лучше, и как это правильно в С использовать.
Сообщение от st_1
|
Да, в своё время МИКРОЧИП побеспокоился об этом, в новых процах 18-ой серии добавил расширенные инструкции, заточил под СИ, и включение/отключение этих инструкций есть в конфигурации.
|
Ну да, по примеру атмела ![Показывание языка](images/smilies/icon_razz.gif) , они-то об этом позаботились еще во времена 14-16 пиков.
Сообщение от pinco
|
нет никаких коллизий и несработок как на С например от несовершенных библиотек , и такты совершенно четко можно точно учесть все ,да и контроллер делает строго только те команды какие напишешь ,а в С только надеешься что компилятор тебя правильно поймет , но сколько там команд ассемблерных он наваяет и каким образом - пока не в дебагере не посмотришь при отладке - так толком и не видно , и поэтому учесть из самой проги на С как будет вся ее работа преобразовываться дальше в асссемблерные и далее в машинные команды контроллера - довольно сложно , и еще плюс накладывается сюда различия в версиях компиляторов, степени оптимизации, и прочее - даёт совершенно неоднозначный конечный результат .
|
Если библиотеки несовершенны - пиши и используй свои функции (кстати, сторонних асмовских библиотек, в которых неизвестно что написано, и правильно ли оно работает, тоже есть в достатке, например с плавучкой). Чтобы не надеяться, что компилятор тебя правильно поймет - читать апноту авр035 и делать так, как там рекомендуется (хотя честно говоря, если компилятор "не понимает" программиста, это говорит скорее о уровне программиста). Учесть количество тактов, за которые выполнится кусок С кода - не менее легко, чем на асме, даже без запуска отладки (интересно, для кого любым компилятором при компиляции генерируются листинг-файлы?). А уж при симуляции еще легче, даже дисассемблер запускать не надо - всего лишь в студии сделать "Reset cycle counter" перед началом интересующего куска, выполнить, и когда кусок закончится, посмотреть на число набежавшее в счетчике. При необходимости (ветвления), меняя значения переменных и ставя флажки прерываний, переполнения, обнуления и т.п. можно отработать все ситуации. А различия компиляторов, степеней оптимизации, и прочего - это опять уровень и способности программиста. Кто же ему виноват, если он использует фиговый компилятор, не включает оптимизацию и прочее?
|
|
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Часовой пояс GMT +4, время: 10:17.
|
|