From 83deac595db045a8b181f0c39cf7201e73f82a76 Mon Sep 17 00:00:00 2001 From: Ezra Maccabee Date: Wed, 1 Apr 2026 12:13:55 +0300 Subject: [PATCH] # USB-CDC start implementing --- CMakePresets.json | 2 +- bsp/sdram/README.md | 3 +++ bsp/sdram/include/bsp/sdram.h | 0 bsp/sdram/src/sdram.c | 0 bsp/sdram/src/sdram_test.c | 0 5 files changed, 4 insertions(+), 1 deletion(-) create mode 100644 bsp/sdram/README.md create mode 100644 bsp/sdram/include/bsp/sdram.h create mode 100644 bsp/sdram/src/sdram.c create mode 100644 bsp/sdram/src/sdram_test.c 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