User:Magick777/My N900 Scheduling - Revision history

magick777: /* Opportunistic power saving */

2010-07-18T12:22:20Z

Opportunistic power saving

← Older revision		Revision as of 12:22, 18 July 2010
Line 59:		Line 59:

	== Opportunistic power saving ==		== Opportunistic power saving ==
		+
		+	I am working on [[User:Magick777/OPS]].

	=== CPU frequency scaling ===		=== CPU frequency scaling ===

magick777: /* CPU frequency scaling */

2010-07-18T10:42:45Z

CPU frequency scaling

← Older revision		Revision as of 10:42, 18 July 2010
Line 61:		Line 61:

	=== CPU frequency scaling ===		=== CPU frequency scaling ===
-
	More or less as described in [[Overclocking#Underclock.2FOverclock_when_phone_is_Locked.2FUnlocked__.28by_Fecn.29\| this script]], though I implemented it with dbus-scripts-settings. On phone locked we set "kernel-config limits 250 500" and on unlock we set "kernel-config limits 500 850".		More or less as described in [[Overclocking#Underclock.2FOverclock_when_phone_is_Locked.2FUnlocked__.28by_Fecn.29\| this script]], though I implemented it with dbus-scripts-settings. On phone locked we set "kernel-config limits 250 500" and on unlock we set "kernel-config limits 500 850".
-
-

	=== Set 2G radio mode ===		=== Set 2G radio mode ===

magick777: /* Set 2G radio mode */

2010-07-18T10:42:11Z

Set 2G radio mode

← Older revision		Revision as of 10:42, 18 July 2010
Line 68:		Line 68:
	=== Set 2G radio mode ===		=== Set 2G radio mode ===

-	For battery life, I want the phone to put itself into 2G mode except when I am intensively using the data connection. It would seem sensible to trigger the switch to 2G any time that the phone is locked and remains so for a minute or two, in the assumption that it is in my pocket.	+	For battery life, I want the phone to put itself into 2G mode except when I am intensively using the data connection. It would seem sensible to trigger the switch to 2G any time that the phone is locked and remains so for a minute or two, in the assumption that it is in my pocket. But, I would not want this to happen if a) I am on a call b) the phone locked unintentionally and I unlock it again c) the phone is on charge or d) it was in 2G mode in the first place. I do not want it to be constantly switching between the two; it should change when it has good reason.
-		+
-	But, I would not want this to happen if a) I am on a call b) the phone locked unintentionally and I unlock it again c) the phone is on charge or d) it was in 2G mode in the first place. I do not want it to be constantly switching between the two; it should change when it has good reason.	+

	So, the phone locking should trigger a script that		So, the phone locking should trigger a script that

magick777: /* Opportunistic power saving */

2010-07-18T10:41:50Z

Opportunistic power saving

← Older revision		Revision as of 10:41, 18 July 2010
Line 60:		Line 60:
	== Opportunistic power saving ==		== Opportunistic power saving ==

-	=== ~~Underclocking /~~ CPU frequency scaling ===	+	=== CPU frequency scaling ===

	More or less as described in [[Overclocking#Underclock.2FOverclock_when_phone_is_Locked.2FUnlocked__.28by_Fecn.29\| this script]], though I implemented it with dbus-scripts-settings. On phone locked we set "kernel-config limits 250 500" and on unlock we set "kernel-config limits 500 850".		More or less as described in [[Overclocking#Underclock.2FOverclock_when_phone_is_Locked.2FUnlocked__.28by_Fecn.29\| this script]], though I implemented it with dbus-scripts-settings. On phone locked we set "kernel-config limits 250 500" and on unlock we set "kernel-config limits 500 850".

magick777: /* Opportunistic power saving */

2010-07-18T10:41:00Z

Opportunistic power saving

← Older revision		Revision as of 10:41, 18 July 2010
Line 59:		Line 59:

	== Opportunistic power saving ==		== Opportunistic power saving ==
		+
		+	=== Underclocking / CPU frequency scaling ===
		+
		+	More or less as described in [[Overclocking#Underclock.2FOverclock_when_phone_is_Locked.2FUnlocked__.28by_Fecn.29\| this script]], though I implemented it with dbus-scripts-settings. On phone locked we set "kernel-config limits 250 500" and on unlock we set "kernel-config limits 500 850".
		+
		+

	=== Set 2G radio mode ===		=== Set 2G radio mode ===

magick777 at 10:35, 18 July 2010

2010-07-18T10:35:22Z

← Older revision		Revision as of 10:35, 18 July 2010
Line 55:		Line 55:
	* Installed 'alarmed' from extras-devel, had to ln -sf python2.5 to /usr/bin/python		* Installed 'alarmed' from extras-devel, had to ln -sf python2.5 to /usr/bin/python
	* Configured alarmed to reset GPRS data at 0000 on 1st of each month		* Configured alarmed to reset GPRS data at 0000 on 1st of each month
		+
		+	= What have I scheduled? =
		+
		+	== Opportunistic power saving ==
		+
		+	=== Set 2G radio mode ===
		+
		+	For battery life, I want the phone to put itself into 2G mode except when I am intensively using the data connection. It would seem sensible to trigger the switch to 2G any time that the phone is locked and remains so for a minute or two, in the assumption that it is in my pocket.
		+
		+	But, I would not want this to happen if a) I am on a call b) the phone locked unintentionally and I unlock it again c) the phone is on charge or d) it was in 2G mode in the first place. I do not want it to be constantly switching between the two; it should change when it has good reason.
		+
		+	So, the phone locking should trigger a script that
		+	*tests whether it should take action and
		+	**if so, waits a minute to see if I unlock the phone again and
		+	***if I don't, goes ahead and kills 3G.
		+
		+	This would be achieved by running a script on lock that will sleep for 60 seconds and then switch to 2G mode. On an immediate unlock, we can test if that script is running and kill it thus leaving the dual mode intact.
		+
		+	By what criteria to restore 3G is more difficult; it is by no means automatic that I require 3G because I unlock the phone or plug in a charger. However, as soon as I want to access e-mail, Web or VoIP, 3G will be required. Therefore my options are
		+
		+	*never automate the switch to dual mode and switch manually when required
		+	*automate the switch based simply on using the phone
		+	*automate the switch when I launch any application that requires it
		+	*automate the switch based on data traffic flow

magick777: /* Charger plugged in / removed */

2010-07-16T15:48:46Z

Charger plugged in / removed

← Older revision		Revision as of 15:48, 16 July 2010
Line 29:		Line 29:
	When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and that the actions taken are correct. So, what we need is a script that enables WiFi but sets a timer to disable it again after a fixed amount of time, plus a script that reacts to a successful connection to the home WiFi network by disabling the timer and letting WiFi remain.		When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and that the actions taken are correct. So, what we need is a script that enables WiFi but sets a timer to disable it again after a fixed amount of time, plus a script that reacts to a successful connection to the home WiFi network by disabling the timer and letting WiFi remain.

-	This way, if I'm charging from an external power pack in the field, it'll trigger and have a look for WiFi, then decide after one minute that it can't reach my home network so it'll turn WiFi off until I explicitly ask for it.	+	This way, if I'm charging from an external power pack in the field, it'll trigger and have a look for WiFi, then decide after one minute that it can't reach my home network so it'll turn WiFi off until I explicitly ask for it. We'll handle the WiFi switching in the same way as the existing WiFi Switcher applet (by nicking the scripts from it), meaning that the existing switcher application can also be used as a manual override to our automations.
		+
		+	The end result of all this will be:
		+
		+	* Using dbus-scripts, when charging commences run the script wifi-enable-home. This will enable the WiFi (if disabled) but also run the script /opt/usr/bin/wifi-kill which, after sleeping for 60 seconds, will disable WiFi again.
		+
		+	* When we get a connection to my home Wifi, run /opt/usr/bin/wifi-unkill which will kill the script that was set to disable WiFi.

	=== Device locked / unlocked ===		=== Device locked / unlocked ===

magick777: /* Charger plugged in / removed */

2010-07-16T15:02:40Z

Charger plugged in / removed

← Older revision		Revision as of 15:02, 16 July 2010
Line 27:		Line 27:
	=== Charger plugged in / removed ===		=== Charger plugged in / removed ===

-	When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and that the actions taken are correct. So, what we need is a ~~conditional WiFi~~ script that ~~will enable~~ WiFi but ~~set~~ a timer to disable it again after a fixed amount of time, plus a script that reacts to a successful connection to the home WiFi network by disabling the timer.	+	When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and that the actions taken are correct. So, what we need is a script that enables WiFi but sets a timer to disable it again after a fixed amount of time, plus a script that reacts to a successful connection to the home WiFi network by disabling the timer and letting WiFi remain.
		+
		+	This way, if I'm charging from an external power pack in the field, it'll trigger and have a look for WiFi, then decide after one minute that it can't reach my home network so it'll turn WiFi off until I explicitly ask for it.

	=== Device locked / unlocked ===		=== Device locked / unlocked ===

magick777: /* Charger plugged in / removed */

2010-07-16T15:00:52Z

Charger plugged in / removed

← Older revision		Revision as of 15:00, 16 July 2010
Line 27:		Line 27:
	=== Charger plugged in / removed ===		=== Charger plugged in / removed ===

-	When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and that the actions taken are correct.	+	When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and that the actions taken are correct. So, what we need is a conditional WiFi script that will enable WiFi but set a timer to disable it again after a fixed amount of time, plus a script that reacts to a successful connection to the home WiFi network by disabling the timer.
-		+
-	So, what we need is a conditional WiFi script that ~~enables~~ WiFi but ~~sets~~ a timer to disable it again after ~~one minute~~, ~~and then~~ a script that reacts to a successful connection to the home network by disabling the ~~self-destruct~~ timer.	+

	=== Device locked / unlocked ===		=== Device locked / unlocked ===

magick777: /* Charger plugged in / removed */

2010-07-16T14:59:48Z

Charger plugged in / removed

← Older revision		Revision as of 14:59, 16 July 2010
Line 27:		Line 27:
	=== Charger plugged in / removed ===		=== Charger plugged in / removed ===

-	When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and ~~so this is~~ what we ~~wanted~~ to do.	+	When charging starts, it usually means that the phone is at home and therefore that we want to cancel power saving measures, enable WiFi and so forth. However, this may not always be correct and it would be nice to incorporate some sort of test that we actually are at home and that the actions taken are correct.
		+
		+	So, what we need is a conditional WiFi script that enables WiFi but sets a timer to disable it again after one minute, and then a script that reacts to a successful connection to the home network by disabling the self-destruct timer.

	=== Device locked / unlocked ===		=== Device locked / unlocked ===