Hello,
I would like to compile DSPS code for production boot from UART and with the extended sleep support.
我假设延长睡眠必须启用如下：
/*Sleep modes*/
#define CFG_EXT_SLEEP
//#undef CFG_DEEP_SLEEP
//#undef CFG_EXT_SLEEP
Do I need to set DEVELOPMENT_DEBUG to 0?
#define DEVELOPMENT_DEBUG 0
Are there any other flags which have to be set for production code?
问候，
伊利亚
设备：
The code is intended for "device" side.
Hi imalamoud
你需要,因为你correctly said, define the CFG_EXT_SLEEP and the DEVELOPMENT_DEBUG to 0
also you must
如果要在OTP上刻录固件，请定义app_boot_from_otp，
如果设备将从OTP读取NVDS数据，请定义READ_NVDS_STRUCT_FROM_OTP
定义CFG_WDOG.
Thanks MT_dialog
谢谢！
Hello,
1. We are going to boot via UART without OTP. Do I still need to set DEVELOPMENT_DEBUG to 0 (in the code it mentions that 0 is for OTP boot)?
2.根据您的推荐设置重新编译代码，并延长睡眠，并试图加载到我们的测试设置 - 断开部分基本套件（删除的所有跳线）通过P0_2，_3和流量控制连接到FTDI UARTp0_6，_7。我无法让它宣传或在最好的情况下广告这是一个很短的时间。尝试了硬件和SW流量控制。
However once I recompiled with extended sleep disabled it works fine - advertises and connects and streams data.
可能是什么原因？
Hi imalamoud
1）是的，您应该将Development_debug设置为0，不必要的代码将进入您的程序，如果发生某些事情，看门狗也不会重置您的程序。
2)当使用JTAG定义和下载CFG_EXT_SLEEP时，您的代码是否正在执行？您是否对代码进行了任何更改？
Thanks MT_dialog
Hello,
We configured our device side as described above with CFG_EXT_SLEEP.
The code is uploaded via UART. HW flow control is set.
The device connects and sends data fine.
然而，最小功耗总是大约600A。看起来它不会进入延长睡眠。
What did we possibly miss?
Hi imalamoud
通过定义CFG_UART_HW_FLOW_CTRL，您将设备设置为在RTS / CT下运行（对于其他帖子）。
如何测量设备中的当前策略？您可以从智能片段查看您的设备无法延长睡眠吗？
Thanks MT_dialog
Thank you for your reply.
An small interface board based on a 14580 module has been developed and we measure directly in the board's circuit by a quality Fluke micro ammeter.
由于我们的产品（电池供电的LCR仪表镊子）具有低于2uA和电流的睡眠电流，因此对我们来说非常普遍
must be checked from time to time (the battery is small). So a measurement error is unlikely.
数据包（10bytes）在一秒内发送一次。在数据包之间拉动RTS。要发送数据，RTS被拉下来，我们等待CTS。
So what could be the reason for not entering the sleep mode?
嗨imalamoud，
the 600µA could well be caused by a connected debugger.
When I leave JTAG/SWD connected, I read about 0.6mA as well.
当处于空闲模式（电源而且没有代码运行）时，我也测量约0.6mA。
In this case, it could be that the device doesn't enter sleep mode as you said.
Are other devices on the same supply that could cause thus high sleep current?
最好的问候，bb_dialog。
Hello,
JTAG/SWD is not connected. The board is separate has only UART pins, HW reset and power on the connector. The current is measured directly on the board so no other devices.
Again, perhaps we are doing incorrect DSPS CTS/RTS control.
We configured CFG_UART_HW_FLOW_CTRL and operate under RTS/CTS.
数据包（10bytes）在一秒内发送一次。在数据包之间拉动RTS。要发送数据，RTS被拉下来，我们等待CTS。
这样对吗？
What could be the reason for not entering the sleep mode? we tried several modules.
What could be the reason for not entering the sleep mode? we tried several modules.
嗨imalamoud，
The only think that we can come up with is that, maybe because the connection intervals of the DSPS are two small 12.5 ms (gives a small amount for sleep) there is a chance that the instrument doesn't show the actual power consumption. What you can try is to measure the power consumption in advertising mode (the intrervals are larger) or change (just for test, this will reduce the datarate) the connection interval parameter (#define APP_PARAM_UPDT_INTV_MIN 10 //N*1.25ms) and measure again. Also please try to measure the power using an analyser to make sure that the device isn't sleeping.
Thanks MT_dialog
Hello,
Let me re-cap:
- 14580安装在单独的模块板上。电路板连接到MSP430。仅使用5个14580引脚 - PO分配为Rx / Tx / CTS / RTS并重置。
- We boot it with DSPS device side. Extended sleep is enabled.
- The consumption current can be measured at the battery with quality instrument.
- Without the 14580 board when MSP430 is in sleep mode consumes 1.2uA.
- Once the board is connected even when MSP430 sleeps consumption always stable at 600uA.
I repeat, MSP430 is in sleep mode.
你能详细解释 - 我们是否需要拉起或拉下一些引脚（例如RTS）或将它们设置为第三个状态？哪个别针？
Can 14580 consume current via inputs?
请帮助我们真正击中这个街区而无法继续。
Any comment on that?
I can send you schematic.
嗨imalamoud，
Just give us some time, we are checking on it.
Thanks MT_dialog
Hello,
相当一段时间过去了。
这个问题仍然存在于我们的生产设备中。
Do you have some ideas to try?
嗨imalamoud，
我不认为这个问题与580没有睡觉的事实，但如果你有一个引脚，那么应该有一些东西在定制板上应该有一些泄漏，如果你有一个pin，并且连接的引脚是一个下拉将泄漏。在DSP应用中，RX和CTS都是上拉，因此如果设备睡眠时，外部MCU的引脚被拉下来，则会有泄漏。尝试逐个删除引脚并检查系统的总电流消耗是否下降。
Thanks MT_dialog
Thank you for a fast reply
MCU pins are being turned to a third state (switched to inputs) to initiate sleep. Can it cause the leak. Also, can it be 0.5mA leak?
Just to verify, I have configured the following parameters
#define cfg_mem_map_ext_sleep.
#undef CFG_MEM_MAP_DEEP_SLEEP
#undef CFG_DEVELOPMENT_DEBUG
sleep_state_t app_default_sleep_mode = ARCH_EXT_SLEEP_ON;
Did I miss something in configuration?
嗨imalamoud，
不，如果你有外部MCU的引脚，我不认为应该有任何泄漏。所以我想在附加580时运行FW运行并宣传（只是为了让设备清除广告事件之间的睡眠），有没有机会在DSP队列中有待处理的数据？例如，当设备通告其接收数据时，这将保持设备唤醒（甚至一个字符也将在IT广告时保持设备在无休眠模式下）。因此，也许580在某些时候从设备接收垃圾，没有连接，因此无处可发送数据，以便在进行连接之前保持清醒。您还可以从MCU分离580并单独测量实体的功耗，以隔离问题（检查其与外部MCU相关的东西或仅使用580）。
Thanks MT_dialog
We noticed that when CTS-RTS are disconnected from the MCU there is still some activity on those 580 pins every 3.5mSec.
Does it tell you something? Could we inadvertently enabled (or left enabled) some timer?
嗨imalamoud，
我不这么认为，DSP不要使用任何定时器来驱动RTS，每次设备唤醒并宣传它都会向下推拉它，以指示可以执行接收，因为它唤醒，所以应用当广告时，它会使RTS低约5毫秒并睡眠（因此RTS为高约100ms，这是广告间隔）。连接器件时，RTS为低约2.5ms，高约10ms。
Thanks MT_dialog