基本教程与基本套件的图片
你好,
我要做什么来获得基本套件的一些基本教程?!所有当前的东西只包含Pro套件的信息,并且有很多单词但没有图片和样本!
我试图测试外围设备演示,但有太多的不是工作的东西。例如:
你好,
我要做什么来获得基本套件的一些基本教程?!所有当前的东西只包含Pro套件的信息,并且有很多单词但没有图片和样本!
我试图测试外围设备演示,但有太多的不是工作的东西。例如:
你好!
我看到新的SDK 1.0.12昨天上传了DA1468X系列。
我想知道在此版本中介绍了对IAR Workbench IDE的支持吗?
谢谢!
迈克尔
spi_config spiconfig = {cs_port,cs_pin,hw_spi_word_8bit,hw_spi_mode_slave,hw_spi_pol_low,hw_spi_pha_mode_0,hw_spi_mint_enable,hw_spi_freq_div_14,hw_spi_fifo_rx_tx,1};
hw_spi_init(hw_spi1,spiconfig);
hw_spi_enable_interrupt(hw_spi1);
hw_spi_enable(hw_spi1,1);
是设置SPI配置的正确方法吗?因为在此配置之后,发送数据不触发spi_interrupt_handler(hw_spi1)?
有关如何在从模式中使用SPI的应用示例吗?
你好,
我收到了我可穿戴的开发套件,现在几个星期已经使用了它。
突然间屏幕上的开发套件停止工作,我可以连接到设备,我也可以看到打印我在串行接口中的代码中生成,但屏幕没有显示任何内容,触摸功能也没有。
有没有知道这一点?有没有办法才能重置设备?轻弹开关打开/关闭没有帮助(尽管我可以在串行接口中看到,当我这样做时发生了一些事情)。
嗨mt_dialog,
感谢您的帮助!
此主题是关于上一个主题的进一步疑问:
https://support.dialog-semicondiondiondum/forums/post/dialog-smartbond-bl ...
应用了您提供的方法,通过重新配置Periph_init()中使用的引脚的GPIO函数。
现在可以在MPU睡觉时维护PIN状态。
你好,
简要描述;简介:
基于官方提供修改测试的例程,
P1_7引脚触发下降沿后,演示板上的D2将在,
发现当CPU完全入睡时,演示板D2将出去。
理论上的PIN将留在休眠前的状态,但现在实际情况是错误的。
以上效果是由于配置所造成的问题,请建议。
简介:
基础官方提供程进程进后测试,
在p1_7管脚上批发产出一卷下载沿后,演示板上的d2会议,
却发作当CPU完全进入休眠,演示板上的D2也。
理事上又会保持休眠前的状态,但是现在是不可能的。
以上效果是配置而么,请指教。
详情:
使用UM-B-047-DA1468x入门_4_1中的第八章您的第一个DA1468X应用程序 - BLINKY的编程,
并并步骤成功加载了闪烁LED D2的程序。
正是在开开发中间遇到问题,
需要测试管脚在休眠后后能够能够保持管脚状态,现做出如下修改:
1,设置设置休眠,如下所述:
pm_set_wakeup_mode(true);
pm_set_sleep_mode(pm_mode_extended_sleep);
你好,
我正在使用DA1468x SDK 1.0.10的演示项目,并对GPIO引脚配置有问题,特别是I2C信号的模式。我看到下面的模式设置为输出I2C_SCL,输入I2C_SDA。我期望这两个引脚都有一个模式PPOD设置为SDA和SCL的开路(PPOD = 1)。
亲爱的对话框,
我的应用程序必须执行600us的任务持续时间,以在给定频率为150Hz的频率下激活多个I / O.这些I / O的控制精度必须小于2美元。因此,在任务期间不会发生中断。此外,每个任务之间的时间的容差必须小于50us。任务之间没有什么可以做的,因此目前通过BLE Muss沟通。更多的是,BLE通信的持续时间不应该是长时间避免任何重载的下一个任务。
DA14680的P3_7外部未连接任何器材,软件配置如下:
hw_gpio_configure_pin_power(hw_gpio_port_3,hw_gpio_pin_7,hw_gpio_power_v33);
hw_gpio_configure_pin(hw_gpio_port_3,hw_gpio_pin_7,hw_gpio_mode_output,hw_gpio_func_gpio,true);
休眠方向设置为pm_mode_extended_sleep
但系统进入休眠后,p3_7的电平就了。是这里有些人吗?
我想在sys_power_mgr.cc.con中有:
if(dg_configblack_orca_ic_rev == black_orca_ic_rev_a){
hw_cpm_activate_pad_latches();
hw_cpm_power_down_periph_pd();
hw_cpm_wait_per_power_down();
}
其中的hw_cpm_activate_pad_latches()已经将pad_latch_en位清零,硬件已经将管脚状态,但为什么起作用呢?