KSergey писал(а):Так в итоге каков вердикт - переучиваться на ARM, пока еще не поздно, или можно использовать AVR-ки и спать спокойно?
KSergey писал(а):Постановка такая (может кривовато формулирую) - как я понял - продолжать углубляться в AVR смысла нету, и надо сейчас браться за освоение ARM?
oleg110592 писал(а):На Армах у меня не срослось. Может у кого Армы нормально работают и я не правильно их готовлю.
Satyr писал(а):Да и коммерческого применения я особо не вижу.
AVR видел только в китайских паяльных станциях, PICи с часиках в электроплите и древних простеньких сигналках на машины -)) что не раздолби - или SoC на MIPSе (старое сетевое оборудование), или ARMы.
KSergey писал(а):а более прогматичный - что просто-напросто нестанет самих AVRок через время - будут какое-то время еще, долго, конечно, продаваться со склада, для любителей те же ардуино, но так - просто тупо исчезнут, и физически нечего станет программировать.
Там в основном продвинутые гики, а тут такое сравнение немного неуместно. Хватает олд-скулов, у которых они (АРМы или замените на что угодно) будут или "нестабильны", или "необкатаны", или ещё какая-то чушь и в основном всё из-за лени либо нежелания изучать. Так же, как и было с переходос с винды 95 на 98, потом на 2000, потом скопом на XP (все мычали как всё плохо и нестабильно, но ничего, все живы и даже рады до визга), теперь так же с семёркой.KSergey писал(а): помню, как только появились первые версии Android
Вы так спрашиваете, как будто вам грозит получать докторскую степень. Если вы уже программируете авры - то вы с лёгкостью перейдёте на армы, ибо алгоритмизация мало чем отличается. Отличается реализация этого алгоритма. А "развиваться на авр".. Да вроде бы уже развит этот авр до тупика. И рано или поздно вы тоже в этот тупик упрётесь. Лучше, имхо, это предупредить.KSergey писал(а):Под выбором стратегии имею ввиду - или развиваться дальше на AVR, или переходить на ARM?
Westbam писал(а):AVR и АRМ это небо и земля, тем более чел прогает на асме,
а с ассемблером там делать нечего.
)Kavka писал(а):Ну вы тоже даёте! Вас ни куча смайликов ни смутила, ни подробности проекта вы не посмотрели, однако. C ARM-ом вы конечно правы, но РАБОТАЕТ НА ATmega1284.elesy_ural писал(а):Вы думаете что говорите? Почитайте требования к железу минимальному, зля запуска ядра и найдите эти требования у AVR. В первую очередь наличие MMU.
На видео 8:18 команда uname и явно видно armv5, что говорит о том , что работает ARM, так что о запуске пингвина на AVR не надо кричать
Shapa писал(а):Предлагаю такой вариант: Сравнивать АРМ и АВР, словно сравнивать плоскость и сферу.
АВР изучены, на них есть куча примеров, готвых ршений. Они просты, потому и осваивать их просто. АРМ гораздо сложнее. Он требует бОльших знаний в схемотехнике, программирвоании и вовсе на порядок выше.
Определим такие вводные:
- Вы имете опыт программирвоания под различные платформы. Вы знаете, что такое и имеете опыт работы с этим ООП, STL, SQL, TCP/IP, HTTP, FTP...
- На ассемблер вы и смотреть не хотите
- Вы имеете опыт сопряжение устройств с ПК
- У вас большой опыт создание ПП, "0,2/0,2" для вас не проблема.
- Вы работали с различными интерфесами: SPI,I2C, 1-Wire, UART...
- У вас неудержимая таяга к познанию нового
- Вас ЖУТКО раздражает уход от стандартов Си
- Вы работаете на себя и у вас нет купы готовых изделий. Которые придётся пределывать/переписывать
Лично я, в начале скептически смотрел на екламу STM32. но поддался соблазну и попробовал.... Количество переферии, в стандартных библиотеках описано всё, 100500 примеров. А про удобство программирования. Всё работает именно так, как написано. А не так, как интерпетатор умеет. и главное - ЦЕНА! 32 бита ядро, 16к флеша. 4 к ОЗУ, и куча ног с переферией. + RTC и это всё по цене ATtiny2313A. Фтопку АВР, мой выбор АРМ! (ока что только cortex-M3
- я имел ввиду сам пример случая - оглянуться не успеешь, и все вокруг быстро меняется.hybroid писал(а):KSergey писал(а):
помню, как только появились первые версии Android
Там в основном продвинутые гики, а тут такое сравнение немного неуместно. Хватает олд-скулов, у которых они (АРМы или замените на что угодно) будут или "нестабильны", или "необкатаны", или ещё какая-то чушь и в основном всё из-за лени либо нежелания изучать. Так же, как и было с переходос с винды 95 на 98, потом на 2000, потом скопом на XP (все мычали как всё плохо и нестабильно, но ничего, все живы и даже рады до визга), теперь так же с семёркой.
- имел ввиду то, что на AVR еще в разряде начинающих нахожусь, и "дальше развиваться" - это более углубленно осваивать AVR, или, пока еще сильно не закостенел на них - переходить на ARM.hybroid писал(а):Вы так спрашиваете, как будто вам грозит получать докторскую степень. Если вы уже программируете авры - то вы с лёгкостью перейдёте на армы, ибо алгоритмизация мало чем отличается. Отличается реализация этого алгоритма. А "развиваться на авр".. Да вроде бы уже развит этот авр до тупика. И рано или поздно вы тоже в этот тупик упрётесь. Лучше, имхо, это предупредить.
То же вопрос про ООП. ООП - это инструмент. Можно пользоваться, а можно нет.Хотя бы за это время беседы вы бы уже могли более углубленно освоить или АВР, или начать осваивать АРМKSergey писал(а):это более углубленно осваивать AVR
Это не годы, и не месяцы.
