caxapa.ru :: Ну что ж, скептики могут гордиться собой. С HAL-драйверами надо очень осторожно. По крайней мере в STM32L476/ Всё у меня было прекрасно (UART, I2C, RTC, порты и проч.) А вот со SPI засада с чтением. Если включаешь 8-битное, то похоже глюк из-за

Лагунов (29.07.2016 11:43, просмотров: 14237)

Ну что ж, скептики могут гордиться собой. С HAL-драйверами надо очень осторожно. По крайней мере в STM32L476/ Всё у меня было прекрасно (UART, I2C, RTC, порты и проч.) А вот со SPI засада с чтением. Если включаешь 8-битное, то похоже глюк из-за 16-битного приемного регистра. Месяц я мучался с RC522. И пока не наладил тройной вызов функции HAL_SPI_TransmitReceive - ничего не получалось.

Ответить

- Да, нужно учитывать, что читает он по 32-битному слову за раз. -AB-(884 знак., 30.07.2016 10:49)
  - вот не знаю как это сработает (чтение 4 байт подряд при одном адресе вначале. У RC522 байтовая организация регистров. И вот такой порядок байт обозначен Лагунов(30.07.2016 15:33)
    - HAL_SPI_Receive на самом деле вызывает HAL_SPI_TransmitReceive() которая передает и принимает в один и тот же буфер. -AB-(647 знак., 01.08.2016 09:53)
      - это-то понятно. Но что делать с этим тезисом - "в SPI у 'L4 есть "Data packing" а у 'F4 нет"? Ведь 100%-но проблем у меня именно с этим (у меня STM32L476). Отсюда и она и решается просто 3-кратным чтением одного и того же. Хотя уверен, что есть Лагунов(14 знак., 01.08.2016 10:00)
        
        возможно --> - Vit(11.08.2016 21:08, ссылка)
        
        да, спасибо. Похоже всё так и происходит. Я не способен работать на уровне регистров, да и не хочу. Просто буду иметь в виду при работе с HAL-ом. :-) Сейчас всё работает как будильник. - Лагунов(12.08.2016 06:22)
        
        Хе-хе. Я так понял, этот хал якобы для облегчения разработки? Ну да, ну да. Уже несколько дней ходим вокруг да около простейшего SPI. Полистать мануал и накодить самому в 10 раз проще :-) - SciFi(01.08.2016 10:16)
        
        так я и признал в самом начале. Зато в других-то местах время сэкономлено. У меня есть что с чем сравнивать. STM32F030 я раскручивал без HAL'а. "накодить самому " - это если б я в АСМе кодил. А на Си для меня каждая строка - смертельный номер. :-) - Лагунов(01.08.2016 11:15)
        
        Ведь у 'F0 тот самый SPI с "data packing"... - wek(01.08.2016 19:16)
        
        Да мне просто не свезло с приемом по SPI раньше. В F030 я только передавал в 74НС595. И там у меня была 16-битная передача (там два 74НС595 было). - Лагунов(12.08.2016 06:25)
        
        О_о. Хал - это, оказывается, для асмоводов, не осиливших сей? Это многое объясняет :-) - SciFi(01.08.2016 11:26)
        
        Это типа меня хотели обидеть? :-). Я лучше сэкономленное время на что-то полезное потрачу. Мне теперь не надо трястись над ОЗУ и ПЗУ. Время МК с 2Кбайт ROM и 128 байт RAM прошло. - Лагунов(01.08.2016 14:56)
        
        Не, это он просто тихо так ох-евает с того как кто-то тратит время хрен знает на что вместо того чтобы за два дня прочитать краткое руководство по си. - Codavr(01.08.2016 15:08 - 15:11)
        
        Объясни это китайцам ;) - Гудвин(01.08.2016 15:05)
        
        Если полистать мануал и накодить за полчаса, то никто зряплату платить не будет в следующий раз. - fk0(01.08.2016 10:39)
- Ну хз... STM32F439 использую 8ми битный spi и HAL, проблем нет - 0men(29.07.2016 12:21)
  - В STM32Cube конфигурация SPI вот такая? Лагунов(29.07.2016 13:16)
    - ууу... )) вот такая :) 0men(1377 знак., 29.07.2016 13:21)
      - ну вот, опять ручками. Вижу разницу в скорости порта (GPIO_SPEED_MEDIUM), прескаллер 64. Но так и не понял, в чем дело. Ни один регистр у меня с одного раза не читается правильно из RC522. В ней что ли дело? - Лагунов(29.07.2016 14:55)
        
        Большая разница в том што в SPI у 'L4 есть "Data packing" а у 'F4 нет. - wek(29.07.2016 15:33)
        
        Б...ь! Я это уже понял. Мне народ в других форумах тоже уши прожужжал, что у них в STM32Fxxx всё пучком. - Лагунов(30.07.2016 08:36)

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