-
- + слабая поддержка в IAR - хидеры бедные - надо много чего доопределять (формат периферийных рег-ров). IAR брать последний (5.5) - предыдущие код неправильно генерили - при работе с упакованными данными. - КСПшник(21.07.2010 17:02)
- мне ST в этом плане нравится: есть готовые библиотеки, пусть и кривоватые, зато всегда можно посмотреть и критичные участки переписать, например функции обращения к GPIO переделать в макросы. А функции конфигурирования периферии можно и не трогать - koyodza(21.07.2010 17:28)
- и хотя последнее время в основном идут проекты на стм32, хочется для совсем мелочёвки иметь альтернативу тини и м48/88 - koyodza(21.07.2010 18:57)
- Будем надеяться, что затык у атмел разрешится. Камушки нишевые... - Гудвин(21.07.2010 19:16)
- и хотя последнее время в основном идут проекты на стм32, хочется для совсем мелочёвки иметь альтернативу тини и м48/88 - koyodza(21.07.2010 18:57)
- мне ST в этом плане нравится: есть готовые библиотеки, пусть и кривоватые, зато всегда можно посмотреть и критичные участки переписать, например функции обращения к GPIO переделать в макросы. А функции конфигурирования периферии можно и не трогать - koyodza(21.07.2010 17:28)
- + слабая поддержка в IAR - хидеры бедные - надо много чего доопределять (формат периферийных рег-ров). IAR брать последний (5.5) - предыдущие код неправильно генерили - при работе с упакованными данными. - КСПшник(21.07.2010 17:02)