[参考译文] CCS：Piccolo F2.8027万，换档计数过大

您好，Chester，

感谢您的快速回答。 这对我来说非常有用。

我还有另一个问题，也许您知道答案。

调试代码时，无法在输出引脚中获得稳定的高输出。

负责的代码段是以前的样本：

GpioDataRegs.GPADAT.all=0x0万FF;

但如果我在观察表达式窗口中看到GPIO， 则只有GPIO 1和4在高输出中总是存在，其余的GPIO也会变化，当我通过示波器看到引脚时也会发生这种情况。

提前感谢！

此致，

米格尔

当然！

最初的项目使用Arduino，但我正在尝试适应Piccolo F2.8027万。

第0层之间的电阻值是多少。 第7层GPIO和2N2222晶体管的基座？

[quote user="Miguel Valera">所有这些都是100欧姆电阻器第1层的每个GPIO。 第8层信号与两个并联2N2222晶体管基座的100欧姆电阻器相连。  

如果2N2222 基本发射极饱和电压为0.6 (数据表中指定的最小值)，则GPIO高将尝试并输出(3.3 - 0.6)/(100 / 2)= 54 mA。

如果2N2222 基本发射极饱和电压为2.6 (数据表中指定的最小值)，则GPIO将尝试高电压并输出(3.3 - 2.6)/(100 / 2)= 14 mA。

TMS320F2.8027万数据表显示了GPIO高电流可获得的最大电流为4 mA或8 mA，具体取决于引脚：

试图从GPIO提供超出器件支持范围的电流将导致输出电压不确定，并可能损坏TMS320F2.8027万。

建议 您添加一个中间器件，该器件可以提供所需的电流来驱动2N2222晶体管的基座，而不是试图让TMS320F2.8027万 GPIO直接驱动2N2222晶体管的基座。  

非常感谢您提供的信息。

但我的主要问题不是管理层的GPIO，而是直接进入74hc574的数据引脚(D0-D7)。

这可能是您之前提到的问题影响了这些输出吗？

但我的主要问题不是管理层的GPIO，而是直接进入74hc574的数据引脚(D0-D7)。[/QUOT]好的， 多维数据集数组的内容是什么？

多维数据集数组是否应包含数据引脚D0-D7和层信号layer0.. layer7的值？

原始帖子的代码如下：

int i；

用于(i=0；i<8；i++)
{
GpioDataRegs.GPADAT.all=cube[current_layer][i]；
GpioDataRegs.GPADAT.all=(GpioDataRegs.GPADAT.ALL & 0x0.0011万)|((0x07 &(I+1))<<16);
} 

 第一个分配给GpioDataRegs.GPADAT.ALL可能是设置D0的值。 D7和layer0.. layer7信号，但由于掩码 (GpioDataRegs.GPADAT.ALL和0x0.0011万)，第二个分配给GpioDataRegs.GPADAT.All将仅保留数据位D1和D4的值。 当代码运行时，可能导致D0，D2-D3，D5-D7和 layer0 ... layer7信号波动，并且在调试器中停止时信号可能为零(取决于停止的位置)。

此外，由于74HC138地址解码器的输出用于为74HC574器件计时，因此程序需要控制GPIO输出的更改顺序，以确保74HC574时钟输入不会出现不必要的故障，从而导致LED行的更新不正确。

多维数据集数组的内容是Z和Y坐标(多维数据集[Z][Y])，这些坐标是图层和行，以及信息内容(例如，如果指定了0xFF)，则表示所有行都必须处于活动状态(X轴)。

根据您的解释，我认为掩码是错误的，因为它不保留D0-D7信息，所以它将是0xFF。

'此外，由于74HC138地址解码器的输出用于为74HC574器件计时，因此程序需要控制GPIO输出的更改顺序，以确保74HC574时钟输入不会出现不必要的故障，从而导致LED行的更新不正确。'

关于这一点，控制哪个时钟处于活动状态的顺序，我使用以下行：

GpioDataRegs.GPADAT.ALL=(GpioDataRegs.GPADAT.ALL & 0x0.0011万)|((0x07 &(I+1))<16)； 

为了在74hc574的每一个CLK中激发上升的边缘，您认为这是错误的吗？

非常感谢切斯特，你的帮助对 我非常有用。

我更改了掩码，因为它是错误的，它正在执行D0-D7数据位，并通过A2-A0编码进行了更改。

现在看来工作正常了。

关于灰色代码的编纂，我不知道怎么做。

很抱歉耽误我的回答。