caxapa.ru :: Вот в этом часто тупость. Я до сих пор совместно с МК мучаюсь, ворочаюсь, натужно перелопачиваю байты. Такое напряжение! А потом посмотрел, что делает МК за 10 мксек (Карл!!! :-))) и понял - ни фига он (МК) там не перетруждается. :-) Ага, куча

Лагунов (30.01.2018 18:13, просмотров: 278) ответил 0men на красивость в том, что не нужно улетать в прерывание каждый раз и тратить на связанное с этим кучу времени. А вычерпывать из буфера в основном теле

Вот в этом часто тупость. Я до сих пор совместно с МК мучаюсь, ворочаюсь, натужно перелопачиваю байты. Такое напряжение! А потом посмотрел, что делает МК за 10 мксек (Карл!!! :-))) и понял - ни фига он (МК) там не перетруждается. :-) Ага, куча времени... аж 15 мксек!

Ответить

- я вот не стал маяться с дма, в прерывании принятые байты собираю в пакет с контролем заголовка и хвоста, очередь приемная из уже готовых пакетов. Передача наоборот, формирую очередь из байт которая выгребается в прерывании. И не каких сожалений. Nikolay801_(35 знак., 31.01.2018 09:54)
  - кстати у меня у меня АЦП изначально только в DMA по кольцу. - Лагунов(31.01.2018 15:09)
- очень часто есть масса других прерываний, гораздо более важных. - 0men(30.01.2018 18:29)
  - верно, есть. Я специально смотрел осциллографом. Аж до 7-8 мксек! И это с L476, который на 80МГЦ. А если F446, который на 180МГЦ? Я вот сейчас ломаю все свои старые заморочки в голове, когда у меня МК работал на 4-12 МГц... - Лагунов(30.01.2018 18:51)
    - поэтому стоит различать "просто работает" и "красиво работает" :) - 0men(30.01.2018 18:54)
      - это типа из авиастроительских баек? "Некрасивый самолет не полетит..." :-) - Лагунов(30.01.2018 19:13)
        
        я с этой байкой полностью согласен :) - 0men(30.01.2018 19:20)

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