How can I prevent my .NET Wearable app from going to sleep

Galaxy Watch for Tizen Tizen .NET APIs
#1

I am developing a Tizen .NET app for the Samsung Gear S3 (Tizen v4.0). I want my Wearable app (NOT a watchface) to always stay alive and never be put to sleep until the user exits the application.

I have made a small PowerManager that wraps the native dll:

    [DllImport("libcapi-system-device.so.0", EntryPoint = "device_power_request_lock", CallingConvention = CallingConvention.Cdecl)]
    internal static extern int DevicePowerRequestLock(int type, int timeout_ms);

    [DllImport("libcapi-system-device.so.0", EntryPoint = "device_power_release_lock", CallingConvention = CallingConvention.Cdecl)]
    internal static extern int DevicePowerReleaseLock(int type);

    enum Power_Type { CPU = 0, DISPLAY = 1, DISPLAY_DIM = 2 };

Here is what works:

If I call:

    DevicePowerRequestLock((int)Power_Type.DISPLAY, 0);

Then my app does indeed stay focused but the display is always on. For now, I am managing myself what to show and I am manually coding the equivalent of the Ambient mode with timers. This is not ideal in terms of battery consumption.

Here is what does NOT work:

If I call:

     DevicePowerRequestLock((int)Power_Type.CPU, 0);

or even if I call the Tizen .NET 4.0 call:

    Tizen.System.Power.RequestCpuLock(0);

This does absolutely nothing. The screen goes out after the screen timeout (which is what I want) but if I wait long enough before I wake the screen up, the app is sleeping and I am back to my watchface.

So it seems to me the CPU lock is not working.

Furthermore, is there a way to know in a wearable app when Ambient Mode has been turned on to selectively display certain UI elements much like in a watchface?

Sorry if these are newbie questions but I cannot find the answer for this anywhere and I have a feeling I am not the only one with this problem.

Thanks!

#2

Hi,

try to find solution in this topic on Tizen forum:

I hope it will be helpful.

Frankie

#3

Yes, I have the same problem. I want to prevent the app to “go on background” after some time. Currently after 20 seconds or 5 minutes (can be set by user in the device) the app is hidden and the watch face is shown.

I want to keep the app always in front, even after the display was turned off. So user can just do a wrist gesture and the app will be shown (not the watch face).

I also tried the Power.RequestCpuLock(0); function, and the Power_Type.CPU enum, but it does not work (on Galaxy Watch Active). The Power_Type.DISPLAY enum works always (when I call it every time in App.OnResume), but this keeps the display always turned on, it consumes the battery.

I found this F# code that is using the Display class, not the Power. Maybe this could be used? But I was not able to make it work for this use case: https://github.com/swift-kim/FSharpSamples/blob/master/XStopWatch.FSharp/XStopWatch/WindowExtension.fs

#4

Note that I have these items inserted in the manifest:

<privilege>http://tizen.org/privilege/power</privilege>
<privilege>http://tizen.org/privilege/display</privilege>

And also the background category is set, so the app is not stopped when on background. But still it does not stay displayed like the documentation says.

<background-category value="location" />

#5

Did you solve the problem? Try to add:

<privilege>http://tizen.org/privilege/appmanager.launch</privilege>

to your manifest file.

I’ve tried to keep vibrating watch when app go on background and theselines fixxed me the problem:

<background-category value="media" />

<privilege>http://tizen.org/privilege/appmanager.launch</privilege> <privilege>http://tizen.org/privilege/haptic</privilege> <privilege>http://tizen.org/privilege/display</privilege>

#6

Thanks Frankie!

Yes, I think I have solved it. I use these permissions in the manifest:
<feature name="http://tizen.org/feature/location.gps">true</feature>
<privilege>http://tizen.org/privilege/power</privilege>
<privilege>http://tizen.org/privilege/display</privilege>
<privilege>http://tizen.org/privilege/appmanager.launch</privilege>

The app stays running on background. Just on Gear S3 I encountered that the app still can be killed, if the battery is less than 30%? But on Galaxy Active it seems it’s running on background even with a low battery.

For the second part - keeping the app always in front, I am monitoring the Display.StateChanged event. If the display was turned on, I call the AppControl.SendLaunchRequest with the App ID of this app. Seems that it’s working (so when user looks on his watch and the display lights up, the app is sent to front). Then I can request the DevicePowerRequestLock for example for 30 seconds and the display stays active, even if it was set differently in the device settings.

#7

Hi everyone,

Thanks all for the discussion and solution. I have tried your recommendations and it does do what I want it to do.

I have to say that I am slightly disappointed with the behavior. Since the solution is to re-launch the app when the display is turned on, there is a slight delay where you actually see the Watchface and then you see your app being woken up. Also, when doing many times, it will happen that the app will simply not get launched and stay on the Watchface (although I have yet to confirm that it is not a problem in my code). Like I said, this works, but it is not the most responsive solution.

I am probably asking for too much here, but it would have been ideal to be able to have a solution that mimics the exact behavior of the Samsung Health app. When I am using it and I am running for example, as soon as I wake up the display, the app is visible and running in record time. That, in my view, is the best user experience for this type of activity.

I wish Samsung would provide clear guidelines to make “Always On” applications for real-time tracking of sports and activities.

Thanks again!

#8

In my experience, the app is still running on background, it does not get closed. You can see if you display a second screen in the app, then go to home screen and select the app icon again, the second screen is still displayed. Also if you write some info into the log file, you can see that the app was running.

But you are right, sometimes the Display.StateChanged does not get called (the turned on display is not detected), or maybe the SendLaunchRequest is not called? Sometimes (in 1 of 10 cases) the app is not sent to front. I still need to research it. But I hope there will be some trick (for example I already saw the LaunchRejectedException in the analytics, this may be it).

Yes, it’s hard to make a reliable app and users are angry if it does not work 100% :slight_smile: But I also understand that this is a watch, very limited platform with a very small battery. We need to be very careful what we do regarding multitasking.

#9

Hi mai1588157995,

I agree with all of your points and finding the reason why the SendLaunchRequest is not always called may be a step forward.

Still, I maintain that it is possible to have a rock solid solution for this since the Samsung Health app doe sit perfectly.

#10

You have the .NET API, native API, web API, sometimes even an undocummented API :slight_smile: The native Samsung Health app can use different approaches. If you have a partner certificate from Samsung, you can also probably get access to more features. But I hope this should be possible even from the normal .NET API. I will let you know if I find something.

#11

Just to summarize, it works now. When user looks on the watch, the app is moved to foreground. It’s always activated.

Previously I had some logic in App.OnResume, and it seems this method was sometimes called before the Display.StateChanged and sometimes after. This is all what we need, in App.xaml.cs constructor:

Display.StateChanged += Display_StateChanged;

Then add this method:

private void Display_StateChanged(object sender, DisplayStateChangedEventArgs e)
{
    if (e.State == DisplayState.Normal && _lastDisplayState == DisplayState.Off)
        SendLaunchRequest();

    _lastDisplayState = e.State;
}

And implement the SendLaunchRequest method:

private void SendLaunchRequest()
{
    try
    {
        AppControl.SendLaunchRequest(
            new AppControl
            {
                ApplicationId = Constants.AppID,
                LaunchMode = AppControlLaunchMode.Single,
            }, (launchRequest, replyRequest, result) => { });
    }
    catch (LaunchRejectedException) { Logger.Log("Launch rejected"); }
    catch (Exception ex) { Logger.Log(ex); }
}
#12

I know this is an old topic, but can anyone go into a bit more detail about how exactly to get background execution working? I’m making a Xamarin Forms Tizen .NET app for Tizen 5.5 and I need to be able to continuously run the heart rate monitor in the background. I specified the required background categories and added a function call in the App.OnSleep() method which starts my thread which collects HR data…but no matter what, my app stops executing when the watch enters ambient mode. (I’m on a Galaxy Watch Active2.) I’ve tried setting an alarm to relaunch the app in that same OnSleep method but that did not work either.

1 Like
#13

I should mention that I did get background execution working, but I have to keep the HRM constantly on in order for it to collect data and keep running in the background. I wanted to repeatedly turn the HRM on, get one measurement, and then turn it off and sleep for a period of time. But this seemed to pause my application. Does anyone know of a workaround for that?

I had one random idea which was starting the Pedometer and leaving that on but it didn’t fix my HRM problem.

#14

Indeed, I have a similar issue. I need to forestall the application to “go on foundation” after some time. At present following 20 seconds or 5 minutes (can be set by client in the gadget) the application is covered up and the watch face is appeared.

I need to keep the application consistently in front, even after the presentation was killed. So client can simply do a wrist motion and the application will be appeared (not the watch face).

I likewise attempted the Power.RequestCpuLock(0); work, and the Power_Type.CPU enum, however it doesn’t deal with (Galaxy Watch Active). The Power_Type.DISPLAY enum works consistently (when I call it each time in App.OnResume), yet this keeps the presentation consistently turned on, it burns-through the battery.

I discovered this F# code that is utilizing the Display class, not the Power. Perhaps this could be utilized? However, I couldn’t make it work for this utilization case: FSharpSamples/WindowExtension.fs at master · swift-kim/FSharpSamples · GitHub

#15

This can be prevented if you connect with samsung developer program, they can definately help you in this matter.
mai1588157995 response is appropriate, I support his answer.

#16

Can someone share how to do same in Javascript.