Дубль три, последний. sprintf() и AVR(+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] Дубль три, последний. sprintf() и AVR(+)

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено Андрей Сорокин 12 августа 2005 г. 23:24

вчера начали пинать, что мол в прерывании sprintf() использовать нельзя (мои слабые попытки объяснить, что эта ф-ия не работает и в основном теле ничего не дали). Типа ладно, забыли. Но задело, то что (как выяснилось) в вызываемой ф-ии sprintf() использовать можно, а в прерывании - нельзя. Не бред ли это? Разница то в чем? И на последок: если кто-нить сталкивался с неправильной работой этой ф-ии в CV, буду весьма признателен за участие. Спасибо.

Составить ответ ||| Конференция ||| Архив

Ответы

Ответ: IAR C AVR 2.28 в printf использует все регистры R0 по R31 — ДМ (13.08.2005 23:29 62.183.50.164, 210 байт)
В терминалке с таким target (дуплекс обмен) неудобно общаться. Символы ввода/вывода в target м.б. смешиваться. — ++ (13.08.2005 03:54 80.246.75.53, пустое)
Спасибо всем за участие, но мне уже не интересно, если так и дальше пойдет... Я был прав, когда остановился на скоростном сИгнале, и доволен. — Андрей Сорокин (13.08.2005 00:46 212.109.32.13, пустое)
- нечего на зеркало плевать, коли рожа крива. Без обид — DASM (13.08.2005 00:53 217.118.78.1, пустое)
  - хотя CV тоже Г как удалось понять. К счастью не юзал — DASM (13.08.2005 00:53 217.118.78.1, пустое)
- Матчасть надо учить. Без обид. — -mse- (13.08.2005 00:50 213.132.70.163, пустое)
  - Ну я с вас балдю :)) "Учите матчасть", а накой тогда языки высокого уровня, где не работают стандартные библиотечные ф-ии без ГЛУБОКОГО изучения матчасти? Я не язвлю - я просто не понимаю. — Андрей Сорокин (13.08.2005 01:02 212.109.32.13, пустое)
    - И ваще - Ц не ЯВУ, а так, ассемблер абстрактного микропроцессора. — -mse- (13.08.2005 10:30 81.201.66.34, пустое)
    - Лехко... — -mse- (13.08.2005 01:18 213.132.70.163, 386 байт)
      - Дык "что у 51, влетев в прерывание, надо, оказывается, при необходимости, прерывание запретить" так это же чУдно, многоуровневые прерывания - это всега веселее... — Андрей Сорокин   (13.08.2005 01:21 212.109.32.13, пустое)
        
        Конечно, если разрешишь, то чудно, если ни, то ни. — -mse-   (13.08.2005 01:24 213.132.70.163, пустое)
        
        И шо цэ мы, нашою мовою... — Андрей Сорокин   (13.08.2005 01:27 212.109.32.13, пустое)
    - А что тут понимать. В МК всегда имеются ограничения ресурсов "на борту". — Bill (13.08.2005 01:15 195.239.108.123, 359 байт)
      - А кто спорит? — Андрей Сорокин (13.08.2005 01:22 212.109.32.13, пустое)
Прерывания - дело тонкое. Там очень осторожным надо быть. — Bill (12.08.2005 23:34 195.239.108.123, 507 байт)
- Стек - то само собом. Главное, что за время sprintf-а то самое прерывание может произойти ещё раз. и таво... пока память не кончится. — -mse- (13.08.2005 00:20 213.132.70.164, пустое)
  - сомневаюсь что человек разрешил вложенные прерывания. — DASM (13.08.2005 00:26 217.118.78.1, пустое)
    - Дабы не быть голословным дилетантом, вот текст -> — Андрей Сорокин (13.08.2005 00:30 212.109.32.13, пустое, ссылка)
      - Я никогда не ставлю printf в прерывании. А кроме размера стека, есть еще проблема быстродействия - может придти второе прерывание. Запретил - потерял, разрешил - завис. — Vladimir Ljaschko (13.08.2005 13:12 82.209.197.76, пустое)
      - Вот, собственно, о чем я и говорил. Во втором случае у Вас как раз — Bill   (13.08.2005 00:41 195.239.108.123, 424 байт)
        
        Кстати, там справедливо вопрос задали насчет размера буфера в стеке. — Bill   (13.08.2005 00:53 195.239.108.123, 291 байт)
        
        Писал уже, что без всяких INT sprintf() все равно не работает (голый буфер с 0x0a) — Андрей Сорокин   (13.08.2005 00:43 212.109.32.13, пустое)
        
        Конечно, непосредственно с прерыванием это никак не связано. Похоже во втором случае — Bill   (13.08.2005 00:55 195.239.108.123, 38 байт)
        
        Опять таки писал, что увеличение размера ни к чему не приводит. Все, проблему решил, этот топик написал ради интереса. — Андрей Сорокин   (13.08.2005 00:59 212.109.32.13, пустое)
        
        Это палка о двух концах. Буфер мал - выводить некуда. Буфер большой - стека не хватает. — Bill   (13.08.2005 01:07 195.239.108.123, 197 байт)
        
        "первый занимательный ответ". Сейчас, к сожалению, возможности проверить нет. Завтра(сегодня )проверю. Спасибо. — Андрей Сорокин   (13.08.2005 01:12 212.109.32.13, пустое)
      - Чес говоря, разбирацца впадлу... — -mse-   (13.08.2005 00:38 213.132.70.163, 382 байт)
        
        почему UDRE тю-тю ? И вообще, всегда делал через TXC — DASM   (13.08.2005 00:41 217.118.78.1, пустое)
        
        А пох. Што UDRE, што TXC... прерывания-то запрещены. Это не по байтику жопка к жопке кидать. — -mse-   (13.08.2005 00:45 213.132.70.163, пустое)
        
        так реализации prints и puts работают тупым опросом этих бит а не на прерываниях — DASM   (13.08.2005 00:52 217.118.78.1, пустое)
        
        Sprintf сто пудов - через прерывание. Чего, будешь строке по байтику, через флаги пхать? Компилер, если не дурак, всё упердолит в прерывании. Типа, слишком умный. — -mse-   (13.08.2005 00:56 213.132.70.163, пустое)
        
        таки ви меня учить будете ? printf перенаправит на функцию вывода ОДНОГО байта. Её можно переписать, но она есть и по умолчанию. Компилер НИКОГДА не додумается мудрить с прерываниями — DASM   (13.08.2005 01:19 217.118.78.1, пустое)
        
        У тя есть другие предложения? Проверить просто, надо по входу разрешить прерывания. И всё. — -mse-   (13.08.2005 01:21 213.132.70.163, пустое)
        
        ну а sprintf вообще ничего не выводит наружу :-D — DASM   (13.08.2005 01:21 217.118.78.1, пустое)
        
        Ну да, а чего он жалится, что в УАРТ попадает только первый 0x0a? — -mse-   (13.08.2005 01:26 213.132.70.163, пустое)
        
        1001 причина может быть — DASM   (13.08.2005 01:38 217.118.78.1, пустое)
        
        Ну да прям 1001... — -mse-   (13.08.2005 09:47 81.201.66.34, 608 байт)
        
        а почему у него ПОСЛЕДНИЙ байт уходит тогда по твоему ? — DASM   (13.08.2005 10:58 217.118.78.1, пустое)
        
        Ну ты-же знаешь, я мегаэксперт... — -mse-   (13.08.2005 11:24 81.201.66.34, 697 байт)
        
        Кстати, чего все на спринтф-то накинулись? У него на путсе клина ловит. — -mse-   (13.08.2005 10:15 81.201.66.34, пустое)
        
        1001 причина может быть — DASM   (13.08.2005 01:38 217.118.78.1, пустое)
      - ну так я не понял, буфер пробовал глобальным делать ? — DASM (13.08.2005 00:37 217.118.78.1, пустое)
        
        Ну да... — Андрей Сорокин (13.08.2005 00:39 212.109.32.13, пустое)
- а что плохого в стековых массивах ? одни премущества. Только cstack нормально поставить — DASM (12.08.2005 23:51 217.118.78.1, пустое)
  - Насчет преимуществ можно много говорить, но можно много говорить о недостатках. — Bill (13.08.2005 00:02 195.239.108.123, 619 байт)
    - Это слово "начинающие " фигурирует у Вас уже два раза... — Андрей Сорокин (13.08.2005 00:04 212.109.32.13, пустое)
      - А как назвать людей, которые только начинают использовать Си или МК вообще? — Bill (13.08.2005 00:14 195.239.108.123, 262 байт)
- Это камень в мой огород (+) — Андрей Сорокин (12.08.2005 23:38 212.109.32.13, 217 байт)
  - Ну а в отладчике посмотреть, код генерённый проанализировать? Мож и правда глюк какой? — -mse- (13.08.2005 00:18 213.132.70.164, пустое)
    - Я думаю, для того чтобы это увидеть и отладчика не нужно. — Bill (13.08.2005 00:25 195.239.108.123, 90 байт)
  - Нет, я камни не бросаю. Просто наблюдать приходилось достаточно часто. — Bill (12.08.2005 23:45 195.239.108.123, 290 байт)
    - Знаю, что Вы любитель (знаток) IAR-а (+) — Андрей Сорокин (13.08.2005 00:02 212.109.32.13, 467 байт)
      - Ну, это не только к IAR относится. Хотя я к IAR привык (работаю по-прежнему в версии 2.28) и — Bill (13.08.2005 00:09 195.239.108.123, 244 байт)
      - чем меньше этих версий выходит - тем лучше. Говорит о продуманности продукта.. А"писать проги на С и не особо задумываться"... дилетанство это — DASM   (13.08.2005 00:06 217.118.78.1, пустое)
        
        А вот так не надо, хотите контролировать все - пишите на ASM-е, хотите облегчить себе жизнь - Си. — Андрей Сорокин   (13.08.2005 00:38 212.109.32.13, пустое)
        
        юношеский максимализм. Пишу на С или С++ и совсем не теряю контроля. Если чего - погляжу листинг. Но проблемы бывают очень редко, тем более с АВР — DASM   (13.08.2005 01:44 217.118.78.1, пустое)
        
        Все правильно, но, как говорится, доверяй, но проверяй. Контролировать компилятор все равно нужно.: — Bill   (13.08.2005 00:57 195.239.108.123, пустое)
        
        Басик(без дураков!) — -mse-   (13.08.2005 00:40 213.132.70.163, пустое)
        
        Согласен, только вот IAR в последнее время новые версии выпускает подозрительно слишком часто. — Bill   (13.08.2005 00:29 195.239.108.123, 98 байт)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание ||| Без кадра

E-mail: info@telesys.ru

Ответы

Отправка ответа