Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Среда
3 июля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

ARM, RISC-V контроллеры

86896 Топик полностью

Gamma SPb (18.04.2007 13:09, просмотров: 1) ответил ig_z на А если к вопросу добавить аналоги uCOS-VIEW и кернел аваренеса, то о uCOS-II можно будет забыть ;-)

ой. не надо портить хорошую вещь всякими нелепыми надстройками...

- Ну что вы! Запустить ияр с КА и встретится глазами с ухмыляющейся зеленой рожей - что может быть приятнее :))) - ig_z(18.04.2007 15:55, )
  - для нормально написанных kernel-ов достаточно для отладки иметь один бит, сигнализирующий о переполнении стека. Все остальное (кто кокой семафор ждет, например) - только как фенечка, запудрить потенциальным юзерам мозги - Gamma SPb(18.04.2007 17:07, )
    - А это от юзеров зависит. Если к ОСи есть внешний дебуг интерефейс в виде системы команд по некоему каналу связи, то это сильно поможет при написании test units верхнего уровня. Evgeny_CD(387 знак., 19.04.2007 09:59, )
      - Кстати вопрос почти в тему. Может вам попадалось на глаза какое либо трассировочное решение. ig_z(406 знак., 19.04.2007 17:33, )
        
        для TNKernel такого нет. Для uCOS сами наверное знаете - плагин для C-SPY и uC-View. Micrium на днях новый проект запустил, кстати, uC/Probe Gamma SPb(184 знак., 19.04.2007 18:36, , ссылка)
      - при чем тут утечка памяти и ОСь? реально используемые стеки задач - зачем? кто и как чего жрет - симулятор с профилированием все вам покажет. - Gamma SPb(19.04.2007 12:55, )