Aleksey_75 (04.05.2019 01:58, просмотров: 268) ответил De_User на Насколько сложен перевод проекта из ЙЯР в ATMEL studio?-
- Заказчикам, возможно, придётся список средств разработки опубликовать. Первый простой проект перевёл, по объёму кода сопоставим с IAR. У меня AS7 не видит функции обработки прерываний (ISR) "из папки", перетащил их в один файл main.c De_User(206 знак., 04.05.2019 02:30 - 03:06)
- На мой взгляд, гораздо более ценным достоинством IAR является его способность давать внятные сообщения об ошибках. Тогда как под AS7 любая ошибка - ребус - сообщает, что модуль не компилируется, а причину ясно не называет. - Ксения(04.05.2019 12:42)
- Да ну разница то точно в компиляторах. И огромная разница то что Studio бесплатная а за бесплатно IAR (если заказчик серьезный он кастрированный), так что выбор очевиден. - PeterD(04.05.2019 22:18)
- Согласен. Ошибки - ценно. Но мы уходим-с на Кейл... денег нет, а лицензионная чистота стала важна. - Kilkennycat(04.05.2019 19:05)
- Зато у ATMEL Studio 7 отличная стабильность: скоро год как не обновляется, не то что некоторые! - De_User(04.05.2019 14:56)
- Дык компанию Atmel купили как никнейм, поэтому и ATMEL Studio продолжать теперь некому - в последнем релизе были лишь косметические изменения (добавили несколько новых МК к списку). - Ксения(04.05.2019 15:41)
- Подозреваю, что новых МК уже можно не ждать... - De_User(04.05.2019 15:52)
- Новые МК ищите уже в MPLAB X. - Nikolay_Po(04.05.2019 19:12)
- Отчего-ж. Они уже успели вывалить новых Тинек, Мег и САМов. - mse homjak(04.05.2019 16:19)
- Не въезжаю - зачем эти жалкие мегатини-подвыперды при наличии широчайшего разнообразия dsPIC/PIC24 в сопоставимом ценовом диапазоне? - MBedder(04.05.2019 19:22)
- Может заманивают? Может потом появится документ "migrating from TINY series 1 to PIC**" - De_User(04.05.2019 22:32)
- Они всё в MPLAB X перетаскивают. И старый атмеловский инструментарий больше не развивают. Усиленно пилят поддержку тинек и прочих AVR в MPLAB, в первую очередь новых. Старые, что поддерживались Atmel Studio, скорее всего в MPLAB X не попадут - нет Nikolay_Po(150 знак., 04.05.2019 22:55)
- Спасибо! - De_User(04.05.2019 23:03)
- Они всё в MPLAB X перетаскивают. И старый атмеловский инструментарий больше не развивают. Усиленно пилят поддержку тинек и прочих AVR в MPLAB, в первую очередь новых. Старые, что поддерживались Atmel Studio, скорее всего в MPLAB X не попадут - нет Nikolay_Po(150 знак., 04.05.2019 22:55)
- Мобуть они их целят в относительно маложручий или в 5В сегмент? Как 8-битник, АВР, весьма неплох. - mse homjak(04.05.2019 21:06)
- А зачем 8-битник, если есть за те же деньги 16-битник? И 5В сегмент отлично закрывается dsPIC33EV/PIC24FV, до которых любым мегам-шмегам-хмегам как раком до кетая? - MBedder(04.05.2019 22:34)
- MBedder, похоже, в Errata dsPIC33EV не заглядывал. Я как-то заглянул - ну их нафиг. Может, что поменялось? - Nikolay_Po(04.05.2019 22:57)
- MBedder, похоже, опять предвосхищать изволит, на пару-тройку лет вперёд. - De_User(04.05.2019 23:05)
- У меня работают 3 (или 4 - точно не помню) небольших, но приличных проекта на dsPIC33EV - да, еррата есть (и хорошо, что такая подробная), но практически на все ее пункты нашелся свой
хуйworkaround с винтом, такштаа поебать-бать-бать :)) - MBedder(04.05.2019 23:11)
- У меня работают 3 (или 4 - точно не помню) небольших, но приличных проекта на dsPIC33EV - да, еррата есть (и хорошо, что такая подробная), но практически на все ее пункты нашелся свой
- MBedder, похоже, опять предвосхищать изволит, на пару-тройку лет вперёд. - De_User(04.05.2019 23:05)
- Ну, всё-же копеешных АВРов больше. Они значительно проще, при неплохом фарше. Подозреваю, что и жрут меньше. Собсно, пока не было ПИСК24/дсПИСК, АВРы были сильно лучше 8-битников от МЧ. Атымель-то, ИМХО, подкосили не АВРы, а дебильные игры в АВР32 mse homjak(55 знак., 04.05.2019 22:44)
- ЕМНИП, в 2009 г. на одну модель MCU32 от ATMEL был примерно один сопоставимый вариант от STM. В 2010 г. уже парочка. В 2011 - больше трёх. Дальше - больше... Закономерная победа STM: отличное взаимодействие оперативного R&D c производством. - De_User(05.05.2019 16:00 - 16:07)
- Ценовой демпинг со стороны STM, полагаю. AVR32 получился слишком дорогим. Если бы был в той же ценовой категории, что Mega/Xmega, то вполне мог стать популярным. Ксения(394 знак., 05.05.2019 18:15 - 18:50, ссылка, картинка)
- Да, примерно с 2009-2010 годов STM32 начали обгонять ATMEL по объёмам памяти и по быстродействию при аналогичной стоимости MCU. С каждым годом разрыв только увеличивался. - De_User(05.05.2019 18:39)
- Не в том дело. Атымель всё равно резво лицензировал АРМы, но выкинутые деньги на АВР-32 себя не оправдали. И Хмега получилась таким непонятным уродцем. Как морская свинка. И не свинка и не морцкая.Они внутри своей продуктовой линейки начали mse homjak(125 знак., 05.05.2019 18:49)
- Atmel лицензию на ARM давным давно получил, а для AVR32 эта лицензия не нужна - там оригинальная архитектура. И Xmega - не уродец, а вполне логичное развитие AVR-архитектуры вширь (расширение периферии). Типа того, что раз для вычислений AVR плохо Ксения(297 знак., 05.05.2019 20:26)
- Да, на АВР-32 лицензия не нужна. Другой вопрос, кому нужен АВР-32? Чем он лучше того-же АРМ? А выкатка Кортексов забила в него от-такенный осиновый кол. И ради чего поролись? Что касаемо Хмеги, нужно было выпускать рестайлинговые 3-вольтовые Меги mse homjak(141 знак., 05.05.2019 21:25)
- Подозреваю, что у AVR32 архитектура лучше хотя бы просто от того, что родилась не так давно. Тогда как ARM-архитектура родилась в 1983 году. Конечно, за это время ее подновляли, однако полностью вытравить дремучую старину не удалось. :) Кстати и Ксения(145 знак., 05.05.2019 23:03)
- Нет, это не так, с годами много чего изменилось. С переходом МК на ARMv8 все станет ещё интереснее. Evgeniy1294(53 знак., 06.05.2019 07:25)
- Атмел поступил очень уж самонадеянно, продвигая маргинальную архитектуру параллельно с аналогичными продуктами на ядрах ARM. Их нынешние хозяева были мудрее :) - a3r3(05.05.2019 23:21)
- Как-бы после знакомства с чем-то более серьезным периферия обычных Мег выглядит, мягко говоря, аскетичной. Не знаю, с чем бы они там стали конкурировать чисто за счет тактовой частоты. AlexG(207 знак., 05.05.2019 21:41)
- Та норм все с периферией у avr! Может вернемся к халивару кто умеет быстрее заниматься ногодрыгом сраная тини на 8мгц или кортекс на 72??? - Aleksey_75(05.05.2019 21:46)
- PRU-ICSS на 200МГц... - lloyd(06.05.2019 10:49)
- Имана! Мелкий ногодрыг, с 16М умножениями 8Х8, имел бы достаточно заметную нишу. Вон, Ардуинки ресталить на 32МГц и для тех-же 3Дпринтеров 32разрядные платы оказались бы дорогим излишеством. - mse homjak(06.05.2019 10:17)
- Увы! Платформы Arduino это тоже касается - ныне идет сильнейшая компания по ее миграции с AVR на STM32. 3D-принтеров это поветрие тоже касается - уже выпущено много плат, где такая замена уже произошла. Причем инициатива исходит не от Ксения(113 знак., 06.05.2019 11:43, ссылка)
- Ну прально. 16 и 20МГц просто не хватает, чтобы успеть обсчитать и вывести на управление. На высоких скоростях появляются артефакты. Пока реальная скорость среднестатистического принтера была 50мм/с, Атмеги успевали. Когда, с развитием кинематики, mse homjak(209 знак., 06.05.2019 11:54)
- Увы! Платформы Arduino это тоже касается - ныне идет сильнейшая компания по ее миграции с AVR на STM32. 3D-принтеров это поветрие тоже касается - уже выпущено много плат, где такая замена уже произошла. Причем инициатива исходит не от Ксения(113 знак., 06.05.2019 11:43, ссылка)
- Та норм все с периферией у avr! Может вернемся к халивару кто умеет быстрее заниматься ногодрыгом сраная тини на 8мгц или кортекс на 72??? - Aleksey_75(05.05.2019 21:46)
- Подозреваю, что у AVR32 архитектура лучше хотя бы просто от того, что родилась не так давно. Тогда как ARM-архитектура родилась в 1983 году. Конечно, за это время ее подновляли, однако полностью вытравить дремучую старину не удалось. :) Кстати и Ксения(145 знак., 05.05.2019 23:03)
- Да, на АВР-32 лицензия не нужна. Другой вопрос, кому нужен АВР-32? Чем он лучше того-же АРМ? А выкатка Кортексов забила в него от-такенный осиновый кол. И ради чего поролись? Что касаемо Хмеги, нужно было выпускать рестайлинговые 3-вольтовые Меги mse homjak(141 знак., 05.05.2019 21:25)
- Atmel лицензию на ARM давным давно получил, а для AVR32 эта лицензия не нужна - там оригинальная архитектура. И Xmega - не уродец, а вполне логичное развитие AVR-архитектуры вширь (расширение периферии). Типа того, что раз для вычислений AVR плохо Ксения(297 знак., 05.05.2019 20:26)
- Не в том дело. Атымель всё равно резво лицензировал АРМы, но выкинутые деньги на АВР-32 себя не оправдали. И Хмега получилась таким непонятным уродцем. Как морская свинка. И не свинка и не морцкая.Они внутри своей продуктовой линейки начали mse homjak(125 знак., 05.05.2019 18:49)
- Да, примерно с 2009-2010 годов STM32 начали обгонять ATMEL по объёмам памяти и по быстродействию при аналогичной стоимости MCU. С каждым годом разрыв только увеличивался. - De_User(05.05.2019 18:39)
- Ценовой демпинг со стороны STM, полагаю. AVR32 получился слишком дорогим. Если бы был в той же ценовой категории, что Mega/Xmega, то вполне мог стать популярным. Ксения(394 знак., 05.05.2019 18:15 - 18:50, ссылка, картинка)
- Хмеги не дебильные, но ядро AVR16 при таком количестве 16-битной периферии в них просто напрашивается - AlexG(05.05.2019 12:11)
- ЕМНИП, в 2009 г. на одну модель MCU32 от ATMEL был примерно один сопоставимый вариант от STM. В 2010 г. уже парочка. В 2011 - больше трёх. Дальше - больше... Закономерная победа STM: отличное взаимодействие оперативного R&D c производством. - De_User(05.05.2019 16:00 - 16:07)
- MBedder, похоже, в Errata dsPIC33EV не заглядывал. Я как-то заглянул - ну их нафиг. Может, что поменялось? - Nikolay_Po(04.05.2019 22:57)
- А зачем 8-битник, если есть за те же деньги 16-битник? И 5В сегмент отлично закрывается dsPIC33EV/PIC24FV, до которых любым мегам-шмегам-хмегам как раком до кетая? - MBedder(04.05.2019 22:34)
- Может заманивают? Может потом появится документ "migrating from TINY series 1 to PIC**" - De_User(04.05.2019 22:32)
- Какие такие новые ATmega? - De_User(04.05.2019 16:43)
- 808,809,4808 - mse homjak(04.05.2019 17:08)
- Спасибо! Читаю "megaAVR 0-series Family Data Sheet" - De_User(04.05.2019 17:26, ссылка)
- 808,809,4808 - mse homjak(04.05.2019 17:08)
- Не въезжаю - зачем эти жалкие мегатини-подвыперды при наличии широчайшего разнообразия dsPIC/PIC24 в сопоставимом ценовом диапазоне? - MBedder(04.05.2019 19:22)
- Подозреваю, что новых МК уже можно не ждать... - De_User(04.05.2019 15:52)
- Дык компанию Atmel купили как никнейм, поэтому и ATMEL Studio продолжать теперь некому - в последнем релизе были лишь косметические изменения (добавили несколько новых МК к списку). - Ксения(04.05.2019 15:41)
- На мой взгляд, гораздо более ценным достоинством IAR является его способность давать внятные сообщения об ошибках. Тогда как под AS7 любая ошибка - ребус - сообщает, что модуль не компилируется, а причину ясно не называет. - Ксения(04.05.2019 12:42)
- Заказчикам, возможно, придётся список средств разработки опубликовать. Первый простой проект перевёл, по объёму кода сопоставим с IAR. У меня AS7 не видит функции обработки прерываний (ISR) "из папки", перетащил их в один файл main.c De_User(206 знак., 04.05.2019 02:30 - 03:06)
