This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] LAUNCHXL-F28379D:MAX1978对来自 C2000 MCU 的 SPI-DAC 传输无响应

Guru**** 2224720 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1299620/launchxl-f28379d-max1978-not-responding-to-spi-dac-transmissions-from-c2000-mcu

器件型号:LAUNCHXL-F28379D

您好、TI 社区:

我在开发板上遇到了一个关于 MAX1978的问题、它无法响应来自 C2000 MCU 的 SPI 传输。 我将 MAX5144 DAC 用于 SPI-DAC 转换。 我发送了一个固定测试值计算为uint16_t fixedData = (uint16_t)(0.3 * 16383),考虑 MAX5144的14位分辨率。

Fullscreen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
//#############################################################################
//
// FILE: spi_ex3_external_loopback_fifo_interrupt.c
//
// TITLE: SPI Digital Loopback with FIFO Interrupts
//
//! \addtogroup driver_example_list
//! <h1>SPI Digital External Loopback with FIFO Interrupts</h1>
//!
//! This program uses the external loopback between two SPI modules. Both
//! the SPI FIFOs and their interrupts are used. SPIA is configured as a slave
//! and receives data from SPI B which is configured as a master.
//!
//! A stream of data is sent and then compared to the received stream.
//! The sent data looks like this: \n
//! 0000 0001 \n
//! 0001 0002 \n
//! 0002 0003 \n
//! .... \n
//! FFFE FFFF \n
//! FFFF 0000 \n
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
e2e.ti.com/.../MAX5141_2D00_MAX5144.pdfe2e.ti.com/.../8422.max1978evkit.pdf 删除了 MAX1978和 MAX5144的数据表

SPI 输出看上去正确、但 MAX1978未按预期作出响应、尤其是在 TEC 温度控制方面。 我预计 TEC 会因对应于0.3 DAC 值而升温。 是否有人可以就此问题提供见解或故障排除建议?

提前感谢!

内罗

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我更新了代码以符合 MAX5144接收格式、但输出信号现在为奇数;有人能解释原因吗?





    第一个看起来不错、但为什么第二个看起来


    现在有一个奇怪的加热效应,一个常规的加热,然后突然冷却。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nero:

    下面是代码中的几个观察结果:

    1.在 init 函数中、两个 SPI 实例都 配置为传输16位字。 对于您的用例,您需要修改  SPI_setConfig ()中的 dataWidth 参数。  至8。

    2. 如前文所述,传输的数据必须以16位格式传递,所需的  位左对齐。 因此,在  spibTxFIFOISR ()中highByte 和 lowByte 需要匹配此格式。 此外、 对于循环将在每个 ISR 中传输来自 fixedData 的位两次。

    更新这些选项会为您提供正确的 SPI 输出。

    关于 MAX1978答复中的不一致性,我建议查阅它们的参考手册。    输入数据的格式化约定可能不同、因此这需要在接收板上处理。

    谢谢。

    阿纳维

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我面临一个问题、在 DAC 数据传输完成后、我的 SPI 设置中的 CS 线路保持低电平、而不是变为高电平。 时序图显示、在最后一个数据位随时钟移出后、CS 不会返回高电平。 验证所有连接并仔细检查 SPI 配置。 对于可能导致 CS 线路保持低电平的原因、提供任何建议都会有所帮助。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

     我做了这个,在改变了它之后,现在没有更多的信号哈哈

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    CS 仍然无法正常工作。 真正需要帮助。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nero:

    在一次传输结束到另一次传输开始之间应该有一个特定的延迟周期、以便 CS 恢复到高电平无效状态。 您可以参阅 F28379D 数据表( 8.12.5.1.1.2 )了解确切详情:  

    由于 TX 中断持续进入、两个中断之间的间隔可能不足以使 CS 线路返回。 您可以尝试在 N 个传输完成后停止中断、或在传输之间添加足够的延迟、并观察 CS 引脚。

    谢谢。  

    阿纳维  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我在 DAC 电压控制的 SPI 通信方面取得了一些进展。 目标是将电压稳定在0.3V、以匹配相应的温度设置。 但是、我观察到电压持续保持在0.4V。

    我怀疑热敏电阻与 TEC 的接触可能存在问题、因此我尝试通过使用 uint16_t fixedData =((0.2/1.5)* 16383)(这是针对0.2V 计算得出的14位 DAC 值)来降低代码中的目标电压、从而调整 DAC 设置。 尽管如此、输出保持在0.4V、没有如预期的那样下降。

    是否存在妨碍 DAC 正确调整电压的通信问题? 或者、问题更有可能出在热敏电阻与 TEC 的物理组装或接触上?

    非常感谢您的深入见解。

    内罗



  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我目前遇到 SPI 通信问题、即在预期传输结束后附加了意外的字节。 所需的行为是传输一对0x22字节。 但是、逻辑分析仪布线可以证明、0x20字节始终按照正确的对进行传输、我俗称为"小尾"。

    这个假字节不是预期数据帧的一部分、并且它的持续出现表明它可能是当前 SPI 缓冲区处理或 ISR 配置的产物。 我努力修改传输代码、消除这个多余的字节、但尚未产生所需的干净信号。

    我正在寻求帮助或建议以解决这一不正常现象。 我们非常感谢您对潜在原因或纠正措施的任何深入了解。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    此问题的核心是、在将代码中的值从0.2更改为0.4后、为了将输出加倍至 DAC、SPI 输出不显示预期结果。 与双倍不同的是,输出显示0x88在 MOSI 线上,这不是计算值(0x4444左对齐后),并且偶尔有意外的变化,如0x800x8C. 这表明数据准备或 SPI 传输过程存在问题。

    __interrupt void spibTxFIFOISR (void)
    {
    //计算DAC的固定值,例如0.3的比例
    uint16_t fixedData =(uint16_t)((0.4 / 1.5)* 16383);// 14位 DAC 值
    fixedData = fixedData << 2;//左对齐数据以使其变为16位

    //将固定值放入sData数组中,准备发送
    sData[0]= fixedData;

    //检查发送FIFO是否为空并准备好发送新数据
    while ((SPI_getTxFIFOStatus (SPIB_BASE)和 SPI_FIFO_TXEMPTY)!= SPI_FIFO_TXEMPTY);

    //发送数据
    SPI_writeDataNonBlocking (SPIB_BASE、sData[0]);
    device_delay_us (100);

    //清除发送FIFO中断标志
    SPI_clearInterruptStatus (SPIB_BASE、SPI_INT_TXFF);
    INTERRUPT_clearACKGROUP (INTERRUPT_ACK_group6);
    // device_delay_us (100);

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我将根据 TI 数据表的主模式开关特性对我们项目中的 SPI 时序进行微调。 我需要在 SCLK 的上升沿之前对齐 MOSI 信号、但我们系统的微秒级粒度对实现规格中详述的纳秒级精确计时提出了挑战。

    您能建议在我们的微控制器的限制范围内转移 MOSI 时序的策略、或者这种精度是否需要额外的硬件吗?


  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nero:

     为此,您可以调整 SPI_setConfig()中的协议参数。 利用该选项、您可以配置极性(是否在上升沿或下降沿输出数据)和相位(是否添加半个周期延迟)。

    谢谢。

    阿纳维