caxapa.ru :: printf в ATMEGA64.

kostikp (19.05.2009 12:47, просмотров: 14592) reZident

printf в ATMEGA64. как мне привязать printf и вывод например в UART1 ?

- написать свою функцию putchar() , в IAR'овской доке всё есть. - =AlexD=(19.05.2009 13:10)
  - у меня нет IAR. не могли бы вы скинуть doc по IAR - kostikp(19.05.2009 13:44)
    - Лучше скачай IAR, в нём и работай. - =AlexD=(19.05.2009 18:17)
    - Ну так как догадаться, что есть? Признавайтесь сначала, какой компилятор. - ReAl(19.05.2009 17:40)
      - icc avr7.14a kostikp(87 знак., 20.05.2009 06:42)
        
        Это да, нужен большой запас стека, как минимум 1к - =AlexD=(20.05.2009 06:47)
        
        Это что, в iccavr? А что так много? Ну байт сто я бы ещё понял. - ReAl(20.05.2009 09:43)
        
        разнообразие всех возможных вариантов преобразований требует уйму памяти. Или отдай память стандартным либам, или выточи свою функцию вывода. - Sergey Pinigin(20.05.2009 11:50)
        
        scmRTOS, четыре процесса (кроме idle), два из них используют fprintf, подкомпилирована версия форматтера с плавающей точкой. Всё это крутится в atmega168. avr-gcc. Процессам от щедрот по 150 байт стека выделено. Которые с fprintf-ом, около 30-40 байт ReAl(214 знак., 20.05.2009 13:34)
        
        Сейчас глянул - там пока плавающих форматов не используется, несколько разных целочисленных только. Но, насколько помню по другим работам, это не катастрофично. Завтра на работе доберусь до платы, добавлю плавающий вывод и опять посмотрю использование ReAl(8 знак., 20.05.2009 13:37)
        
        Итого: fprintf с плавающими форматами на "файл" ЖКИ-индикатора внутри не сильно нагруженного scmRTOS-процесса вместе с процессом обходится 95-105 байтами для стека. Размер требуемого стека больше зависит от версии avr-gcc, чем от того, пришита ReAl(267 знак., 22.05.2009 15:58)
        
        нет. Столько памяти используется для буферизированного вывода, а не "для всех возможных преобразований". Для самого форматтера нужен только буфер для вывода long double с максимальной точностью. Как пример можно посмотреть ANSI C форматтер из Alex B.(77 знак., 20.05.2009 12:01, ссылка)
        
        реализации либ могут быть разные. - Sergey Pinigin(20.05.2009 12:09)
        
        ну так залезьте отладчиком внутрь и все увидите. Еще раз - столько памяти используется только для буферизации (setvbuf), для собственно форматирования она не нужна. - Alex B.(20.05.2009 12:20)
        
        зачем же тогда буферизация используется, только ради самой буферизации? Sergey Pinigin(46 знак., 20.05.2009 12:29)
        
        А вот это уже зависит от реализации. ИМХО, как правило, вывод в файл буферизирован по умолчанию Alex B.(962 знак., 20.05.2009 12:43)
        
        Компилятор тут не причём, сами функции очень жручие. - =AlexD=(20.05.2009 11:41)
        
        По-доброму, в доке на библиотеки должна быть эта инфа. amusin(56 знак., 20.05.2009 10:20)
        
        там ещё и плюсик стоял, т.е. могло потребоваться больше указанного количества байт. - Sergey Pinigin(20.05.2009 11:43)

Микроконтроллеры AVR