|
||
#1
|
||||
|
||||
Tasker 4.3
Por fin variables booleanas =D
|
Los siguientes 2 usuarios han agradecido a kalippo su comentario: | ||
|
#2
|
||||
|
||||
Esta nueva actualización casi todo lo que trae son acciones. Sobre todo me llama la atención las dos de convertir a binario. Creo que se para que pueden servir pero a ver si alguien con más conocimiento puede aclararlo.
__________________
Fdo: Mlesir. Miembro del equipo que promueve el foro y el recopilatorio de Tasker http://www.htcmania.com/forumdisplay.php?f=969
|
#3
|
||||
|
||||
Está muy bien la posibilidad del Ó, pero pensaba que también te dejarían usarla en los condicionantes de los perfiles, y por lo que veo sólo es válida en los if (por lo que he trastreado hasta ahora)
|
#4
|
||||
|
||||
Llevo desde las primeras betas usando las carácterísticas de esta nueva versión y creo que es una de las mejores actualizaciones que ha salido en mucho tiempo.
Quería hacer un listado de todas las novedades traducidas y explicadas, pero son demasiadas y no todas las entiendo, así que me voy a quedar con las más destacadas (para mi, al menos).
Pero no solo se puede usar en los "If" que llevan empotradas las distintas acciones o incluso en la propia acción "If" con lo que se acabó tener que meter un if dentro de otro cuando se querían hacer "AND", o sumar unos a una variable y si vale más de 0 es que se ha cumplido alguna de las condiciones (OR chapuceros). Además, también se puede usar en los contextos "Valor de variable", con lo que la típica limitación de 3 contextos de estado por perfil cuando querías que varias variables tuviesen un valor determinado se reduce, ahora puedes hacerlo en un solo contexto, y además no tienen porqué ser ANDs, puedes usar ORs e incluso XORs. Por último (que yo sepa) también se puede usar en la acción "Esperar hasta" permitiendo algo que al menos yo siempre había echado en falta en esta acción: un tiempo máximo de espera. Ahora se puede hacer algo así: Código:
%tiempomax = %TIMES + 30 (el tiempo a esperar, en este caso 30 segundos) Esperar hasta que %ENCASA ~ 1 o %TIMES > %tiempomax cada 5 segundos (cada 5 segundos comprobará si se cumple o han pasado más de 30 segundos) Si %ENCASA ~ 1 Hacer lo que sea Si no Ha acabado el tiempo máximo de espera y no se ha cumplido la condición. Hacer otra cosa Fin si Como digo, yo llevo usando la beta hace tiempo, y salvo alguna que otra que introducía algún fallo, en general la he notado muy estable Última edición por maid450 Día 08/04/14 a las 08:56:16. |
Los siguientes 12 usuarios han agradecido a maid450 su comentario: | ||
#5
|
||||
|
||||
Estado Bluetooth cercano Como WIFI cercana pero con BLUETOOTH, con esto estoy cambiado mi modo de saber si me subo al coche, en vez de una tarea que alterna el BT cierto rato encendido/apagado, me pongo a buscar si tengo el BT cerca siempre que estoy en estado "FUERA" con mi autómata de estados.
![]() Saludos! |
#6
|
||||
|
||||
No soy Maid pero creo que puedo responderte a eso. Como ha dicho Maid, funciona de forma similar al contexto de WIFI-CERCANA. Aplicado al caso de un coche puede significar lo siguiente: el contexto detecta que el autorradio (o el parrot) están encendidos y suficientemente cerca, pero el contexto no necesita que ambos aparatos estén conectados realmente: Pueden estar conectados o puede que no, el contexto es positivo en ambos casos. ¿Para qué sirve esto? Pues para lo mismo que la WIFI-CERCANA: para detectar una ubicación o una situación o la proximidad de un aparato Bluetooth, y eso puede tener dos motivos: A) que no sepas la contraseña para conectar con ese aparato, y B) que sepas la contraseña pero no quieras establecer la conexión. Un ejemplo "concreto": todas las semanas, mis compañeros y yo hacemos uno o dos viajes en el autobús de la empresa, que tiene un autorradio bluetooth; yo quiero aprovechar esa señal bluetooth para que mi Tasker detecte cuándo estoy viajando en ese vehículo y ajuste varias cosas como el volumen y otros detalles... pero A) no conozco la contraseña de conexión bluetooth o bien B) conozco esa contraseña pero prefiero no conectar porque no quiero que mis llamadas telefónicas ni mis podcast salgan por los altavoces del bus. Supongo que con este ejemplo habrás entendido claramente la diferencia entre el contexto de BLUETOOTH-CERCANDO y BLUETOOTH-CONECTADO.
__________________
Firmado: Caravantes, miembro del equipo que promueve el Subforo de Tasker
|
Gracias de parte de: | ||
#7
|
||||
|
||||
Perfectamente explicado Caravantes...muchas gracias.
|
Gracias de parte de: | ||
#8
|
||||
|
||||
No soy Maid pero creo que puedo responderte a eso. Como ha dicho Maid, funciona de forma similar al contexto de WIFI-CERCANA. Aplicado al caso de un coche puede significar lo siguiente: el contexto detecta que el autorradio (o el parrot) están encendidos y suficientemente cerca, pero el contexto no necesita que ambos aparatos estén conectados realmente: Pueden estar conectados o puede que no, el contexto es positivo en ambos casos. ¿Para qué sirve esto? Pues para lo mismo que la WIFI-CERCANA: para detectar una ubicación o una situación o la proximidad de un aparato Bluetooth, y eso puede tener dos motivos: A) que no sepas la contraseña para conectar con ese aparato, y B) que sepas la contraseña pero no quieras establecer la conexión. Un ejemplo "concreto": todas las semanas, mis compañeros y yo hacemos uno o dos viajes en el autobús de la empresa, que tiene un autorradio bluetooth; yo quiero aprovechar esa señal bluetooth para que mi Tasker detecte cuándo estoy viajando en ese vehículo y ajuste varias cosas como el volumen y otros detalles... pero A) no conozco la contraseña de conexión bluetooth o bien B) conozco esa contraseña pero prefiero no conectar porque no quiero que mis llamadas telefónicas ni mis podcast salgan por los altavoces del bus. Supongo que con este ejemplo habrás entendido claramente la diferencia entre el contexto de BLUETOOTH-CERCANDO y BLUETOOTH-CONECTADO.
![]() La ventaja pues frente al modo antiguo es cara a la forma de detectar que estoy cerca del coche, en vez de lanzar cuando paso de cualquier estado a estado FUERA una tarea que va alternando el bluetooth entre encendido y apagado y esperando entre tanto durante unos 20 minutos en total, ahora tengo un perfil "Buscar coche" con 2 contextos: estado ~ FUERA y BT Cercano, de forma que si no estoy FUERA no hace nada, y mientras esté fuera Tasker se va encargando de encender el bluetooth unos segundos cada 2-3 minutos (configurable) sin tener una tarea ejecutándose todo el rato, y en cuanto está "cerca" del dispositivo bluetooth lo enciende para que se establezca la conexión. Por lo demás el resto funciona igual, es la conexión en si (%BTCON como antes) la que desencadena el estado COCHE, la diferencia pues, resumiendo, es que es un contexto el que va encendiendo/apagando el bluetooth en vez de una tarea, y tiene 2 ventajas: - Por un lado, aprovechando que he cambiado de movil estoy reestructurando todo mi Tasker procurando evitar las tareas que se ejecutan mucho rato con comandos Esperar, ya que con mi anterior movil me saltó más de una vez el aviso de numero máximo de tareas encoladas, con lo que las nuevas tareas se ignoraban y mi Tasker dejaba de hacer cosas... y la tarea "Intenta Conectar Bluetooth" casi siempre estaba presente. Para evitar las "tareas largas" viene muy bien también el "Esperar hasta con timeout" que explico en el hilo de Tasker 4.3 - Por otro lado, antes si me iba a cenar por ahí por ejemplo, al pasar más de 20 minutos "Fuera" dejaba de buscar el coche, y al cogerlo despues tenía que activar el bluetooth a mano si quería entrar en ese modo de nuevo y conectar al manos libres, ahora mientras esté "Fuera" va a estar buscando el coche, y pese a que pueda parecer mucho gasto de batería la verdad es que no lo estoy notando para nada. |
#9
|
||||
|
||||
Entiendo que Tasker escanea durante 2 minutos con el BT y luego lo apaga un mínimo de 15 segundos... He estado probando y no he logrado buenos resultados...supongo que porque el BT de mi coche es integrado y no se detecta hasta que no activo el contacto, y si en ese instante no conecta, luego aunque lleve el BT conectado he de darle a los mandos del volante para que empiece a emparejarse, no lo hace automáticamente si no lo hace a la primera vez de conectar porque, pej, el BT en ese momento estuviera desconectado en el móvil...seguiré probando porque también me interesa implantar esto en el autómata de estados, de hecho todo el autómata me funciona muy bien y los únicos problemas los estoy teniendo con el BT del coche que sufro desconexiones quizás por la tarea que tengo en el estado Fuera y quizás con este sistema pueda solucionarlo... Un saludo! |
![]() |
![]() |
||||||
|
Herramientas | |