Илья (21.08.2020 18:48, просмотров: 612) ответил Chip_n_Go на Выбор ARM платформы под новый проект - посткороновирусная
реальность требует развития и перехода с Microchp AVR :) на что-то
более продвинутое. Хотелки стандартные FPU, Ethernet, CAN + очень
хочется ECC для RAM, а не только для Flash. Сейчас в одной железке
пользуем SOC TI на Cortex-A15 c Linux, но для среднего сегмента это
жестокий оверкилл, да и грузится долго, к тому-же есть вероятность
"санкций".-
- Переход на другую архитектуру - всегда стресс. Едва ли при этом
родство AVR с SAM будет замечено. Тем более что SAM это тупик:
ожидать от Microchip'а развития линейки ARM не приходится - слишком
уж сильно он зациклился на своих PIC'ах, а продукты от Atmel и
подавно всегда будут у него в пасынках. Тогда как STM32 при всех
своих недостатках легко масштабируем. Достаточно набить руку с
"Blue Pill" :), так и все остальные STM32 окажутся подобными. У них
даже цоколевка снизу Kceния(144 знак., 21.08.2020 21:07)
- Полноте, сударыня. Помнится вы имели мнение что AVR прибьют, так
нет же, вышло уже несколько семейств. Аналогично с Cortex, скоро
будут новые PIC с М4 и др. )) - Илья(10.09.2020 16:23)
- Защищу Ксению. Все мы этого опасались. - Evgeny_CD(11.09.2020 00:43)
- Больно долго их делают. Уже ждать перестали. Или там среди багов не
смогли найти полезный функционал? - Evgeny_CD(11.09.2020 00:42)
- "В вашем алкоголе крови не обнаружено!" (с) :)) - MBedder(11.09.2020 00:44)
- Полноте, сударыня. Отчего бы стресс? Прочесть пару сотен страниц описалова, и всё. Какой же это стресс. Работа такая :) - Бapбoc(22.08.2020 19:10)
- Требуется работать с STM32F103. Привык к IAR, навороты не нужны.
Можете посоветовать среду/версию? - teap0t(21.08.2020 21:19)
- Можно дальше IAR использовать.Я на нем много писал поскольку для STM32w не было раньше кейла.Жить можно , но кейл лучше. - PlainUser(22.08.2020 22:05)
- Так я на IAR и работаю, тем паче, что привыкла к нему со времен
AVR. Но не считаю роль компилятора в этом деле определяющей - не в
компилировании кода трудности, а в его сочинительстве :). Ну, а
чтобы рыбу проекта сделать, то не чураюсь CubeMX :). Сперва я к
нему враждебно была настроена, но потом пригляделась и поняла, что
это нечто вроде "пассивной" операционной системы, которая лишь
исполняет волю вызывателя ее функций, а собственная ее активность
близка к нулю. Т.е Kceния(203 знак., 21.08.2020 21:50)
- Т.е. я могу взять любую версию из известного места и она встанет на
WinXP ? Не люблю операционки переустанавливать. Проект тестовый,
разбираться, что такое Cube не охота. Писать буду на ассемблере,
ибо знакомство с ARM и Си одновременно, я не осилю. - teap0t(22.08.2020 09:12)
- Вот годный Jump Starter - Си без Си © Bill --> - MBedder(22.08.2020 22:30, ссылка)
- Для человека знающего ассемблер освоить "С" дело пары часов. - PlainUser(22.08.2020 22:09)
- конечно не часов, и даже на дней. Но может это я такой тупой. - Лaгyнoв(23.08.2020 10:52)
- +1 я с avr asm на с переполз за пару дней - Aleksey_75(22.08.2020 22:17)
- в помощь - m16(22.08.2020 21:06, ссылка)
- Не любую. На Windows XP, начиная с версии 6.3, EWARM уже не
работает. Ассемблер у ARM очень противный :) по сравнению в AVR и
x86 (последние интуитивно понятны). Kceния(533 знак., 22.08.2020 19:42)
- Это как умение играть в шахматы. Что считать умением - фигуры
двигать или стратегии создавать? Далеко не всякое умение писать на
АСМе приведет к легкому переходу на Си. Но писать на АСМе под АРМ -
тот еще мазохизм, особенно на какой нибудь M4+. - my504(22.08.2020 20:45)
- Ненуачо, кто-то кораблики в бутылках склеивает, например. - SciFi(22.08.2020 20:52)
- Так тут не о корабликах речь идет, а о попытке перейти с АСМа AVR на АСМ ARM. Это "две большие разницы". Лично я, поглядев на АСМ АРМов, имея 10-летний опыт писания проектов на АСМе под 16-разрядов Микрочипа (PIC24/dsPIC33) и их же 8-битников, решил, что нуегонах этот армовый АСМ... - my504(22.08.2020 21:07)
- Ненуачо, кто-то кораблики в бутылках склеивает, например. - SciFi(22.08.2020 20:52)
- Т.е. вот эти я поставить смогу? teap0t(1 знак., 22.08.2020 20:28, картинка)
- Полагаю, что сможете. Ставьте лучше вторую, а то со времени выхода
первой могли появиться новые МК, которые она не поддерживает.
Впрочем, если вы на ассемблере собрались программировать, то вам
эта поддержка может оказаться не нужной. - Kceния(22.08.2020 20:38)
- Пасиба. Вторая это 6.21? - teap0t(22.08.2020 20:40)
- После инталляции неиспользуемые файлы из директории EWARM можно (я бы сказал нужно) удалить. В прошлый раз из 6.3 Gb сделал 1.8Gb и это далеко не предел. RxTx(187 знак., 22.08.2020 22:06, ссылка)
- Подождите инсталлировать! Я ответила вам с чужих слов, но похоже
это не так. Мне нужно минут 20, чтобы установить истину. - Kceния(22.08.2020 21:08)
- Выяснила: поддержка WinXP(SP3) пропала при переходе от
EWARM-CD-7501-10273.exe к EWARM-CD-7502-10505.exe Kceния(1434 знак., 22.08.2020 21:54 - 23.08.2020 15:44, ссылка)
- Здесь каталог прямых ссылок на IAR-овское фалохранилище. AлeкcaндpBлaдим?(15 знак., 11.09.2020 13:57,
, ссылка) - Ссылка на 7.50.1: - AлeкcaндpBлaдим?(11.09.2020 13:25, , ссылка)
- Прошу прощения. А как её вылечить. Компиляция проходит на ура и без
ошибок. При попытке залить прошивку (штатный ST-Link) выскакивает
окошко менеджера лицензий. ( я, правда, как самый умный первый
попавшийся патчер использовал iarpatcher32 ver. 1.12 (Mar 20 2020)
). teap0t(25 знак., 10.09.2020 15:16, ссылка, картинка)
- Вижу, DLL-ки не вылечились. Вероятно новый патчер к вашей версии не
подходит - попробуйте использовать старый патчер => Kceния(70 знак., 10.09.2020 16:11, ссылка)
- Ту, что вы посоветовали выше. 6.21 я скачать не смог. Так что стоит
у меня 5.20 и 7.40. C 5.20 всё хорошо, но поддержки ST-LINK нет.
Посему решил доставить 7.40. Патчер по вашей ссылке - тот самый,
что я применял. iarpatcher32 ver. 1.12 (Mar 20 2020). Логи те же. teap0t(1 знак., 10.09.2020 22:46 - 23:03, картинка)
- Ну, а старый патчер вылечил? (переинсталляция не нужна, достаточно
его запустить повторно в директории arm\bin\) - Kceния(10.09.2020 23:18)
У меня только патчер 1.12 есть. Так, по адресу xxxx55.52/Crack/iarpatcher/iarpatcher.zip я скачал что-то другое, что вылечило всё, судя по *bak файлам и попытке подключиться к отладчику. Говорит, что он "universal patcher by jdp". Спасибо, извините за беспокойство. - teap0t(11.09.2020 16:03)- А разве не этот адрес я вам давала для старого патчера? Чего такого "другого" вы могли оттуда скачать, да еще от неведомого мне jdp? - Kceния(11.09.2020 19:32)
- мож лучше в сторону Keil глянуть ?? я когда на STM переползал тож поплясал с бубном по IAR и ушел на Keil. Хотя для AVR до сих пор стоит IAR но еще 7.10.3 ЗЫ! поддержка ST-Link искаропки ! - Aleksey_75(10.09.2020 22:47)
- Ну, а старый патчер вылечил? (переинсталляция не нужна, достаточно
его запустить повторно в директории arm\bin\) - Kceния(10.09.2020 23:18)
- Ту, что вы посоветовали выше. 6.21 я скачать не смог. Так что стоит
у меня 5.20 и 7.40. C 5.20 всё хорошо, но поддержки ST-LINK нет.
Посему решил доставить 7.40. Патчер по вашей ссылке - тот самый,
что я применял. iarpatcher32 ver. 1.12 (Mar 20 2020). Логи те же. teap0t(1 знак., 10.09.2020 22:46 - 23:03, картинка)
- Вижу, DLL-ки не вылечились. Вероятно новый патчер к вашей версии не
подходит - попробуйте использовать старый патчер => Kceния(70 знак., 10.09.2020 16:11, ссылка)
- Отказ от "поддержки" (а тут и не указано даже что WinXP not
supported) зачастую не означает потери работоспособности. Так что
надо пробовать. Например на виртуалке. - RxTx(22.08.2020 21:55)
- Инсталлятор может запротестовать (в известных мне инсталлерах
перечисляешь списком поддерживаемые версии винды), но если взять
уже инсталлированные директории и снимок реестра, то всё может
преспокойно работать. - RxTx(22.08.2020 21:58)
- Тут дело проще. В новых версиях в EXE-header'е стоит "OS version
6.0", такие экзешники WinXP не запускает. В некоторых случаях мне
удавалось запускать такие программы, отредактировав 6.0 на 5.1
(например, у макроассемблера MASM для платформы x86). Kceния(1 знак., 22.08.2020 22:11, картинка)
- А вот что у версии EWARM-7407. Совсем другое дело! Должна под WinXP работать. Kceния(1 знак., 23.08.2020 00:34, картинка)
- Seems legit :) RxTx(1 знак., 22.08.2020 22:19, картинка)
- Тут дело проще. В новых версиях в EXE-header'е стоит "OS version
6.0", такие экзешники WinXP не запускает. В некоторых случаях мне
удавалось запускать такие программы, отредактировав 6.0 на 5.1
(например, у макроассемблера MASM для платформы x86). Kceния(1 знак., 22.08.2020 22:11, картинка)
- Инсталлятор может запротестовать (в известных мне инсталлерах
перечисляешь списком поддерживаемые версии винды), но если взять
уже инсталлированные директории и снимок реестра, то всё может
преспокойно работать. - RxTx(22.08.2020 21:58)
- Здесь каталог прямых ссылок на IAR-овское фалохранилище. AлeкcaндpBлaдим?(15 знак., 11.09.2020 13:57,
- Выяснила: поддержка WinXP(SP3) пропала при переходе от
EWARM-CD-7501-10273.exe к EWARM-CD-7502-10505.exe Kceния(1434 знак., 22.08.2020 21:54 - 23.08.2020 15:44, ссылка)
- Пасиба. Вторая это 6.21? - teap0t(22.08.2020 20:40)
- Полагаю, что сможете. Ставьте лучше вторую, а то со времени выхода
первой могли появиться новые МК, которые она не поддерживает.
Впрочем, если вы на ассемблере собрались программировать, то вам
эта поддержка может оказаться не нужной. - Kceния(22.08.2020 20:38)
- Это как умение играть в шахматы. Что считать умением - фигуры
двигать или стратегии создавать? Далеко не всякое умение писать на
АСМе приведет к легкому переходу на Си. Но писать на АСМе под АРМ -
тот еще мазохизм, особенно на какой нибудь M4+. - my504(22.08.2020 20:45)
Конгресс, немцы...WinXP, ассемблер... У тебя появляется прекрасная возможность изучать Си. А ты все ассемблер, ассемблер... Си изучитьпрощене сложнее, чем ассемблер ARM. И гораздо полезнее. Знание ассемблера для ARM на практике АБСОЛЮТНО не нужно. Разве только для общего развития и в определенных специфических случаях. В любом случае - изучение ассемблера ARM - это ПОСЛЕДНЯЯ стадия ознакомления с этой архитектурой. А ГЛАВНОЕ - il-2(90 знак., 22.08.2020 14:07)- "Знание ассемблера для ARM на практике АБСОЛЮТНО не нужно."(с) - А галстук сьешь? В случае чего?? - argus98(22.08.2020 19:37)
- Да не будет у него такого случая , скажет "это невозможно реализовать" и все дела. - PlainUser(23.08.2020 21:51)
- Я съем. - VLLV(22.08.2020 22:19)
- В случае чего — ешь галстук. RxTx(1 знак., 22.08.2020 22:48, картинка)
- "Знание ассемблера для ARM на практике АБСОЛЮТНО не нужно."(с) - А галстук сьешь? В случае чего?? - argus98(22.08.2020 19:37)
- Java 8 JRE ругнется, но встанет на XP. - RxTx(22.08.2020 11:35)
- В Вин ЭксПи проблематично с CubeMX. Там требуется Джава не младше опр. версии. А эта версия встает только на Вин 7. - Лaгyнoв(22.08.2020 09:52)
- HAL/LL/CMSIS-драйверы операционной системой не называют и они ей не
являются. Это библиотеки. - RxTx(22.08.2020 00:15)
- Это да, но после HAL_Init(); начинает тикать системный таймер и
запускается автоматическая обработка прерываний. По формальным
признакам, это уже операционка, ибо сама реагирует на события. - Kceния(22.08.2020 00:32)
- Я понимаю. Возразил только против формального определения на www/ST. ОС это также и библиотека для пользовательских приложений "An operating system (OS) is system software that manages computer hardware, software resources, and provides common services for computer programs. " - RxTx(22.08.2020 11:45)
- Не... это BSP функция на не ось .... Ниначто оно не реагирует, а только системный клок настраивает - Aleksey_75(22.08.2020 00:50)
- Это да, но после HAL_Init(); начинает тикать системный таймер и
запускается автоматическая обработка прерываний. По формальным
признакам, это уже операционка, ибо сама реагирует на события. - Kceния(22.08.2020 00:32)
- Если аккуратно программировать, то можно и несколько раз. - VLLV(21.08.2020 22:06)
- Можно, если вписывать своё в только в те места, где позволяет комментарий. Но трудно удержаться от того, чтобы не править код по живому, а запускать для этого всякий раз CubeMX. Да и все равно от после каждого запуска приходится сравнивать, не исчезло ли чего. - Kceния(21.08.2020 22:31)
- Т.е. я могу взять любую версию из известного места и она встанет на
WinXP ? Не люблю операционки переустанавливать. Проект тестовый,
разбираться, что такое Cube не охота. Писать буду на ассемблере,
ибо знакомство с ARM и Си одновременно, я не осилю. - teap0t(22.08.2020 09:12)
- Полноте, сударыня. Помнится вы имели мнение что AVR прибьют, так
нет же, вышло уже несколько семейств. Аналогично с Cortex, скоро
будут новые PIC с М4 и др. )) - Илья(10.09.2020 16:23)
- Вначале стоит почитать на него errata :) - Evgeny_CD(21.08.2020 19:10)
- Переход на другую архитектуру - всегда стресс. Едва ли при этом
родство AVR с SAM будет замечено. Тем более что SAM это тупик:
ожидать от Microchip'а развития линейки ARM не приходится - слишком
уж сильно он зациклился на своих PIC'ах, а продукты от Atmel и
подавно всегда будут у него в пасынках. Тогда как STM32 при всех
своих недостатках легко масштабируем. Достаточно набить руку с
"Blue Pill" :), так и все остальные STM32 окажутся подобными. У них
даже цоколевка снизу Kceния(144 знак., 21.08.2020 21:07)
