Related
I'm looking for a simple application that will run in the background, and send the current GSM/UTMS cell-id to a web server on a periodic basis (via HTTP GET).
Basically a program like cellGPS (http://www.vikinggames.hu/product.php?id=11) but for Windows Mobile. I don't really care about GPS info, since that just sucks power (and doesn't work indoors).
What I'm trying to do here is enable my home automation system to know where I am, without sucking my phone's battery to death (especially since GPS won't work indoors). GSM/UTMS cell-id is 'close enough' for me.
The application would just hit a webserver on my home machine with the current cell-id (http://webserver.com/receiver.php?cellid=4233-23) on a definable period. My own app on my webserver would record that data into a database. I can then go back and use that data to let my home auto system know "hey, Justin's almost home, turn on the HVAC, lights, etc".
It needs to be able to run in the background, no annoying icons on the screen, and start up on phone reset.
I figure since it's just sending the cell-id (which is always available), it would be rather efficient and not use much battery power (especially since I usually leave Activesync on "instant" so the data connection is usually up anyway).
Other extensions to this would let my server update twitter/facebook/etc with "Justin's at ... home/work/etc now.".
Any ideas?
wow this would be a great aplication
Two programs come to mind.... Comm Mgr Pro and rk-Location Switch.
I have not really played with these two programs much, but they do Cell tower based switching and might include some of the other features you require (but I do have to admit that they do not have all the features you want).
Dale Lane posted some c# code to programmatically get the cellID of the current tower.
The rest is pretty simple - a place to enter the url and then periodically issue HTTP GET requests.
I guess I could try to cook up something when I have some time.
Well I went and coded a sample app anyway. It just reads the current tower info at the specified interval. Is this the information that you require?
Just extract the zip to the device and run the .exe.
Note: It requires .NET Compact Framework 2.0
this sounds pretty cool. remember that cellid information is good for triangulating to about 1000 meters. you can get "justin's on his way home, turn on the AC" but probably not "justin's in the shower, begin youtube upload"
newb5000 said:
Well I went and coded a sample app anyway. It just reads the current tower info at the specified interval. Is this the information that you require?
Just extract the zip to the device and run the .exe.
Note: It requires .NET Compact Framework 2.0
Click to expand...
Click to collapse
Works great! even though this topic was supposed to be on logging it to a web database, I am not too keen on that since data charges are expensive. I would be more interested in an internal database where I can simply attach a "friendly name", say the location of the site (ie. corner of main and first st.) to some cell sites (or a group of sites) in the internal database. Similar to what nicetrack used to do on previous WM versions. http://forum.xda-developers.com/showthread.php?t=320055
newb5000 said:
Well I went and coded a sample app anyway. It just reads the current tower info at the specified interval. Is this the information that you require?
Just extract the zip to the device and run the .exe.
Note: It requires .NET Compact Framework 2.0
Click to expand...
Click to collapse
I will check as soon as I get my Kaiser back -- I managed to shatter the screen over the weekend. doh. This sounds EXACTLY like what I'm looking for.
Someone else mentioned data charges, which I don't care about, since I'm on unlimited data (AT&T won't even sell the things without the unlimited data plan now).
Actually, I still have my older TyTN somewhere. Let me dig it up and give this a try.
jasonchan said:
Works great! even though this topic was supposed to be on logging it to a web database, I am not too keen on that since data charges are expensive. I would be more interested in an internal database where I can simply attach a "friendly name", say the location of the site (ie. corner of main and first st.) to some cell sites (or a group of sites) in the internal database. Similar to what nicetrack used to do on previous WM versions. http://forum.xda-developers.com/showthread.php?t=320055
Click to expand...
Click to collapse
There's a program that sort of does this now, called Trackme -- but it only does GPS as far as I know. Adding DB code would probably add a whole lot of complexity (and CPU power).
I'm sure it's doable, though, but I would hope it wouldn't be in this app. I have enough crap running in the background eating precious CPU cycles.
I wish I had a Windows machine to do development on. I'm Mac/Linux only, and don't have access to Visual Studio anymore.. I wrote an app to do this for the iPhone, but it can't run in the background due to SDK limitations. It's annoying that Microsoft hasn't made the WinMo SDK work on other platforms (although I guess Apple is doing that with the iPhone, so I don't have much room to talk).
The "goal" of this desired application is to be as lightweight as possible and offload all processing to a real computer. My phone doesn't need to do all of the work.
I can't imagine this would use much bandwidth, anyway. Even if you updated every five minutes, that's far less than 50kb per day, assuming a 64 byte URL + all HTTP and TCP headers. It'd add up to around 1.5 megabytes a month. I'd bet it'd be closer to 800-900kb/month. That's nothing compared to email/etc traffic. I would hope EU/etc carriers aren't so bad that 1.5mb a month would put you over a limit...
jasonchan said:
Works great! even though this topic was supposed to be on logging it to a web database, I am not too keen on that since data charges are expensive. I would be more interested in an internal database where I can simply attach a "friendly name", say the location of the site (ie. corner of main and first st.) to some cell sites (or a group of sites) in the internal database. Similar to what nicetrack used to do on previous WM versions. http://forum.xda-developers.com/showthread.php?t=320055
Click to expand...
Click to collapse
I tested it yesterday when driving home from work. Tower changes were very frequent during my drive home. But lets say that a HTTP GET request (depending on the length of the URL) is on average 100 bytes. Lets say in a day you switch towers 200 times. That would result in just under 20 kilobytes of data usage in a day. I actually calculated this for myself because I also initially thought that one would get a large bill at the end of the month for data usage, but it would seem that this isn't the case.
One could also limit the web requests to only "bookmarked" Cell IDs.
I like the idea of the original poster even though I cannot see how I could use it personally, since I do not have a home automation system.
Regarding more friendly names - I remember that I had set it up on one of my first phones to receive cell broadcast messages from the towers which included the tower friendly name. Haven't tried since, though.
The data that is made available in Windows Mobile is the following:
http://msdn.microsoft.com/en-us/library/aa921533.aspx
Don't see any friendly names of towers though
I thought of adding a "bookmark" button so that one can bookmark the current Cell ID (and possibly assign a friendly name) but this would be very awkward while driving (and the frequent tower changes).
Google has a database with Cell IDs and uses them in Google Maps but good luck getting a copy of their database
norelidd said:
this sounds pretty cool. remember that cellid information is good for triangulating to about 1000 meters. you can get "justin's on his way home, turn on the AC" but probably not "justin's in the shower, begin youtube upload"
Click to expand...
Click to collapse
Hah!
I only need 1000 meter resolution. GPS is definitely more accurate, but it would kill the battery in 6 hours flat.
Maybe when the third generation of GPS sats start going up in a few years, GPS receivers will use less power (since the sats will be much more powerful and supposedly will reach inside most buildings).. but that's 2015 at the earliest. Who knows what HTC/etc will come out with by then.
jmat said:
I will check as soon as I get my Kaiser back -- I managed to shatter the screen over the weekend. doh. This sounds EXACTLY like what I'm looking for.
Someone else mentioned data charges, which I don't care about, since I'm on unlimited data (AT&T won't even sell the things without the unlimited data plan now).
Actually, I still have my older TyTN somewhere. Let me dig it up and give this a try.
Click to expand...
Click to collapse
Only saw your post after I posted mine.
There aren't any web requests yet though, I just wanted to confirm that I was on the right track (through you testing it ). I'm willing to give it a bash because I'll learn something through the process.
Some questions arise:
Should the app dial a connection automatically, or just not send out requests if there is no active connection?
Still need to figure out how to get it to run in the background properly
I'm wondering how it should function if the phone is in standby
newb5000 said:
I tested it yesterday when driving home from work. Tower changes were very frequent during my drive home. But lets say that a HTTP GET request (depending on the length of the URL) is on average 100 bytes. Lets say in a day you switch towers 200 times. That would result in just under 20 kilobytes of data usage in a day. I actually calculated this for myself because I also initially thought that one would get a large bill at the end of the month for data usage, but it would seem that this isn't the case.
One could also limit the web requests to only "bookmarked" Cell IDs.
I like the idea of the original poster even though I cannot see how I could use it personally, since I do not have a home automation system.
Regarding more friendly names - I remember that I had set it up on one of my first phones to receive cell broadcast messages from the towers which included the tower friendly name. Haven't tried since, though.
The data that is made available in Windows Mobile is the following:
http://msdn.microsoft.com/en-us/library/aa921533.aspx
Don't see any friendly names of towers though
I thought of adding a "bookmark" button so that one can bookmark the current Cell ID (and possibly assign a friendly name) but this would be very awkward while driving (and the frequent tower changes).
Google has a database with Cell IDs and uses them in Google Maps but good luck getting a copy of their database
Click to expand...
Click to collapse
Tower switching will happen quite fast in big populated areas. That's why I was just going for every few minutes and not "as the tower changes".
It's too bad the towers don't "advertise" their GPS coordinates along with the other tower data. It seems like that would have been really easy to stick in the UMTS standard.
I'm surprised Google hasn't open sourced that database, or at least made an API library for it. Afterall, their users are the ones who discovered it all, not them -- Google Maps just records GPS coordinates + cell IDs and uploads them when you run the Google Maps location. I've seen that app upload several hundred kb during some runs.
Going back to the 'post on switch' thing. That might be a neat option -- to send a GET on every tower switch.. I'm going back and forth in my head on if that's a good idea or not. It'd be interesting to see how that hits battery life, though. (Since I have ActiveSync with "always push" enabled, I bet it doesn't make much of a difference).
First beta
Hi guys,
Apologies for the delay - I've been terribly busy.
I managed to create the app so it's ready for testing.
Attached is the cab file. The app consists of two components - the configuration utility and the service. The service is responsible for making the web requests and is launched at startup. You can use the configuration utility to adjust the settings as well as monitor what the service is doing.
The service will automatically dial your data connection when a web update is necessary, but it can also work via WiFi - although I don't see why you would use it via WiFi. It also supports websites that require Windows Authentication (Kerberos or NTLM should work, but do test it).
I think the app should be pretty self explanatory, but please do post if you have any questions or experience any problems.
FIY - the last error (if there is one) is stored in a log file located in:
Program Files\CellID Updater\cidlog.txt
Hope you like it!
EDIT: An update is available on the next page. I'm leaving this attachment as is just for reference purposes, but you should download the one on the next page.
CommMgrPro is creating a very big database automatically with operatorID-Cell/LAC-GPS coords sent (automatically) by the users (they can track their movements in realtime with googlemaps). Obviously GPS coords are only sent by GPS enabled devices. You can change the URL where the data is posted (HTTP GET) to point your site and I can give you a free license. Currently 3000 cells registed with gps coords and growing as the users moves....
Dani
newb5000 said:
Hi guys,
Apologies for the delay - I've been terribly busy.
I managed to create the app so it's ready for testing.
Attached is the cab file. The app consists of two components - the configuration utility and the service. The service is responsible for making the web requests and is launched at startup. You can use the configuration utility to adjust the settings as well as monitor what the service is doing.
The service will automatically dial your data connection when a web update is necessary, but it can also work via WiFi - although I don't see why you would use it via WiFi. It also supports websites that require Windows Authentication (Kerberos or NTLM should work, but do test it).
I think the app should be pretty self explanatory, but please do post if you have any questions or experience any problems.
FIY - the last error (if there is one) is stored in a log file located in:
Program Files\CellID Updater\cidlog.txt
Hope you like it!
Click to expand...
Click to collapse
Hey all - my first post.
I must say, it's outstandingly honorable that you share your skills with us. So good.. (haven't installed the tool yet, hope it's no virus or tv-on/off-switcher)
One question @jmat: How do you process the cellid once it is http'd to your server? Is there a webservice that maps cell-ids to gps?
Frouk
frouk said:
I must say, it's outstandingly honorable that you share your skills with us. So good.. (haven't installed the tool yet, hope it's no virus or tv-on/off-switcher)
Click to expand...
Click to collapse
Thanks and no, it's not a virus / trojan / <insert something bad here>
One thing I forgot to mention is that if the device goes into standby, the service will be "paused". Then, when the device comes out of standby, the service will resume where it left off. I'm not sure whether this is acceptable behaviour for the app, but I considered the alternative - preventing the device from going into standby will drain the battery very quickly. So you would choose when the service should send out updates by taking your device out of standby.
Another thing: you can configure how often the service checks for a new tower and whether it should send out an update if the tower is different or the same since the last check.
I'm still wondering how I can put this app to good use, personally. I don't have a home automation system and I don't need to be tracked by anyone at home. Any ideas on what other uses this app could have?
newb5000 said:
Thanks and no, it's not a virus / trojan / <insert something bad here>
One thing I forgot to mention is that if the device goes into standby, the service will be "paused". Then, when the device comes out of standby, the service will resume where it left off. I'm not sure whether this is acceptable behaviour for the app, but I considered the alternative - preventing the device from going into standby will drain the battery very quickly. So you would choose when the service should send out updates by taking your device out of standby.
Another thing: you can configure how often the service checks for a new tower and whether it should send out an update if the tower is different or the same since the last check.
I'm still wondering how I can put this app to good use, personally. I don't have a home automation system and I don't need to be tracked by anyone at home. Any ideas on what other uses this app could have?
Click to expand...
Click to collapse
The configuration is just perfect - that way one can decide when to update just by letting the device go to sleep or not. Another thing: am I right that this app will never be as accurate as Google maps "my location"? It uses triangular approximation with more than one cell-id, right? I experienced it to be very accurate, even being on the train it exactly locates my position, amazing.
I personally intend to use such kind of app for reality/virtuality games where website visitors can track something or someone on the web and then go outside into the real world and do something or meet someone.
But jmats' idea is also amazing.
Cell name
Years ago I had Ericsson R320 (BTW great phone). It showed cell name e.g. "city centre" on the screen besides op name. I dug up my eric from the closet and this option still works. It would be great to have this as a today plugin Do you know something like that?
Handy Use of App
newb5000 said:
I'm still wondering how I can put this app to good use, personally. I don't have a home automation system and I don't need to be tracked by anyone at home. Any ideas on what other uses this app could have?
Click to expand...
Click to collapse
Maybe you could mount a web server in your home pc (pretty simple) and track your device if it gets lost or stolen... It would be nice to recover your $700dlls phone right.
According to Android 1.6 specs the accelerometer should be able to log data at at least 50Hz (see page 18 on android-1.6-cdd.pdf)
However, the GT540 sensor rate - number of times per second you can get the sensor values - seems to be stuck to about 10Hz, i.e. just 10 values are gathered per second.
For programmers, the following lines are not producing any effect when registering the listener:
Code:
registerListener(this, sensorAccelerometer, SensorManager.SENSOR_DELAY_GAME);
registerListener(this, sensorAccelerometer, SensorManager.SENSOR_DELAY_FASTEST);
it seems the default value is stuck to SensorManager.SENSOR_DELAY_UI.
This of course should have impacts on applications using the accelerometer other than for just rotating the UI (pedometer, speedometer, nice games,etc...)
I asked other owners to test the accelerometer and so far all the feedback I received are consistent: the GT540 does ignore any settings and always logs data each 100ms...
Example how to test this bug:
1. install the free AccelerometerValues app from market (it is a single word)
2. click Settings: set Log interval (ms) to 50ms, flag "log values to file" and "file format cvs"
3. start the log for 2-3 secs
4. using Astro go to /sdcard/accelerometervalues and open the log file
You'll should see a line each 50ms but...
Any idea? Any hack to enable a faster rate?
Sensor is a BMA150 and is capable to report data at a rate much greater than Android specs...
gspeex said:
According to Android 1.6 specs the accelerometer should be able to log data at at least 50Hz (see page 18 on android-1.6-cdd.pdf)
However, the GT540 sensor rate - number of times per second you can get the sensor values - seems to be stuck to about 10Hz, i.e. just 10 values are gathered per second.
For programmers, the following lines are not producing any effect when registering the listener:
Code:
registerListener(this, sensorAccelerometer, SensorManager.SENSOR_DELAY_GAME);
registerListener(this, sensorAccelerometer, SensorManager.SENSOR_DELAY_FASTEST);
it seems the default value is stuck to SensorManager.SENSOR_DELAY_UI.
This of course should have impacts on applications using the accelerometer other than for just rotating the UI (pedometer, speedometer, nice games,etc...)
I asked other owners to test the accelerometer and so far all the feedback I received are consistent: the GT540 does ignore any settings and always logs data each 100ms...
Example how to test this bug:
1. install the free AccelerometerValues app from market (it is a single word)
2. click Settings: set Log interval (ms) to 50ms, flag "log values to file" and "file format cvs"
3. start the log for 2-3 secs
4. using Astro go to /sdcard/accelerometervalues and open the log file
You'll should see a line each 50ms but...
Any idea? Any hack to enable a faster rate?
Sensor is a BMA150 and is capable to report data at a rate much greater than Android specs...
Click to expand...
Click to collapse
sorry to say this but sound like bs cuz it works perfectly fine here
RDilus - I would love if this were bs... , can you a try as described above and post the result? Which Android version are you running?
Make sure to set the interval to 50 or 10ms.
Mine looks like:
Code:
Time;X;Y;Z
80;1.253072;1.0215261;9.602345
173;0.9942854;0.7627395;10.528529
275;1.0623871;0.8036005;10.56939
378;0.9942854;0.8308412;10.147159
480;1.1032481;0.6810174;10.378705
583;1.0623871;0.6810174;10.56939
685;1.0215261;0.7218784;10.378705
788;1.0623871;0.7218784;10.2152605
941;1.0623871;0.6810174;10.446807
...
you can see, I get a value each ~100ms (first column is in ms).
Thanks
gspeex said:
RDilus - I would love if this were bs... , can you a try as described above and post the result? Which Android version are you running?
Make sure to set the interval to 50 or 10ms.
Mine looks like:
Code:
Time;X;Y;Z
80;1.253072;1.0215261;9.602345
173;0.9942854;0.7627395;10.528529
275;1.0623871;0.8036005;10.56939
378;0.9942854;0.8308412;10.147159
480;1.1032481;0.6810174;10.378705
583;1.0623871;0.6810174;10.56939
685;1.0215261;0.7218784;10.378705
788;1.0623871;0.7218784;10.2152605
941;1.0623871;0.6810174;10.446807
...
you can see, I get a value each ~100ms (first column is in ms).
Thanks
Click to expand...
Click to collapse
im runing 2.1
and i dont gonna change some values most stupid thing you can do
RDilus you are missing the point, changing the rate is a functionality of the sensor and it should work in that way...
pls. don't spam on this thread if you don't know what it is about...
gspeex said:
RDilus you are missing the point, changing the rate is a functionality of the sensor and it should work in that way...
pls. don't spam on this thread if you don't know what it is about...
Click to expand...
Click to collapse
dont tell me what todo lol....
but it seams ur the only one so...
this can be closed or moved anyway
Well my accelometer works perfect, havent seen any problems nor in games nor in Apps. Not going to try that app to test it tho :]
Since most replies you got are way off base, I'd tell you my findings: yup, stuck at 100ms.
corran, thanks a lot for having done the test, this confirms the issue - stucked at 100ms
m4nu4l, you might not realize the problem until you start to use applications that leverage on the accelerometer in a "fine" way. The current behaviour is ok for just rotating the screen, showing a lever, and maybe for some games. But try to use a speedometer or games that are supposed to detect minor movements: the application would seems to work, you would not realize the issue but just the movement detection is 5-10 times less precise that what it should be according to Android specification.
I wrote to LG and they suggested to upgrade to 2.1 as soon as it is released, but from other users, I got the confirmation it does not seem to solve the problem
gspeex said:
I wrote to LG and they suggested to upgrade to 2.1 as soon as it is released, but from other users, I got the confirmation it does not seem to solve the problem
Click to expand...
Click to collapse
Should've mentioned I'm at 1.6 still also.
As i already told you, games run with my axxelomwter flawlesly (nfs shidft, asphalt series... abduction, i just dont understand how better it could be. I cant seem to notice any lag with it nor 100ms delay. Im using 2.1 afterall ...
If it works a-okay for whatever games is not quite the point of this. Google has, as the TS said, required for vendors to comply with
Accelerometer
Device implementations MUST include a 3-axis accelerometer and MUST be able to deliver events at 50 Hz or greater. The coordinate system used by the accelerometer MUST comply with the Android sensor coordinate system as detailed in the Android APIs.
Click to expand...
Click to collapse
This is taken from 2.1; if the device don't follow the stated requirements you're not complaint - i e apps, games, and whatever can fail or not work correctly. Thus, it is important to adhere to the "standard", else we will end up with what Steve Jobs called fragmentation - developers can't guarantee anything anywhere.
My 2.1 results:
336
444
541
643
746
So, same here.
@corran, you got exactly the point, I couldnt have phrased it better. Thanks for the message
@m4k4ve1icro, thanks for the test.
Our nice LG phone has a flaw that can limit its usage... you might not realize it now but the next android killer app might not work as expected. Actually the application I was interested on can't run since it has too little data from the accelerometer to compute correctly - and that's why I started the investigation and opened this thread.
What's next? I've been opening support requests to LG but they replied to wait and upgrade to 2.1 when available for my country: I already know it is not working. I replied to pass the request to the tech group but the answer was vague- so I'm insisting again...
If you can, pls. do the same: hopefully LG will realize the issue and patch it.
In the meantime I'm going to contact google to raise the non compliance of the device... this might help as well since google can claim access to Android market if a device does not pass the compliance test.
thanks
I read the Nexus had some issues with the AK8973 stepping in to take the accelerometers role, but at least in the LG Eclair sources all the
#define SMB380_BW_25HZ, SMB380_BW_50HZ, SMB380_BW_100HZ, SMB380_BW_190HZ, SMB380_BW_375HZ, SMB380_BW_750HZ, SMB380_BW_1500HZ
Click to expand...
Click to collapse
seem to be were they should. Luckily I don't use the accelerometer in my little projects
Good luck hunting this down!
Hi.
Tasker beta updated recently to 4.8 and support new tile for
CM quick settings
So
i create this thread
to post and explore new profiles
I follow many projects from google and reddit
So i have set profiles for automate gps to high accuracy and back with secure settings
Vpn connect on wifi except secure point
Usb debuging only when i connect to certain pc (and just in case) when shutdown my device beacause i use encryption
Send sms to caller when driving
But most usefulls profiles found how to auto change cm profiles based taskers options cell near or wifi near bt near location etc...
CM detect profiles and CM profiles changer found to reddit are great jobs???
i expand my usage to CM profiles options
Based to these variables tasker upgrade all my device capabilites
Whats yours?
Is there a way for tasker you know if you've unlocked your phone. I want a task that flashes certain information when I unlock my phone
igbo_scouser said:
Is there a way for tasker you know if you've unlocked your phone. I want a task that flashes certain information when I unlock my phone
Click to expand...
Click to collapse
Information for what?
Mostly use is autoinput plugin with
Minimalistic widget
Have a look to this for more profiles
Just the data I have left until the end of the month. I have that side set up but I just need to know where I can find the variable that allows me to tell tasker that the screen has been unlocked and not just that it's on
igbo_scouser said:
Just the data I have left until the end of the month. I have that side set up but I just need to know where I can find the variable that allows me to tell tasker that the screen has been unlocked and not just that it's on
Click to expand...
Click to collapse
%KEYG
%KEYG seems to check if you have a keyguard enabled, and not if it's currently active.
Thanks for your help though
igbo_scouser said:
%KEYG seems to check if you have a keyguard enabled, and not if it's currently active.
Thanks for your help though
Click to expand...
Click to collapse
check with this
%KEYGUARDOFF
igbo_scouser said:
%KEYG seems to check if you have a keyguard enabled, and not if it's currently active.
Thanks for your help though
Click to expand...
Click to collapse
Tasker
%myDISPLAY is similar to the %SCREEN variable in Tasker, but it adds unlocked as a possible value, allowing us to differentiate between on and unlocked. These values are set based on the corresponding Tasker Events, and can be used as a Context (using Variable Value), or for flow control within Tasks.
Both of these didn't work. Maybe it's because I'm on the lg g4 and not on aosp
igbo_scouser said:
Both of these didn't work. Maybe it's because I'm on the lg g4 and not on aosp
Click to expand...
Click to collapse
Tasker recognize unlock as event so
Add a profile/event/display/unlock
Make a simple task to check if working
If work you can create a flow action
So monitor when device unlock (one profile)
And change variable value
and execute the desire task.(second profile) when new value set
I'm trying to get tasked to turn on LTE when I get an MMS and back off when its done downloading (closed had a module for NY Samsung phones but won't work on aosp)
Sent from my A0001 using Tapatalk
greekunit690 said:
I'm trying to get tasked to turn on LTE when I get an MMS and back off when its done downloading (closed had a module for NY Samsung phones but won't work on aosp)
Sent from my A0001 using Tapatalk
Click to expand...
Click to collapse
Did you try secure settings?
On Lolipop I have problem with mobile data dont automatic connect when I am out of wifi area.
Is there any way for tasker to solve this problem, I buy it last night, but its littly too complicated for me.
So something like this, when out of wifi area, connect to 3g, when in wifi area disconnect 3g.
What phone and what rom do you use?
Oneplus one, sultan latest 1.11
kvaju said:
Oneplus one, sultan latest 1.11
Click to expand...
Click to collapse
Download secure settings
Add profile/state/net/ wifi conect
New task /plugin secure settings /mobile data off
From main menu if expand profile you see the task you create
Tap to task and create exit task the opposite
But is known bug?
to @Sultanxda because automate data/wifi is main function of device
Did you post? Have you done clean installation?
I known its the main funcion od device, but I have trouble with every ROM on lolipop with this. Clean install, delete all apn create new, works one day ok, then same problem.
Thank you, will try to do this.
Google remove tasker from playstore
Available only from here
Hello guys,
I'm trying to do this in Tasker:
AFTER display OFF
WAIT for x seconds
CHECK if screen OFF
IF yes, activate Power Save task (Kernel Plugin)
IF no, do nothing.
Do this every time display is turned off.
Any help on how to go about it would be appreciated, thanks!
I guess you know about event screen off already...use it. In the task:
WAIT xx
IF current profile is still active:
do your stuff with your plugin
alienyd said:
IF current profile is still active
Click to expand...
Click to collapse
https://tasker.dinglisch.net/userguide/en/variables.html
Checking %PACTIVE can be useful. I have started using it instead of custom global variables, so that I don't need Tasker running in the foreground. The typical recommendation is to match the following, which does not update if you ever happen to change the profile name.
%PACTIVE ~ *,Profile Name,*
In this case there's also a Tasker variable to check, so just testing the following is another possibility.
%SCREEN ~ off
alienyd said:
I guess you know about event screen off already...use it. In the task:
WAIT xx
IF current profile is still active:
do your stuff with your plugin
Click to expand...
Click to collapse
alluringreality said:
https://tasker.dinglisch.net/userguide/en/variables.html
Checking %PACTIVE can be useful. I have started using it instead of custom global variables, so that I don't need Tasker running in the foreground. The typical recommendation is to match the following, which does not update if you ever happen to change the profile name.
%PACTIVE ~ *,Profile Name,*
In this case there's also a Tasker variable to check, so just testing the following is another possibility.
%SCREEN ~ off
Click to expand...
Click to collapse
Thanks a lot for replying guys!
Now, if I understand it right, this should do the trick. (check attached pic please)
Any corrections to be made?
I think a * is typically used before and after the comma to allow the possibility of multiple active profiles, similar to the example.
Sharan A. said:
Thanks a lot for replying guys!
Now, if I understand it right, this should do the trick. (check attached pic please)
Any corrections to be made?
Click to expand...
Click to collapse
I have a question: why do you need both %SCREEN and %PACTIVE? imo PACTIVE should already be enough, it checks if all conditions for your profile still meet after the wait. These conditions are of course not limited to screen state only like the SCREEN. Of course you can use SCREEN. I just prefer PACTIVE for its flexibility.
Also, you should really consider enclosing profile name in the *, as it could eventually come to the point that you have more than one active profile at the same time. Therefore I would recommend ~*Profile_name* too. I never had any problem NOT including the commas though.
alluringreality said:
I think a * is typically used before and after the comma to allow the possibility of multiple active profiles, similar to the example.
Click to expand...
Click to collapse
alienyd said:
I have a question: why do you need both %SCREEN and %PACTIVE? imo PACTIVE should already be enough, it checks if all conditions for your profile still meet after the wait. These conditions are of course not limited to screen state only like the SCREEN. Of course you can use SCREEN. I just prefer PACTIVE for its flexibility.
Also, you should really consider enclosing profile name in the *, as it could eventually come to the point that you have more than one active profile at the same time. Therefore I would recommend ~*Profile_name* too. I never had any problem NOT including the commas though.
Click to expand...
Click to collapse
Oh okay, I didn't see the star in the link that was provided I guess. Will include that.
@alienyd So I re thought about it and now I think, in my case, just the SCREEN usage will be enough.
I have some confusion regarding PACTIVE. Should I match it to the profile that I WANT to activate or is it something else?
Edit: Finally got it working! Check pic please.
http://pasteboard.co/BgYZ2sOC8.png
Thanks again for your support guys!
Sharan A. said:
Oh okay, I didn't see the star in the link that was provided I guess. Will include that.
@alienyd So I re thought about it and now I think, in my case, just the SCREEN usage will be enough.
I have some confusion regarding PACTIVE. Should I match it to the profile that I WANT to activate or is it something else?
Edit: Finally got it working! Check pic please.
http://pasteboard.co/BgYZ2sOC8.png
Thanks again for your support guys!
Click to expand...
Click to collapse
Hi,
just to clear things up, and also to share this trick, which I think is very helpful when using Tasker:
As explained, PACTIVE checks if a profile is active - not only enabled, but all conditions are met.
Imagine this scenario, you have a profile triggered, but want to make sure it was not an accident, like covering proximity, turning upside down, screen on/off.
You have a wait at the beginning of the task of that profile, so when the profile is triggered, first it does nothing, then rechecks if itself is still qualified to run.
Of course it can be used to check other profiles, but I'm just talking about this self checking case here.
alienyd said:
Hi,
just to clear things up, and also to share this trick, which I think is very helpful when using Tasker:
As explained, PACTIVE checks if a profile is active - not only enabled, but all conditions are met.
Imagine this scenario, you have a profile triggered, but want to make sure it was not an accident, like covering proximity, turning upside down, screen on/off.
You have a wait at the beginning of the task of that profile, so when the profile is triggered, first it does nothing, then rechecks if itself is still qualified to run.
Of course it can be used to check other profiles, but I'm just talking about this self checking case here.
Click to expand...
Click to collapse
Oh so that means
%PACTIVE ~ *, profile that I want enabled when screen off (power save),*
So in this case, first it's going to wait x seconds, then it'll check if Display is still OFF (by checking if display off profile is active) and finally it'll run the task that I want. Correct?
Sharan A. said:
Oh so that means
%PACTIVE ~ *, profile that I want enabled when screen off (power save),*
So in this case, first it's going to wait x seconds, then it'll check if Display is still OFF (by checking if display off profile is active) and finally it'll run the task that I want. Correct?
Click to expand...
Click to collapse
no, what you are having is already correct I think.
I was just trying to explain how use PACTIVE in general, not only in your case.
The idea is, when profile A is active, have it do nothing first, than recheck if profile A is still active, to make sure that it was not triggered by mistake, than carry out its actions.
So if you have something like:
(Screen-off-profile)
IF screen is off
DO:
wait
check again, Screen-off-profile is still active? (not accidentally turned off)
do the rest
alienyd said:
no, what you are having is already correct I think.
I was just trying to explain how use PACTIVE in general, not only in your case.
The idea is, when profile A is active, have it do nothing first, than recheck if profile A is still active, to make sure that it was not triggered by mistake, than carry out its actions.
So if you have something like:
(Screen-off-profile)
IF screen is off
DO:
wait
check again, Screen-off-profile is still active? (not accidentally turned off)
do the rest
Click to expand...
Click to collapse
Oh yeah that's what I meant, thanks! Pretty neat trick ?
How about this? Screen off set variable myDISPLAY=off, on screen on set variable myDISPLAY=on
On your profile set an if action
if variable value myDISPLAY=off then...
loogielv said:
How about this? Screen off set variable myDISPLAY=off, on screen on set variable myDISPLAY=on
On your profile set an if action
if variable value myDISPLAY=off then...
Click to expand...
Click to collapse
Thanks, though I've got it working by just using SCREEN!
Sharan A. said:
Oh yeah that's what I meant, thanks! Pretty neat trick ?
Click to expand...
Click to collapse
I tend to stay away from wait tasks as it's a battery CRUSHER and basic bad programming.
Instead, set low lvl variables such as myDISPLAY=off/on/locked/unlocked and myPHONESTATUS=in call/offhook etc and do variable value checks. Or do variable events and activate your profile on the variable set
And then on your low lvl profiles set their priority to extremely high, and add stop actions for entry and exit tasks so that way you're never waiting. Avoid wait tasks and you'll see your battery life jump immediately. Also never do app contexts, as app polling will crush battery too
loogielv said:
I tend to stay away from wait tasks as it's a battery CRUSHER and basic bad programming.
Instead, set low lvl variables such as myDISPLAY=off/on/locked/unlocked and myPHONESTATUS=in call/offhook etc and do variable value checks. Or do variable events and activate your profile on the variable set
Click to expand...
Click to collapse
Is there any battery efficient alternative to WAIT? I'd like to have a window of time before power saver activates.
Sharan A. said:
Thanks, though I've got it working by just using SCREEN!
Click to expand...
Click to collapse
Awesome. Just remember, screen not on isn't the same as screen off, and screen unlocked isn't the same as screen on. I mean those are obvious, but unlocked is an instant event, and sometimes fails to register, especially on a screen off then user turns it right back on. Sometimes Tasker believes the screen is still off, especially if the screen wasn't unlocked, which it wouldn't need to be if it wasn't off for longer than half a second
---------- Post added at 07:09 AM ---------- Previous post was at 07:06 AM ----------
Sharan A. said:
Is there any battery efficient alternative to WAIT? I'd like to have a window of time before power saver activates.
Click to expand...
Click to collapse
Then set TIMERACTIVATE or some such variable to %TIMES+60 (ONE minute from now) and make it activate on a time context of %TIMERACTIVATE
then you're having zero impact on your battery because it's ticking the seconds already built-in, and monitored with %TIMES
Oh yeah, and then set your power saving profile, and your screen on profile to clear the TIMERACTIVATE variable, which in essence disables the profile (it can never activate without the variable set) and your screen off profile to set the variable. Bam. Zero impact
loogielv said:
Then set TIMERACTIVATE or some such variable to %TIMES+60 (ONE minute from now) and make it activate on a time context of %TIMERACTIVATE
then you're having zero impact on your battery because it's ticking the seconds already built-in, and monitored with %TIMES
Oh yeah, and then set your power saving profile, and your screen on profile to clear the TIMERACTIVATE variable, which in essence disables the profile (it can never activate without the variable set) and your screen off profile to set the variable. Bam. Zero impact
Click to expand...
Click to collapse
I'm sorry but is it possible to show this procedure in Tasker? I'm kinda confused since I'm still a newbie. ?
I'm going to guess loogielv may be talking about doing something similar to the following links. In there they use two profiles for their operation. They use one profile to set a time to a global user variable, and they have a second profile activate based on that global user variable.
http://www.pocketables.com/2016/08/tasker-timers.html
http://www.notenoughtech.com/tasker/tasker-timers/
Personally I got away from using global user variables, because the way I was using them required having Tasker running in the foreground. I prefer being able to leave that option off. I would guess Tasker could potentially miss the sort of event mentioned in the links above when not running in the foreground.
I'm not sure if there are ways to do what loogielv was talking about using a local (lowercase) user variable, or if there's another option that would allow me to not use "Wait" and continue to keep from running in the foreground. I figure a loop could potentially use more battery to perform than Tasker's wait. Based on the action descriptions, maybe "Wait Until" could be more battery efficient than "WAIT". It looks like there's also an AutoTools Wait, which the description compares to Tasker's "Wait Until". That's all I could come up with for trying to keep from running in the foreground.
alluringreality said:
I'm going to guess loogielv may be talking about doing something similar to the following links. In there they use two profiles for their operation. They use one profile to set a time to a global user variable, and they have a second profile activate based on that global user variable.
http://www.pocketables.com/2016/08/tasker-timers.html
http://www.notenoughtech.com/tasker/tasker-timers/
Personally I got away from using global user variables, because the way I was using them required having Tasker running in the foreground. I prefer being able to leave that option off. I would guess Tasker could potentially miss the sort of event mentioned in the links above when not running in the foreground.
I'm not sure if there are ways to do what loogielv was talking about using a local (lowercase) user variable, or if there's another option that would allow me to not use "Wait" and continue to keep from running in the foreground. I figure a loop could potentially use more battery to perform than Tasker's wait. Based on the action descriptions, maybe "Wait Until" could be more battery efficient than "WAIT". It looks like there's also an AutoTools Wait, which the description compares to Tasker's "Wait Until". That's all I could come up with for trying to keep from running in the foreground.
Click to expand...
Click to collapse
So, Wait>10 seconds>Until SCREEN ~ off
Correct?
For my waits that last a few minutes I was thinking of setting a local variable (lowercase) to %TIMES + X. Then I was going to use the "Wait Until" action to check if %TIMES was greater than my variable. That way there would always be an end to the "Wait Until" action.
My understanding, based on items like the following, is that if you were to just check for screen off at 10 seconds with "Wait Until" it would keep checking every 10 seconds if the screen was on. Personally that would seem like a potentially bigger issue than using "Wait".
https://www.reddit.com/r/tasker/comments/3cdtjz/can_someone_explain_the_wait_until_task_to_me_it/
EDIT: I see that checking on %qtime has been suggested as another way to keep "Wait Until" from going endlessly, yet %qtime could be interrupted by other tasks
https://www.reddit.com/r/tasker/com...it_until_action_wait/?st=izr2om1x&sh=42e0ae24
http://tasker.dinglisch.net/userguide/en/variables.html
Does anyone know if theres a way to send sms 1 minute earlier each day so day 1 its 9:56 day 2 9:55 day 3 9:54.
anthony001 said:
Does anyone know if theres a way to send sms 1 minute earlier each day so day 1 its 9:56 day 2 9:55 day 3 9:54.
Click to expand...
Click to collapse
Use a variable for the profile's time context. In the task, send the sms then decrease the variable by a minute.
ktmom said:
Use a variable for the profile's time context. In the task, send the sms then decrease the variable by a minute.
Click to expand...
Click to collapse
Is there a way to convert string to date or time? my initial variable is a string
anthony001 said:
Is there a way to convert string to date or time? my initial variable is a string
Click to expand...
Click to collapse
You don't need to convert the variable, just use the correct format. To send initial text at 09:56 am, then 1 minute earlier every day;
Initial value %SMSTime =9.56
Set variable %SMSTime-0.01 (check do maths)
tasker time context
If you want to send only on certain day(s), your profile needs a day context as well.
ktmom said:
You don't need to convert the variable, just use the correct format. To send initial text at 09:56 am, then 1 minute earlier every day;
Initial value %SMSTime =9.56
Set variable %SMSTime-0.01 (check do maths)
tasker time context
If you want to send only on certain day(s), your profile needs a day context as well.
Click to expand...
Click to collapse
i already disabled beginner mode but i cant see the field to set the variable on the time context. is this a bug or something?
anthony001 said:
i already disabled beginner mode but i cant see the field to set the variable on the time context. is this a bug or something?
Click to expand...
Click to collapse
Click on the double arrows...
anthony001 said:
i already disabled beginner mode but i cant see the field to set the variable on the time context. is this a bug or something?
Click to expand...
Click to collapse
When not in Beginner Mode, it's possible to specify a global user variable as the source of the From Time or To Time by clicking on one of the rotating-arrow icons
thanks guys. my only problem is that the next day it doesnt trigger. it only triggered once then after the succeding days it doesnt trigger
i have a var %CHECKBAL with value 8.42 and i use that on the time profile like you guys suggested. i put that var on the to and from. Do you guys know what is wrong?
In the profile properties (select the profile then hit the gear icon at top right), is limit repeats checked?
If you go to the variables tab, it's your variable shown and set as you expect?
There's always using tasker's logging to see if there's an error.
ktmom said:
In the profile properties (select the profile then hit the gear icon at top right), is limit repeats checked?
If you go to the variables tab, it's your variable shown and set as you expect?
There's always using tasker's logging to see if there's an error.
Click to expand...
Click to collapse
cant find the gear icon which contains the limit repeats option. i can only see the three dot. the three dot only has "help:this screen" and "userguide" option. Do you mean the repeat checkbox inbetween from and to?
anthony001 said:
cant find the gear icon which contains the limit repeats option. i can only see the three dot. the three dot only has "help:this screen" and "userguide" option. Do you mean the repeat checkbox inbetween from and to?
Click to expand...
Click to collapse
It sounds like you are inside the context setting. You need to access the profile settings. The profile is the contexts that trigger the task and the task to be triggered.
I'm on the latest beta so I guess maybe it's differing in the "stable" version (I don't remember). The user guide for profiles says "Long-click on the profile name to get profile options".
I've been running this profile for a week. It's been sending an SMS daily, 1 minute earlier each day. I'm posting it here going it will help you. For example, if you don't have "do maths" checked in the set variable action, the variable might get goofed.
Profile: Recurring SMS (37)
Time: From %CHECKBAL Till %CHECKBAL
Enter: SMStest (53)
A1: Send SMS
[*
Number:1234567890
Message:Testing repeating sms*
Store In Messaging Appff*
Continue Task After Errorn
]*
A2: Variable Set
[*
Name:%CHECKBAL To:%CHECKBAL-.01*
Recurse Variablesff*
Do Mathsn*
Appendff
]*
If it still isn't working, you need to check the tasker log.