Отправлено Вяч 18 апреля 2006 г. 15:55

Проект с DSP/BIOS. Компилиться нормально. При запуске приложения в отладчике в режиме симуляции пару секунд выполняется, а потом выходит на строку:

000001 003F TRAP #31

и выдаёт сообщение:

Trouble running Target CPU: Can't write to data memory 0x801, check memory config [-2184]

При дальнейших попытках толкнуть его выдает:

Can't Run Target CPU: Can't write to data memory 0x803, check memory config [-2184]
Can't Run Target CPU: Can't write to data memory 0x805, check memory config [-2184]
Can't Run Target CPU: Can't write to data memory 0x808, check memory config [-2184]

Нечто аналогичное я наблюдал пока не отключил RTDX.

Что это за прерывание и почему оно возникает?

• Ответ: — scum   (19.04.2006 07:41 80.89.147.5, 281 байт)
  • Туда заползает указатель стека. А вот кто его туда загоняет? Проект почти пустой - пара задач, которые уходят в sleep и всё. — Вяч   (19.04.2006 10:08 193.110.112.141, пустое)
    • Код на асме есть? Может некорректно восстанавливаться указатель стека. Да и кривые руки на С тут тоже могут быть причем - типа записей по неициализированным указателям, выходов за границу массива и тп. Отрубайте ваши функции по одной и смотрите, не пропадает ли ошибка+ — andy_P   (19.04.2006 12:41 80.82.63.185, 133 байт)
    • А, например, указать размер стека таким, чтоб он за границу доступной памяти не вылазил? — scum   (19.04.2006 10:31 80.89.147.5, пустое)
      • А где это делается в DSP/BIOS? — Вяч   (19.04.2006 10:48 193.110.112.141, пустое)
        • Стек для задач в биосе выделяется из хипа. Системный стек - там где вы компилятору скажете. — andy_P   (19.04.2006 12:35 80.82.63.185, пустое)
        • Рискну дать банальный совет :) (+) — GRD   (19.04.2006 10:54 80.92.98.220, 239 байт)
          • Совет, кстати, спорный. Мы, посмотрев на него, сразу отказались, а теперь всё идет к тому, что придем обратно. — scum   (19.04.2006 13:51 80.89.147.5, 145 байт)
            • Я не настаиваю. И уже пожалел, что вылез не по теме. (+) — GRD   (19.04.2006 14:13 80.92.98.220, 129 байт)
              • симметично :-) Нужда заставляет. Ну фактически стандарт, куда деваться. — scum   (19.04.2006 14:28 80.89.147.5, пустое)
          • Совет, кстати, спорный. Мы, посмотрев на него, сразу отказались, а теперь всё идет к тому, что придем обратно. — scum   (19.04.2006 13:51 80.89.147.5, 145 байт)
            • Совет действительно спорный. У человека нога болит, а ему башку отрезать предлагают :-) — andy_P   (19.04.2006 16:31 80.82.63.185, пустое)
              • Да ладно Вам :) Просто это была неудачная попытка смотреть на шаг вперед :) (+) — GRD   (19.04.2006 16:53 80.92.98.220, 76 байт)
                • Да я просто не люблю когда биос или еще что беспричинно не любят :-) Все глюки, про которые я думал что они биосовские в результате оказывались моими :-) Тут по-моему так получается- если нифига биосовского, то и CPU он не отжирает. Ведь одну нитку и под биосом забабахать можно. Потом, если влазить перестало, то биос сначала во внешнюю память а потом и совсем того, выкинуть :-) Просто у TI все так устроено что начинать проще с биосом. По ходу и идеи, как грамотно биос выкинуть появятся :-) — andy_P   (19.04.2006 17:07 80.82.63.185, пустое)
                  • Я не беспричинно, не кипятитесь :) А по вполне конкретным поводам. Иначе бы промолчал. (+) — GRD   (19.04.2006 17:24 80.92.98.220, 598 байт)
                    • Ну так а что ж она ждала - люди пришли на семинар учиться биос использовать :-) Тем кто его уже использует семинар не поможет - они просто в отчаянии рыпаются туда-сюда:-) — andy_P   (19.04.2006 17:58 80.82.63.185, пустое)
                      • А вообще-то им надо бы исходники открыть... Мне кажется, тогда страху у народа поубавится . Несмотря на всякую инструментовку мне порой дебаговской версии сильно не хватает, да и подрихтовать кое-что не помешало бы :-). — andy_P   (19.04.2006 18:09 80.82.63.185, пустое)
            • — scum   (19.04.2006 13:54 80.89.147.5, 29 байт)

E-mail: info@telesys.ru