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

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

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

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

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

kostikp (19.05.2009 13:44, просмотров: 255) ответил =AlexD= на написать свою функцию putchar() , в IAR'овской доке всё есть.

у меня нет IAR. не могли бы вы скинуть doc по IAR

Ответить

- Лучше скачай 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)