我们使用PAN1740作为SPI从端(SPI_SMN = 1)，同时使用STM32作为主端。我们目前连接/CS, CLK, MISO和MOSI和GND(没有进一步的握手线)。主机驱动SPI时钟与125 kHz，共同GND是保证，O-Scope显示良好的终止线信号。我们在DA14580中启用了SPI中断(SPI_MINT=1)模式，并以无fifo模式接收/发送(SPI_FIFO_MODE=0x03)现在工作。但是为了使它工作，我们需要DA14580从模式的一个奇怪的SPI配置，所以我们假设，我们仍然有配置问题:
1) SPI Slave需要SPI_CLK作为输出?
首先，我们为SPI_CLK (Port/Pin p0 _ 0)配置了GPIO来输入，就像几个演示代码和HCI演示一样:
- GPIO_ConfigurePin(SPI_CLK_GPIO_PORT, SPI_CLK_GPIO_PIN, INPUT_PULLUP, PID_SPI_CLK, false);
但是这会导致丢失SPI中断、被干扰的接收/发送字节和被干扰的MISO行使用(不是MISO的CLK对齐过渡)。一旦我们将SPI_CLK引脚改为OUTPUT(对于Slave !?)，它就工作得很好:
- GPIO_ConfigurePin(SPI_CLK_GPIO_PORT, SPI_CLK_GPIO_PIN, OUTPUT, PID_SPI_CLK, false);
2）SPI奴隶应该忽略主CS（SPI_EN）？
我们启用DA14580 SPI从CS使用，如演示代码和HCI演示所述，以使用主驱动CS:
- setbits16（spi_ctrl_reg，spi_en_ctrl，1）;
但是如果加上上面的条件，它就不起作用了:它会导致同样的IRQs/Rx/Tx字节。关闭cs使用使所有信号可靠:
——SetBits16 (SPI_CTRL_REG SPI_EN_CTRL 0);
请注意，SPI Master (STM32)产生终止良好的SPI信号，由LogicAnalyser解码没有错误。Master CS(当然是低活性的)在CLK开始第一次过渡之前到LOW ~7us，并在最后一次CLK过渡之后回到HIGH ~7us(所有125 kHz SPI-CLK频率)。
所以我们的问题是:如上所述，SPI_CLK和SPI_EN的使用是否用于DA14580 SPI从服务器?
嗨Ralf S，
1)操作时作为奴隶的SPI_CLK奴隶应该INPUT_PULLUP不输出显示的例子中,我没有看到任何合理的解释一个事实模块正常工作时销被配置为输出,除非有问题其他的spi初始化。尝试使用just INPUT来解决您的问题。
2）是为了使580不忽视来自主服务器的CS，SPI_EN_CTRL应该被激活。SPI具有有效的低时钟使能SPI_EN，可以使用位SPI_EN_CTRL = 1启用。您是否将引脚配置为PROX_REPORTER_EXT_SPI在USER_PERIPH_SETUP.c文件中指示？您还能请检查Prox_Reporter_ext_spi中的从SPI初始化以验证您的SPI初始化配置吗？
由于MT_dialog
这是我当前使用的代码，它有效良好：
在“user_periph_setup.h”:
．..
#定义SPI_EN_GPIO_PORT GPIO_PORT_0
#定义SPI_EN_GPIO_PIN GPIO_PIN_2
#define spi_clk_gpio_port gpio_port_0.
#define spi_clk_gpio_pin gpio_pin_0.
#定义SPI_DO_GPIO_PORT GPIO_PORT_0
#定义SPI_DO_GPIO_PIN GPIO_PIN_5
#define spi_di_gpio_port gpio_port_0.
#定义SPI_DI_GPIO_PIN GPIO_PIN_6
．..
内部set_pad_functions ():
GPIO_ConfigurePin(SPI_EN_GPIO_PORT, SPI_EN_GPIO_PIN, INPUT_PULLDOWN, PID_SPI_EN, false);
//将SPI_CLK_GPIO_PIN设置为INPUT_PULLUP使SPI不可用!
GPIO_ConfigurePin(SPI_CLK_GPIO_PORT, SPI_CLK_GPIO_PIN, OUTPUT, PID_SPI_CLK, false);
GPIO_ConfigurePin(SPI_DO_GPIO_PORT, SPI_DO_GPIO_PIN, OUTPUT, PID_SPI_DO, false);
GPIO_ConfigurePin(SPI_DI_GPIO_PORT, SPI_DI_GPIO_PIN, INPUT_PULLDOWN, PID_SPI_DI, false);
SPI Init函数'spi_init(..)':
｛
NVIC_DisableIRQ (SPI_IRQn);
SetBits16 (CLK_PER_REG SPI_DIV 0);/*设置SPI内部时钟分配器*/
SetBits16 (CLK_PER_REG SPI_ENABLE 1);//为SPI启用时钟
SetBits16 (SPI_CTRL_REG SPI_ON 0);//关闭SPI模块，如果打开
SetBits16 (SPI_CTRL_REG SPI_WORD 0);//设置为8位模式
SetBits16 (SPI_CTRL_REG SPI_SMN 0 x01);//设置从模式的SPI
SetBits16 (SPI_CTRL_REG SPI_POL 0 x0);//使用sp_pol = 0
SetBits16 (SPI_CTRL_REG SPI_PHA 0 x0);//和sp_pha = 0
setbits16（spi_ctrl_reg，spi_mint，0x1）;//使SPI可屏蔽中断到CPU
SetBits16 (SPI_CTRL_REG SPI_CLK 0 x02);// SPI块时钟分配器默认2 => 8 MHz
SetBits16 (SPI_CTRL_REG1 SPI_FIFO_MODE 0 x03);// 0x03 = no FIFOs!
SetBits16 (SPI_CTRL_REG1 SPI_PRIORITY 0 x01);//另外启用SPI高AHB总线优先级!
SetBits16 (SPI_CTRL_REG SPI_EN_CTRL 0);//不使用SPI EN引脚从模式
SetBits16 (SPI_CTRL_REG SPI_ON 1);//启用SPI模块
NVIC_DisableIRQ (SPI_IRQn);//先禁用SPI中断到CPU
NVIC_ClearPendingIRQ (SPI_IRQn);
NVIC_SetPriority (SPI_IRQn, 0);// Prio 0最高，3最低
nvic_enableirq（spi_irqn）;
｝
我忘了说:我们正在使用PAN1740与Dialog-Evalkit-Pro。
>尝试使用just INPUT来解决你的问题。
我用'INPUT'和'INPUT_PULLUP'尝试了SPI_CLK，没有改进，仍然只能用'OUTPUT'。
> SPI有一个激活的低时钟使能SPI_EN，可以通过SPI_EN_CTRL = 1位使能。
这是数据表告诉我们的。但是DA14580 SPI从行为的具体后果是什么，特别是关于中断调用/持续时间/处理和rx/tx进程?
>是否按照user_peripher_setup .c文件中的prox_reporter_ext_spi配置pin ?
prox_reporter_ext_spi使用这个配置(#1):
#定义SPI_GPIO_PORT GPIO_PORT_0
#定义SPI_CLK_PIN GPIO_PIN_0
#定义SPI_CS_PIN GPIO_PIN_1
#定义SPI_DO_PIN GPIO_PIN_2
#define spi_di_pin gpio_pin_3.
我必须使用这个配置(#2):
#定义SPI_GPIO_PORT GPIO_PORT_0
#define spi_clk_gpio_pin gpio_pin_0.
#定义SPI_EN_GPIO_PIN GPIO_PIN_2
#定义SPI_DO_GPIO_PIN GPIO_PIN_5
#定义SPI_DI_GPIO_PIN GPIO_PIN_6
所以-除了SPI_CLK -它是完全重新映射的。选择映射是因为DevKit-Pro evalboard上有免费/可用的J5连接器。您在这个配置中看到问题了吗?
PLS。注意，PAN1740模块外部SPI闪存连接到与（＃2）中的相同SPI线 - 除了/ CS线之外：闪存/ CS连接P0_3！所以我们避免使用P0_3，保持高，当然是双重检查并测量以将其设置为高！
你能不能也检查从spi的初始化
> prox_reporter_ext_spi来验证spi初始化配置?
我使用了'prox_reporter_ext_spi' spi_init():没有任何改进。我适应/测试PLO/PHA和FiFo模式:没有改善:Rx数据混乱，MISO数据在时钟上不对齐(见附件ZIP)。
另外，我将SPI_CLK直接测量在PAN模块（SPI Flash）上的SPI_CLK设置为INPUT_PULLUP和B）设置为输出（参见附加ZIP）。您是否在CLK信号质量/级别中看到了任何问题？
所以，尽管我和你有相同的观点，但这是不合理的，它仍然只能在从模式下将DA SPI_CLK作为OUTPUT使用。你有进一步的想法吗?
嗨Ralf S，
在以前的文章我能看到你,你使用这个命令SetBits_16 (SPI_CTRL_REG1 SPI_PRIORITY 0 x01), 580年没有一个DMA所以尝试注释掉这个命令,请再次检查如果由于某种原因造成你任何麻烦了(虽然我不认为这是什么影响你的SPI通信)。我看你们的配置没有任何问题。我能看到的是O-Scope的图片，当SPI_CLK被配置为输出电压约为2.6伏特，这意味着两个芯片都在驱动CLK线，由于使用这种配置SPI工作，它使我得出结论，也许在输出配置中，时钟线上的任何尖峰或反射都被过滤掉了。据我所知，O-Scopes或分析仪在采样频率相对较低的情况下很难跟踪尖波或信号反射，这些问题会导致从端采样器在一个被认为是时钟上升沿的尖波上错误采样。这将导致丢失比特计数和接收移位的数据。因此，请尝试终止您的时钟电缆或在接收器端应用一个上拉或下拉电阻(例如1K)。试着在CS引脚上做同样的事情。关于您发送的捕获信号，能否提高示波器的采样率，也许您的时钟信号会显示出任何异常。
由于MT_dialog
谢谢你的提示,我仔细看了进线信号(我OScope使用250 MSamples)我看到一些峰值莫西人,前沿SPI_CLK和中期的SPI_CLK(采样时间),它是关于300 mV振幅和100 ns宽度(见附件)。
对于测试，我将SPI源侧的电阻（R50）添加到所有四条线上，在MOSI线上完全在CLK上升沿移除并将SPI_CLK中间尖峰减少到170 mV：现在我可以使用DA14580作为SPI奴隶SPI_CLK引脚GPIO配置设置为INPUT_PULLUP（通常）。
但是CLK中间峰值似乎仍然干扰SPI的长期使用:大约10..60分钟后，DA开始再次发送乱码数据，只能通过重置DA (PAN 1740模块)来解决。但这似乎是硬件问题，我希望可以通过STM32 evalboard和DA14580-Pro-Kit之间更好的SPI电缆设置来修复。
此外 - 以下问题对我们来说仍然感兴趣：
> > SPI有一个激活的低时钟使能SPI_EN，可以通过SPI_EN_CTRL = 1位使能。
>这是数据表告诉的。但DA14580 SPI奴隶行为的具体后果是什么？
特别是关于中断呼叫/持续时间/处理和rx/tx过程?
嗨Ralf S，
很高兴你已经让它工作了，你能不能更具体地谈谈你的问题，具体的结果是什么或者SPI从行为是什么意思?
由于MT_dialog
> SPI有一个激活的低时钟使能SPI_EN，可以通过SPI_EN_CTRL = 1位使能
它只是为了我的理解：我们使用/ CS行检测我们DA从站模式驱动程序中的已完成的SPI帧。在SPI主站（STM32）控制/ CS行（STM32）时发生问题（错误地手动）。我假设，如果spi_smn = 1和spi_en_ctrl = 1（从属与/ cs使用），只有在/ CS线路低，只有只要/ CS线路，就会生成SPI中断。没有SPI数据将进入 - 也没有发送 - SPI_RX_TX_REG0，只要/ CS都很高。正确的？
嗨Ralf S，
奴隶一侧SPI_EN作为时钟实现SPI模块,使用时充当时钟门SPI模块,当SPI_EN激活/ CS高和有时钟的奴隶主人方面不会有任何活动以来的SPI模块/ CS很高。综上所述，是的，只要你保持CS高，就不会有数据交易。
由于MT_dialog
谢谢你澄清!为了给你——以及可能感兴趣的用户——我们的问题的更新:
1)将线路电阻更改为R120使其非常稳定(在我们的适配器环境中!)，MOSI线路上的CLK-Spikes现在减少到~100 mV，目前我们在99500帧中只看到3个错误。
2）在DA14580中启用SPI_EN for SPI从模式使其更加强大：现在尖峰只做打扰_Current_帧。如果Master / CS再次高低，SPI奴隶再次开始新鲜，并且不再看到以前的尖峰引起的位移。因此，它建议使用SPI_EN，虽然只有一个奴隶可能正在侦听SPI。