我们使用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 Slave应该忽略主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从服务器?
嗨,拉尔夫年代,
1)操作时作为奴隶的SPI_CLK奴隶应该INPUT_PULLUP不输出显示的例子中,我没有看到任何合理的解释一个事实模块正常工作时销被配置为输出,除非有问题其他的spi初始化。尝试使用just INPUT来解决您的问题。
2)是的，为了580不忽略来自master的CS，应该激活SPI_EN_CTRL。SPI有一个激活的低时钟使能SPI_EN，它可以通过SPI_EN_CTRL = 1位启用。您是否按照user_peripher_setup .c文件中的prox_reporter_ext_spi配置了pin ?您还可以检查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
#定义SPI_CLK_GPIO_PORT GPIO_PORT_0
#定义SPI_CLK_GPIO_PIN GPIO_PIN_0
#定义SPI_DO_GPIO_PORT GPIO_PORT_0
#定义SPI_DO_GPIO_PIN GPIO_PIN_5
#定义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 0 x1);//启用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
#定义SPI_DI_PIN GPIO_PIN_3
我必须使用这个配置(#2):
#定义SPI_GPIO_PORT GPIO_PORT_0
#定义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连接器。您在这个配置中看到问题了吗?
请注意，PAN1740模块外部SPI闪存连接到相同的SPI线，如(#2)-除了/CS线:flash /CS连接P0_3!因此，我们避免使用P0_3，保持它的高，当然，双重检查和测量，以设置为高!
你能不能也检查从spi的初始化
> prox_reporter_ext_spi来验证spi初始化配置?
我使用了'prox_reporter_ext_spi' spi_init():没有任何改进。我适应/测试PLO/PHA和FiFo模式:没有改善:Rx数据混乱，MISO数据在时钟上不对齐(见附件ZIP)。
另外，我在PAN-Module上直接测量了SPI_CLK (SPI flash上的CLK)， DA a) SPI_CLK设置为INPUT_PULLUP, b)设置为OUTPUT(见附件ZIP)。你看到CLK信号质量/电平有什么问题吗?
所以，尽管我和你有相同的观点，但这是不合理的，它仍然只能在从模式下将DA SPI_CLK作为OUTPUT使用。你有进一步的想法吗?
嗨,拉尔夫年代,
在以前的文章我能看到你,你使用这个命令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宽度(见附件)。
我添加了电阻测试(R50)在SPI源端到所有四行,莫西人行删除了峰值完全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过程?
嗨,拉尔夫年代,
很高兴你已经让它工作了，你能不能更具体地谈谈你的问题，具体的结果是什么或者SPI从行为是什么意思?
由于MT_dialog
> SPI有一个激活的低时钟使能SPI_EN，可以通过SPI_EN_CTRL = 1位使能
这只是为了我的理解:我们使用/CS线来检测DA从模式驱动程序中完成的SPI帧。这个问题是在SPI主机(STM32)(错误地手动)控制/CS行时发生的。我假设，如果SPI_SMN=1和SPI_EN_CTRL=1(使用/CS的Slave)， SPI中断只会生成，只要/CS行是低的，并且只有/CS行是低的。只要/CS为HIGH, SPI数据就不会到达SPI_RX_TX_REG0，也不会通过SPI_RX_TX_REG0发送。正确吗?
嗨,拉尔夫年代,
奴隶一侧SPI_EN作为时钟实现SPI模块,使用时充当时钟门SPI模块,当SPI_EN激活/ CS高和有时钟的奴隶主人方面不会有任何活动以来的SPI模块/ CS很高。综上所述，是的，只要你保持CS高，就不会有数据交易。
由于MT_dialog
谢谢你澄清!为了给你——以及可能感兴趣的用户——我们的问题的更新:
1)将线路电阻更改为R120使其非常稳定(在我们的适配器环境中!)，MOSI线路上的CLK-Spikes现在减少到~100 mV，目前我们在99500帧中只看到3个错误。
2)在DA14580中启用SPI从模式的SPI_EN使其更健壮:现在尖峰只做干扰当前帧。如果主/CS去到高和低再次，SPI从重新开始，不再看到一个bit移位造成的前spike。所以建议使用SPI_EN，尽管只有一个slave可能在监听SPI。