Дктор Т_у_амОс__ес ваша программа это полный пипец(+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Дктор Т_у_амОс__ес ваша программа это полный пипец(+)

Отправлено m16 11 июля 2007 г. 19:06

запустил её под житагом , долго ждал брэкпоинта в критическом месте - безполезно . пошёл шагами - крутится прога в основном цикле L_Begin_of_global_Loop и по прерыванию регулярно уходит в обработчик L_Timer2_Comp а в обработчике - бред сивой кобылы . пошагово выхожу на вызов подпрограммы :
...........
call XZ9
...........

ну а далее полный бред

XZ9 : ;
; {

;
sts ( XZ49 + 0 ) , XL
sts ( XZ49 + 1 ) , XH
;
pop_Register XL
pop_Register XH

S_172 : ;
Mac_XZ65 ( XZ50 )

pop_Register temp
out SREG , temp
pop_Register temp
;
reti

пп вообще то заканчивается командой ret , вообщем займитесь стэком ,разберитесь макросами . бросаю это гиблое дело.

ЗЫ. повеселили вы меня этой меткой

Pizdetct_1315 :

Составить ответ | Вернуться на конференцию

Ответы

Ответ: Почему же бред..Видьтак было и задумано: прогу крутиться в вечном цикле, а обработчик прерывания таймера генерит импульсы на PB5...И заканчивается командой reti, а не ret. А попадаем на XZ9 как на подпрограмму, чтобы взять из стека и сохранить счётчик команд..Дык, а самое то главное, Вы так и не посмотрели обнуляется PB5 на 1373 цикле или нет..А Вы что смотрели? — Дктор Т_у_амОс__ес (11.07.2007 19:34:47 213.85.121.222, 395 байт)
- в железе на 1370 (L215,L216, L217) вообще не выходит порт B висит в 0хFF , далее в начале обработчика прерывания у вас вызов макроса Mac_XZ66 ( XZ50 ) (+) — m16 (11.07.2007 20:01:46 213.135.136.98, 453 байт)
- Иещё: я заметил, что эмбеддеры узко трактуют команду "CALL", как вызов подпрограммы, после которой следует обязательный возврат...А я смотрю немножко шире и трактую команду "CALL" так: "затолкнуть в стек значение счётчика команд следующей после меня команды и перейти на ..."...Как видите такое определение не подразумевает обязательного возврата на команду, следующую за "CALL"... — Дктор Т_у_амОс__ес (11.07.2007 19:49:40 213.85.121.222, пустое)
  - да кто спорит , изголяться можно как угодно например вместо одного джампа затолкнуть в стэк двумя пушами адрес и командой рет туда нырнуть , кпасота — m16 (11.07.2007 20:11:41 213.135.136.98, пустое)
    - Ответ: Ну для этого нужно знать этот адрес...А если его не знаешь, то как узнать значение PC...А вообще степень "изголяния" зависит от решаемой задачи...Для моей задачи это сильно упростило написание обработчика, сократило его размер и (что самое главное для меня при решении этой задачи) сэкономило количество тактов и упростило логику — Дктор Т_у_амОс (11.07.2007 20:20:13 213.85.166.9, пустое)
      - извините, но ваша упрощённая логика в железе "висит" — m16   (11.07.2007 20:23:53 213.135.136.98, пустое)
        
        Ответ: Висит, потому что то, что подаёт на порт B ваш JTAG отличается от того, что "подаёт" симулятор...Прога ждёт когда на PB4 появитца '0'...Симулятор ему это даёт, ваш JTAG нет??? Тогда PB5 дёргатца и не будет...Хорошо..Я щас зареммлю контроль PB4...А ВЫ ещё раз прогоните??? Плииззз..Очень нужна — Дктор Т_у_амОс   (11.07.2007 20:50:0 213.85.122.176, пустое)
        
        ой что я говорю, я же такой мудилло — Дктор Т_у_амОс    (11.07.2007 20:52:26 85.195.123.25, пустое)
  - Не надо сильно умничать — 3m (11.07.2007 20:04:58 85.140.175.171, 452 байт)
    - Ответ: Дык я и выхожу из прерывания по RETI {а не по RET, как советует мне "m16"}....А вот на концовку обработчика я попадаю по команде CALL...Затем вытаскиваю из стека PC..И далее классика: pop;pop....и RETI — Дктор Т_у_амОс (11.07.2007 20:13:55 213.85.166.9, пустое)
  - А что таким методом добиваетесь? — Vladimir Ljaschko (11.07.2007 20:02:55 194.158.204.49, пустое)
    - Ответ: Получаю доступ к PC...Не более и не менее...Просто в AVR больше нет других команд, с помощью которых можно узнать значение PC...Вот и приходится извращаться... — Дктор Т_у_амОс (11.07.2007 20:16:8 213.85.166.9, пустое)
      - Я видел что-то про этот доступ, но забыл. Зачем он нужен то? — Vladimir Ljaschko   (11.07.2007 20:22:16 194.158.204.49, пустое)
        
        Ответ: Ну, например, когда Вы прерываете задачу и переключаетесь на другую, то как Вы узнаете с какой точки потом нужно будет продолжить выполнение прерванной задачи? А?...Странно..Вроде все это такие банальные всем известные вещи...(-:-))) — Дктор Т_у_амОс   (11.07.2007 20:56:36 213.85.166.105, пустое)
        
        Ответ: у меня такая конструкция (переключение задач) работает — некто   (11.07.2007 21:26:6 91.122.3.139, пустое)
        
        Ответ: "такая конструкция"...А какая ещё конструкция возможна в архитектуре AVR...По-моему тут без вариантов — Дктор Т_у_амОс   (11.07.2007 21:46:12 213.85.166.153, пустое, ссылка)
Ответ: Почему же бред..Видьтак было и задумано: прогу крутиться в вечном цикле, а обработчик прерывания таймера генерит импульсы на PB5...И заканчивается командой reti, а не ret. А попадаем на XZ9 как на подпрограмму, чтобы взять из стека и сохранить счётчик команд..Дык, а самое то главное, Вы так и не посмотрели обнуляется PB5 на 1373 цикле или нет..А Вы что смотрели? — Дктор Т_у_амОс__ес (11.07.2007 19:34:34 213.85.121.222, пустое)
Зато должна быть супернадёжной. ))) — alekssey (11.07.2007 19:12:24 83.167.112.198, пустое)