Отправлено LindonJohnson 12 мая 2004 г. 17:43

от в одном из спру (ТМS5510) написано что почти все прерывания могут быть аппаратные или программные, флагом както их вызвать не получается (IFR только для записи со стороны CPU самому врулить в него ничего не удается)

• Команды INTR N и TRAP N Вас спасут. Отличие их во (+) — SM   (12.05.2004 23:37, 103 байт)
• Ответ: есть специальная INTR n с соответствующей установкой вектора — neofit   (12.05.2004 18:47, пустое)
• Тут без DSP/BIOS'а не обойтись. Софтварные прерывания, кажись, только там есть. — bee   (12.05.2004 18:11, пустое)
  • Впрочем, если речь идёт о 5000-м семействе, то я могу быть и не прав. :) — bee   (13.05.2004 19:36, пустое)
  • Уважаемый, что такого уникального есть в DSP/BIOS чего не может быть реализовано в обычном приложении? Я так понимаю, что DSP/BIOS использует какие-то неописанные ассемблерные команды? Если нет, то потрудитесь объяснить что мешает мне сделать то-же самое на ассемблере? — AntZ   (13.05.2004 05:03, пустое)
    • Уважаемый! Прежде всего Вам следовало бы внимательно прочитать заданный вопрос. А то в контексте этого вопроса Ваш ответ звучит так, как будто Вы, для того чтобы использовать софтварные прерывания, предлагаете написать самому что-то подобное DSP/BIOS'у, причём на ассемблере, и только после этого использовать софтварные прерывания. — bee   (13.05.2004 18:42, пустое)
    • :))) Кстати использует. Например (+) — SM   (13.05.2004 08:45, 93 байт)
      • Очень интересно, однако. — st256   (13.05.2004 10:53, 38 байт)
        • Нет, в их исходниках. Кроме БИОСа можете найти ее в "trgmsg.c" из rts.src (+) — SM   (13.05.2004 11:17, 71 байт)
          • Это не переопределение какое-нибудь? — st256   (13.05.2004 11:35, пустое)
            • Нет. Это эмуляционный останов процессора - оно недокументировано — SM   (13.05.2004 12:33, пустое)
              • Ну не хрена себе! Типа пользуйтесь нашим DSP/BIOS и у Вас будут новые фичи, недоступные прочим? Это уже биллгейтисизмом попахивает. А если я вставлю эти команды в свой код, то компилер их не выкинет? — st256   (13.05.2004 12:37, пустое)
                • Я не пробовал :) Но думаю что вряд-ли выкинет. Я уж не говорю о (+) — SM   (13.05.2004 12:52, 251 байт)
                  • М-да... — st256   (13.05.2004 13:03, пустое)
  • А DSP/BIOS, как я понимаю, никто из присутствующих не использует из-за его непомерного пристрастия к пожиранию памяти и созданию целой кучи никому не нужных и не понятных кусков кода. — bee   (12.05.2004 18:14, пустое)
    • DSP/BIOS почти не имеет ничего лишнего - все что не используется - просто не линкуется к приложению. Проблема у DSP/BIOS одна - это закрытая система и исходники нельзя купить ни за какие деньги. Если вдруг возникает какая-либо проблема, то идите с поклоном в TI. Проблкма доверия действительно серьезна - есть больший риск поиметь проблемы которые очень тредно пофиксить без помощи TI. — AntZ   (13.05.2004 05:07, пустое)
      • Заметьте уважаемый - вы рассуждаете в сослагательном наклонении... — Vasilyevich   (13.05.2004 09:55, пустое)
        • Любой серьезный продукт *всегда* имеет глюки. В случае например Линукс - можно взять и подправить систему, в случае WinNT или DSP/BIOS надо молится на соответсвующего вендора. — AntZ   (13.05.2004 10:10, пустое)
          • Ну уж это из разряда "волков бояться - в лес не ходить": по вашей логике нужно начать с того, что выкинуть куда подальше все компиляторы-оптимизаторы и писать все под голым (а для 6000 - еще и параллельным!!!) асмом... — Vasilyevich   (13.05.2004 14:42, пустое)
            • Некоторые так и делают. С компилер не является критическим компонентом - всегда можно проверить полученный ассемблерный код или написать на асме - риск небольшой. У меня 70% проекта на асме - если надо будет в 16k flash вприхуть, то может кончится что все 100% на асме будут — AntZ   (13.05.2004 14:50, пустое)
              • Еще чуть не забыл про ощибки в самом кристалле - с ними то как?.. — Vasilyevich   (13.05.2004 16:46, пустое)
    • Я использую вовсю на 6416 с 1M памяти и 600 MHz тактовой :-) — andy_P   (12.05.2004 18:41, пустое)
      • А на хрена? — st256   (12.05.2004 18:58, пустое)
        • Проект требует многозадачки и стриминга на ввод-вывод. Все это руками делать - только время тратить. — andy_P   (12.05.2004 19:09, пустое)
          • Да меня, вообщем, тоже... Однако до BIOS не опускаюсь :))) — st256   (13.05.2004 04:01, пустое)
          • А потом прогу вместе с DSP/BIOS'ом встраивать в свою систему? Ну не знаю. Раз у них CCS так криво работает, то можно ли доверять DSP/BIOS'у? Хрен знает чем потом все эти глюки обернутся в готовой системе. — bee   (12.05.2004 19:32, пустое)
            • Не нравится он мне, этот DSP/BIOS ... :):):) — bee   (12.05.2004 19:35, пустое)
              • Я исповедовал тот же подход + — andy_P   (12.05.2004 19:50, 570 байт)