您好！
我正在尝试切换 GPIO 引脚、它看起来非常慢。
我的微控制器主时钟为120MHz。
我删除了中间延迟、但仍然非常慢。
下面是我的时钟的配置方式。 我已通过读取 uint32_t sys_clock 来验证时钟是否为120MHz。
//将系统时钟初始化为120MHz // uint32_t sys_clock； SYS_CLOCK = ROM_SysCtlClockFreqSet ( (SYSCTL_XTAL_25MHz | SYSCTL_OSC_MAIN | SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480)、 System_clock)； assert (sys_clock == system_clock)；
以及用于切换引脚的代码；
void adc_conv_start (void) ｛ GPIOPinWrite (ADC_CTRL1_PORT、ADC_CNVSTARTA |ADC_CNVSTARTB、0)； //for (i=0；i<1；i++)｛｝ //SysCtlDelay (1)； GPIOPinWrite (ADC_CTRL1_PORT、ADC_CNVSTARTA | ADC_CNVSTARTB、ADC_CNVSTARTA | ADC_CNVSTARTB)； ｝
这里是示波器的快照、显示延迟为3.9微秒。
如您所建议。 我尝试了闪烁项目、它工作正常、因为在120MHz 时钟下、需要156nsec 来切换 LED、而在将 LED 设置为高电平和低电平之间没有任何延迟环路。 我尝试了用于切换目的的端口 M、并且端口 M 也在156nsec 切换。 这听起来不错。
这是快照；
但是、由于没有中断将处理器拉出、我仍然看不到我的项目有任何问题。
由于工程是独立的、这意味着所有库都位于工程文件夹中、不需要调整编译器包含路径或任何其他工作。 它只是包含和运行某种项目。 我在这里作为压缩文件附加。
您好！
我通过注释掉大部分代码来缩小问题范围。 我已经注释掉了所有 FreeRTOS 包括的内容。 我甚至禁用 了运行 FreeRTOS 调度程序的 port.c 中的 SysTick 计时器、并且还对该调度程序进行了注释。 通过这种方法、我完全隔离了 FreeRTOS 部件。
我只需在代码中看到一个 while (1)循环。 现在、我的代码非常短、但问题仍然存在。
它表示代码末尾带有 void __error__(char *pcFilename、uint32_t ui32Line)函数的某些内容。
但是、当我尝试注释掉此函数时、编译器会给出以下错误。
但是、如果我不注释掉上述函数。 它在编译时没有任何错误、并产生3.125usec 的缓慢延迟。 此外、我的项目包含所有 c 文件以及包含.h 文件的文件、并且不需要在链接器路径中包含 driverlib.lib。
这是注释掉所有 FreeRTOS 内容后的代码。 此消息随附了同一项目。
#include
#include
void include "main.h"
#include "drivers/pinout.h"
#include "utils/uartstdio.h"
// TivaWare 包含
#include "driverlib/sysctl.h"
//#include "driverlib/debug.h"
#include "driverlib/rom_demo.h"/#include
"task/freepdt/#include
"out/void trabout.trabout/#tog/#def/#t/#def_trabout/#tog/#def_trl.statement/#include "#t/#def_trates/#definc/trates#def_true/#tog./#def_true/#tog./#include "#definc/#def_true/#tage/#tog./#definc/#defintrue/#tog/#tage/#def_statement/#tes#def/#def_trines#tes#tes#tage/
uint32_t i；
I = 0；
//将系统时钟初始化为120 MHz
uint32_t output_clock_rate_Hz；
output_clock_rate _Hz = ROM_SysCtlClockFreqSet (
(SYSCTL_XTAL_25MHz | SYSCTL_OSC_MAIN |
SYSCTL_USE_PLL | SYSCTL_CFG_VCO_480)、
System_clock)；
//assert (output_clock_rate _Hz = system_clock)；
//初始化 Launchpad 的 GPIO 引脚
//PinoutSet (false、false)；
ROM_SysCtlPeripheralEnable (SYSCTL_Periph_GPIOM)；
ROM_GPIOPinTypeGPIOOutput (GPIO_PORTM_BASE、GPIO_PIN_4 | GPIO_PIN_5)；
//GPIOPadConfigSet (GPIO_PORTM_BASE、GPIO_PIN_4 | GPIO_PIN_5、GPIO_Strength _2mA、GPIO_PIN_TYPE_STD)；
//创建演示任务
// xTaskCreate (demLEDTask、(const portCHAR *)"LEDs"、configMINIMAL_STACK_SIZE、NULL、2、 空)；
//
// xTaskCreate (demSerialTask、(const portCHAR *)"Serial"、configMINIMAL_STACK_SIZE、NULL、 1、NULL)；
while (1)
｛
GPIOPinWrite (GPIO_PORTM_BASE、GPIO_PIN_4 |GPIO_PIN_5、0)；
//for (i=0；i<2；i++)｛｝
//SysCtlDelay()；
GPIOPinWrite (GPIO_PORTM_BASE、GPIO_PIN_4 | GPIO_PIN_5、GPIO_PIN_4 | GPIO_PIN_5)；
｝
//vTaskStartScheduler()；
返回0；
｝
//刷写 launchpad 上的 LED
//void demLEDTask (void *pvParameters)
//(；
)//
//｛
////// GPIOPinWrite (GPIO_PORTM_BASE、GPIO_PIN_4 |GPIO_PIN_5、0)；
// //for (i=0；i<1；i++)｛｝
// //SysCtlDelay (1)；
// GPIOPinWrite (GPIO_PORTM_BASE、GPIO_PIN_4 | GPIO_PIN_5、GPIO_PIN_4 | GPIO_PIN_5)；
// //打开 LED 1
// LEDWrite (0x0F、0x01)；
// vTaskDelay (100)；
//
//打开 LED 2
// LEDWrite (0x0F、0x02)；
// vTaskDelay (100)；
//
//打开 LED 3
// LEDWrite (0x0F、0x04)；
// vTaskDelay (100)；
//
//打开 LED 4
// LEDWrite (0x0F、0x08)；
// vTaskDelay (100)；
//｝
//
通过 Stellaris 调试接口 UART 端口写入文本
// void SerialTask (void *pvParameters)
//｛
//
////////////设置连接到虚拟 COM 端口的 UART
// UARTStdioConfig (0、57600、system_clock)；
//
//
(针对
//)
UARTprintf ("\r\nHello、World from FreeRTOS 9.0！")；
// vTaskDelay (5000 / portTIK_PERIOD_MS)；
//｝
//｝
//* assert() Error 函数
*
从 driverlib/debug.h 中执行失败的断言()在此函数中
*/
void __error_(* pcchar、uint32_t ui32Line)
｛
//在此处放置一个断点以捕获错误，直到日志记录例程完成
while (1)
{
}
｝
您好、Ralph、
是的、我正在考虑将我的部分引脚移植到芯片的 PWM 引脚。 尤其是在外部连接的 ADC 启动 ADC 转换时所需的时间。
在处理该问题时、我注意到以下两件事、只是想理解；
GPIO 切换的部分改进来自于优化部分下的速度与尺寸折衷设置。 如下文所示。 我的问题是这在技术上意味着什么以及它是如何工作的？ 已附加快照。
2.我注意到切换脉冲的间隔不均匀，如下图所示。 由于这两个寄存器都由同一指令驱动，所以写入寄存器的值与不均匀间隔的值是什么不同的？ 附加的快照
GPIOPinWrite (ADC_CTRL2_PORT、ADC_CS | ADC_READ、0)； // GPIOPinWrite (ADC_CTRL2_PORT、ADC_CS | ADC_READ、ADC_CS | ADC_READ)；
谢谢
您好 Ralph、
很抱歉我迟到了。 我现在有时间用模拟通道对其进行示波、结果如下所示。 这两个延迟之间的差异似乎是真实的。
