How to put spark core to sleep and wakeup on interrupt signal on a pin?

Getting Started
21

Does the stop mode retain all the system variables when woken up? Or does it function in the same way as the deep sleep mode where the system restarts?

Thanks

22

I have tried out a minimal test of this new sleep code:

#include "application.h"

int led2 = D1;
int intPin = D0;
SYSTEM_MODE(MANUAL);

void setup()
{
  pinMode(led2, OUTPUT);
  Spark.sleep(intPin, FALLING, 60);
}
void loop()
{
  digitalWrite(led2, HIGH);
  delay(1000);
  digitalWrite(led2, LOW); 
 }

locally compiled and flashed with the new firmware and my core simply flashes green 3 times fast then white once long and immediately repeats. What am I doing wrong?

1 Like
23

Hi @bpr,

I guess you are seeing this problem because of IWDG reset which was enabled in Bootloader in new versions of Core(Run 2 aand Run 3).

I made an update to Bootloader today to “NOT” enable IWDG when the Stop Mode Flag is Set.
Following is the commit: spark/bootloader@e5792b1

I also created a Bootloader-patch firmware which will easily enable anyone in field to update to the latest bootloader without using JTAG programmer. Here is the core-firmware branch for this:


However care should be taken not to disturb the patch update process by accidentally removing usb power or through reset.
Following is the procedure to update the bootloader-patch
1)cd core-firmware
2)git pull
3)git checkout bootloader-patch-update
4)cd build [No need to run make]
5)Enter usb dfu/bootloader mode => Yellow flashes
6) dfu-util -d 1d50:607f -a 0 -s 0x08005000:leave -D core-firmware.bin
7)Upon execution, the bootloader should be updated within a second or two and normal core-firmware should start executing.
8)Congrats! your core is loaded with latest bootloader without the hassle of going through ST-Link JTAG programming

For those with Run2 and Run3 production Cores, the above mentioned process should get your “wakeup from sleep with interrupt” working i.e. IWDG should not reset after 5 seconds.

Be Brave in trying out on one of your Core :smile:

I tried your above mentioned code and it worked fine after the Bootloader fix.

Thanks!
Satish

6 Likes
24

Wonderful!!! That got it working. Thanks! But I don’t understand the behavior totally. When Spark.sleep(intPin, FALLING, 60); is in setup(), the loop is never run. If I put it in loop(), loop code doesn’t run unless sleep is placed after all other code. I don’t understand why.

25

The core will always restart after waking up and the first section of code to run is setup() before loop(). :wink:

2 Likes
26

We are resetting now before entering Stop mode triggered by Spark.sleep because by default IWDG is enabled. Watchdog and sleep can’t work together and there is no way to disable IWDG except reset.

Probably we should have this now(proposal):
1)For always on Core(i.e. no Spark.sleep in application code), enable IWDG by default
2)For Core that sleeps based on user application(typically battery powered applicaton), do not enable IWDG. This will make full use of stop-mode, no reset for entering stop mode, state variable retention, execute from the same place where it last went to sleep.

5 Likes
27

Hey, great topic guys. I am new to the Spark and and just wondering, which pins are used for the interrupts? I know Arduinos are D2 an D3. Is it the same for these units? Thanks!

28

@mrmills129, the answer to your question is already found in the documentation here:

http://docs.spark.io/firmware/#spark-sleep :wink:

2 Likes
29

@kennethlimcp Thanks! I looked through those docs but was expecting it to be detailed in the hardware section on the pinout diagram. Thanks for taking the time!

30

This is a newly added feature of around 1 month old so its not available in the pin-outs :wink:

31

I am very interested in this feature - but having some issues getting through all the steps to get the modified bootloader on my Spark Core. Is there a prebuilt bootloader that I can transfer, rather than completely rebuilding?

32

Look for the branch and the .bin file is in the build folder.

Sorry but I’m on the go so probably drop the links here later if you can’t find it. :slight_smile:

33

I think I simply used https://github.com/spark/bootloader/tree/master/build and the instructions above (satishgn 21 Aug)

34

Thanks for the help everybody - I was able to get the firmware loaded on the Spark Core. It appears that both the RISING and FALLING modes work with the sleep mode, however the CHANGE doesn’t (it just reboots). Has anybody used the CHANGE mode?

35

I have just tried to use the new sleep interrupt modes and got the same results: RISING and FALLING modes work fine but the CHANGE mode keeps rebooting the core. I am using the sleep/interrupt mode for a Home Automation magnetic contact detector (battery powered, for intrusion detection) and actually need the CHANGE mode, since it is required to detect both “door open” (FALLING) and “door closed” (RISING) states.

36

Hello guys!

I missed this thread and didn’t work on it but guess that there might be something going on due to attachInterrupt(pin, function, mode);

http://docs.spark.io/firmware/#interrupts-attachinterrupt

Can you try a simple code with this function and on your application and observe the behavior?

I can probably hook up a scope and see how this goes in 2 hours :smiley:

37

I have an theory on what might be happening - I used the internal pull-up resistor on my input. Is is possible that that is floating and causing a false trigger? I will test is later this week - just haven’t found time to test it so far


38

I’m not sure what’s the behavior for an internal pull_up as the sleep feature attaches an interrupt to the pin you specify simply as an input without pull-up.

You might have a point. :wink:

Test it out!

39

I’m hoping someone could clarify an issue about wakeup via pin state change.

What I want to do is wakeup from SLEEP_MODE_DEEP the Spark.sleep(wakeUpPin, edgeTriggerMode) does not take a sleep type argument. Does this mean it will function in any type of sleep or not in SLEEP_MODE_DEEP?

I just do not want to go through the effort of reflashing the the bootloader if wakeup via pin does not work in SLEEP_MODE_DEEP

Also regarding the bootloader, I was to understand that I would need a ST JTAG programmer and shield to reflash the bootloader, but @satishgn comments above about a bootloader patch make me think the entire bootloader can be reflashed via his procedure. Is this correct?

40

In this thread you might find what you are looking for.

Flashing bootloader from post #28 onwards
About waking up from deep sleep via pin, I’m not sure this would work since you’d need the ”C to keep the input circuitry powered which is not deep sleep but only sleep.

1 Like