diff --git a/CMakePresets.json b/CMakePresets.json index b62a268..8a3b6bc 100644 --- a/CMakePresets.json +++ b/CMakePresets.json @@ -25,7 +25,7 @@ "name": "Debug", "inherits": "default", "cacheVariables": { - "SEGGER_RTT_ENABLED": "ON", + "SEGGER_RTT_ENABLED": "OFF", "UNITY_TESTING_ENABLED": "OFF", "CMAKE_BUILD_TYPE": "Debug" } diff --git a/bsp/sdram/README.md b/bsp/sdram/README.md new file mode 100644 index 0000000..23dd743 --- /dev/null +++ b/bsp/sdram/README.md @@ -0,0 +1,3 @@ +# Вопросы + +> Да, про HIL в SDRAM точно подмечено: мы грузим в RAM elf, а не подготовленные с помощью nxpimage hab образы. То есть, dcd у нас не вшит и BootROM его не прочитает, тем более, что при загрузке в RAM теста, насколько я понимаю мы вообще игнорируем стадию bootROM и заставляем контроллер прыгнуть на предопределенный нами ProgrammCounter. Поправь меня если я ошибаюсь в своих выводах. Мне видится вариант 1 самым логичным и корректным. Главное понимать, что частый прогон HIL теста SDRAM будет изнашивать Flash -память - то есть этот тест - не совсем частая история. Тут же возникает другой вопрос - firmware_test должен быть написанным полностью? Понятно, что можно реализовать только ту его часть, что отвечает за SDRAM тесты. Но тут ведь тоже есть нюанс - мы установили, что firmware_test связывается с хостом по USB-CDC, этот момент тоже надо учитывать, и похоже он ломает всю парадигму наших HIL тестов. Отсюда я заключаю: возможно не стоит делать HIL тест для SDRAM, а нужно просто заложить возможность проведения длительных тестов на производстве при загрузке firmware_test на таргет. По умолчанию будут прогоняться быстрые тесты, но по желанию оператора, либо раз в десять устройств будет выполняться долгий тест (что думаешь на этот счет?) diff --git a/bsp/sdram/include/bsp/sdram.h b/bsp/sdram/include/bsp/sdram.h new file mode 100644 index 0000000..e69de29 diff --git a/bsp/sdram/src/sdram.c b/bsp/sdram/src/sdram.c new file mode 100644 index 0000000..e69de29 diff --git a/bsp/sdram/src/sdram_test.c b/bsp/sdram/src/sdram_test.c new file mode 100644 index 0000000..e69de29