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

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

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

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

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

Как проверить переполнение стека PIC16

Отправлено Igor_C 13 февраля 2008 г. 11:14

Пишу на asm в MPLAB на asm. В программе много работы с USART, размер кода 4 тыс. строк. Иногда происходит переход по неправильному адресу. Вычислил адрес по которому происходит неправильный переход. В листинге поиском просмотрел все адреса, с учетом возможного неправильного переключения страницы. Call или goto с таким окончанием адреса нет. Хотелось бы проверить переполнение стека. Как можно это сделать автоматически?

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

Ответы

1) по опыту чаще не туда улетает када неправильно вызов подпрограммы в PAGE0 из PAGE1 и наоборот 2) а глазами проверяется, раз проверял - в название подпрограмм ввёл число на скока уровней они лазят и формально выплыло. И, если прерывания есть, учесть нада как при них лазяет в стек — basilmak (13.02.2008 12:59:30 82.142.173.231, пустое)
- Ответ: — Igor_C (13.02.2008 14:16:42 83.149.24.107, 491 байт)
Если место позволяет короткие подпрограммы на макро заменить. — Пиков (13.02.2008 11:36:20 87.241.200.1, пустое)
- Места естественно нет. Pic почти под завязку, переходить на 18-е тоже развл...{+}(+) — Igor_C (13.02.2008 11:52:59 85.26.178.200, 234 байт)
  - Ну не весь код , а в основном стартап. Микрочип провозглашает совместимость кода от младших семейств к старшим. Конечно, есть несовместимые расширенные команды (типа goto $+1), но это ж далеко не весь код :) — =L.A.= (13.02.2008 12:19:15 213.134.214.10, пустое)
    - к тому же есть и новые камни PIC16 c 8K команд и гораздо дешевле прежних, например PIC16F917 (~90 руб в Тритоне) , PIC16F887 (~65 руб в Тритоне) — =L.A.= (13.02.2008 12:40:17 213.134.214.10, пустое)
      - Ответ: 16F916 с 8к. я использую (хороший проц.), но .. — Igor_C   (13.02.2008 12:53:53 85.26.178.207, 580 байт)
        
        на PIC18 рекомендую положить заочно... Лучше на PIC24 скакнуть и чуять себя белым человеком - писать на Сях и не думать ни об архитектуре, ни о системе команд, а тока о том как заказчика ублажить... — basilmak   (13.02.2008 13:05:36 82.142.173.231, пустое)
        
        если они есть , совместимые по пинам с PIC16F628 (аффтару вопроса надо), то никаких проблем не вижу. — =L.A.=   (13.02.2008 13:10:2 213.134.214.10, пустое)
        
        да я не про то что из-за глюка нада МК менять) так, на будущее... Да и переразвод платы в сравнении с переходом на новый МК - нулевые затраты... — basilmak   (13.02.2008 13:49:24 82.142.173.231, пустое)
        
        Есть PIC18 совместимые по пинам с PIC16f628/648 . Вот например: PIC18F1330 (4К команд). Думаю, если покопать, найдешь и подешевле. — =L.A.=   (13.02.2008 12:59:29 213.134.214.10, пустое)
  - А интересно, может для ASM исходника конвертеры 16 -> 18 бывают? — Пиков (13.02.2008 11:55:8 87.241.200.1, пустое)
- есть еще извраты с вычисляемым GOTO, но в наше время эти варианты есть мазохизм. ИМХО:) — =L.A.= (13.02.2008 11:39:44 213.134.214.10, пустое)
  - Типа родные call и return на свои макро заменить и программный глубокий стек в ОЗУ сделать? — Пиков (13.02.2008 11:47:11 87.241.200.1, пустое)
    - Нет, заменить call на выбор нужного куска кода при помощи модификации pcl. Такая фича была еще в Hi-Tech но применялась к PIC12-м с двухуровневым стеком. Но по нынешним временам овчинка выделки не стоит. — =L.A.= (13.02.2008 11:50:34 213.134.214.10, пустое)
      - +1 HiTech , вообще, сызмальства, т.с. расправлялся с двууровнестековыми камнями в построении вызовов вложенных подпрограмм. Причём эффективно оптимизируя код на выходе. Но теперь , с теми же восьминогмими (в 1$ и ниже) PIC2F6xx сие крайне не востребовано. Но приятный “ОСАДОК” остался! :-) — Макаров (13.02.2008 18:03:17 83.234.191.101, пустое)
      - А вернуться как? Все равно псевдостек в ОЗУ надо организовывать. — Пиков   (13.02.2008 11:56:11 87.241.200.1, пустое)
        
        Куда возвращаться? Вы ж вставляете фрагмент в текст программы. Он дальше так и идёт. — Крок   (13.02.2008 12:23:37 62.118.59.14, пустое)
        
        Насколько помню, возврат из "подпрограммы" был таким же образом. Естественно с псевдо стеком в ОЗУ, но его глубина ведь больше 2-х уровней.:) К тому же, повторюсь еще раз: в настоящее время все эти хитрости уже неактуальны. — =L.A.=   (13.02.2008 12:07:8 213.134.214.10, пустое)
какой именно PIC-16? Может, имеет смысл взять подходящий по пинам и цене PIC-18? — =L.A.= (13.02.2008 11:32:10 213.134.214.10, пустое)
- Ядро другое. 16 дико сбоеустойчивы. У меня железки месяцами по 24 часа в сутки работали без сбоев и вотчдога : ). Рядом движки 10 кВтные включаются/выключаются. На 18 делал железки, но для более мягких условий. Может они тоже сбоеустойчивы. — Пиков (13.02.2008 11:42:32 87.241.200.1, пустое)
Ввести переменную, отслеживающую максимальное значение указателя стека. Вычисление максимума ввести во все процедуры, прерывания и там где есть PUSH (+): — argus98 (13.02.2008 11:29:47 81.22.205.230, 67 байт)
Автоматически, наверное, никак. Но можно (+) — vinogradov aleksei (13.02.2008 11:18:8 92.112.0.49, 313 байт)
- Так нельзя. В PIC16 стек аппаратный глубиной 8 и находится не в ОЗУ, а отдельно. — Пиков (13.02.2008 11:23:15 87.241.200.1, пустое)
  - Может (+) — Пиков (13.02.2008 11:29:43 87.241.200.1, 249 байт)
    - Размер кода шибко возрастет, а места там нет, да и не влезут все Call в EEPROM — Igor_C (13.02.2008 11:58:4 85.26.178.200, 32 байт)
  - там вроде толи флаги, то ли прерываине было по переполнению стека, а мож и то и другое. — ответ (13.02.2008 11:24:49 89.111.178.1, пустое)