ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
25 апреля
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
1210550 Топик полностью
NAUT (20.05.2022 20:56, просмотров: 161) ответил Costic на У меня вопрос. Есть, например, у меня функнция (процедура), которая инициализирует тактовый генератор void OSCIL_Init (uint32_t f); Как мне её тестировать и убедиться, что тактирование включилось и стабилизировалось? Или это мелко?
нет, значит, как я понял, идея тут в том чтобы нам помогали код писать чтобы его можно было вызвать частично во время и сразу после компиляции и указали на ошибки, и мы сами решаем что хорошо что плохо. 

OSCIL_Init мы никак не проверим без контроллера. а здесь идея чтобы вместе с компилятором вызывались и тесты, которые часть кода могут вызвать, выполнить условия и тут же сказать, выполнены ли они.

так же работают например ручные варнинки с сообщениями, когда что-то не так определено, типа warning: OCCCAL not defined in file freq.h, please, check it

и это для поиска тех ошибок что программист сам считает нужным искать.

а для ошибок времени выполнения есть assert(param), который просто вызывает управляемое падение проги и запрещает плохой программе работать в неисправленном виде со скрытыми багами.

все баги так не выловишь, просто вылавливается то что можно на стадии компиляции. мы сами добавляем правила для условных варнингов и сами решаем что с этим нам делать, оставлять или исправлять.

Какие же это, чёрт подери, кубики? Когда это жизнь моя.
Ответить