Új hozzászólás Aktív témák
-
Teasüti
nagyúr
válasz
atillaahun
#314
üzenetére
Hát ami azt illeti azt se tudom miről beszélsz.

Szerk: nem vmi pluginről van szó? Mintha régebben láttam volna a Tasker Pro csoportban, hogy vmelyik másik alkalmazással együtt lehet varázsolni még egyéb finomságokat.
(#315) _ATi_1
Nem kell, de vannak parancsok, amik e nélkül nem mennek. ICS alatt meg még több. Ezzel az extra engedéllyel talán megoldódik némelyik. -
Teasüti
nagyúr
válasz
volvoguy
#309
üzenetére
Beállításokban van kalibráció, meg orientation accuracy is. Próbáld pontosabbra állítani, hátha.
Egyre több hibáról jelentenek az emberek különböző készülékekről, főleg ICS-el van sok probléma.
Nagyon fura. Elvileg ennyi lenne az a profil, ahogy írtad, elképzelésem sincs miért nem megy, én még sosem tapasztaltam ilyen anomáliákat. Esetleg annyit megtehetsz, h bemásolod ide a profilod leírását - export description. (találsz erről infót a topikban)
Aztán átnézzük, h egyértelmű legyen. -
Teasüti
nagyúr
válasz
atillaahun
#296
üzenetére
De, oda kell írni, szóköz nélkül!
Mivel abban a változóban nem csak ez a szöveg lehet, hanem több más is.
Kézikönyvben a Pattern Matching fejezetet ajánlom áttanulmányozni. -
Teasüti
nagyúr
válasz
atillaahun
#293
üzenetére
Augmented reality játék unatkozó embereknek.

Csak most szellemek, zombik helyett adótornyokra vadászok.![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Teasüti
nagyúr
válasz
atillaahun
#291
üzenetére
Elkezdtem használni az oldal alkalmazását, talán majd idővel bővül az adatbázis általam is egy kicsit.

Gondolom a progi beméri a tornyokat, ahogy közlekedem a városban és térképre helyezi a jelszintekkel együtt.
Elképzelésem sincs mennyire lehet elterjedt, de ha azt nézem milyen szegényes az adatbázis, sztem max pár ember használhatja. -
Teasüti
nagyúr
válasz
LordRajZoL
#289
üzenetére
Elég hiányos az adatbázis, de legalábbis vicces, hogy nálam pl egyetlen tornya lenne a szolgáltatómnak 50 km-es körzetben.

Vmint a lefedettség sem passzol vhogy a tornyok helyzetéhez.Mindenesetre köszi a linket!

-
Teasüti
nagyúr
válasz
atillaahun
#287
üzenetére
A prioritás csak arra szolgál, hogy ha párhuzamosan fut kettő vagy több Task, akkor melyiket futtassa elsőként.
Az, hogy melyik Profil legyen "erősebb", annak a prioritáshoz vajmi kevés köze van.
Ezt bizony programozós trükkökkel kell megoldani.Pl kézenfekvőnek tűnik két egymásnak ellentmondó Profil esetén az "erősebbnél" berakni egy olyan parancsot, ami kikapcsolja a másikat, majd deaktiváció esetén visszakapcsolja.
Én is előszeretettel alkalmazom ezt, mivel így még erőforrást is lehet spórolni.Tehát esetedben a navis profil Enter Task-jába rakj be egy olyat, hogy kapcsolja ki cell near-es profilt, majd Exit Task-ba meg, hogy kapcsolja be újra.
VAGY ha csak a média hangerő parancsot akarod megakadályozni a cell near profilodban (mert amúgy navigálás közben is le akarod némítani - vagyis azt akarod, hogy a másik profil is lefusson -, akkor csak ki kell szelektálni azokat a parancsokat, amik interferálnak egymással.
Pl a "gyengébb" profilban a média hangerő parancsához hozzáadsz egy feltételt, hogy csak akkor hajtsa végre, ha nem aktív a navis profil.
If %PACTIVE !~ *navi profil neve*szerk: adótornyok helyzetét telefonnal ugyan be nem méred.

Talán neten van vmi hasonló szolgáltatás, ami térképre helyezi őket, de mintha már én is túl estem volna ezen a kérdésen. Nem lehet tudni a hatótávolságokat. Kísérlet és tapasztalat.
Ezen csak annyit lehet segíteni, hogy Cell Near mellé használsz másik, pontosabb helyzetmeghatározást is, ha nem felel meg neked így, ahogy van. -
Teasüti
nagyúr
válasz
atillaahun
#281
üzenetére
Ha már egy aktív profilt szerkesztettél, akkor előtte illik újra betölteni a profilokat (vagy újraindítod a Tasker-t, vagy kikapcsolod és újra be). Egy profil aktiválásakor csak egyetlen egyszer fut le az enter task, akkor, amikor aktiválódott. Utána csinálhatsz bármit, amíg nem aktiválódik újra, addig nem fog lefutni még egyszer.
Cell near tipikusan ilyen, hogy max akkor csinálja meg megint, ha elmész onnan, ahol vagy, majd visszajössz. Vagy ki-bekapcsolod a Tasker-t. Esetleg repcsi mód, vagy 2G/3G váltás (ennél viszont figyelj arra, a két hálózat között eltérő GSM cella azonosítók vannak. Ha nem mérted be mindkét hálózatban a pozíciót, akkor csak az egyikben fog működni a profil, amelyikben létrehoztad azt)
(#279) suti_88
Orientációnál a képernyő "nézése" jelenti az irányt. Face up annyit tesz, hogy képernyővel felfelé, vagyis hátlapjára rakod le a telefont, illetve az néz a padló felé. Ha a hangszóró a mobil hátán van, akkor érdemesebb inkább Face Down-t használni...
A Context-ek sorrendje teljesen mindegy, hisz a feltételek közt ÉS kapcsolat van. De a logikai műveleteknél amúgy is mindegy a sorrend.
"Am sok Action-nél van az hogy "Toggle"...ennek mikor van jelentőség?"
Fogalmam sincs, egyszer sem vettem még hasznát.
"Action-nél a "Toggle"-vel igazából akkor egyes esetekben kiváltható az "Exit Task"?"
Az exit task lényege, hogy akkor fut le, ha deaktiválódik a profil.
Ámbár a Tasker azt tudja, hogy az Enter Task-ban lévő beállításokat visszaállítja, ha deaktivál a profil, de ez nem ugyanaz, mint a toggle. Toggle az egy két állású kapcsoló szerint működik, lényegtelen, hogy melyik állásban volt éppen, átvált a másikra.
Viszont nem egy beállítás van, ahol nincs toggle, mivel nem csak két értéket vehet fel a beállítás (pl a "csúszkás" beállítások tipikusan ilyenek).Beállítás mindaz, amely task-ok mellett egy fogaskerék ikont látsz. A többi - Tasker "villám" ikon - egyszeri parancs, azok csak simán lefutnak az Enter Task-ban, nem vonhatók vissza.
Mint feljebb írtam az ilyen esetekben nincs szükség Exit Task-ra.
Exit Task-ba vagy egyszeri parancsokat raksz, vagy pedig megismétled az Enter Task-ban lévő beállítás parancsokat ugyan úgy, és ezt a Tasker úgy értelmezi, hogy nem kell visszaállítani azt a beállítást.Illetve ha már belementem, akkor van egy kikötés:
csak Enter Task-ban lévő beállításokat állítja vissza, a beágyazott Task-okban lévőket nem.
Vagyis ha az Enter Task-ban meghívsz egy alprogramot - másik Task -, az abban szereplő értékeket már nem állítja vissza. Ezt tudatosan ki használjuk is, ha nem akarjuk visszaállítani a módosított beállításokat.Amúgy javaslom alkalmazni mindenkinek azt a formulát, amit feljebb bevezettem, ha profilokat írtok ide.
Így néz ki (mint mikor vágólapra kirakjátok a profil leírását Tasker-ben, csak még emberibben, letisztázva):Profil neve
Context:
első context elérési útja/neve [paraméterei]
második context ......Enter Task:
1. action elérési útja/neve és paraméterei (pl alább
2. display/display brightness level 255 if %BATT > 80
3.
stbExit Task:
1.
2.
3.
stb. -
Teasüti
nagyúr
válasz
volvoguy
#268
üzenetére
Offhook nevezetű context kell neked az orientation mellé másodiknak. Hívásoknál keresd, azt most meg nem mondom, h event vagy state. Keresgélj!
Aztán aktiválódik, ha mindkét context teljesül.
Amúgy nézted már a kreálmányaimat? Pl ezt is megcsináltam már és letölthetővé tettem.Szerk: nem kell ehhez exit task, mivel a speakerphone egy beállítás, amit visszaállít a Tasker, ha deaktiválódik a profil.
Változók használatára is láthatsz nálam száz példát, teljeskörű felhasználásra, sok-sok fejtörővel, amennyiben még csak most ismerkedsz a programozással.

-
Teasüti
nagyúr
válasz
atillaahun
#263
üzenetére
Jelenleg 108 progi van fent Tibi szerint (ide tartoznak a rendszeralkalmazások is).
Alapból 110 mega körül foglalnak és ugyanennyi van szabadon. Párhuzamosan max 2-3 progit szoktam futtatni, nyilván ilyenkor már nem marad bent a ram-ban a böngésző mondjuk. Váltáskor újra szokta indítani a programot. De a rendszer válaszideje nem csökken le.Tabletem is "csak" 512-es, de azon már ICS van. Ott se szokott beférni a ramban párhuzamosan több alkalmazás, újraindítgatja őket váltáskor, de a válaszidő itt sem csökken. Az életemből pont egy indítással vesz el többet. De hát ennyi kompromisszumot megért szerintem a barátságos készülék ár.

Jah és ezen a jelenségen nem segít az se sokat, ha kicentized a ramot. Tök mindegy, hogy 5-10 mega híján nem fér be, vagy 20-50. Ha nem elég neki, akkor úgyse leszel előrébb.
Kár ezen túráztatni magad. -
Teasüti
nagyúr
válasz
atillaahun
#261
üzenetére
Én is 512-es telefonnal élek, 800 mhz társaságában, wakelag-ot leszámítva nem szokása lassulni...
-
Teasüti
nagyúr
válasz
atillaahun
#259
üzenetére
Sztem ne foglalkozz vele!
Android majd foglalkozik vele, ha kezd elfogyni.
Az a pár mega meg amúgy sem zavar sok vizet, nem ezen fog múlni a funkcionalitása a rendszernek.
A lelkibékéd helyreállításához meg vegyél be egy-két leszarom tablettát!
Komolyra fordítva fogalmam sincs, mi lehet nálad más, mint mondjuk nálam.
Nagyon fura, nálam pl 11 mega, pedig 4 profilnál azért jóval többet használok.
Kérdezz rá a google csoportban, hátha! -
Teasüti
nagyúr
válasz
volvoguy
#244
üzenetére
Lássuk csak...
A variable változót jelent, ami programozásban is pont azt tudja, mint a matekban, hogy fel tud venni egy értéket. Esetünkben típusától függően lehet szám, betű, egyéb karakter és karakter lánc is (szöveg). Szerencsére a típusával nem kell foglalkozni, azt a Tasker magától eldönti a felvett értéke alapján. Ez annyiból fontos - hogy érthető legyen -, ha számot adsz meg, akkor szám típusú lesz, és miután deklaráltad (létrehoztad) a változót, utána ha lekérdezed az értékét, akkor a szám típusúnak mindig nulla lesz alapból, hiába nem adtál neki semmilyen értéket. A "szöveg" típusúak megmaradnak üresnek, amíg nem kapnak egy értéket.Na most a változókat feltételek vizsgálatakor szokás alkalmazni, például azt mondom, hogy kikapcsolom a wifit, ha a képernyő lezár. Ha ez bekövetkezik, akkor a %SCRLCK változó értéke felveszi a 2-t. Most hogy ezt hogyan, azt nem firtatjuk még az egyszerűség kedvéért (kolléga feljebb írt róla). Majd a feltételben (IF) megvizsgáljuk a %SCRLCK változó értékét, és attól függően végezzük el a feladatot, hogy mi az. Ha a feltétel igaznak bizonyul, akkor hajtódik végre az a parancs, amit feltételhez kötöttünk. Ha hamis az a feltétel (nem teljesül), akkor nem hajtódik végre a parancs és tovább lép a program a következő programsorra (sorban a következő lépés a Task-ban).
Így néz ki a feltétel: IF %SCRLCK = 2 akkor hajtsd végre a parancsot.
Kolléga feljebb ~ karaktert használt, ami annyit tesz, hogy "egyezik" (matches). Ez szöveges vizsgálatnál használatos, de számok esetén is lehet alkalmazni, de arra figyelni kell, hogy ilyenkor szövegesen vizsgálja a számokat is, nem pedig számként. (hogy ennek milyen gyakorlati buktatója van, arra most nem jut eszembe példa) De egy ilyen fajta így néz ki:
IF %SCRLCK ~ yes akkor blablabla. Vagyis itt a változónak egy adott karakterlánccal kell egyezni, ami természetesen szám is lehet (kivételek a kézikönyvben, azokat leszámítva ASCII karakterek lehetnek).Programozásban elterjedt, hogy az igaz és hamis állításokat 1-essel és 0-val helyettesítik, ahol az 1-es az igaz. Vagyis ha a képernyő lezár, akkor sokkal egyszerűbb a változónak megadni azt, hogy "1", mint szövegesen, hogy pl "igaz", "lock", "screen out", vagy bármi egyebet.
Viszont van aki úgy programoz, hogy nem 0-át és 1-est használ, hanem 1-est és 2-est, mivel a szám típusú változók lekérdezésekor akkor is 0-át mutatnak, ha egyébként nem adtál meg nekik semmilyen értéket. Van pár helyzet, ahol nem biztos, hogy ezt figyelmen kívül lehet hagyni, bár én még nem találkoztam ilyen feladattal, ahol gondot okozott volna. Ami engem illet, nekem megfelel az 1-es és 0 is, mivel többnyire csak azt vizsgálom a feltételeimben, hogy mikor lesz igaz. Azt nem vizsgálom, hogy mikor hamis. De ha te csinálsz majd olyan feladatot, ahol a hamisnak is szerepe lesz, akkor figyelembe kell venni ezt a jelenséget, mert becsapós lehet.Kreálhatsz ilyeneket; ha majd ráérzel a lényegére, akkor általuk egy egészen új világ nyílik meg a Tasker-ben és olyan feladatokat is meg fogsz tudni oldani, amiről addig talán azt se hitted, hogy lehetséges.

Mindig oda kell írni az elejére a százalékot, hisz az jelzi a programnak, hogy ez egy változó.
Ha használsz a nevében nagy betűt, akkor ún. globális változó lesz (nem muszáj csupa nagy betűnek lennie), ami azt tudja, hogy az egész programban bárhonnét hozzá tudsz férni, láthatod.
Ha csupa kis betűvel írod a nevét, akkor az lokális változó lesz, amit meg csak az adott Task-ban használhatsz, a többi Task nem látja (az egymásba ágyazott Task-ok sem látják). Ezt akkor szoktuk használni, amikor egy változóra csak addig van szükség, amíg lefut az adott Task és utána kukázható. Így nem fogja szemetelni a változó táblát (variables fül) fölöslegesen. Minél kevesebbet használsz, annál átláthatóbb marad.
A lényeg pedig, hogy változót a Variable Set paranccsal tudsz deklarálni és ugyanezzel a paranccsal tudsz neki értéket is adni. Vagyis inkább ezzel csak beállítasz egy értéket egy változónak, de nyilván ha az a változó addig nem létezett, akkor okosan létre is hozza a program.Ezeken felül vannak beépített globális változók (csupa nagybetűsök gyárilag), amelyek az Android rendszert figyelik főként.
%SCRLCK változó nincs alapból, azt a kolléga maga hozta létre egy profilban - pl. figyeli valahogy, hogy mikor zár le a képernyő (ne kérdezd, h hogy, ez nekem sem tiszta, hisz nincs rá context, ha jól látom) és ha lezárt, akkor task-ban csinál egy Variable Set %SCRLCK to 2 parancsot. (Hmm talán ő maga zárja le Tasker paranccsal, ami után meg simán deklarálja a változót, amíg fut az adott task)(#245) grabber
Egyrészt ez nem az a topik, ami neked kell, másrészt ez nem így működik gyárilag?
Én úgy gondoltam eddig, hogy az ismert hálózatok közül a legerősebbhez kapcsolódik. -
Teasüti
nagyúr
válasz
LordRajZoL
#240
üzenetére
Megnéztem azt a beállítást, tárgytalan a kérdésem.
Elég érthetően le van írva a súgóban, h mi az és mire jó.
-
Teasüti
nagyúr
válasz
LordRajZoL
#234
üzenetére
A kérdésem még mindig adott.
-
Teasüti
nagyúr
válasz
volvoguy
#230
üzenetére
Nem meríti az akkut.
Nem mindegy miket monitorozol a context-ekben - pl a gps-től nyilván leszopja magát az elem.
De ezek meg ugye nem a programból magából eredő terhelések, hanem hardveres.
A progi max csak akkor merít, ha beállítottál egy Task-nál ébrentartást és a Task meg nem végez a feladattal.
Mondjuk előtérben tényleg elgondolkodik a telefonom akár hosszú másodpercekre is mondjuk egy Log megtekintésekor, mentéskor, stb. De háttérben a terhelés elég marginális.Ez az összefűzés példa nem igazán "jött át".

Sok mindent lehet, max. ismerni kell a programozás alapokat hozzá.
Pl. wifi bekapcsolások számát figyeli, a számlálót naponta nullázza, és csak akkor szinkronizál, ha 1 az értéke. Lehet hivatkozni egymásra a Task-okban, ki-bekapcsolgathatsz profilokat, feltételesen indíthatsz Task-okat, elágazásokat csinálhatsz eképpen, ez mind csak attól függ, h te miket vagy képes kihozni mindabból, amire képes a program. -
Teasüti
nagyúr
válasz
mandras81
#227
üzenetére
TeslaLED.
Ha jól látom a Set Light action is machinál vmit a LED-ekkel, de root kell hozzá. Gondolom ez csak jelzés lehet.
-
Teasüti
nagyúr
válasz
mandras81
#225
üzenetére
LED-es részhez van plugin. Silent mód meg az alarm és a media hangerőt nem némítja csak el (android feature). Ha ezeket is szeretnéd, azt külön kell.
Display/Night Mode
Vmi android feature lehet hasonlóan a Car mode-hoz, sosem próbáltam még.
Azt sem tudom, hogy gyárilag megvan ez a képesség a stock romok-ban, vagy csak főzött romban lehet ilyet, vagy esetleg abból már kivették? Passz.(#221) S_xperia_S
Észre szoktam venni, ha vki ír ide.
-
Teasüti
nagyúr
válasz
LordRajZoL
#218
üzenetére
Igen, akad benne ékezet.
Mivel eddig nem csinált belőle problémát a program, így nem voltam elég következetes a neveket illetően.
Talán átírom majd vmikor. -
Teasüti
nagyúr
válasz
LordRajZoL
#216
üzenetére
Melyik kettőt nem tölti be, vagy melyiket igen? Nem lehet, hogy az ékezeteket nem kedveli?
-
Teasüti
nagyúr
válasz
LordRajZoL
#214
üzenetére
Itt vannak a hozzá szükséges Task-ok. Gondolom vmi ICS inkompatibilitás lehet. Legalábbis mások még nem panaszkodtak.
-
Teasüti
nagyúr
Pont egy ugyanilyen profilom van nekem is.
Feljebb megtalálod a linket hozzá.Ha az nem felel meg, akkor:
Exit task:
1. wait
2. gps off if %PACTIVE !~ *GPS profil neve*És az ütközés kezelésnél be kell állítani, hogy a jelenlegiből lépjen ki, ha egy új példány indul a task-ból.
-
Teasüti
nagyúr
válasz
Cartman023
#203
üzenetére
Lehet, méghozzá plugin sem kell hozzá.

Display/System lock. -
Teasüti
nagyúr
Eléggé kihalt a topik.

Lejártak a trialok, vagy mindenki profi már?
-
Teasüti
nagyúr
válasz
Cartman023
#200
üzenetére
Enter és exit task-okkal igen.
-
Teasüti
nagyúr
válasz
mandras81
#196
üzenetére
Nem a Tasker volt a bűnös.
[link]
Annyi kiegészítéssel, hogy a Catch ártatlan volt. A telefon által készített képeket és videókat töröltem és utána jó lett.Egyébként 2%-ot eszik nálam (összesen). Úgy, hogy nem játszok vele, hanem szinte teljesen háttérben van.
(Alább hagyott a lelkesedés az aktuális projektet illetően.)Amihez net kell, az a Location/Net. Mivel nem magától találja ki a koordinátát az adótornyok helyzetéből. A többinek viszont kétlem, h sok köze lenne a Tasker-hez.
-
Teasüti
nagyúr
válasz
Cartman023
#193
üzenetére
-
-
Teasüti
nagyúr
válasz
Cartman023
#187
üzenetére
Igen.
-
Teasüti
nagyúr
válasz
Cartman023
#185
üzenetére
Na így már érthető.
Kell egy Time context:
From 8:00
repeat every 1 hours
To 20:00Majd egy Task, ami vhogy így néz ki:
1. mobil net és sync on
2. wait 1-2 mins
3. mobil net és sync offHogy mit hol találsz, azt majd felfedezed. Vagy utánaolvasol, ha megy az angol.
-
Teasüti
nagyúr
válasz
volvoguy
#180
üzenetére
Egy exit task-ot még hozzáadnék a fényerő profilhoz, h set brightness 255*11%. Máskülönben nem csinál mást az idő lejártával, mint kikapcsolja az auto brightness-t (és onnantól nem tudom, h milyen értéket vesz fel).
Miután lefutott mondjuk a fényerő task, utána a rendszerbeállítás nem automatán van? Vagy a "nem történik semmi" alatt mit értesz?Amúgy nincs se fényerő szenzorom, se ICS-em. Ezek viszonylag egyszerű feladatok, nem tudom elképzelni, h ne mennének ICS alatt. Bár pár hibáról írtak már.
-
Teasüti
nagyúr
válasz
atillaahun
#178
üzenetére
DailyRoads Voyager-nek van Tasker támogatása és láttam benne ilyen opciót.
Amúgy nem használom, csak kíváncsiságból szedtem le. -
Teasüti
nagyúr
válasz
Cartman023
#176
üzenetére
CM romon legalábbis.
-
Teasüti
nagyúr
válasz
andris811
#173
üzenetére
Hmm de végülis talán a task beállításainál az ébrentartás pont kapóra jönne. Ki kell próbálni, hogy az accelero deep sleep-hez van-e kötve, vagy a képernyőhöz. Mert a Tasker a processzort tartja ébren. De végső esetben a képernyőt is lehet. Bár az nem lenne szerencsés annyira.
-
Teasüti
nagyúr
Na, ennek örülök.
Hangjelzés. Oké. És hogy is fognak engem megtalálni a szántásban, ha a telefon a tartóban riadózik (ami a kocsiban van nyilván, ha kocsiról van szó)?
Az accelero valóban kikapcsol a legtöbb telefonon (Android feature), ha a képernyő elsötétül.
De mivel ez egy főként közlekedési eszközhöz szánt művelet, ezért elég életszerű, hogy mondjuk megy egy navi, vagy egy fedélzeti kamera, ami ébren tartja a telefont. ÉS akkor már a töltő is szinte kötelező tartozék, mivel pillanatok alatt lemerülne nélküle. Megy a navi - gps és mobilnet -, és/vagy a fedélzeti kamera - videó rögzítés és accelero. Mondjuk ezt még nem próbáltam, hogy képes-e rá a telefon. Főleg az enyém a maga kis 800 Mhz egymagos ArmV6-osával.
Sztem helyből felszáll ha majd párhuzamosan akarok navigálni (online), meg mellette videót rögzíteni a háttérben és közben még Tasker is megy. Már csak Mariskának kéne még megszólalnia és téglásítottam a telefont. 
Nem teljesen fölösleges, mivel a linkelt app tényleg csak annyit tud, h megkérdi jól vagy-e és utána sms-ezik két-három előre beállított kontaktnak. Ezt így kevésnek érzem.
Egyedüli probléma, h Tasker-ben jelenleg kicsit gáz a gyorsulásmérő használata.
Ugye a három tengely közül egyszerre csak az egyiken képes érzékelni egy oda-vissza fellépő erőhatást. Írtam itt a fejlesztőnek, de nincs tervbe véve, h változtatna rajta. Esetleg ha ti is beszállnátok, talán rá tudnánk venni.
Jelenlegi formájában nem igazán tudom elképzelni, h mire is lehet hatékonyan használni a shake context-et. Számomra olyan kézenfekvő, hogy bármilyen irányú erőhatásra gerjedjen az alkalmazás, de arra még nem jöttem rá milyen ötlettől vezérelten bontotta le 3 független tengelyre a fejlesztő.
-
Teasüti
nagyúr
Épp egy vészhelyzeti protokoll létrehozásán dolgozgatok, közlekedési baleset esetére.
(lásd itt)Sosem voltam még hasonló helyzetben és kicsit bonyolult belegondolni, h mit is kell ilyenkor csinálni és hogy lehet a segítségemre a telefon (ha egyben maradt egyáltalán).
Azért írom ezt le, hátha ihletet meríthetek a válaszokból. Ha ez érdekel vkit, szívesen látnám a gondolatait.
Amit terveztem eddig:
- esemény érzékelése gyorsulásmérővel
- egy ablakban megkérdezi jól vagyok-e (mellette hangosan is kommunikál és alapvető hangfelismerést is szeretnék bele - pont úgy, mint korábban az Edzés profilomnál) és ha időn belül nem nyomom le, h "igen, jól vagyok", akkor elindítja a vészhelyzeti protokollt.Ami annyiból állna, hogy első körben küld egy sms-t a névjegyzék összes kedvencének, h bajban vagyok, hívjanak fel. Majd elkezdi bemérni a helyzetem. Idő közben ha jön egy hívás és nem válaszolok, akkor küld a hívónak egy sms-t a becsült helyzetemmel (ha még nincs gps fix, akkor adótornyok alapján - ehhez kell mobilnet) és azzal, h "nem válaszoltam a hívásra, ezért a telefon elküldi a helyzetemet, majd ezután ha újra hívsz, akkor automatikus felveszi és kihangosítja".
Közben fut egy újabb get location, immár 10-15 perces timeout-tal, hogy bemérje a pontos helyemet gps-el (ha nem volt bekapcsolva a baleset előtt), majd ha bemérte, akkor lekérdezi netről az adatokat és sms-ben elküldi a következőket:
- pontos földrajzi koordináták
- utca, házszám
- egy short url google maps-hez, ahol meg is nézhetik a helyet.És idáig jutottam a gondolatmenettel.
Persze az egész még megvalósítás alatt, az eddig elhangzottak is kb 50-60%-osak.
De kellene még ötlet, hogy mit kéne csinálni ilyen esetben.Itt elsősorban azt a szituációt vettem számításba, amikor megsérültem, hisz ha "leokézom", h jól vagyok, akkor sztornó az egész művelet.
-
Teasüti
nagyúr
válasz
Cartman023
#166
üzenetére
Na, akkuhasználatnál Tasker nálam 7%. (ebben benne szokott lenni egy-egy óra előtérben töltött idő is, amikor állítgatom)
18 állandóan aktív profillal. Hardvert egyik sem monitoroz, csak alkalmazásokat, eseményeket és időt, meg google naptárat. Jah de, mégis, cella infókat is figyelemmel kísér több profil is, de kézikönyv szerint az nem jár plusz fogyasztással, mivel a telefon alapvető funkciója.18 állandó- és összesen 26 profil, ami nem kevés. Sokan max csak fél tucat profil használnak eleinte (az egyszerűbbeket), érdemes lenne kifaggatni a többieket, akik itt megfordultak.
Van akinél nem láttam 5-6-nál több profilt.
Ott biztos jóval kisebb a fogyasztás is. -
Teasüti
nagyúr
válasz
Cartman023
#168
üzenetére
[link]
Ctrl + F és beírod, hogy "mobile data".
-
Teasüti
nagyúr
válasz
Cartman023
#166
üzenetére
Ezek szerint nem tudjuk a választ.

Tasker viszont keveset, ami engem illet. Attól függ miket monitorozol (gps, wifi, cella infó, szenzorok, stb). Ha nem használsz energia igényes dolgokat, akkor elég marginális. Néhány % az akkuból 2+ napos statisztika szerint. (Most pont nem tudom megmondani konkrétan mennyi, mivel ma reggel vettem le töltőről) Nálam olyan 2 nap és pár órát szokott működni a telefon, ami jónak számít - elég csak minden harmadik nap végén töltőre dugni.szerk: ez nem tiszta készenléti idő, szoktam nyomkodni nettó néhány órát.
-
Teasüti
nagyúr
Akkor exportáld ide description formájában a releváns profilokat!
Nincs más ötletem, talán a konkrét kódból kiderül mi felett siklok el. Mert így ezek csak félinformációk.Log-ot is kimásolhatod (SD kártya/Tasker/Log), illetve nézd meg te is, hátha látsz vmi gyanúsat - pl mi a frászért kapcsolt ki a wifi, miután csatlakozott (talán leszakad a routerről??)!
Amúgy nem lenne picit egyszerűbb (elegánsabb), ha nem lenne két Profilod ugyanarra a Context-re? Vagyis mondjuk az Utcai profil Task-ját hozzáadhatnád az Otthoni profil Exit task-jaként. Így az utcai beálíltás lenne az alapértelmezett, ha nem aktív a Profil.
-
Teasüti
nagyúr

Kapcsolj ki minden profilt (kapcsold ki a Tasker-t úgy ahogy van), wifi-t is kapcsold ki. Majd menü/more/run an action és választ a Net/wifi ON parancsot! Ha bármiféle profil nélkül csak simán kiadsz egy parancsot, hogy kapcsolja be a wifi-t, akkor is lejátszódik a jelenség? Ez esetben nem a Tasker hibája.
Amúgy ebben a néhány nyúlfarknyi sorban nem látok hibát.

Ami még jobb, hogy olyan parancsot se, h kapcsolja ki a wifi-t.
szerk: ICS nem elképzelhetetlen, google fórumon újabban írogatnak ICS-ből eredő problémákról is.
Ez esetben idő kérdése. -
Teasüti
nagyúr
Jó, de ehhez még mindig tudnom kéne, h mi nem működött abban, amit korábban írtam.

A profil kukázása és a probléma szőnyeg alá söprése határozottan nem segítette a megoldást.

Ha megvan még egyáltalán, akkor lássuk végre!
-
Teasüti
nagyúr
-
Teasüti
nagyúr
Le tudnád írni, karakterre pontosan, h milyen parancsok vannak a profilokban?
Vhogy úgy, ahogy én szoktam:Profil neve
Context: (elérési út/név) [feltételek és paraméterek]
Enter task:
1. (pl. Variable Set %var to 1 if %pos ~ *home*)
2.
...
Exit task:
1.
2.
...Mert így nem elég exakt, szintaktikai vagy szemantikai hiba is okozhatja, miközben logikailag akár helyes is lehet.
(pl a %WIFI értéke nem lehet "OFF", mivel kisbetűket ad vissza. És Tasker-nél ez nem mindegy.)Vagy exportáld a profilt és töltsd fel ide!
Egyébként majdnem biztos vagyok benne, hogy csak vmit elhibáztál, mivel ez egy teljesen hétköznapi feladatnak tűnik.
-
Teasüti
nagyúr
válasz
mandras81
#146
üzenetére
Nem rossz, első olvasásra kissé zavaros.

Nekem egy kicsit ágyúval lövünk verebekre esetének tűnik.
Tényleg megéri a ráfordított időt? Mi a tapasztalatod? Ha jól olvastam az eredeti cikkben, akkor meg lehet figyelni a forgalmat és az akku használatot is - százalékosan mekkora spórolás érhető el? Néhány megáért nem biztos, hogy átrágnám magam rajta, ellenben az akkuidő már jobb kérdés.
-
Teasüti
nagyúr
válasz
atillaahun
#138
üzenetére
Jah az autós dologra: csak gondoltam hátha csináltál egy olyat is, ami azt figyeli, hogy az autóban vagy-e, és ez alapján indítja a navit, állítja be a hívást, fényerőt, bluetooth-t, vagy bármi mást.
Mert ha van hasonló, akkor abba csak beraksz még egy Set variable parancsot, ami jelzi, hogy épp autóban vagy. Egy ilyen változó jól jöhet a többi profilhoz is, aminek az autózáshoz kell igazodnia (példánál maradva). Úgymint a kihangosításnak, vagyis a kihangosítós profil lefutás elején megvizsgálhatja a változót, ami ha érvényes, akkor bekapcsolja a hangszórót, ha nem, akkor nem. Vagy a számomra szimpatikusabb módszer, ha a hangszóró profil be sincs kapcsolva, amíg nem ülsz a kocsiban. Most, hogy mi alapján döntöd el, hogy kocsiban tartózkodsz-e éppen, azt meg már a fantáziádra bízom, ha ezt az utat választod.szerk: nálam ilyen volt a dokkolás Task, ami azt tudta, hogy többek közt beálílt egy %Docked változót. És a többi profil figyelembe vette ezt az értéket - mondjuk a "wifi automatika", ami leszakadt wifi esetén nem kapcsolja ki a funkciót, ha dokkolva van a telefon.
De igazából ehhez már programozás alapismeretek kellenek, ezt el kell ismerni.
Aki erre nem fogékony, annak ez átláthatatlan szenvedés eleinte. -
Teasüti
nagyúr
válasz
atillaahun
#138
üzenetére
Elsőre is úgy értettem, a dőlt betűs idézet azt hiszem az első hsz-odból való, mikor feldobtad a témát.

De ha figyeltél, akkor volt még egy út, miszerint egy profilba beraksz két context-et, task-nak megadsz egy változót (ami azt fogja jelölni, hogy a két context érvényesült), majd egy újabb profil újabb context-ekkel az Enter task-ban megvizsgálja a változót, és értelemszerűen csak akkor fut le, ha érvényes. VAGY az első profil kapcsolja be a második profilt, ilyen lépcsős logikai feltételrendszerben. Pl az első profilban két context azt vizsgálja, hogy az akku lemerül-e és töltőre van-e dugva. Majd ha teljesülnek a feltételek, bekapcsolja a második profilt, ami azt vizsgálja, hogy otthon vagy-e. Logikailag ez egy ÉS kapcsolat a profilok közt, mivel egyrészt a második profilba berakod azt a Task-ot, ami elvégzi a végső feladatot, és ez csak akkor fog megtörténni, ha előtte aktiválódik mind a két profil.Illusztrálva:
Első profil
Context: battery 0-15%
Context: not power any
Enter:
1. profile status "Második profil" set OnMásodik profil (ami csak akkor aktiválódhat, ha az elsőben lévő két feltétel már teljesült; egyébként ki van kapcsolva)
Context: wifi not connected
Enter:
1. wifi off
2. net offEzzel a módszerrel bármennyi context-et egymásba fűzhetsz és a ki/bekapcsolgatós módszerben még az a szép (a változóssal szemben), hogy a kiindulási helyzetben mindig csak az első profil van bekapcsolva, így kímélve az erőforrásokat. Ok-okozati összefüggések szerint megválasztva a context-eket, addig meg se vizsgálja a sorban következő profilokat, míg az az előtte lévők nem teljesülnek. (érdemes erőforrás éhség szerint növekedő sorrendbe rakni őket, gondolom ez érthető)
Lehetne akár 3-at összefűzni:
kicsi a töltés? -> rá van-e dugva a töltőre? -> wifire van csatlakoztatva? (mindegyik egy profil)
És ha sorban mindegyik teljesül, akkor ez bizony egy ÉS kapcsolat a tagok közt, de csak az első profil fut állandóan.Remélem így már érthető, túl van magyarázva.

szerk: de amúgy várható fejlődés a következő verziókban. Rajta van a TODO listán a 3 db state context.
Amúgy csak ennyi dolga van a fejlesztőnek.
Ez a program csak jobb és jobb lesz.
(#139) andris811
630-ért, ez most vmi vicc?
Az már egy fél Tasker. 
-
Teasüti
nagyúr
válasz
S_xperia_S
#136
üzenetére
Jah. Lásd feljebb atillaahun eseténél a nav programmal.
-
Teasüti
nagyúr
válasz
S_xperia_S
#134
üzenetére
Csak úgy, ha te indítod el és előtérben van az alkalmazás.
-
Teasüti
nagyúr
Profile 1
Context: wifi connected
Task: stop (vagy vmi alibi feladat, ha nincs még ilyen profilod)Profile 2
Context: Time 00:00 - 00:00 repeat every 10 mins
Context: State/varible value %WIFI ~ off
Enter:
1. wifi on
2. wait
3. If %PACTIVE ~ *Profile 1*
4. perform task "otthoni profil"
5. Else
6. wifi offAzt hiszem ez megteszi.
-
Teasüti
nagyúr
válasz
atillaahun
#124
üzenetére
Mi az, ami nem működik benne jól?
Mert akkor arról értesítjük a fejlesztőt.
Vagy ha te nem értesz eléggé hozzá, arról nem a program tehet.Andris
Van már PS+?
Az ingyemest használtam Tasker előtt, de hamar kinőttem.
Még gyerekcipőben jár sztem , egy-két hibajavítást én javasoltam benne.
-
Teasüti
nagyúr
válasz
atillaahun
#121
üzenetére
Mindkettőre megoldás a változók használata. Ahogy arról szó volt feljebb is, annyi context-et használsz, amennyit szeretnél, csak nem egy profilban. Olvass vissza kicsit!
Most az, h ez nem egy profillal valosítható meg jelenleg, hát annyi baj legyen!Én erre nem véletlenül használtam változókat (pl a %Docked), hisz így megkerülhető az az eset, amit írtál is az előtérbe kerülő tárcsázóval. Ha indítod a navit, vagy van vmilyen autós dokkoló profilod, igazán nem nagy ügy berakni egy változót. Aztán bejövő hívás profilban meg a változó értéke szerint eldől, h ki kell-e rakni hangszóróra, vagy sem.
A programozásban az a szép, h több jó megoldás is lehetséges. Néha workaround-okkal, néha elegánsan, néha nem (tök jó, h pont egy gépész beszél erről
). -
Teasüti
nagyúr
válasz
andris811
#118
üzenetére

Hagytam filózz rajta kicsit.
Az túl könnyű, h mindenkinek készre megcsinálom.
(#117) andris811
Egyébként ezt a Task elejére illeszted:
1. Add variable %Count, value 1
2. Stop if %Count < 4 (három esemény ez esetben -> ébresztő + 2 szundi)
3. Clear variable %CountMajd a Goto parancsokat módosítani az új sorszámok szerint.
-
Teasüti
nagyúr
A módosított profiljaim, projektekbe szedve:
[link]Másold az SD kártyán a "Tasker" könyvtár "projects" mappájába a fájlokat! (Ha nincs, hozd létre!)
Importálás:
-Tasker beállításaiban kapcsold ki a Beginner módot,
-Főképernyőn húzd le a fejlécet
-nyomj hosszan a most megjelent házikóra
-válaszd az "import" menüpontotElméletileg minden működik benne.
* Wifi automatika jól szuperál, ha szakad a kapcsolat, kikapcsolja akku kímélés miatt. Nem zavar már be neki, ha manuálisan ki/bekapcsolod.* Bluetooth automatika, kapcsolat vége esetén 3 perccel ezt is kikapcsolja, ha nincs új kapcsolat.
* "Night" profilba implementáltam a változó profil vége időt, a "Check Night End" task számolja ki mindig, hogy mikor kell kilépnie Repülőből. ("Do The Night Calcs" függőség!)
Wait paranccsal oldottam meg végül és ami még jobb, ha a telefon alszik, az nem zavar be a Wait parancsnak. Pent szerint - a fejlesztő - csinál egy "ébresztőt" a telefonnak, amikor lejár a várakozási idő, szóval addig tud aludni, utána meg feléled és fut tovább a Task.* Kicsit hozzáadtam néhol, kicsit felturbóztam, okosítottam itt-ott. Ami lényeges változás, hogy a Say parancsok külön task-ba lettek rakva, így ellenőrizhetővé vált, h hibátlanul lefutott-e a Svox parancs.
* hozzáfűztem pár kommentet egy-két helyen. Igaz elsősorban még mindig saját magamnak címezve, h később is tudjam mit miért csináltam. Kérdezni szabad, ha belekavarodtok.

* az Offhook profilba /Telefon projekt/ beraktam egy parancsot, hogy rögzítse a beszélgetést az SD kárya DCIM mappájába call.3gp néven. Ezt csak tesztelés céljából raktam bele, azért tudjatok róla (nálam sajnos nem működik)!
+ egy Mozi task a Telefon projektben, amit egy parancsikonnal hívok meg az asztalról.
+ egy "Incoming call" profil a Telefon projektben, ami a hívó fél nevét mondogatja pár másodpercenként. Én nem használom, ezért nem is aktív, viszont jól jöhet még később.
- dokkolás Task-okat eltávolítottam a függő változókkal együtt, nincs rá szükségem.
És még vmi, az xml fájlokat mentés után módosítottam, kiszedtem belőle a privát url címem a Google naptárhoz, és kiszedtem az edzőm telefonszámát.
Az időjárás meg Köpönyeg.hu rss-éből jön, Pécsre beállítva. Ezt a címet mindenki módosítsa magának, ahogy szeretné (Get Weather task)!
A Google naptár részeknél a HTTP Get parancsban mindenki cserélje ki a saját privát url címére a linket. A ? utáni paraméterekről találtok infót a neten, a kulcsszó az API.
A jövőben lehet nem lesz elérhető majd az előző link. Szúrja a szemem, hogy csak be van dobva a Public mappába.
(akkor még nem rendeztem külön helyre a Tasker fájljait) -
Teasüti
nagyúr
válasz
andris811
#110
üzenetére
Mert a beépített Tasker event-ek csak az alapértelmezett/gyári ébresztő órával kompatibilisek.
Nem tudom, h a 3rd party ébresztő progik is csinálnak-e ilyen jelentéseket a rendszer felé, hogy a Tasker tudja érzékelni.
Viszont ha a Sleep as Android az alapértelmezett, a gyári nem, esetleg az le is van törölve ÉS nem működik a Tasker beépített event, akkor ez van. Próbáld meg azokkal a progikkal, amiket támogat.
Context/Event/3rd Party alatt találod őket.Vagy írj a google csoportba, h ilyenkor mi van.
Sleep as Android-ból hamar kiábrándultam, miután egész éjjel be volt kapcsolva a képernyő és szívta az akkut.
Egy hétig használtam, aztán rájöttem ez nekem felesleges.(#111) atillaahun
Nem tíltva van, hanem még egyszerűen nem képes rá.
Nézzünk pár példát...1. amikor 3 state van a profilban - mindegyik ÉS kapcsolattal összefűzve:
csak akkor lesz aktív, ha mindhárom feltétel egyszerre teljesül - nem vagy az otthoni wifire kötve, kevés az akku, és nincs töltőre dugva.2. amikor 2 profil van, az ÉS kapcsolattal összefűzöttek egyben, majd a VAGY kapcsolatú feltétel egy másikban:
két úton aktiválódhat - vagy kevés az akku és nincs töltőn VAGY nem vagy az otthoni wifi-n.
Ugye a két profilnak egymáshoz semmi köze nincs tulajdonképpen, de logikailag ez ettől még megfelel egy VAGY kapcsolatnak, mivel az Enter task mindkettőnél ugyanaz.Nem tudom tisztában vagy-e a logikai kapukkal és hogy itt a VAGY kapcsolat nem azt jelenti, mint a magyar nyelvhasználatban. Vagyis a logikai VAGY-nál nem az van, hogy csak az egyik feltétel teljesülhet ahhoz, hogy az állítás igaz legyen -> "vagy ez, vagy az, mindkettő már nem lehet" avagy "vagy csokifagyit kérsz, vagy vaníliát". Viszont logikailag ez az un. "megengedő vagy" (ahogy a matektanárom mondaná...), vagyis ahhoz, h az állítás igaz legyen (a kívánt Task lefusson) ahhoz elég egyetlen feltétel teljesülése is -> vanilia fagyi vagy csokifagyi(, és lehet mindkettő is).
hogy ha 15% alá megy az akksi és nincs bedugva a töltő, vagy nincs csatlakoztatva az itthoni WiFi-mhez, akkor
Ezek alapján, ha jól értettem az eredeti célodat (mivel nem tagoltad eléggé a feltételeid), akkor te azt szeretnéd, hogy:
( kevés az akku ÉS nincs töltő ) VAGY ( nincs wifi )
Ehhez meg tökéletesen megteszi az, amit írtam feljebb.
Tehát ez esetben akkor is kikapcsolja a dolgokat, ha lecsatlakozik és akkor is, ha kevés az akku és nincs töltő. Ez két külön profil jelenleg, igen. Ez van.(#112) atillaahun
Én speciel nem, mivel egyszerűbb a már meglévőt használni.
(ezért nem csináltam auto sms választ sem nem fogadott híváshoz, mivel van rá alkalmazásom, aminek ráadásul nincs is memória rezidens része, ha nem fut)
De persze lehet gyártani, van hozzá több leírás is neten. Vannak olyanok is, amik már felérnek a különálló progikhoz is. -
Teasüti
nagyúr
válasz
S_xperia_S
#106
üzenetére
Ha Event/Battery full context-et adtál meg, akkor a profil beálíltásaiban (hosszú klikk a profilon) adj meg neki "cooltime"-ot, mondjuk egy órát! Így ha aktiválódott, egy óráig nem fog újra.
Ha viszont State/battery context-et használsz, annak elvileg nem szabadna többször aktiválódnia (mondjuk 99-100% között).
Azt nem értem, h az esemény miért történik meg többször egymás után, biztos vmi Android fícsör.

(#107) S_xperia_S
Én értem rosszul, vagy az Enter és Exit task ugyanaz?
Ergó nem áll vissza az eredeti beállítás, nem jön ki repülőből.MÁS
Megcsináltam azokat a dolgokat, amik korábban nem működtek. Most már változó időben jön ki az éjszakai módból, a wifi is müxik. Ha kell vkinek, felrakom. -
Teasüti
nagyúr
Cella infót a State/Phone/Cell Near paranccsal kérdezhetsz le. Ez esetben csak a helyi cellát vizsgálhatod, koordinátákat nem kapsz. Ez a legenergiatakarékosabb, nem kerül plusz erőforrásokba. Location Net meg szintén az adótornyokat használja (de hogy ugyanazokat-e, azt nem tudom, de a kézikönyvben tornyokat említ a fejlesztő - azért érdekes, mert a mobilnet magasabb frekivel működik, aminek nagyobb a csillapítása), de koordinátákat ad vissza. És ehhez kell a net része gondolom, h felrakjon a térképre.
Ha PC-ről lekérdezed a helyed, hasonló pontossággal belövi mondjuk a Google Latitude is. Pedig csak az IP címed és az elérési útvonaladat látja (meg ugye a böngésző és az alapvető pc adatokat). Hogy hogy lesz ebből 30 méteres pontosság, azt nem tudom (hisz elvileg az utolsó DSLAM alközpont pár száz méteren belül van). Dinamikus cím meg nem rejt el a világ elől, csak visszamenőleg. (Meg amíg a szolgáltatót nem kötelezik az adataid kiadására.
)(#104) atillaahun
A context-ek ÉS kapcsolatban vannak, a VAGY kapcsolat kicsit komplikáltnak tűnik elsőre, de:
[link]szerk: amúgy nem mennél sokra 3 context-el, mivel ÉS kapcsolat van köztük. Eredeti felállásban akkor így nézne ki: nincs otthoni wifire csatlakozva ÉS 15% alatt van ÉS nincs töltőre dugva.
E helyett én inkább így indulnék el:
Profil 1
Context: State/battery 15-100% invert AND not power any
Enter:
1. wifi off
2. net offProfil 2
Context: State/Net/Wifi connected [SSID] invert
Enter:
1. wifi off
2. net offKét profil közt odaképzelhetünk egy VAGY kapcsolatot.

-
Teasüti
nagyúr
Amúgy tessék megosztani az elkészült műveket, legalább egy rövid, néhány sornyi bemutató révén!
Így tanulhatunk egymástól és ihletet meríthetünk. -
Teasüti
nagyúr
válasz
atillaahun
#99
üzenetére
Igen, nem tudom.
Mire nem elég kettő state?
Amúgy jah, ahogy a linken is írják, változókkal egymásba ágyazhatsz annyi context-et, amennyit nem szégyellsz.
Két state-ből egy "set variable", majd a harmadik state-nél "if" variable és uccu neki.
Most hogy egy vagy kettő profilban vannak a feltételek, az erőforrás szempontjából nem oszt, nem szoroz túl sokat state context-ek esetében. -
Teasüti
nagyúr
válasz
atillaahun
#94
üzenetére
Nem ugyanaz a kettő, Location without tears fejezet alapján legalábbis (apropó, ezek szerint még el sem olvastad
).Cella infók a context/state/phone/cell near paranccsal működnek. Location context-ben nincs cella infó.
A wifi-d gondolom vezetékes neten van; a publikus ip címedből állapítják meg a helyzetedet.
-
Teasüti
nagyúr
válasz
andris811
#93
üzenetére
Úgy véltem egyszerűbb, ha elkészítem.
Kérdezz, ha vmi nem világos!
[link]Jah igen. Mivel ez csak akkor aktiválódik, ha már megy az opera, várnod kell vele.
Sztem csináld úgy, hogy készítesz egy Tasker parancsikont az asztalon, amivel hivatkozol a Net task-ra, majd a task végére berakod, h load app opera. Így ha a böngésző helyett ezzel a parancsikonnal indítasz, előbb lesz neted és csak utána indul a böngésző, ha lefutott a task.
Ez esetben az opera profil fölösleges. -
Teasüti
nagyúr
válasz
mandras81
#91
üzenetére
Uhm a location net-hez szerintem állandó kapcsolat kell, máskülönben bajos lenne lekérdezni egy-egy frissítésnél a helyet. De a szó szoros értelmében nem, nincs folyamatos átvitel. Csak addig megy netre, amíg meglesz a pozíció. Én úgy vettem észre, hogy cella infó se pontatlanabb a mobilnetes bemérésnél, és az nem kerül se plusz energiába, se adatforgalomba.
Legalábbis nálam a %LOCN változó lekérdezésekor (ugyanaz a funkció elvileg) ilyen 6 km-es szórással adta meg a koordinátám, ha jól rémlik. Sőt, meg merem kockáztatni, h cella infóval talán még pontosabb is. De ezt csak erre az egy tapasztalatomra alapozom, talán jön majd vki, aki rámcáfol, h a netes lokalizáció tud ennél jobbat is.
Szóval ha nem koordinátákra vagy kíváncsi, hanem csak az érdekel, hazaértél-e, arra jobb a cella infó szvsz.Igen, kettő profil. Vagy ugyanarra a feladatra csinálsz kettőt, különböző helyszín feltételekkel.
Vagy csinálsz egyet a helyre, ami mondjuk létrehoz egy %HOME változót, majd egy másikat, ami a böngészőre gerjed és Task-ban a változó értéke szerint végzel feladatokat. Utóbbi praktikusabb út.ERPY
És a helyes megfejtőnek jár egy virtuális vállveregetés!

Sose jöttem volna rá.
-
Teasüti
nagyúr
válasz
mandras81
#88
üzenetére
Kézikönyvből:
The profile name is green if the profile is active.
Important: the check-mark does not mean the profile is active (will run its tasks), it means that the profile can become active if its conditions are met.Ha a Tasker be van kapcsolva, a profil mellett ott van a pipa és megvolt legalább egy mentés (Tasker főképernyőn alsó sávban bal oldali pipa, vagy Android Back/Home gomb), akkor onnantól él a profil. Az, h nem válik aktívvá (vagy status bar-on jelennek meg az aktív profilok, vagy Taskerben, ha zölddel ki vannak emelve), az csak a context feltételei miatt van.
Rosszul van beállítva az adott célhoz mérten.Location w/o tears részt olvast át te is újra, talán megleled a választ.
Vagy ha van még kérdésed, hallgatjuk.
MÁS:
Nálatok a cellainfók hogy néznek ki?
Nálam a legutóbbi frissítés óta kétféle típus lett:
öt számjegyű GSM:1234.12345 / 0 és 8 számjegyű GSM:1234.12345678 / 0
Ez vajon normális? A rövid cell id-vel meg voltam elégedve, de mióta ugyanazon a helyen a hosszabb cell id-ket érzékeli, azóta megbízhatatlan a szolgáltatás, mivel több km-rel arrébb is rajta lehetek még ugyanazon a tornyon (cell id), amit nem tartok normálisnak.
Talán vmi technológiai váltás van épp és jókora hatókörzet növekedés történt?
Eddig úgy tudtam, hogy a körzet infók 200-300 méterenként változnak, de ez az új fajta nálam 6-7 km-rel arrébb sem változott.
-
Teasüti
nagyúr
válasz
atillaahun
#86
üzenetére
Lehet állítani frissítési gyakoriságot. Userguide idevonatkozó részét tanulmányozd kicsit! Főleg a location without tears részleget.
Alapesetben kikapcsolt képernyő mellett 10 percenként ellenőrzi a Profilokat.
Beállításokban tudod megváltoztatni az összes frissítési művelet gyakoriságát.
szerk: nincs idevonatkozó része a kézikönyvnek.
De a menüben a kérdőjelek sokat segítenek a a beállítások megértésében. 
Audio/Silent mode kell neked.
-
Teasüti
nagyúr
válasz
S_xperia_S
#52
üzenetére
Egyébként nem egyszerűbb megnyomni a "hangerő le" gombot, mint forgatni a telefont?

Amúgy így utólag: csörgés közben is működik a Ringer volume átállítása a Task-ban
, de amint megszűnik a Context: orientation/face down, úgy újra csörögni fog. -
Teasüti
nagyúr
Profile 1
Context: event/phone ringing VAGY state/incoming call (state esetében viszont számolni kell a "settings restoration"-nel)
Task:
1. turn on Profile 2
2. say
3. wait
4. goto 2. if %Ring isn't set
5. clear variable %RingingProfile 2
Context: event/phone idle
Task:
1. set variable %Ring to 1
2. turn off Profile 2Profile 3
Context: event/phone offhook
Task:
1. set variable %Ring to 1A második profil ki/bekapcsolásával szemléltettem, hogy hogy lehet spórolni az erőforrásokkal.
A harmadik profilra alaphelyzetben csak akkor van szükség, ha akkor is akarunk csinálni vmit, ha mi kezdeményezünk hívást. Egyébként azt is ki lehet kapcsolni és akkor a csörgés kapcsolja be őket.Így már működni fog, le van fedve minden esemény a bejövő hívásokra:

-válasz
-elutasítás
-vagy ha a hívó fél feladja. -
Teasüti
nagyúr
Nézd meg a log-ot, hogy lefutott-e minden task, ahogy kell neki.
Talán nem volt "phone idle" és azért megy még a ciklus.
Gondolom nem válaszolt hívás megszűnésekor is érvényesül.
Esetleg növeld meg a prioritását a context-nek, hátha.
A hiba meg passz. Talán svox hiba?
Melyik csatornára raktad végül? Bár nem tudok róla, h dokumentálva lennének az audió csatornák, de próbálj vmi egyszerűbbet használni, pl media.
Ilyen system, meg izé, azokról azt se tudom, pontosan mire is valók.A log egyébként jó barát, mindenki kapcsolja be szépen, ha komolyabban elkezd foglalkozni a programmal!

szerk: talán holnap nekiugrok én is egy hívó fél felolvasós témának, aztán meglátjuk mi lesz.

Úgy is kelleni fog az autós projekthez. -
Teasüti
nagyúr
válasz
atillaahun
#75
üzenetére
Nem kockának kellett volna tanulni, hanem villamosnak.

Egy infós ritkán barkácsol magának elektronikát, pedig az a lelke az ilyen berendezéseknek, nem a program.
Sajnos én is hülye vagyok az áramhoz, pedig nekem egy icipicit majd még foglalkoznom kell vele néhány félév erejéig.Sőt, állítom hogy maga a vezérlő program primitíven egyszerű, nem bonyolultabb a Taskernél, ha úgy vesszük.
Gondolok itt pl egy automata redőnyre, ami fényre, vagy időre mozog. Vagy esetleg egy kazán szabályozás.
Most azt a pár feltételt megírni nem nagy ügy.
De összerakni egy vezérlő elektronikát, amit ráköthetsz a pc-re, na az már vmi!
(#77) wayne1
Mit kell érteni ez alatt? Dob vmi error-t a Say parancs? Vagy meg se mukkan?
Csatornával kísérletezz még, az az érzésem!
Aztán majd mondd, h mire jutottál!
szerk: egyszerű, a szenzorok csak bekapcsolt képernyő mellett működnek. Ez android feature.
Meg amúgy is óvatosan vele, csak addig vizsgált a szenzorokat, amíg feltétlen muszáj, mert bitang gyorsan leszívják az aksit. Én Sleep as Android-dot próbáltam egy-két hétig, egy éjszaka alatt lemerült a feltöltött telefon, mivel folyamatosan ment az accelero és a képernyő és a mikrofon is.

-
Teasüti
nagyúr
válasz
atillaahun
#73
üzenetére
Amúgy röhögni fogsz, de előbb-utóbb eljön az az idő is!

Tasker-ben látok annyi fantáziát, hogy ház automatizálást is meg lehessen csinálni vele.
Csak plugin kérdése egy-két meglévő alkalmazáshoz.
(kell legyen már andoid-ra is intelligens ház alkalmazás)(#75) atillaahun
Sokallom azt a 20 megát ilyen kevés profil mellett.
Jelenleg 25 aktív profilt használok (bár nem mind aktív egyszerre) és 17 Mb Ram-ot kér az App.
Próbáld meg optimalizálni, egymástól függővé tenni a profilokat.
Én ezt úgy oldottam meg, h lehetőleg hasonló, vagy azonos eseményeket ne figyeljen egyszerre, csak egy context, illetve ok-okozati eseményeket sem kell figyelni állandóan. Pl fölösleges mondjuk "phone idle" eseményt figyelni, ha nem volt előtte hívás, stb. És ha van mondjuk egy phone ringing context-em, akkor az a profil kapcsolja be a többi profilt, ami a telefonálással áll összefüggésben (phone offhook, phone idle, caller, volume, whatever). Sok ram-ot lehet spórolni az ilyen trükkökkel.
Meg akku üzemidőben és cpu időben sem mindegy, hogy szerencsétlen telefon 30-40 profilt figyel, vagy csak a negyedét. 
Ha a projektjeimet megnézed (és úgy importálja be őket a program, amilyen státuszban elmentettem, akkor megfigyelheted, hogy a hasonló context-ű profilok egyást kapcsolgatják ki/be. Pl a cpu governor, ha 50%-nál több az akku, vagy ha kevesebb. Így kettő helyett máris csak egy profil aktív egy időben.
-
Teasüti
nagyúr
Az előbb tévedtem. A "phone ringing" context az event-ek között van, ergó instant, vagyis nem deaktiválódik. Meg átgondolva egy éppen futó task amúgy is végig fut (vannak kivételek, de nem találom a referenciát, h hol olvastam) és mivel végtelen a ciklus, ezért nem áll le.
Én csinálnék még egy profilt, ami a "phone offhook" eseményt figyeli és ha felveszed a telefont, akkor leáll a ciklussal.
Vhogy így:
Context: phone ringing
Task:
1. say
2. wait
3. goto 1. if %Offhook isn't set
4. clear variable %OffhookContext: phone offhook
Task: set variable %Offhook to 1Fontos, hogy legyen legalább egy nagy betű a változó nevében, mert csak úgy lesz globális változó.
Ha esetleg még nem tudtad volna...(#73) atillaahun
Azért ne túlozzunk, nem rég benéztem a Tasker Pro google csoportba és hogy ott már mikről írkálnak! Hát jött is ki a szemem, mint a csigának.
-
Teasüti
nagyúr
válasz
atillaahun
#68
üzenetére

Kérdezni bátran! Azért vagyunk itt!
Bár remélem lesznek még rajtam kívül még mások is, hisz az én kérdéseimet ki válaszolja meg?
-
Teasüti
nagyúr
válasz
atillaahun
#65
üzenetére
[link]
Beginner módban vagy? -
Teasüti
nagyúr
Ciklusba illeszted. Wait és goto. Ha jól sejtem a context meg deaktiválódik, ha felveszed a telefont, vagyis hagyhatod végtelen ciklusban talán. Nem vagyok biztos benne, ki kell próbálni.
Task:
1. say
2. wait
3. goto 1.Amúgy melyik csatornára raktad a beszédet? Nem interferál a csengőhanggal?
(#62) atillaahun
"Invert" jelölőnégyzetet keress a context-ben!
-
Teasüti
nagyúr
Orientációt nem tud állítani, de a forgatást ki tudja kapcsolni, míg pl fut a böngésző. Ennek feltétele ugye, hogy fekvő módban induljon, mert utána már nem fog elfordulni.
Vagy esetleg vársz pár másodpercet és csak aztán kapcsolod ki a forgatást.(#59) bohoc71
Sanszos egyébként. Mivel ez nem egy nagy was ist das.
Szerintem még root se kell hozzá. -
Teasüti
nagyúr
Amúgy GYÍK-ból is meg lehet ismerni néhány trükköt, aki még nem nézte.

Pl ezt is, amire hivatkoztam feljebb:
How can I stop Tasker restoring a setting ?Tasker will restore any setting which is changed in the Enter task of a profile. There are two ways to prevent this:
if you set the same setting in the Exit task of the profile Tasker will take that as a hint that the previous value shouldn't be restored.
create a separate task to run the settings actions and in the Enter task of the profile do a Perform Task action (from the category Tasker) on that separate task. This trick is known as Stefan's Setting Sidestep.Akinek van kedve kísérletezni, az kipróbálhatná és leírhatná, hogy minden típusú parancsnál működik-e a változtatások visszaállítása.
(#56) bohoc71
Kipróbáltam, nálam visszakapcsolja. Nem tudok segíteni.
De legalább már értem miként aktiválódnak a "cell near" alapú context-ek repcsi mód ki/be kapcsolásakor.
-
Teasüti
nagyúr
Wazze mekkora állat vagyok.

Pár órája azon túráztattam magam, h összerakjak egy task-ot, ami összeveti az aktuális időt az éjjeli mód végével (%NightEnd, aki esetleg megnézte mit raktam fel és olvasta, h miért nem működött akkor még) és ciklusban csinálja ezt először óránként ellenőrizve, majd az idő közeledtével egyre gyakrabban (akku kímélés miatt nem akartam egységesen gyakran ellenőrizni). A cél ugye a "profil vége" változó idő paraméterrel. (Automata ébresztő előtt 5 perccel lépjen ki az offline módból)
Erre most hogy végeztem vele, leteszteltem és működik is, erre nem eszembe jut egy faék egyszerűségű megoldás?!?
Wait %left.
Ahol %left az az idő percekben, ami a task elindításakor volt aktuális %TIME és a %NightEnd közti különbség.Már csak le kell tesztelnem/ki kell derítenem, h deep sleep közben is fut-e a wait parancs, illetve az éppen futó task megszakad-e.
-
Teasüti
nagyúr
válasz
S_xperia_S
#52
üzenetére
Ezen már én is túlestem.

Ha jól tévedek, akkor az "in-call volume" egy rendszer beállítás. Vagyis az éppen folyamatban lévő hívást nem befolyásolja. Neked a "silence ringer" kéne, csak hát Google nagytesó azt megtíltotta.
Nekem is hiányzik ez a funkció. De mióta Taskert használok, már legalább értem, h az android-os kütyük miért nem tudják ezt a fícsőrt Gingerbread óta.
szerk: ha csengőhangot szerettél volna némítani, akkor amúgy se "in-call volume" (mivel ez a beszéd hangerő), hanem "ringer volume". De a lényegen nem változtat.
Vagyis annyiban, h az in-call hangerőt menet közben is lehet módosítani gondolom - hisz az OS is ezt csinálhatja, amikor nyomogatod a hangerő gombot.(#51) bohoc71
És mi is az, amit szeretnél? Tasker backup és import/export fájlok az SD kártyán vannak, ha ezt keresed.
Új hozzászólás Aktív témák
- Tudástár Tasker - AZ Android alkalmazás
- Autós topik
- exHWSW - Értünk mindenhez IS
- GoodSpeed: Te hány éves vagy?
- iPhone topik
- Úgy állhat le a 16 GB-os GeForce RTX 5060 Ti gyártása, hogy közben nem áll le
- One otthoni szolgáltatások (TV, internet, telefon)
- PlayStation 5
- Sorozatok
- Kormányok / autós szimulátorok topikja
- Gyúrósok ide!
- További aktív témák...
- HIBÁTLAN iPhone 14 Pro 128GB Gold-1 ÉV GARANCIA - Kártyafüggetlen, MS4096
- Telefon felváráslás!! Xiaomi 13T, Xiaomi 13T Pro, Xiaomi 14T, Xiaomi 14T Pro
- Új könyv: Grandpierre Attila: Az élő világegyetem könyve
- LG 65QNED86T3A / QNED / 65" - 164 cm / 4K UHD / 120Hz / HDR Dolby Vision / FreeSync Premium / VRR
- billentyűzetek - kiárusítás - Logitech, Corsair, ASUS
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest

Nagyon fura. Elvileg ennyi lenne az a profil, ahogy írtad, elképzelésem sincs miért nem megy, én még sosem tapasztaltam ilyen anomáliákat. Esetleg annyit megtehetsz, h bemásolod ide a profilod leírását - export description. (találsz erről infót a topikban)

![;]](http://cdn.rios.hu/dl/s/v1.gif)














).


