SPI MCU в режиме Master с включенным программным управлением ведомого, ведомое устройство является сторонним устройством zigbee, которое ожидает, что его nSSL будет управляться извне
Я использую свой MCU (STM32L486) в качестве главного (SPI), а периферийное устройство Zigbee является подчиненным устройством. В настоящее время ведущий настроен (SSM = 1, SSI = 1) с управлением программным подчиненным.
Поскольку ведомое устройство ожидает, что его ChipSelect будет установлен на низкий и высокий уровни соответственно. Я понимаю, что для этой цели понадобится GPIO.
Используется набор контактов для работы SPI (SCK(PA5),MOSI(PA7), MISO(PA6) и NSS(PA4)).
Я запутался в использовании пин-кода NSS.
Поскольку главный SPI настроен как управляемый программным обеспечением, могу ли я использовать этот (PA4) вывод для передачи сигнала ведомого SSL, или я вообще не могу использовать этот вывод. Как подсказывает справочное руководство но примечания в разделе ниже (выделены желтым цветом) 
предполагает, что как ведущий, так и ведомый должны обрабатываться внутренне.
Это означает, что я не могу иметь вышеуказанную конфигурацию?, где
1. Главный SSL - это программное обеспечение.
2. Slave ожидает, что его линия SSL будет установлена / деактивирована извне.
Пожалуйста, предоставьте свое понимание. Я работаю над уже написанным кодом. Есть некоторые проблемы в продукте, и я пытаюсь отладить его.
1 ответ
Я написал этот же вопрос на форуме сообщества. Ответ сообщества ST Они ответили, сказав, что пока я не настраиваю SSL(PA4) как альтернативный вывод функции, я могу использовать его для управления ведомым устройством.