[ IDEA ] [Pseudo-Tutorial] Autómata de estados

ruco1980 · #41 29/03/14, 16:21:02

Cita: Originalmente Escrito por tito_chua

Hola, ya se que no soy maid450

No serás maid450 pero de momento ya tienes elaborado un bucle for de los que yo no comprendo muy bien jejej

Ahora en serio, muchas gracias por tomarte la molestia en transcribir tu perfil y tarea....que me servirá a mi y seguro que a otros muchos más....
Cuando no utilizaba el autómata de estados no sufría ninguna desconexión...tenía un perfil de estado conectado a BT BTconnect que establecía la variable BTCON a 1 y a 0 en la tarea de salida.
Después otro perfil de valor de variable BTCON a 1 que realizaba la tarea de entrada Modo coche on donde realizaba todas las acciones y su correspondiente tarea de salida. En esa situación no sufría nunca desconexiones del BT, por eso ahora usando el autómata de estados no consigo llegar a averiguar lo que me está pasando...si me ocurrieran las desconexiones por problemas del SOC (el mío es mediatek 6589T) como dice darkopro me habría ocurrido también en las anteriores ocasiones..
El resto de estados (casamadre, casa, trabajo, gym) son contextos de entrada en calendario o conectado a wifi y no me dan ningún problema...
No quiero pegar la descripción de las tareas todavía porque sigo cabezón ahí a ver si lo consigo...
Pongo un ejemplo: Tengo activo "Controlar Estado Trabajo"(Valor de variable %STATE coincide Trabajo/Fuera+Entrada en calendario) y "Estado Trabajo"(Valor de variable %STATE coincide Trabajo)....Cuando se cumple el horario ya no se cumple el contexto de entrada en calendario y ejecuta la tarea de salida del Estado Trabajo y la variable %STATE pasa a tener el valor de "Fuera"...entonces se activa el "Estado Fuera" y ejecuta la tarea de entrada (en este estado no hay tarea de salida) que enciende el wifi y el BT para ver si conectan y tiene una espera de 7 min y después los apaga si no han conectado. En ese periodo de tiempo cojo el coche al salir del trabajo y en el momento que arranco el coche se cumplen los contestos Valor de variable %STATE coincide con Fuera/Coche+BT conectado a SEAT entonces se activan los perfiles "Controlar Estado Coche" y "Estado Coche" y se ejecuta la tarea de entrada del estado coche (subir brillo,desbloquear pantalla y activar Guasapsinmanos). Hasta ahí todo bien...pues luego pasado un tiempo (6 min, 9 min...no tiene nada que ver con mi espera de 7 min) se desconecta el BT del coche y vuelve a pasar al "Estado Fuera" y ejecutar la tarea que he descrito antes de encender wifi y BT...

Espero haber expuesto más o menos bien el problema...A alguien se le ocurre qué es lo que puede ocurrir?

Gracias a todos!

tito_chua · #42 29/03/14, 23:57:54

Para acotar la búsqueda. ¿Bloqueas el estado coche?

tito_chua · #43 30/03/14, 00:17:32

Descarto que el error sea de hardware, pero en cualquier caso es fácil de comprobar... Desactiva tasker (pulsando sobre la rueda dentada en la pantalla principal), conéctate al coche y espera que se desconecte. Si lo hace, no es tasker....

Me inclino a pensar que el fallo está en el control de estados... Para ello usaría la variable que tiene el autómata para bloquear el estado a pesar del intento de cambio... Y haría la prueba de conexión... Si el autómata esta bien implementado, no cambiará de estado. De lo que quedaría comprobar que la tarea de reconexión bt está bien aparejada a los estados o los ifs están bien definidos. En este punto, también miraría las variables globales.

Para acompañar esto, activaría el log...

Y si no has dado con la clave, pues seguiremos buscando....

Marc0ADH90 · #44 21/05/14, 00:38:22

Editado.

mlesir · #45 30/05/14, 12:57:24

Maid te he dejado un privado pero a lo mejor no te has dado cuenta.
Un saludo.

kenernest · #46 08/01/15, 00:18:40

Bueno aquí un novato que va a hacer dos preguntas:

- En la pagina 2 lo preguntó Ruco1980 pero yo no lo he entendido: que es la etiqueta Clear & Stop?, cuando se definió?.

- Esta es de traca pero es que a mi ni me sale en las opciones, que es destino ( de goto)? Entiendo que con la actualización le han cambiado el nombre. Podéis decirme cual es?

Gracias!!!

ruco1980 · #47 08/01/15, 09:17:32

[quote=kenernest;16881852]- En la pagina 2 lo preguntó Ruco1980 pero yo no lo he entendido: que es la etiqueta Clear & Stop?, cuando se definió?.

- Esta es de traca pero es que a mi ni me sale en las opciones, que es destino ( de goto)? Entiendo que con la actualización le han cambiado el nombre. Podéis decirme cual es?[/quo

La etiqueta clear&stop es una acción que hace la limpieza de una variable, es decir una acción para que la tarea vaya a ese punto, limpie la variable y continúe...te pongo la contestación de maid450 que lo explica mucho mejor:

"[i]Es simplemente una acción de tipo etiqueta con ese nombre, lo hice así porque no me gusta repetir las cosas en varios sitios, y como la variable %NEWSTATE hay que limpiarla antes de acabar la tarea sea cual sea su resultado (se cambie de estado o no) así, en cada punto en el que hay que abortar la ejecución (el cambio de estados está bloqueado con %STATELOCK, se intenta cambiar de nuevo al estado que ya está activo, etc...) en vez de hacer un "Parar tarea" voy a esa etiqueta, con lo que ejecuta la limpieza y acaba.
Y si la tarea acaba sigue normalmente y cambia el estado tambien llega a esa etiqueta, hace la limpieza y acaba."

Con respecto a destino (de goto) tienes razón, acabo de ver que lo han cambiado de nombre, se encuentra en Tarea , Anchor....ahora se llama Anchor.... que me corrija algún experto porque yo no me explico o me entero muy bien, pero es una acción que en principio no hace nada, sirve para introducir un texto de explicación en un punto determinado de una tarea (al igual que puedes escribir cosas en el apartado de "etiqueta" de las acciones para que te sirvan de "guia o recordatorio"), pero esto ya te digo que no estoy muy seguro.

Espero haberte aclarado un poco, yo tampoco me entero mucho jejej, pero a ver si nos vamos poniendo las pilas que los pobres caravantes y mlesir son a los que les toca contestarnos a todos jejej

Un saludo.

Caravantes · #48 08/01/15, 12:39:43

Cita: Originalmente Escrito por kenernest

que es la etiqueta Clear & Stop?

Dentro de una tarea puedes establecer una o varias etiquetas para que la ejecución salte a ese punto y no se limite a una ejecución secuencial. Las etiquetas pueden añadirse a cualquier acción, del modo siguiente: en la configuración de la acción, al final puedes marcar la casilla "Etiqueta" y aparece un recuadro para escribir un texto, como por ejemplo "Clear & Stop"; ese texto es la referencia y en cualquier otra parte de la tarea puedes poner una acción del tipo "Ir a Clear & Stop": De ese modo, la tarea continuará ejecutando la acción que contiene esa etiqueta, y luego la siguiente acción.

Por otro lado, también puedes poner una "etiqueta" suelta, sin que vaya asociada a una acción, y para eso hay una acción específica (que no debería llamarse "acción" porque no "hace" nada); esta acción antes se llamaba "Destino de goto" y -como ha explicado Ruco- con la nueva versión de Tasker se llama ANCHOR (palabra inglesa cuya traducción habitual es "ancla" aunque en este contexto sería más adecuado traducirlo como "hito" o "punto de referencia"). Esta acción está en el grupo "Tarea".

kenernest · #49 17/01/15, 11:05:47

Alguien podría explicarme la manera más correcta de integrar aquí la tarea encendido inteligente de WiFi que esta aquí
http://www.htcmania.com/showthread.php?p=1684309

Muchas gracias

GraphicAdventure · #50 25/01/15, 02:55:33

Este tema de Maid tiene casi 1 año pero solo ahora paré detenidamente a mirarlo.
Si lo interpreté bien, este sistema de gestión de estados tiene como objetivo evitar colisiones entre perfiles y que funcionen de una forma organizada bajo las mismas condiciones.
El diagrama especifica que todos los estados tienen que pasar por el estado fuera, pero hay unas cuantas cosas que no me quedan claras.

1. El perfil fuera solo tiene la acción lanzar bluetooth, pero supongo que ¿tienes que adicionar la acción encender wifi para conectarse a casa no?
¿O dejas el wifi siempre encendido?

2. Por qué no tienes disociados los contextos antena cercana y wifi conectado del perfil casa?
Siempre que estés fuera intentará conectar al bluetooth, pero si estás fuera sin tu coche estará todo el día intentando conectarse, lo mismo pasaría con wifi.
Puedes ir de paseo a pie o en otro coche.
Si los disocias, solo enciendes el wifi si estás cerca de casa y solo enciendes el bluetooth si estás cerca de casa o cogiste el coche.

maid450 · #51 25/01/15, 12:54:30

Cita: Originalmente Escrito por GraphicAdventure

Este tema de Maid tiene casi 1 año pero solo ahora paré detenidamente a mirarlo.
Si lo interpreté bien, este sistema de gestión de estados tiene como objetivo evitar colisiones entre perfiles y que funcionen de una forma organizada bajo las mismas condiciones.
El diagrama especifica que todos los estados tienen que pasar por el estado fuera, pero hay unas cuantas cosas que no me quedan claras.

1. El perfil fuera solo tiene la acción lanzar bluetooth, pero supongo que ¿tienes que adicionar la acción encender wifi para conectarse a casa no?
¿O dejas el wifi siempre encendido?

2. Por qué no tienes disociados los contextos antena cercana y wifi conectado del perfil casa?
Siempre que estés fuera intentará conectar al bluetooth, pero si estás fuera sin tu coche estará todo el día intentando conectarse, lo mismo pasaría con wifi.
Puedes ir de paseo a pie o en otro coche.
Si los disocias, solo enciendes el wifi si estás cerca de casa y solo enciendes el bluetooth si estás cerca de casa o cogiste el coche.

Hola, en efecto el tema de encender la wifi lo gestiono en otro set de perfiles, el diagrama que publiqué era con idea de mostrar una situación genérica, no un reflejo exacto de mi configuración.
Por un lado, tengo un perfil con contexto "antena cercana" por cada sitio donde voy de vez en cuando con wifi (mi casa, casa de mis padres, casa de algunos amigos...) esos perfiles hacen todos lo mismo: encender la wifi, y en salida la apagan.
Luego tengo un perfil con contexto "wifi conectado"que de encarga de modificar el estado, cuando se dispara hace:

Código:

if WIFII ~ *SSIDDECASA*
  %NEWSTATE = HOME
else if WIFII ~ *SSIDDEMISPADRES*
   %NEWSTATE = CHALET
...
else
  %NEWSTATE = WIFI

Las ventajas de hacerlo así son que tengo un estado específico para algunas redes que pueden disparar su propio perfil específico para hacer más cosas y otro genérico para sitios donde sólo quiero que se encienda y apague la wifi sola, y cuando voy de viaje y me alojó en un sitio con wifi sólo tengo que crear un perfil con las antenas cercanas que encienda y apague la wifi y ya se gestiona el estado de apagar datos por la noche y demás cosas automáticamente.

Por otro lado, para el bluetooth uso un contexto de "si %STATE = OUTSIDE y Bluetooth cercano coche -> %NEWSTATE = CAR".
Así mientras el estado no sea OUTSIDE hará nada, cuando lo sea irá encendiendo y apagando el bluetooth hasta que se conecte al coche, y entonces cambiará el estado.

Espero haberte aclarado un poco las dudas

GraphicAdventure · #52 25/01/15, 14:01:46

Vale, es representativo pero no lo utilizas así.
Lo que no me gusta de este sistema es que para cada estado se necesitan 2 perfiles, como tenga 10 estados serán 20 perfiles.

Tienes un perfil distinto para cada antena cercana de los wifis.
Estoy pensando si se puede incluir todas las células de las antenas de algunos wifis en un solo perfil.
El perfil antena cercana apenas encendería el wifi y el perfil wifi conectado lo apagaría al salir.
No probé hacer esto nunca, así que no sé si daría problemas, pero debería funcionar.
La única ventaja sería reducir el número de perfiles.

El bluetooth se enciende cuando el estado sea outside y bluetooth cercano.
Supongo que dejas el coche aparcado cerca de casa y que está dentro del área de antena cercana.
Mi idea es solo encender el bluetooth si el perfil antena cercana casa está activo o si cogiste el coche, para que cuando salgas de las antenas de casa con el coche siga encendiendo el bluetooth cada vez que el estado sea fuera.
En la situación que sales de tu zona de residencia sin coger el coche y vas a estar en la calle todo el día:
Si sales del área de antena cercana de casa sin coger el coche, pasará a estado fuera e intentará conectarse al bluetooth todo el día.

Caravantes · #53 25/01/15, 23:11:54

Cita: Originalmente Escrito por GraphicAdventure

Estoy pensando si se puede incluir todas las células de las antenas de algunos wifis en un solo perfil.

Te cuento cómo lo veo yo: Creo que eso se puede hacer sin problemas, ya sea bajo el planteamiento de Maid-Autómata o bien bajo otro planteamiento que utilice perfiles tradicionales. Si normalmente (en la situación de calle) tienes el Wifi apagado y quieres que se encienda automáticamente... necesitas igualmente varios perfiles de ubicación (antena cercana o similar), uno para cada zona en la que haya una red Wifi de las que utilizas, para encender la wifi al entrar en esas zonas.

Ahora bien, para simplificar, luego puedes apañarte con un solo perfil y tarea de tipo Wifi-conectado. En la tarea de ese perfil puedes poner distintos bloques de acciones IF/Endif que utilicen como condición algo como %WIFII ~ *RedConcreta*, y de ese modo una tarea común puede integrar "rutinas" específicas para cada red wifi a la que te conectas. Además de esas rutinas específicas es probable que al principio y al final quieras poner otras acciones que se ejecutarán siempre, sea cual sea la red Wifi a la que hayas conectado.

GraphicAdventure · #54 26/01/15, 01:54:16

Cita: Originalmente Escrito por Caravantes

Si normalmente (en la situación de calle) tienes el Wifi apagado y quieres que se encienda automáticamente... necesitas igualmente varios perfiles de ubicación

La idea es crear un solo perfil de antena cercana, y como comentas también podría ser solo un perfil de wifi conectado.
Esto lo podría aplicar a wifis públicas o cualquier otro criterio.

Mis perfiles funcionan sin este sistema, nunca me dieron un conflicto.
De todas formas, por curiosidad estuve pensando como aplicar este sistema de una forma más sencilla.
Desde que Pent implementó las condiciones múltiples para contextos se puede simplificar el sistema, con un solo perfil y una sola variable.
Parece un poco inverosímil pero creo que funcionará.

Contexto:
- Estado de variable: %Profile ~ nombre_de_este_perfil O %Profile ~ No ajustada
- Otros contextos

Tarea de entrada:
A1: Establecer variable: %Profile A nombre_de_este_perfil

Tarea de salida:
Ax: Limpiar variable: %Profile

Si %Profile no está ajustada sería el estado fuera, si está ajustada nunca se podría conectar otro estado.
Así se pueden crear perfiles que sean excluyentes del sistema.
Mañana voy intentar aplicarlo a mis perfiles ya que es de fácil aplicación.
A ver como lo veis.

kenernest · #55 26/01/15, 16:43:30

Buenas, la tarea principal transcrita por maid, que denomina switchstate, esta bien?? A mi es que no me arrancan los perfiles y lo tengo exactamente igual

GraphicAdventure · #56 27/01/15, 00:48:38

No te puedo asegurar que esté bien, Maid o alguien que haya probado ese perfil te lo podría confirmar, pero yo apostaría que está bien.
Es posible que te hayas equivocado en algún carácter o alguna configuración (ej: calcular encendido) ya que son muchos datos.
Si el switchstate está bien, solo puede ser algo de los demás perfiles.

GraphicAdventure · #57 27/01/15, 01:35:49

Estuve probando el sistema de control de perfiles que mencioné arriba.
Es muy interesante la sencillez de aplicarlo y la facilidad de manejar una sola variable con una flexibilidad muy buena para las condiciones.
Un detalle es que no tengo perfil fuera, si la variable %Profile no está ajustada, no hay ningún perfil activo, lo que significa que estoy en la calle.
Lo que sí introduje fue un perfil de coche fuera que no cambia de estado aunque esté activo (%Profile sigue sin estar ajustada) y solo se activa si cogí el coche cuando salí de casa. Así evito encender el bluetooth sin necesidad.

Maid, si prefieres que esto lo comente en un tema a parte dilo, lo puse aquí porque está relacionado.

maid450 · #58 27/01/15, 10:35:54

Cita: Originalmente Escrito por GraphicAdventure

Estuve probando el sistema de control de perfiles que mencioné arriba.
Es muy interesante la sencillez de aplicarlo y la facilidad de manejar una sola variable con una flexibilidad muy buena para las condiciones.
Un detalle es que no tengo perfil fuera, si la variable %Profile no está ajustada, no hay ningún perfil activo, lo que significa que estoy en la calle.
Lo que sí introduje fue un perfil de coche fuera que no cambia de estado aunque esté activo (%Profile sigue sin estar ajustada) y solo se activa si cogí el coche cuando salí de casa. Así evito encender el bluetooth sin necesidad.

Maid, si prefieres que esto lo comente en un tema a parte dilo, lo puse aquí porque está relacionado.

No hay problema

, en efecto está relacionado ya que es una forma alternativa de hacer lo mismo, que además me parece muy interesante.
De hecho si cuando lo tengas todo definido haces un post explicando los detalles de implementación lo puedo linkar como método alternativo en el primer post para que se vea mejor.

Es cierto que mi metodo se puede hacer también con menos perfiles, pero lo hago así por claridad y organización, ya que realmente no hay ninguna penalización importante por usar más perfiles, ni en impacto de batería ni en rendimiento (si tienes 1000 perfiles tal vez si, pero entre tener 15 o 30 es totalmente insignificante) igual que como comentas podría tener todas las antenas de los perfiles "antena cercana" en uno y debería funcionar, pero por experiencia, cada cierto tiempo (cada 2 años o así) me gusta rehacer la lista de antenas cercanas de mis distintas ubicaciones, ya que he notado que con el tiempo la lista de antenas va cambiando (supongo que porque las compañias añaden nuevas antenas con el tiempo y por averías reemplazan algunas) y si lo tienes todo junto es más engorroso.

Sobre el tema del bluetooth, yo antes tambien lo hacia así, tenia una tarea (la describo por el foro en algun lugar que no recuerdo) que durante unos minutos encendía y apagaba el bt alternativamente hasta que acababa el tiempo o se conectaba, y esta tarea la lanzaba al salir de casa, del trabajo o de casa de mis padres, que es cuando suelo coger el coche.
Pero cuando implementaron en una version de Tasker el contexto "bluetooth cercano" decidí cambiarlo para probarlo y me he dado cuenta de que no consume apenas batería aunque se vaya encendiendo y apagando todo el rato cuando estoy fuera de casa (mi nexus 5 implementa BLE, que es una version nueva de BT que consume mucho menos que antiguamente) y resuelve el problema que tenía cuando salia de casa con el coche a cenar o cualquier cosa, que al volver de nuevo al coche era imposible que Tasker lo supiera para reconectarse, ahora si lo hace.

Desde que publiqué esto ha llovido mucho y he pulido/cambiado/añadido algunas cosas, así que voy a compartir la descripción de como lo tengo ahora (he eliminado algunos perfiles redundantes como algunos de los sitios donde activo el wifi y por privacidad los ids de las antenas cercanas y los nombres de redes wifi a las que me conecto, por lo demás está todo).
Es bastante extenso, pero por si a alguien le interesa.

(Click para mostrar/ocultar)

Tengo pendiente implementar algunas cosas como por ejemplo actualizar dinamicamente los valores %SLEEPEND y %SLEEPSTART que uso para entrar/salir del modo SLEEP en funcion de si es entre semana, fin de semana o festivo y pulir algunos detalles que hacen que a veces falle (3 o 4 veces al mes algunos cambios de estado no se hacen correctamente) pero nunca encuentro el momento y me funciona suficientemente bien como está

GraphicAdventure · #59 27/01/15, 20:05:09

Cita: Originalmente Escrito por maid450

no hay ninguna penalización importante por usar más perfiles, ni en impacto de batería ni en rendimiento

No tiene impacto, pero prefiero mantener todo más reducido y agrupado, me ayuda a reducir el riesgo de fallos.
También puede darse el caso sea mejor tener 2 perfiles que 1 por la complejidad de condiciones que se tendrían que poner para tener 1 perfil.
Pero en esta situación realmente simplifica las cosas.

Cita: Originalmente Escrito por maid450

la lista de antenas va cambiando (supongo que porque las compañias añaden nuevas antenas con el tiempo y por averías reemplazan algunas) y si lo tienes todo junto es más engorroso.

Eso es cierto, sé que las cambian porque eso me ocurrió, pero yo no juntaría antenas de wifi importantes (casa, trabajo, ...), sería solo bajo ciertos criterios y guardaría las antenas de cada uno en un archivo.

Cita: Originalmente Escrito por maid450

Pero cuando implementaron en una version de Tasker el contexto "bluetooth cercano" decidí cambiarlo para probarlo y me he dado cuenta de que no consume apenas batería aunque se vaya encendiendo y apagando todo el rato cuando estoy fuera de casa

No dispongo de ese bluetooth, lo tendré en cuenta.
¿Y la conexión es estable o sufre microcortes?
No utilizo bluetooth y wifi cercanos también debido a los microcortes.
Estoy pensando si pongo el bluetooth cercano y quito las acciones de bluetooth aunque sea solo para probar todo funcionando.

Caravantes · #60 28/01/15, 01:08:51

Cita: Originalmente Escrito por maid450

cuando lo tengas todo definido haces un post explicando los detalles de implementación

Suscribo esa petición para GraphicAdventure: un post o incluso un hilo nuevo explicando el funcionamiento y todos los detalles. Es un método muy ingenioso. Gracias por compartirlo.

Gracias de parte de:
ruco1980