0men (31.01.2017 20:03, просмотров: 323) ответил VLLV на Такой же молодой коллега клянется, что куб и он не могли ошибиться.-
- Даташит надо смотреть, в части пересечения UART4 и UART1 на конкретных выводах. Потом уже инициализацию. Молодой коллега(48 знак., 31.01.2017 20:34 - 20:43)
- +1 куб нах, если хочется более быстро, используйте HAL - 0men(31.01.2017 20:49)
- Чё там смотреть? Уже уарт без кубических шаров разучились запускать, халявщики? Что дальше? Схему будет папа Карло рисовать? Куб - в топку! Датащыт с клавой в руки - и кодить! И пока не задышит - никаких прохладительных напитков! - SciFi(31.01.2017 20:46)
- Тааак, хорош базарить, подумай лучше. Ситуация такая VLLV(529 знак., 31.01.2017 23:37)
- +1! Контроллеры постоянно появляются. А если еще с переходом - становится невмоготу. Хочется быстро кодить - пользуй hal. Хочется максимум производительности - писать самому. Constantin24(310 знак., 01.02.2017 07:55)
- Быстро кодить - долго отлаживаться. Вопрос нифига не в производительности проца, вопрос в говнокоде. LightElf(121 знак., 01.02.2017 09:25 - 09:49)
- Никто не застрахован от багов в сторонних библиотеках. Совместим с stm32 для простых задач типа: ножки подергать, по spi, i2c, uart пообщаться. Испробовано. Насчет ethernet не знаю, только на одном устройстве пока использую. - Constantin24(01.02.2017 10:34)
- Т.е. можно написать код, который без изменений соберется на любом STM32? Не верю. У них даже биты регистров в разных хидерах поименованы по-разному. LightElf(188 знак., 01.02.2017 13:40 - 13:46)
- Никто не застрахован от багов в сторонних библиотеках. Совместим с stm32 для простых задач типа: ножки подергать, по spi, i2c, uart пообщаться. Испробовано. Насчет ethernet не знаю, только на одном устройстве пока использую. - Constantin24(01.02.2017 10:34)
- Дело вовсе не в производительности. И о насущности использования готовых библиотек вместо самописания никто не спорит. Одно маленькое НО - все это справедливо для нормальных библиотек. А то гуано, которое идет в сопровождении STM32 в разработках il-2(35 знак., 01.02.2017 09:40)
- пользую-юзаю: Проблем не испытываю. Минусы конечно есть, но где их нет? - Constantin24(01.02.2017 10:30 - 10:36)
- :) какие мы категоричные... - Vit(01.02.2017 10:35)
- У меня горький опыт. А те, кто "не испытывает проблем" просто не видят
писцасуслика, который есть. И счастливы :-) До определенного момента. - il-2(01.02.2017 15:06)- то, что оно может быть менее развесистым (кому лень читать сразу называет говнокодом), об этом и спорить неинтересно. другое дело, что большинство развесистого явно собиралось в функции из макросов (следы везде) и обычно спокойно ужимается Vit(415 знак., 01.02.2017 16:56)
- Можете поделиться опытом? - Constantin24(01.02.2017 15:35)
- Надоело баянить. Последний раз :-) - il-2(02.02.2017 09:56, ссылка, ссылка)
- USB конечно согласен, очень крив. Могли бы вы поделиться исходником рабочей версии? - Constantin24(02.02.2017 12:14)
- Посмотрите демки от Кейла. Грамотный код, легко портируется куда угодно. - LightElf(02.02.2017 15:29, ссылка)
- Спасибо за наводку. Я так понимаю USB вообще геморный протокол, который не служит для продолжительной работы(10 и более безперегрузочных дней) - Constantin24(03.02.2017 07:38)
- Посмотрите демки от Кейла. Грамотный код, легко портируется куда угодно. - LightElf(02.02.2017 15:29, ссылка)
- а кроме USB что-нибудь существенное? встречал крик о глупостях установки бодрейта. напарывался на странности в настройках клока (какие-то различия в F100/F103 то ли не учитывались, то ли перемудрили). некоторые функции выглядят непозволительно Vit(172 знак., 02.02.2017 10:14)
- На форуме ST народ регулярно плачется. А им в ответ стандартное - "Спасибо, ваше замечание подтверждено, ждите исправления в следующей версии". Из вопиющего (не могу найти ссылки) - был баг в какой-то функции задержки, из-за которого программа il-2(108 знак., 02.02.2017 10:51)
- :) я и не знал, что там есть задержки - Vit(02.02.2017 11:23)
- ну там не совсем задержки, там есть такое (для и2ц например) 0men(563 знак., 02.02.2017 11:27)
- :) я и не знал, что там есть задержки - Vit(02.02.2017 11:23)
- На форуме ST народ регулярно плачется. А им в ответ стандартное - "Спасибо, ваше замечание подтверждено, ждите исправления в следующей версии". Из вопиющего (не могу найти ссылки) - был баг в какой-то функции задержки, из-за которого программа il-2(108 знак., 02.02.2017 10:51)
- USB конечно согласен, очень крив. Могли бы вы поделиться исходником рабочей версии? - Constantin24(02.02.2017 12:14)
- Надоело баянить. Последний раз :-) - il-2(02.02.2017 09:56, ссылка, ссылка)
- У меня горький опыт. А те, кто "не испытывает проблем" просто не видят
- Быстро кодить - долго отлаживаться. Вопрос нифига не в производительности проца, вопрос в говнокоде. LightElf(121 знак., 01.02.2017 09:25 - 09:49)
- +1! Контроллеры постоянно появляются. А если еще с переходом - становится невмоготу. Хочется быстро кодить - пользуй hal. Хочется максимум производительности - писать самому. Constantin24(310 знак., 01.02.2017 07:55)
- Жизнь коротка... - Молодой коллега(31.01.2017 20:54)
- Уарт! Уарт, Карл! 150 строк кода! Если это не осилил, то даже долбаная сортировка массива просто никогда не получится. А фильтрование показаний АЦП - только после долгого наставления со стороны коллег. - SciFi(31.01.2017 21:03)
- 150 строк на UART, индусы рыдают от зависти! Кольцевой буфер и инициализация, что там можно еще придумать. - Andreas(31.01.2017 21:12)
- Уарт! Уарт, Карл! 150 строк кода! Если это не осилил, то даже долбаная сортировка массива просто никогда не получится. А фильтрование показаний АЦП - только после долгого наставления со стороны коллег. - SciFi(31.01.2017 21:03)
- Тааак, хорош базарить, подумай лучше. Ситуация такая VLLV(529 знак., 31.01.2017 23:37)
- Здесь то точно ничего нет huart2.AdvancedInit.AdvFeatureInit = UART_ADVFEATURE_NO_INIT;, а где Куб ремап ставит? - VLLV(31.01.2017 20:10)
- Что-то типа ..._hal_msp.c припоминаю. - Молодой коллега(31.01.2017 20:51)
- Даташит надо смотреть, в части пересечения UART4 и UART1 на конкретных выводах. Потом уже инициализацию. Молодой коллега(48 знак., 31.01.2017 20:34 - 20:43)