"А если допустим глюк в исполнении какой-либо инструкции?" Да Вы чего? (%-((....Уж что, что а цифровое ядро настолько проверено и перепроверено...Там всё настолько прозрачно, что даже я писал свой "выполнитель команд"...А потом если юзать более или менее "старые" и широкораспространённые симуляторы, то всех их баги рано или поздно становятся известными и фиксятся (юзеров то много - поэтому эта инфа очень быстро распространяется в сети) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

"А если допустим глюк в исполнении какой-либо инструкции?" Да Вы чего? (%-((....Уж что, что а цифровое ядро настолько проверено и перепроверено...Там всё настолько прозрачно, что даже я писал свой "выполнитель команд"...А потом если юзать более или менее "старые" и широкораспространённые симуляторы, то всех их баги рано или поздно становятся известными и фиксятся (юзеров то много - поэтому эта инфа очень быстро распространяется в сети)

Отправлено а? 05 октября 2007 г. 19:00
В ответ на: Ага, Вы узнали, и что сделали - скооректировали программу под такое некорректное поведение? А если допустим глюк в исполнении какой-либо инструкции? отправлено SM 05 октября 2007 г. 18:49

Составить ответ | Вернуться на конференцию

Ответы

Вы на вопрос не ответили. После обнаружения глюка в симуляции таймера - действия - подправить программу под особенность симулятора? — SM (05.10.2007 19:05:44 85.21.237.237, пустое)
- Ответ: Я выкрутился так: зашил программу в девайс и убедился, что Fast PWM реально работает и дальше при отладке в симуляторе больше не обращал внимание на то, что "показвает" счётный регистр таймера в Fast PWM Mode....Хотя конечно приходиться иногда извращаться когда юзаются прерывания от таймера в этом режиме - приходиться вручную обнулять и устанавливать Request на прерывание — а? (05.10.2007 19:13:31 217.118.66.42, пустое)
  - Ответ: В любом случае при отладке программы я в 90% работы по отладке выполнял в симуляторе и только 10% (а то и меньше) - в реальном железе (только в крайних случаях, например при глюке симулятора) — а? (05.10.2007 19:16:27 217.118.66.42, пустое)
    - Ну а я 99% отладки выполняю в своей голове, оставшийся 1% в железе через эмулятор. А симулятор нужен только в том случае, если реальный процессор нет возможности достать (например его образец еще не испекли, или срок поставки несколько месяцев) — SM (05.10.2007 19:22:34 85.21.237.237, пустое)
      - Ответ: "В голове" это не отладка....Т.к. отладка подразумевает получение хоть каких-то результатов работы программы и их АНАЛИЗ....А как можно получить результаты работы программы не запустив её не в симуляторе не в железе....То что Вы назвали ("в голове")называется проектирование программы и это фаза предшествует отладке — а?   (05.10.2007 19:31:54 217.118.66.42, пустое)
        
        Нет, ни разу не угадали. Я мысленно исполняю код :) и ищу в нем ошибку. Очень эффективно кстати. — SM   (05.10.2007 19:39:2 85.21.237.237, пустое)
        
        Ответ: Крута...Самый лучший симулятор - это моск программиста — а?   (05.10.2007 19:53:42 217.118.66.42, пустое)
        
        Да. И такой симулятор юзать очень полезно и эффективно. — SM   (05.10.2007 19:58:3 85.21.237.237, пустое)