X51 И Банки Регистров

[Zer]

В очередной раз столкнулся с проблемой быстрого переключения банков регистров. По истечении некоторого времени быстрого переключения RS0 и RS1 программу вышибает за пределы кода. Такое ощущение, что сбивается PC.

Раньше этот глюк был замечен на AT89C51 и AT89S8252. Сейчас применяю новую микру с 51-м ядром 71M6534. Глюк тот-же.

Кому что известно по этому поводу? Почему так?

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[mazzi]

Приведи фрагмент кода.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Zer]

Да не важно. Ну, пусть будет вот так:

XXX:
  cpl	 p1.1
  setb   rs0
  setb   rs1
  mov   r0,#0
  clr	  rs0
  clr	  rs1
  jmp	XXX

Код не имеет значения. Имеет значение переключение банков. Это точно.

А вы хорошо знакомы с их архитектурой?

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[o_l_e_g]

Внутреннее ОЗУ данных предназначено для временного хранения информации, используемой в процессе выполнения программы, и занимает 128 младших байт, с адресами от 000h до 07Fh для микроконтроллеров 8051, 8031, КР1816ВЕ31, КР1816ВЕ51, КР1816ВЕ751 КР1830ВЕ31, КР1830ВЕ51, КР1830ВЕ751 или 256 восьмиразрядных ячеек, с адресами от 000h до 0FFh для всех остальных микроконтроллеров семейства.

Регистры специальных функций занимают адреса внутренней памяти данных с 080h по 0FFh. Так как адреса регистров специальных функций совпадают со старшими адресами внутреннего ОЗУ данных, то имеются особенности при использовании этих адресов внутренней памяти данных.

Система команд микроконтроллера позволяет обращаться к ячейкам внутренней памяти данных при помощи прямой и косвенно-регистровой адресации. При обращении к ячейкам памяти с адресами 0-127 использование любого из этих видов адресации будет производить выборку одной и той же ячейки памяти. При обращении к ячейкам ОЗУ с адресами 128-256 следует воспользоваться косвенно-регистровой адресацией. Учитывая, что работа со стеком ведётся при помощи косвенной адресации, то имеет смысл размещать в этой области памяти стек. Если же требуется обратиться к регистрам специальных функций, то нужно использовать прямую адресацию.

Стекпойнт находиться в одном адресном пространстве ОЗУ, и если не уследить с переключением банков, с переназначением стека или с прямыми манипуляциями с РС и SP то:

программу вышибает за пределы кода. Такое ощущение, что сбивается PC.

Все вышеперечисленное делаеться в состоянии крайней необходимости, а так просто работаем со стеком и лишь следим, чтобы он не переполнился

Изменено 2 июня, 2009 пользователем o_l_e_g

[Zer]

Хм... Регистровые банки располагаются в по адресам 0x00-0x1F. Не понятно, причем тут область 0x80-0xFF..?

Или адресация SP тоже сместиться? То есть банки не успевают переключиться, а когда

   setb   RS0
  clr	 RS0
  ret

вылетаем не пойми куда..?

[mazzi]

XXX:
  cpl	 p1.1
  setb   rs0
  setb   rs1
  mov   r0,#0
  clr	  rs0
  clr	  rs1
  jmp	XXX

В данном примере осуществляется переключение с 0-ого на 3-й банк регистров. Если произойдёт прерывание после setb rs0 , то обработчик будет работать уже с другим банком. Попробуй запрещать прерывания перед переключением.

[Zer]

Не важно с каким банком будет работать обработчик прерывания. Просто побьётся часть данных. На сбой PC это не повлияет.

[mazzi]

Не важно с каким банком будет работать обработчик прерывания. Просто побьётся часть данных. На сбой PC это не повлияет.

Да, пожалуй.

Закинь мне исходник, или хотябы HEX, хочу поймать ошибку.

[o_l_e_g]

Не важно с каким банком будет работать обработчик прерывания. Просто побьётся часть данных. На сбой PC это не повлияет.

Думаю, повлиять может, на время прерывания значение РС грузиться в стек И если оно модифицируеться или восстанавливаеться из другого места, программа, после восстановления "кривого" значения РС выйдет из прерывания в другом месте.

В любом случае нужно анализировать код.

[Zer]

Закинь мне исходник, или хотябы HEX, хочу поймать ошибку.

Выкладывать не буду, т.к. заточен под контроллер 71M6534. Для него эмулятора нет(я нигде не видел), а на другом не пойдёт. Просто переключайте банки и вызывайте подпрограммы.

Например:

repit:
  setb rs0
  setb rs1
  call One
  clr rs0
  clr rs1
  call Two
  cpl p1.1
  jmp repit
One:
  clr rs0
  clr rs1
  cpl p1.3
 setb rs0
  setb rs1
  ret
Two:
 setb rs0
  setb rs1
  cpl p1.2
  clr rs0
  clr rs1
  ret

И не факт, что в дебагере поймаете. Я на железе ловил.

Думаю, повлиять может, на время прерывания значение РС грузиться в стек И если оно модифицируеться или восстанавливаеться из другого места, программа, после восстановления "кривого" значения РС выйдет из прерывания в другом месте.

Т.е. проблема будет возникать при переключении банков непосредственно перед выходом из подпрограммы.

Ведь в подпрограмме восстанавливается предыдущее значение банков(на момент входа в подпрограмму).

[o_l_e_g]

Т.е. проблема будет возникать при переключении банков непосредственно перед выходом из подпрограммы.

Ведь в подпрограмме восстанавливается предыдущее значение банков(на момент входа в подпрограмму).

Пока, это только предположение...

[ST_A]

Закинь мне исходник, или хотябы HEX, хочу поймать ошибку.

Выкладывать не буду, т.к. заточен под контроллер 71M6534. Для него эмулятора нет(я нигде не видел), а на другом не пойдёт. Просто переключайте банки и вызывайте подпрограммы.

Например:

repit:
  setb rs0
  setb rs1
  call One
  clr rs0
  clr rs1
  call Two
  cpl p1.1
  jmp repit
One:
  clr rs0
  clr rs1
  cpl p1.3
 setb rs0
  setb rs1
  ret
Two:
 setb rs0
  setb rs1
  cpl p1.2
  clr rs0
  clr rs1
  ret

И не факт, что в дебагере поймаете. Я на железе ловил.

Думаю, повлиять может, на время прерывания значение РС грузиться в стек И если оно модифицируеться или восстанавливаеться из другого места, программа, после восстановления "кривого" значения РС выйдет из прерывания в другом месте.

Т.е. проблема будет возникать при переключении банков непосредственно перед выходом из подпрограммы.

Ведь в подпрограмме восстанавливается предыдущее значение банков(на момент входа в подпрограмму).

Попробуй для начала биты коммутации банков менять одновременно путем наложения масок на искомые биты (через операцию OR и/или AND с нужной константой), кроме этого проследи куда устанавливается указатель стека, после сброса он по умолчанию устанавливается в значение 7h. Если указатель стека не трогать, то его глубина составит 24 бита и банки регистров 1,2 и 3 отдаются под стек, в таком случае надо ограничивать число вызовов подпрограмм и сохранений в стеке, если этого не сделать стек зацепит и память флажков (адреса 20h...2Fh внутреннего ОЗУ). Для избежания таких накладок я к примеру указатель стека переставляю на значение 30h и более, все адреса ячеек ОЗУ до него я применяю для хранения данных и переменных, после него оставшихся ячейки ОЗУ я отвожу для нужд стека. При таком раскладе в моем распоряжении находятся все банки регистров и память с битовой адресацией под флажки и не особо опасаюсь про переполнение стека, хотя определенный риск есть.

[Zer]

Да проблема была, похоже, в контроллерах. Сейчас почему-то не сталкиваюсь.

P.S. Стек лучше выставлять на адрес 80h, т.к. есть верхние 128 байт внутреннего ОЗУ с косвенной адресацией. Вот её и использовать для стека.