Битфилдовый флаг самопроизвольно где-то обнуляется(IAR & AVR) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] Битфилдовый флаг самопроизвольно где-то обнуляется(IAR & AVR)

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

Отправлено 0x16 28 февраля 2006 г. 12:42

Программа строится под IAR Assembler for AVR
4.11A/W32 (4.11.1.5)
Битфилдовый флаг самопроизвольно где-то обнуляется. Если в качестве флага использовать простую переменную - то все нормально, программа стабильно работает. В случае же попытки написания более эффективного кода с использованием битов для флагов, возникают проблемы. Может кто-то уже сталкивался с подобной проблемой?

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

Ответы

Ответ: Глюк компилятора - 100%. Никого не слушай — 0x20 (01.03.2006 17:09 212.98.169.72, 1331 байт)
Вам правильно уже сказали - если байт меняете в фоне, то (+) — Беня (28.02.2006 14:09 83.170.240.226, 807 байт)
- Ответ: Очень похоже на правду. Вполне может такое произойти.Подкорректировал программу, поставил на тест. Спасибо — 0x16 (28.02.2006 15:52 82.185.158.187, пустое)
- куда они могут пропасть? о чём вы говорите тем паче что анализ в маин. а есл по-вашему то это неправильная прога — m16 (28.02.2006 14:36 213.135.136.98, пустое)
  - Объясняю (+) — Беня (28.02.2006 15:22 83.170.240.226, 1027 байт)
    - понятно то что вы привели пример не real-time программы если вы маин будете тормозить реакцию на внешнее(внутр) прерыванние имхо — m16 (28.02.2006 15:33 213.135.136.98, пустое)
      - Пример как раз очень правильный — =AVR= (28.02.2006 15:46 80.92.96.19, 242 байт)
      - Это real-time программа. Что-то я не понял смысл Вашего замечания , а (+) — Беня   (28.02.2006 15:45 83.170.240.226, 804 байт)
        
        ОК. но(+) — m16   (28.02.2006 16:03 213.135.136.98, 354 байт)
        
        Можно и так - прерывание дает с помощью флага указания фону. Только время реакции на изменение будет больше (пока фон "поймет"). Можно еще написать процедурку, которой даешь новое значение, а она запрещает прерывания если надо, устанавливает значение и разрешает прерывания, если они были запрещены. — Беня   (28.02.2006 16:13 83.170.240.226, пустое)
        
        ОК .всё зависит от конкретной задачи . — m16   (28.02.2006 16:31 213.135.136.98, пустое)
        
        Частных случаев можно напридумывать сколько угодно, а Беня расписал общий случай как возможные причины и следствия недопонимания и недооценивания атомарных операций — =AVR=   (28.02.2006 16:11 80.92.96.19, пустое)
        
        согласен.частные случаи блин — m16   (28.02.2006 16:28 213.135.136.98, пустое)
        
        Поправлю: автор корневого поста - 0x16, а не m16. К тому же, он утверждает (или считает :), что пишет на ассемблере IAR — =AVR=   (28.02.2006 15:49 80.92.96.19, пустое)
        
        Ответ: Автор 0х16 пишет на Си и никогда не утверждал что пишет на ассемблере. — 0x16   (28.02.2006 15:55 82.185.158.187, пустое)
        
        Автор 0x16 нагло брешет, вот цитата из корневого поста: "Программа строится под IAR Assembler for AVR" --> — =AVR=   (28.02.2006 16:07 80.92.96.19, пустое, ссылка)
        
        Ой, я авторов как раз и перепутал. Если пишут на ассемблере, тогда мои посты можно и не читать :-)) P.S. Зато когда будут обсуждать, надо ли знать ассемблер, когда пишешь на Си, то можно дать ссылку на мои посты :-))) Не пропадать же такому добру ;-) — Беня   (28.02.2006 15:54 83.170.240.226, пустое)
        
        Надо, всем это надо читать. А то так и будут считать, что пишут на ассемблере, и битфилдами пужать :)) — =AVR=   (28.02.2006 16:08 80.92.96.19, пустое)
        
        Ответ: Спасибо Беня за совет. Но я пишу на Си, ассемблерный листинг смотрю в случае проблем . Как я уже сказал ранее , похоже что проблема заключалась как раз в отсутствии запрета на прерывание. Поставил на тест.Скоро будет видно — 0x16   (28.02.2006 16:00 82.185.158.187, пустое)
        
        Ответ: Тест все таки не прошел(+) — 0x16   (28.02.2006 16:21 82.185.158.187, 453 байт)
        
        Так что переменная DoProtocol меняется уже после проверки - какая разница до или после(+) — Михаил Е.   (28.02.2006 17:45 81.13.30.10, 116 байт)
        
        Ответ: OCR1B_Bit4 объявлена через стандартный макрос(+) и так как OCR1B в общем-то аппаратный регистр, то volatile не используется — 0x16   (28.02.2006 18:14 82.185.158.187, 1058 байт)
        
        Ну, не знаю. Я для 2313 так объявлял(+) — Михаил Е.   (28.02.2006 19:00 81.13.30.10, 3351 байт)
        
        Ответ: Спасибо, все заработало. Просто нашел еще дыры где надо было закрыть прерывание. С Вашим кодом согласен полностью, но я использовал стандартный макрос из "iom8535.h" . — 0x16   (28.02.2006 19:48 82.185.158.187, пустое)
        
        а стек увеличить не пробовали?? :)) — Гм   (28.02.2006 17:31 62.141.123.8, пустое)
Эта значение ''битфилда'', точнее говоря переменной содержашей ''битфилд'' меняеш в прерывании и основной программе? Тогда надо __дисабле_интеррапт не забывать. А так никаких проблем с битовыми полями нет. — F8 (28.02.2006 13:28 213.130.22.7, пустое)
Хто такой "битфилдовый флаг"? Код давай сюда, здесь телепатов нет — =AVR= (28.02.2006 12:49 80.92.96.19, пустое)
- Ответ: Если ты оперируешь с отдельными разрядами в байте или слове, то это и будет тот самый bitfield — 0x16 (28.02.2006 12:55 82.185.158.187, пустое)
  - ну довольно уже цепляться к словам. bitfield или не bitfield или битовое поле, изложите суть проблемы — человечек (28.02.2006 13:24 195.98.72.38, пустое)
    - Ответ: Да вроде суть уже излагалась. Есть флаг определенный в разряде байта. Есть основной цикл main , в теле которого этот разряд проверяется. И есть прерывание INT0 ,где флаг может устанавливается. В какой-то момент времени флаг остается не установлен, хотя выход из прерывания произошел в нужной точке,т.е. флаг должен был быть установлен. Если же определить флаг в переменной типа char , то все нормально работает — 0x16 (28.02.2006 13:38 82.185.158.187, пустое)
      - А в main меняются другие флаги в этом же регистре? Если да то в этом и есть проблема —    (28.02.2006 13:57 193.109.61.124, пустое)
        
        Ответ: Почему в этом могут быть проблемы? Каждый бит не зависит от другого, иначе не было бы смысла их использовать — 0x16   (28.02.2006 15:16 82.185.158.187, пустое)
        
        Я ошибался так. Вместо if ( flag & 0x10) {… написал if ( flag & 10) — MrSerg   (28.02.2006 15:30 80.95.38.197, пустое)
        
        Вобще идет опять угадайка. Вот условия для проявления глюка - —    (28.02.2006 15:26 193.109.61.124, 212 байт, ссылка)
        
        значит вы их неправильно сбрасываете-устанавливаете — m16   (28.02.2006 15:24 213.135.136.98, пустое)
      - без кода никак. каким образом устанавливается бит в обработчике прерывания? — человечек   (28.02.2006 13:44 195.98.72.38, пустое)
        
        а байт, содержащий пресловутое битовое поле, никакой другой переменной не цепляется? предупреждений никаких при компиляции не выдается? — человечек   (28.02.2006 13:52 195.98.72.38, пустое)
        
        ........мёртвые с косами стоят и - тишина..... — m16   (28.02.2006 14:27 213.135.136.98, пустое)
        
        Апгрейд драйвера пошел делать :)) — =AVR=   (28.02.2006 14:34 80.92.96.19, пустое)
      - Fatal error occured in driver "HANDS.SYS". Upgrade or replace user and reboot your mind when ready :))) — =AVR= (28.02.2006 13:43 80.92.96.19, пустое)
      - дык приведите куски кода из обработчика и из main (установка-проверка бита) — m16   (28.02.2006 13:42 213.135.136.98, пустое)
        
        Ответ: В общих чертах это выглядит так — 0x16   (28.02.2006 15:45 82.185.158.187, 225 байт)
        
        Нихуа себе "хранилище" для анализируемой переменной - OCR1B_bit4 :)))) — =AVR=   (28.02.2006 16:04 80.92.96.19, 317 байт)
        
        Ответ: В качестве хранилища могут использоваться аппаратные регистры, если они не используются для иных целей. Наиболее эффективно использовать адреса в пределах 0-0х1F. Для самообразования можешь почитать AVR035:Effecient C Coding for AVR — 0x16   (28.02.2006 16:14 82.185.158.187, пустое)
        
        — =AVR=   (28.02.2006 16:15 80.92.96.19, пустое, ссылка)
        
        звыняюсь SREG вы сохраняете? — m16   (28.02.2006 13:44 213.135.136.98, пустое)
        
        Ответ: SREG сохраняет ИАР автоматически когда генерит ассемблерный код прерывания — 0x16   (28.02.2006 15:19 82.185.158.187, пустое)
        
        Штирлиц порол чушь. Чушь жалобно повизгивала :))) — =AVR=   (28.02.2006 15:27 80.92.96.19, пустое)
        
        Ответ: Здесь можешь посмотреть ассемблерный код — 0x16   (28.02.2006 15:40 82.185.158.187, 997 байт)
        
        Малчик, виучи слова сначала, а потом уж песни пой. Ты ж на ассемблере пишешь - "Программа строится под IAR Assembler for AVR" --> — =AVR=   (28.02.2006 15:53 80.92.96.19, пустое, ссылка)
        
        Ответ: Да, извиняюсь из Product Info не то скопировал. Должен был : IAR C/C++ Compiler for AVR 4.11A/W32 — 0x16   (28.02.2006 16:07 82.185.158.187, пустое)
        
        Вот так-то. И на будущее запомни - пришел спросить - не хами в ответ на замечания и не советуй читать даташиты - будешь послан оч-чень далеко и надолго — =AVR=   (28.02.2006 16:14 80.92.96.19, пустое)
        
        Ответ: Если человек безкультурен, то это проявляется во всем ,начиная от неумения читать и заканчивая отсутствием професиональных знаний .Займись самообразованием и сам не хами в первую очередь — 0x16   (28.02.2006 16:31 82.185.158.187, пустое)
        
        Очень лестно услышать подобное от высококультурного человека, профеСионально сражающегося с беЗкультурным хамом, четыре года проработавшим в качестве FAE фирмы Atmel. Я пошел повышать свою культуру и "читать даташиты в оригинале", а ты пойди... ну сам теперь знаешь куда :)) — =AVR=   (28.02.2006 16:43 80.92.96.19, пустое, ссылка)
        
        Ответ: Похоже, что через четыре года они наконец-то тебя выгнали. Иностранцы, что с них взять. А в русскую компанию тебя с твоими способностями только от большой нужды и возьмут. Если ты не знаешь разницы между звонкими и глухими согласными и перед какими пишутся С, а перед какими З, то тяжело от тебя требовать знания английского языка или какго иного языка. Так что мой тебе последний совет: иди и почитай грамматику русского языка 5-го класса. И лучше смени себе ник с AVR на CADAVR. Пожалуй, он — 0x16   (28.02.2006 17:41 82.185.158.187, пустое)
        
        БеЗкомпромиссная истерика профеСионального неудачника :)) — =AVR=   (28.02.2006 18:35 80.92.96.19, 445 байт)
        
        Ответ: Ну наконец-то вижу самокритику ! Дальше будет легче, только почаще заходи на свою любимую ссылку — 0x16   (28.02.2006 19:10 82.185.158.187, пустое)
        
        Вот придурок упертый :) Это у тебя припадок бессильной злобы - ты видишь то, что хотел бы увидеть. И идешь туда, куда и должен пойти :)) — =AVR=   (28.02.2006 19:27 80.92.96.19, пустое)
        
        Ответ: Ну вот, ты опять сорвался как мальчишка. Старайся себя контролировать, будь спокойнее. Реши все свои психологические проблемы и глядишь люди начнут к тебе нормально относится.. И ты наконец-то вычеркнешь из подсознания свое тяжелое детство и отсутствие любви и уважения к людям — 0x16   (28.02.2006 19:41 82.185.158.187, пустое)
        
        А, понятно - не припадок, а хроника. Сочувствую, но ничем помочь не хочу :)) — =AVR=   (28.02.2006 19:51 80.92.96.19, пустое)
- Ответ: — 0x16 (28.02.2006 12:54 82.185.158.187, 145 байт)
  - Если _Я_ оперирую с отдельными разрядами, то это у _МЕНЯ_ работает, хоть я и не обзываю это никакими "битфилдами". А с кодом как-нибудь разберемся, чесслово :) — =AVR= (28.02.2006 13:06 80.92.96.19, пустое)
    - Ответ: Речь не идет о том что разрядные флаги не работают в принципе.Они как правило работают.А речь о том, не сталкивался ли кто-то с подобной проблемой. Ну а если ты в принципе не читаешь даташитов в оригинале, то не удивительно что ты никогда не сталкивался со словом bitfield — 0x16 (28.02.2006 13:11 82.185.158.187, пустое)
      - Ты прав, даташитов не читаю - там много чужих буков, ниасилю :))) — =AVR= (28.02.2006 13:21 80.92.96.19, пустое)
  - Ошибка целиком твоя - в коде, который ты не показываешь — CD_Eater (28.02.2006 13:01 83.138.50.196, пустое)

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

E-mail: info@telesys.ru

Ответы

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