У меня большой опыт работы с линейкой микроконтроллеров efr32 и, между прочим, я также пытаюсь перенести наши реализации Silicon Labs Thread на OpenThread. Поэтому я думаю, что могу помочь вам здесь ...
Если вам нужно только мощное (не сонное) устройство с полным потоком данных, это может быть не слишком большой проблемой. Вы можете создать демонстрационные проекты из командной строки (в подсистеме Linux или Windows для Linux) и просто изменить один из демонстрационных проектов в соответствии с вашими потребностями.
Если вам нужна IDE Сборка для расширенной функциональности отладки или просто общего удобства использования - это гораздо более сложная задача.
Хотя загрузчик может быть проблемой. OpenThread предназначен только для реализации протокола Thread и является обобщенным c, поэтому его можно использовать в множестве приложений. Вы не увидите там ничего о Gecko Bootloader или что-то в этом роде.
По сути, загрузчик Gecko - это приложение, которое запускается после сброса микроконтроллера и ищет образ загрузчика Gecko (.gbl ) либо во внешнем фла sh, либо во внутреннем фла sh. Если он находит изображение, он перезаписывает существующее приложение и загружается в него. Если он не находит изображение, он просто перейдет к приложению. Итак, у вас проблема с загрузчиком в два раза.
1) Приложение должно поместить образ .gbl в область памяти, которую ожидает загрузчик Gecko. Насколько я знаю, стандартного пути к этому нет, это зависит от приложения. Например, мое приложение неоднократно опрашивает конечную точку CoAP, чтобы получить куски изображения .gbl для вставки во внешний fla sh (именно там мой загрузчик ожидает изображение). Затем, когда он получает все изображение, он перезагружается.
В демонстрационном проекте для плат efr32 в openthread используется скрипт компоновщика, который не содержит места для загрузчика Gecko. Вам придется перепроектировать процесс компоновки, используемый в сборке Simplicity Studio. Он использует 2 файла компоновщика, а также некоторые #defines, чтобы поместить приложение в правильное местоположение. В зависимости от вашего уровня комфорта в процессе сборки это может быть или не быть сложным.
Предупреждение: Если вам нужно перенести существующий проект на основе стека Threads в Silicon Labs для проекта OpenThread вы находитесь за зверя проекта. Стек Threads в Silicon Labs объединяет простой планировщик, не основанный на rtos, и функции ожидания. OpenThread, даже демонстрационные проекты efr32, не содержат ничего из этого. Поскольку стек Silicon Labs Thread является закрытым исходным кодом, это значительно усложняет задачу. Я пытаюсь сделать это прямо сейчас, и это очень неприятно. Я бы не стал sh говорить о своем худшем враге.