da1468x.

spi_slave例子

星期四,2017-12-21 07:29-复仇者

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的应用示例吗?

可穿戴的开发屏幕停止工作

周三,2017-12-20 23:38-roybenshlomo

你好,
我收到了我可穿戴的开发套件,现在几个星期已经使用了它。
突然间屏幕上的开发套件停止工作,我可以连接到设备,我也可以看到打印我在串行接口中的代码中生成,但屏幕没有显示任何内容,触摸功能也没有。
有没有知道这一点?有没有办法才能重置设备?轻弹开关打开/关闭没有帮助(尽管我可以在串行接口中看到,当我这样做时发生了一些事情)。

关于DA1468x / DA1510x Pro-Development Kit中的引脚状态的进一步问题无法在睡眠时维护

星期三,2017-12-20 11:46-Useryr.

嗨mt_dialog,

感谢您的帮助!

此主题是关于上一个主题的进一步疑问:
https://support.dialog-semicondiondiondum/forums/post/dialog-smartbond-bl ...

应用了您提供的方法,通过重新配置Periph_init()中使用的引脚的GPIO函数。
现在可以在MPU睡觉时维护PIN状态。

da1468x / da1510x pro-development套件中的引脚级别状态不能在睡眠后维护

星期二,2017-12-19 06:31-Useryr.

你好,

简要描述;简介:
基于官方提供修改测试的例程,
P1_7引脚触发下降沿后,演示板上的D2将在,
发现当CPU完全入睡时,演示板D2将出去。
理论上的PIN将留在休眠前的状态,但现在实际情况是错误的。
以上效果是由于配置所造成的问题,请建议。

DA1468X / DA1510X Pro-Development Kit Demo板中管脚电平状态在休眠休眠后保持

星期二,2017-12-19 06:20-Useryr.

简介:
基础官方提供程进程进后测试,
在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);

BLE:固定时期的固定窗口

星期一,2017-12-18 13:59-Pymuller.

亲爱的对话框,

我的应用程序必须执行600us的任务持续时间,以在给定频率为150Hz的频率下激活多个I / O.这些I / O的控制精度必须小于2美元。因此,在任务期间不会发生中断。此外,每个任务之间的时间的容差必须小于50us。任务之间没有什么可以做的,因此目前通过BLE Muss沟通。更多的是,BLE通信的持续时间不应该是长时间避免任何重载的下一个任务。

DA14680 GPIO输出电平休眠后法保持

周一,2017-12-18 08:51-歌曲

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位清零,硬件已经将管脚状态,但为什么起作用呢?

页面

订阅RSS  -  DA1468X