Hirdetés
- Az Amazfit GTR és GTS 3 is szemrevaló lett
- Vivo X300 Pro – messzebbre lát, mint ameddig bírja
- Yettel topik
- Milyen okostelefont vegyek?
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- Samsung Galaxy A57 - kecses test, lusta lélek
- Megérkezett Európába a Soundcore Space 2 fejhallgató
- Hivatalos a OnePlus Watch 4
- Így spórolhat az Apple az iPhone 18 kijelzőin
- OnePlus 15 - van plusz energia
-
Mobilarena
Új hozzászólás Aktív témák
-
fecske13
tag
-
fecske13
tag
A rendszernaplóban sincs nyoma?
Azért kérdezem, mert valamelyik előző verziónál nálam azt csinálta, hogy a naplóban benne volt, lefutott, de a szövegfelolvasásnál nem volt hang.
Csak egy újraindítás oldotta meg, aztán néhány alkalommal jó volt, majd megint nem volt hang.
Én műveletnek betettem mellé egy fájlba írást (dátum, időpont), az rendben volt. -
fecske13
tag
Miért vannak az 1. makróban egymásutáni várakozások?
Arra voltam kiváncsi, milyen hosszú várakozási időnél kezdi az "altatást".Nekem ebből az jött le, hogy az 5 mp-nél hosszabb várakozásoknál már "elaltatja" a makrót "Scheduling macro (920880): 1 to resume in: 5000ms action action index:5", majd "felébreszti" és folytatja "Waking up intent to resume macro".
És az "ébresztés" ami már nem a megfelelő időben történik okozzhatja a hibát.Az ismétlődő 1mp-es várakozás és az egyszeri 5mp-es várakozás között nem látok különbséget,
A két log azért mutat némi különbséget. -
fecske13
tag
Azt hiszem ez a magyarázat az 5 másodpercnél hosszabb várakozásokra.
A makró:
és a log:
[2018-10-16 16:04:00] - T: Intervallum: 00:02:00
[2018-10-16 16:04:00] - Invoking Macro: 1
[2018-10-16 16:04:00] - A: Várakozás 1 másodperc {Macro:1}
[2018-10-16 16:04:01] - A: Várakozás 2 mp {Macro:1}
[2018-10-16 16:04:03] - A: Várakozás 3 mp {Macro:1}
[2018-10-16 16:04:06] - A: Várakozás 4 mp {Macro:1}
[2018-10-16 16:04:10] - A: Várakozás 5 mp {Macro:1}
[2018-10-16 16:04:10] - Scheduling macro (920880): 1 to resume in: 5000ms action action index:5
[2018-10-16 16:04:10] - Intent details at creation
[2018-10-16 16:04:10] - ID = 920880
[2018-10-16 16:04:10] - GUID = -8532715854913103121
[2018-10-16 16:04:10] - Next Action = 5
[2018-10-16 16:04:15] - Waking up intent to resume macro
[2018-10-16 16:04:15] - ID = 920880
[2018-10-16 16:04:15] - GUID = -8532715854913103121
[2018-10-16 16:04:15] - Next Action = 5
[2018-10-16 16:04:15] - Waking up to resume macro: 1 next action index = 5és így néz ki nálam a régi:
[2018-10-15 14:59:12] - Invoking Macro: Akku 01.1
[2018-10-15 14:59:12] - A: Várakozás 5 mp {Macro:Akku 01.1}
[2018-10-15 14:59:12] - Scheduling macro (921364): Akku 01.1 to resume in: 5000ms action action index:1
[2018-10-15 14:59:12] - Intent details at creation
[2018-10-15 14:59:12] - ID = 921364
[2018-10-15 14:59:12] - GUID = -7738916966448727007
[2018-10-15 14:59:12] - Next Action = 1
[2018-10-15 14:59:17] - Waking up intent to resume macro
[2018-10-15 14:59:17] - ID = 921364
[2018-10-15 14:59:17] - GUID = -7738916966448727007
[2018-10-15 14:59:17] - Next Action = 1
[2018-10-15 14:59:17] - Waking up to resume macro: Akku 01.1 next action index = 1
[2018-10-15 14:59:17] - A: Szövegfelolvasó ([v=device_..) {Macro:Akku 01.1}és ez az új makró:
[2018-10-16 11:24:28] - Invoking Macro: Akku 01.1
[2018-10-16 11:24:28] - A: Várakozás 1 másodperc {Macro:Akku 01.1}
[2018-10-16 11:24:29] - A: Várakozás 1 másodperc {Macro:Akku 01.1}
[2018-10-16 11:24:30] - A: Várakozás 1 másodperc {Macro:Akku 01.1}
[2018-10-16 11:24:31] - A: Várakozás 1 másodperc {Macro:Akku 01.1}
[2018-10-16 11:24:32] - A: Várakozás 1 másodperc {Macro:Akku 01.1}
[2018-10-16 11:24:33] - A: Szövegfelolvasó ([v=device_..) {Macro:Akku 01.1} -
fecske13
tag
Van két makróm, amiből az első lejátszik egy értesítési hangot, majd meghívja a másik makrót, ami egy 5 másodperces várakozással kezd, azután felolvas egy szöveget.
A logból látható, hogy az első és a harmadik esetben az történik aminek történnie kell, de a középső esetben az 5 másodperc az bizony nem annyi, hanem itt pl. majdnem 4 perc (de ez teljesen változó időtartam).
Mi a csoda okozhatja a jelenséget?
[15:19:11] - T: Akku töltöttsége
[15:19:11] - Invoking Macro: Akku 01
[15:19:11] - A: Várakozás 1 másodperc {Macro:Akku 01}
[15:19:12] - A: If (Akku < 30%) {Lejátszás: Hajokurt 1x, Makró futtatása (Akku 01.1)} {Macro:Akku 01}
[15:19:12] - IF CLAUSE TRUE: If (Akku < 30%) {Lejátszás: Hajokurt 1x, Makró futtatása (Akku 01.1)}
[15:19:12] - A: Lejátszás: Hajokurt 1x {Macro:Akku 01}
[15:19:12] - A: Makró futtatása (Akku 01.1) {Macro:Akku 01}
[15:19:12] - Invoking Macro: Akku 01.1
[15:19:12] - A: Várakozás 5 mp {Macro:Akku 01.1}
[15:19:12] - Scheduling macro (921366): Akku 01.1 to resume in: 5000ms action action index:1
[15:19:12] - Intent details at creation
[15:19:12] - ID = 921366
[15:19:12] - GUID = -7738916966448727007
[15:19:12] - Next Action = 1
[15:19:12] - A: If (Akku >= 90%) {Lejátszás: Fresh, Makró futtatása (Akku 01.1)} {Macro:Akku 01}
[15:19:12] - IF CLAUSE FALSE: If (Akku >= 90%) {Lejátszás: Fresh, Makró futtatása (Akku 01.1)}Next action = 13
[15:26:17] - Waking up intent to resume macro
[15:26:17] - ID = 921366
[15:26:17] - GUID = -7738916966448727007
[15:26:17] - Next Action = 1
[15:26:17] - Waking up to resume macro: Akku 01.1 next action index = 1
[15:26:17] - A: Szövegfelolvasó ([v=device_..) {Macro:Akku 01.1}[15:40:37] - T: Akku töltöttsége
[15:40:37] - Invoking Macro: Akku 01
[15:40:37] - A: Várakozás 1 másodperc {Macro:Akku 01}
[15:40:38] - A: If (Akku < 30%) {Lejátszás: Hajokurt 1x, Makró futtatása (Akku 01.1)} {Macro:Akku 01}
[15:40:38] - IF CLAUSE TRUE: If (Akku < 30%) {Lejátszás: Hajokurt 1x, Makró futtatása (Akku 01.1)}
[15:40:38] - A: Lejátszás: Hajokurt 1x {Macro:Akku 01}
[15:40:38] - A: Makró futtatása (Akku 01.1) {Macro:Akku 01}
[15:40:38] - Invoking Macro: Akku 01.1
[15:40:38] - A: Várakozás 5 mp {Macro:Akku 01.1}
[15:40:38] - Scheduling macro (921368): Akku 01.1 to resume in: 5000ms action action index:1
[15:40:38] - Intent details at creation
[15:40:38] - ID = 921368
[15:40:38] - GUID = -7738916966448727007
[15:40:38] - Next Action = 1
[15:40:38] - A: If (Akku >= 90%) {Lejátszás: Fresh, Makró futtatása (Akku 01.1)} {Macro:Akku 01}
[15:40:38] - IF CLAUSE FALSE: If (Akku >= 90%) {Lejátszás: Fresh, Makró futtatása (Akku 01.1)}Next action = 13
[15:44:17] - Waking up intent to resume macro
[15:44:17] - ID = 921368
[15:44:17] - GUID = -7738916966448727007
[15:44:17] - Next Action = 1
[15:44:17] - Waking up to resume macro: Akku 01.1 next action index = 1
[15:44:17] - A: Szövegfelolvasó ([v=device_..) {Macro:Akku 01.1}
[15:45:27] - Notification Service Created[15:51:31] - T: Akku töltöttsége
[15:51:31] - Invoking Macro: Akku 01
[15:51:31] - A: Várakozás 1 másodperc {Macro:Akku 01}
[15:51:32] - A: If (Akku < 30%) {Lejátszás: Hajokurt 1x, Makró futtatása (Akku 01.1)} {Macro:Akku 01}
[15:51:32] - IF CLAUSE TRUE: If (Akku < 30%) {Lejátszás: Hajokurt 1x, Makró futtatása (Akku 01.1)}
[15:51:32] - A: Lejátszás: Hajokurt 1x {Macro:Akku 01}
[15:51:32] - A: Makró futtatása (Akku 01.1) {Macro:Akku 01}
[15:51:32] - Invoking Macro: Akku 01.1
[15:51:32] - A: Várakozás 5 mp {Macro:Akku 01.1}
[15:51:32] - Scheduling macro (921372): Akku 01.1 to resume in: 5000ms action action index:1
[15:51:32] - Intent details at creation
[15:51:32] - ID = 921372
[15:51:32] - GUID = -7738916966448727007
[15:51:32] - Next Action = 1
[15:51:32] - A: If (Akku >= 90%) {Lejátszás: Fresh, Makró futtatása (Akku 01.1)} {Macro:Akku 01}
[15:51:32] - IF CLAUSE FALSE: If (Akku >= 90%) {Lejátszás: Fresh, Makró futtatása (Akku 01.1)}Next action = 13
[15:51:37] - Waking up intent to resume macro
[15:51:37] - ID = 921372
[15:51:37] - GUID = -7738916966448727007
[15:51:37] - Next Action = 1
[15:51:37] - Waking up to resume macro: Akku 01.1 next action index = 1
[15:51:37] - A: Szövegfelolvasó ([v=device_..) {Macro:Akku 01.1} -
fecske13
tag
Az ötleteid alapján módosítottam kicsit a makrókon.
Mivel ezek mással is foglalkoznak, csak az érdekes részt teszem ide.
Ez a felolvasás
Ez pedig a növekvő időköz
A stopper nullázásakor vissza kell állítani az idő változót alapra (nálam 180 mp).
Pár hónapja voltak ötletek a fejlesztéssel kapcsolatban. Arról lehet tudni valamit?
-
fecske13
tag
"Szép makrót raktál össze Te is."
Köszönöm.
"A 13 perces stoppernek mi a funkciója?
A "Nem lefutott makró" feltételre miért van szükség?"
Ezek hivatottak megakadályozni a sűrű jelzést. Nem látom szükségét, hogy gyors merülés esetén minden százalék változásnál figyelmeztessen, a nem lefutott makró ideje 5 perc.
Töltés esetén pedig a 13 perces időzítés működik.
Ideteszem a két If feltételeit.
"Szvsz a "tap_kulso" változó helyett használhatod a "Tápellátás csatlakoztatva/nincs csatlakoztatva" feltételt."
Sajnos a telefonom nem minden állapotváltozást követ azonnal. Ilyen a táp állapot is (meg még van néhány: pl.: BT, vagy egy alkalmazás előtérben, stb), ezért kell használnom változókat."Azt a 3 műveletet a 2. makróból nem sikerült eldugni az első makróban?"
Na ez megér egy misét
Én szövegfelolvasás előtt mindig használok egy jelzőhangot, hogy felfigyeljek arra, hogy szövegelés következik. Csak itt jön megint a telefonom önállósága és ha a jelzőhang után teszek egy várakozást akkor azt nem minden esetben veszi figyelembe. Van olyan eset hogy a jelzőhanggal egyidejűleg elkezd szövegelni is, van olyan is hogy az 5 mp szünetből pl.: 7 perc lesz, de olyan is van hogy rendben lefut. Mindezt úgy, hogy a rendszernapló bejegyzés szerint a makró tökéletesen úgy futott ahogy meg van írva. Na ezért van ez szétválasztva, nem jutott jobb eszembe. 
-
fecske13
tag
Pontosan ez volt az utolsó mondatom.
"A probléma áthidalható egyszerűen egy változóval, de az nem szép."Egyelőre minden makróm úgy működik ahogy szeretném, de van amit csak ilyen "kerülő utakon" tudtam megoldani.
A példa kitalált volt, csak a problémámat akartam érthetővé tenni.A dual sim kérdésre van valami ötleted?
A következő jóváhagyása művelet is megérdemelne egy időzítést és egy döntési helyzetet, hogy mi legyen, ha a kezelő nem válaszol.
-
fecske13
tag
Nem arról van szó, hogy egy makró futásideje 10 ms vagy 1 perc, hanem arra próbálok rámutatni, hogy ne nekem kelljen kitalálni hogy mennyit várakoztassam ha azt akarom hogy a másik fejeződjön be és utána folytatódjon ennek a futása.
De legyen egy kitalált példa, hátha rávilágít mit is akarok mondani: adott egy makró "esemény nélkül" ami csak azt csinálja, hogy változók állapotának megfelelően különféle hangot játszik le.
Ezt a makrót hívom meg xx másik makróból, ahol beállítom a megfelelő változót és meghívom a "lejátszó" makrót, majd várakozok és a lejátszás végeztével folytatom a makró további műveleteit.
Ebben az esetben ugye a hívó makróban különféle fix várakozási idők vannak, mert ezeket én adtam meg annak függvényében hogy mit játszatok le.
De ha megunom az egyik hangot és kicserélem a lejátszó makróban egy másikra aminek a hossza eltérő, akkor az összes öt hívó makróban a várakozási időket is át kell állítani az új hangnak megfelelőre.
Nem lenne szebb megoldás ha nem kéne variálni a várakozással?Vagy lehet adott esetben egy ciklus is ami lehet csak egyszer fut le, de lehet hogy 1001-szer.
És még biztos van számtalan példa.A probléma áthidalható egyszerűen egy változóval, de az nem szép.
-
fecske13
tag
Makro futtatása műveletnél megvárhatná a futtatott makro végét, mert abban lehet olyan aminek az eredményét itt használni kéne.
Hang lejátszása esetén is megvárhatná annak a befejeződését. Használok olyan makrot amiben lejátszok egy rövid figyelmeztető hangot, majd utána jön egy szöveg felolvasás.
-
fecske13
tag
-
fecske13
tag
Köszi, hogy még ilyenkor is foglalkozol vele.
Ezt már próbáltam (#563), de nem működött, lehet azért mert MD-vel küldtem az értesítést?
Kipróbálom élesben is, hátha úgy működik.Úgy állítottam be hogy, mind a két eseménynél tartalmazza van.
Ha tartalmazza a haha-t akkor a haha változó true, ha tartalmazza a hehe-t akkor a hehe változó true.
De csak az egyik változót állítja true-ra. -
fecske13
tag
Így küldöm az értesítést
Itt lehet valami bibi, mert most így tesztelem:
Az első eseményt érzékeli, a másodikat viszont nem. (az egyik változót beállítja, a másikat nem)
Ha megcserélem az események sorrendjét akkor megint csak az elsőt érzékeli.Ebből arra gyanakszom, hogy az első értesítés érkezett esemény kiértékelése után a következőnél már neki nem új az értesítés érkezés.
-
fecske13
tag
Először az Értesítés érkezett eseménynél adtam meg az egyik feltételt, és feltételként a másikat.
Nem volt jó.Most így van.
Értesítés érkezettnél tetszőleges van kiválasztva
A két feltételnél pedig amit szeretnék, egyiknél Tartalmazza..., másiknál Nem tartalmazza...
De ez sem jó.Az értesítés érkezett esemény aktiválódásakor már használható az értesítés létezik feltétel, ami ugyan arra az értesítésre vonatkozik?
-
-
Én szövegfelolvasás előtt mindig használok egy jelzőhangot, hogy felfigyeljek arra, hogy szövegelés következik. Csak itt jön megint a telefonom önállósága és ha a jelzőhang után teszek egy várakozást akkor azt nem minden esetben veszi figyelembe. Van olyan eset hogy a jelzőhanggal egyidejűleg elkezd szövegelni is, van olyan is hogy az 5 mp szünetből pl.: 7 perc lesz, de olyan is van hogy rendben lefut. Mindezt úgy, hogy a rendszernapló bejegyzés szerint a makró tökéletesen úgy futott ahogy meg van írva. Na ezért van ez szétválasztva, nem jutott jobb eszembe. 
Új hozzászólás Aktív témák
Hirdetés
- Acer Nitro 15 gamer laptop! -i7 9750H, RTX 2060 6gb, 32gb DDR4, 500gb SSD, 1tb HDD
- 3-in-1 PRÉMIUM USB-C HUB /Samsung Dex, MacBook, Surface, Chromebook ,Huawei,Motorola
- Üvegfólia,hidrogél fólia: iPhone ,Honor,Google Pixel,,Nothing Phone,Motorola, Samsung telefonokhoz
- 2TB HDD 100/100 - Több darab!
- Gigabyte AORUS 16X - Core i9 14900HX - 32gb ram - RTX 4090 (175W) 1TB SSD + 2027 januárig gyári gar
- MacBook Pro 16" 2021, M1 Max , 64 GB RAM, 512GB SSD, Silver 27% Áfás (0461AB)
- 27% Számlával! ASUS ROG Loki 1000W 80 PLUS Platinum SFX Tápegység!
- Dobozos ÚJ ASUS TUF 17 Ryzen 9 7940HS 16 GB DDR5 512 SSD RTX 4070 (8 GB) 2.5K 240Hz Garancia
- BESZÁMÍTÁS! Gigabyte B450M R5 3600X 32GB DDR4 512GB SSD RTX 3060 12GB NZXT Source 340 Bitfenix 550W
- GYÖNYÖRŰ iPhone 14 Pro 128GB Deep Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS4649
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest