caxapa.ru :: Для сложных программ -- программы пишутся не в терминах регистров и байтов, а в виде алгоритмов в блок-схемах или в конечных автоматах. Моделируются на нормальных компьютрах, по необходимости. А потом переносятся на МК.

fk0, легенда (07.10.2013 23:01, просмотров: 48) ответил Olegall на Например работал в фирме, они разработали многоканальную многозвенную многопроцессорную систему сбора данных для подводных лодок. Было в ней 3 процессора - русские Пики, которые все общались между собой. Данные поступали с кучи датчиков, поступали

Для сложных программ -- программы пишутся не в терминах регистров и байтов, а в виде алгоритмов в блок-схемах или в конечных автоматах. Моделируются на нормальных компьютрах, по необходимости. А потом переносятся на МК.

[ZX]

Ответить

- Вдогонку. И отлаживаются, соответственно, не на уровне тех же байтов, а на пару порядков по-выше. На уровне байтов за деревьями леса не видно. JTAG тут часто бесполезен. Отлаживать абсолютно всё на реальной аппаратуре -- тоже. Критически важно, в fk0(463 знак., 07.10.2013 23:06)
  - Хотите сказать, что просто не зачем смотреть значение определённой переменной или регистра? Я слышал и даже сталкивался, что компилятор некорректно заносит значение в переменную, как тогда быть? - Olegall(07.10.2013 23:09)
    - Есть понятие source level debugging. И зачастую source -- это даже не C, а некая абстрактная более высокоуровневая модель. И ошибка в ней, а не в C программе. C программу легко исправить, если ошибка в ней, но практически невозможно, если ошибка fk0(176 знак., 07.10.2013 23:15)
- Если нет такой возможности? Или возникла ситуация, надо узнать, что происходит с переменной внутри. - Olegall(07.10.2013 23:04)
  - Распечатать в UART? Поставить брейкпоинт (если есть в чём). Написать assert() где нужно и где не нужно. Но, скорей, это не нужно. Проблема не в отладке, а в плохом проектировании программ. - fk0(07.10.2013 23:11)

Средства и методы разработки