caxapa.ru :: либы у ST похожи на ардуиноподобное угрёбище. без них код будет короче в разы. там чтобы пин дёрнуть - функция с пачкой параметров и тучей проверок внутри.

Mahagam (29.07.2012 22:29, просмотров: 88) ответил _basile на Уточнение. Пишу под IAR. Как нормальный поцан, пытаюсь использовать ихнюю библиотеку. Типа, чтобы не выдумывать свое - а вот оно, усе готовое, и ,типа, проверенное. Ага, сейчас. Имею слова тока матерные.

либы у ST похожи на ардуиноподобное угрёбище. без них код будет короче в разы. там чтобы пин дёрнуть - функция с пачкой параметров и тучей проверок внутри. сам вот на OMAP-L138 мучаюсь - исходный код никакущий. пришлось самому помучаться и наваять либу что бросает данные через DMA, теперь ааще песня: выделил под буфера памяти, и вся передача идёт без единого IRQ. что приём что передача

Ответить

- ну и нафиг он короче при таких объемах памяти? время - единственный невосполнимый ресурс - AVF(29.07.2012 22:31)
  - он же ещё и быстрее. - Mahagam(29.07.2012 22:43)
    - ну и зачем? какая разница будет выполняться действие 0,1 или 1мкс? - AVF(29.07.2012 22:46)
      - а теперь это действие в цикл писят тыщ раз, а не забываем что ещё много всяких действий надо бы совершить. а то так до пиков 12-ых договоримся. - Mahagam(29.07.2012 22:50)
        
        Все верно , но пока не понадобится можно не суетится.А это бывает редко. - PlainUser(30.07.2012 15:14)
        
        а не всегда это выявишь сразу. Mahagam(486 знак., 30.07.2012 15:39)
        
        Ваши рассуждения тихо и незаметно ведут вас к ... ассемблеру.Иногда впрочем нужен и ассемблер , но только иногда.Когда без него никак.Сам не очень давно делал асм вставки для арм7 , читал скоростное ацп. PlainUser(32 знак., 01.08.2012 07:48)
        
        не к ассемблеру, я в последнее время пользуюсь всей мощью хитромудрых DMA. - Mahagam(01.08.2012 10:01)
        
        В STM32 тож приходится ввиду отсутствия FIFO.Но с некоторых пор стараюсь все делать более-менее стандартно для легкого перехода на очередной проц когда стм взбрыкнет с ценами. - PlainUser(01.08.2012 11:48)
        
        Ну так подвисание - это чистой воды ошибка в программе. Уменьшение "напряжности" всего лишь снижает частоту подвисаний, хотя и это неплохо. - SciFi(30.07.2012 16:18)
        
        неа. меньший поток рулился сутками. как только поток свыше какого-то критичного - крандец. хвост за хвост цепляется и ссё. - Mahagam(30.07.2012 17:10)
        
        То есть подвисание под нагрузкой не противоречит ТЗ? Тогда пардоньте, обознался. - SciFi(30.07.2012 17:19)
        
        подвисание происходит под сфероконной нагрузкой. выявить такое не всегда легко. не всегда есть инструментарий для такого теста. Mahagam(72 знак., 30.07.2012 19:26)
        
        у любого технического решения есть предел. В данном случае был достигнут предел для Вашей реализации данного алгоритма в рамках выбранного железа. Всё равно что жаловаться, что жигули не едут больше 120 когда в багажнике тонна помидоров :=) koyodza(88 знак., 30.07.2012 17:12 - 17:15)
        
        нефиг пихать всё подряд в прерывания, особенно то что может выполняться относительно долго. Выставляйте там флажок, или лучше отложенный вызов функции помещайте в очередь - koyodza(30.07.2012 16:10)
        
        в прерываниях были только подтверждения приёма/получения (чтобы железяка успокоилась), да выставление флагов. Mahagam(62 знак., 30.07.2012 16:16)
        
        в 90% случаев использование библиотек пофиг. за все время один раз пришлось оптимизировать - под dsp (но то был dsPIC и ассемблер ). во всех остальных случаях включая ГУИ в оптимизации необходимости не было. - AVF(29.07.2012 23:53 - 30.07.2012 08:20)

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