Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
9 мая

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

732859 Топик полностью

Молодой коллега (31.01.2017 19:42, просмотров: 394) ответил VLLV на STM32F0 + HAL : активны 4 UART, при отправке байта в один UART4 принимают два - UART4 и UART1. Как так может быть ( кроме спая на плате ) ?

ремап?

Ответить

- Такой же молодой коллега клянется, что куб и он не могли ошибиться. - VLLV(31.01.2017 20:02)
  - так посмотрите инициализацию уарта, там строчек 10 - 0men(31.01.2017 20:03)
    - Даташит надо смотреть, в части пересечения 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)
        
        это да. Для чего так сделали не ясно. Но я о другом: вызов настройки, передачи, приема, которые сам используешь, остаются не изменными - Constantin24(01.02.2017 14:36)
        
        Дело вовсе не в производительности. И о насущности использования готовых библиотек вместо самописания никто не спорит. Одно маленькое НО - все это справедливо для нормальных библиотек. А то гуано, которое идет в сопровождении 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)
        
        У меня есть поделия, которые месяцами работают без проблем в не самых тепличных условиях. Но они несут больше декоративную функцию и потому не страшно. А вот что серьезное вешать на USB - нуегонафиг. Есть печальный опыт с изделиями Honeywell. - Lightelf(05.02.2017 23:02)
        
        ИМХО, УСБ зависит от дров на писюке, коим никто не обещал безглючность. То есть чисто эмпирическая наука. - SciFi(05.02.2017 23:04)
        
        Согласен, только с практической точки зрения это ничего не меняет. Ethernet по цене не сильно отличается, а работает не в пример надежнее. - Lightelf(05.02.2017 23:09)
        
        а кроме 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)
        
        Жизнь коротка... - Молодой коллега(31.01.2017 20:54)
        
        Уарт! Уарт, Карл! 150 строк кода! Если это не осилил, то даже долбаная сортировка массива просто никогда не получится. А фильтрование показаний АЦП - только после долгого наставления со стороны коллег. - SciFi(31.01.2017 21:03)
        
        150 строк на UART, индусы рыдают от зависти! Кольцевой буфер и инициализация, что там можно еще придумать. - Andreas(31.01.2017 21:12)
    - Здесь то точно ничего нет huart2.AdvancedInit.AdvFeatureInit = UART_ADVFEATURE_NO_INIT;, а где Куб ремап ставит? - VLLV(31.01.2017 20:10)
      - Что-то типа ..._hal_msp.c припоминаю. - Молодой коллега(31.01.2017 20:51)