Új hozzászólás Aktív témák
-
#79335424
törölt tag
válasz Headless #3720 üzenetére
Igen, a kimenet részletezése miatt egy -c 40 -es kimenetet küldtem Neked, amit Te kopiztál. Ezt én már alapból átírogattam -c 8 -ra (sztem az 5 is elég lenne). A parancsod végére biggyesztettem a
>/storage/emulated/0/Getevent_Xcord.txt
-t. A koordinátát szépen fájlba mentette. Úgy már működne, ha fájl helyett, Robot változóba lehetne küldeni. Tehát, nem a Robot "keresné" a kimenetet, hanem, amikor van kimenet, az továbbítódna a Robotnak. A kérdés a hogyan. Erre talán Tamás tudna válaszolni. -
#79335424
törölt tag
válasz Headless #3723 üzenetére
Nem értem, hogy hol itt a hiba. A kimenet megjelenik. Szerintem Tamás meg tudja mondani, hogy lehet ezt az adatot az "am" parancsba (vagy broadcast -ba?) illeszteni, hogy a Robot azzal a megfelelő változó értékét állítsa be. Ha pedig a különböző inputhoz tartozó, de ugyanolyan típusú kimeneteket kellene megkülönböztetni, akkor arra sztem jó lehet a -t kapcsoló, ami az időt adja a sorokhoz.
-
#79335424
törölt tag
válasz Headless #3725 üzenetére
Nem tudom, hogy Te mit szeretnél, de nekem pontosan erre lenne szükségem. Mivel fájlba tudom küldeni, ezért most is tudnám használni a Robotban, csak körülményes módon. Az lenne a tuti, ha a kimenetet egyből visszaküldené egy változóba. Sztem ez megoldható, mert egy intent tartalmazhat ilyen adatot.
-
#79335424
törölt tag
Mivel ez a detektálósdi még nem teljesen kerek, gondoltam, teremtek egy stabil tesztkörnyezetet. Megint oda jutottam, mint a ledértesítéses project -nél. "Belenyúlkálgatás" helyett, egyszerűbb megfordítani a sorrendet. Ne az OS műveleteit figyelje a Robot, hanem közvetlenül a Robot kapja az inputot és adja tovább az OS -nek. Készítettem egy "Key menu press" változót, egész szám: 0 értékkel. Aztán, egy parancsot, esemény nélkül, ami végrehajt egy "input keyevent 82" shellparancsot (a "keyevent 1" -el nem működött) és beállítja 1 -re a változó értékét. Egy másik parancs eseménye a "változó beállítva", "érték=1" feltétellel. Műveletként kiírja, hogy "menügomb megnyomva", majd visszaállítja 0 -ra a változót (szándékosan csináltam ilyen közvetetten, mert kíváncsi voltam a Robot reakcióidejére). Most jön a lényeg. Xposed Additions pro -val remapoltam a teló menü gombját. A biztonság kedvéért a szimpla érintést meghagytam, viszont a dupla érintéshez rendeltem egy funkciót, ami a Robotparancsot indítja. Így, most bármi van fókuszban, ha menüt nyomok, a Robot közvetlenül értesül róla, hisz tulképp ő adja az utasítást a rendszernek a menü gombhoz tartozó, eredeti művelet elvégzésére. Közben "rögzíti" az infót a változóban, ami ezután akár eseményként, akár feltételként használható. Sebességben sincs észrevehető különbség a szimpla és a dupla érintésre reagálás között.
Tamás! A következő projected nem lehetne egy E-Robot OS? Mindenkinek jobb lenne![ Szerkesztve ]
-
#79335424
törölt tag
Ismét kéne egy kis segítség. Két project, egy kaptafára. Van egy tuti vágólap alkalmazásom. Azt szeretném megoldani, hogy ha a vágólap tartalma megváltozott, és a szöveg tartalmazza a:
https://drive.google.com/file/d/X/view?usp=drivesdk
szöveget, amiből az X egy azonosítót jelent (tehát bármi lehet), akkor ezt az azonosítót tegye egy változóba, amit felhasználva, csináljon egy ilyet:
https://drive.google.com/uc?export=download&id=X
és tegye egy változóba (később akarom visszaíratni a vágólapra).
A másik dolog ugyanilyen, csak egy picit egyszerűbb. Ha a vágólap tartalmazza a:
http://maps.apple.............
szövegrészt, akkor a szövegben ezt alakítsa át
https://maps.google..........
-ra és szintén tegye egy változóba. Kb. megvan, hogy mit kéne tennem, de vannak hiányos részek. Pl. az, hogy melyik operátor segítségével tudom megértetni a Robottal, hogy csak egy részletet figyeljen a szövegből és hogy ami azon kívül van (az azonosító) azt használja fel?
A másodiknál, gondolom, hogy a szövegcsere operátort kéne használni. Csak itt is azt nem vágom, hogy a többi értéket hogyan tudnám "kijelölni", hogy ne vonatkozzon rá a változtatás?
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3739 üzenetére
Köszönöm szépen!
Próbálkozni fogok vele, de sztem menni fog, mert megvan a hiányzó láncszem ( a "(.*)" forma ).
-
#79335424
törölt tag
válasz zeon.hu #3746 üzenetére
Fókuszeseményre tiltsd azokat, amik felugró ablakokat dobálhatnak. A fókuszból kikerülésre most csak a várakozás utáni fókuszellenőrzést tudom. Erre lenne megoldás a geteventes, vagy autoinputos módszer, mert az konkrétan az exit gomb megnyomására reagálna.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #3748 üzenetére
Többféleképpen is lehet. Nekem, az S2 -n a rendelkezésre álló ram növelése volt a cél. Ezért, nem fókuszeseményt használtam, hanem egy Robotparancs tiltotta a kijelölt alkalmazásokat, törölte a recent listet és indította a Mobile Voipot. Tehát, a VOIP kimenőt nem a MobileVoip -pal indítottam, hanem a Robotparancs parancsikonjával. A kilépés detektálása problémásabb, mert nem tudod értesíteni a Robotot arról, hogy kiléptél az alkalmazásból. Ez azért bosszantó, mert a legtöbb alkalmazásnál ez egy tök egyértelmű művelet, hisz van kilépés gomb. De, az elvégzendő műveleteken ez nem változtat. Igen, utána egy másik parancsnak be kell állítania a hívás befejezése utáni, kívánt állapotot.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #3750 üzenetére
A probléma az, ami nálad is jelentkezett. A fókuszból kikerülés nem egyenlő a kilépéssel. Ha telefonálás közben, mondjuk jegyzetelnél vmit, akkor a VOIP alkalmazás kikerül a fókuszból, de emiatt egyáltalán nem szeretnéd, ha a Robot bontaná a hívásodat és beállítaná a hívás utáni állapotot. Neked az kéne, hogy az adott alkalmazás kilépés gombjára reagáljon a Robot. Elméletileg a hívás állapota megváltozott is jó lenne, ha az ostoba Android számára a VOIP is hívás lenne. De, nem az.
-
#79335424
törölt tag
válasz zeon.hu #3756 üzenetére
Az alkalmazás indítás egy activity megjelenését feltételezi. Ebben az olvasatban az alkalmazáscsoport indítása értelmetlen. Amire neked lenne szükséged, az talán az "alkalmazás szolgáltatásának indítása". Így lenne értelme, az "alkalmazáscsoport szolgáltatásainak indítása" műveletnek. De, Tamás nemrég írta, hogy jelenleg ilyet nem tud a Robot.
-
#79335424
törölt tag
válasz nyuszi123456 #3759 üzenetére
Nálunk ismeretlen ez a hibajelenség. Készíts logot, hogy ki lehessen deríteni az okát!
-
#79335424
törölt tag
Vagyis, fókuszesemény. Gondold végig! Mondjuk, hívás közben, megnéznél valami infót egy másik alkalmazásban. Egyből nem tudsz átlépni. Nyomsz hát egy Home -ot a VOIP -ra. = Csá, hívás! Persze, finomíthatod időtartam definíciókkal, de sosem lesz az igazi. A VOIP azért is necces, mert ha nyugodtan akarok telefonálni, akkor trükközéssel felül kell bírálnom az Android alapértelmezett prioritásait. Ez viszont azzal jár, hogy amíg a VOIP aktív, addig nem vagyok elérhető GSM -en. Ezért nem mindegy, hogy milyen pontosan tudom meghatározni a VOIP hívás végét.
-
#79335424
törölt tag
De itt egy parancsba tettél mindent. Ez lefut és még az indítás másodpercében leállítja a lejátszást. Ott van utolsó műveletként. Pontosan azt teszi, amit a parancsban meghatároztál. Ebben nincs feltétel és a kapcsolódás eseményre reagálás sincs sehol sem megadva.
Sztem ezt úgy kéne, hogy ennek a parancsnak BT -be a vége, majd új parancs.
Esemény: BT ACL csatlakozva -> eszköznév
Művelet: Lejátszás állj.[ Szerkesztve ]
-
#79335424
törölt tag
válasz #79335424 #3767 üzenetére
Update!
Ez még kevés, mert így folyamatosan dangerolni fog, ha kikapcsolod a telón a kéifogat. Az első parancs, megszakadós eseményéhez adj egy feltételt! Bluetooth -> bluetooth állapota -> érték pipa. Így csak akkor fut le, ha bekapcsolt bluetooth -nál szakad meg a kapcsolat. Remélem!Szerk: nézem a screenshotot. Nem jó. Az első parancs végén ott maradt a lejátszás leállítása. Töröld azt a műveletet! Az a második parancsba kell, hiszen azt szeretnéd, hogy a csatlakozás eseményre álljon le a lejátszás.
Még valami. A másodikhoz tegyél még egy eseményt! Bluetooth kikapcsolva.[ Szerkesztve ]
-
#79335424
törölt tag
válasz #79335424 #3772 üzenetére
Hopp, ez a "BT bekapcsolva" plusz esemény mégsem jó, mert az első parancsban ki/be kapcsoltatod a bluetooth -t, amitől csatlakozás nélkül is lefut a leállítós parancs. Vedd ki azt a plusz eseményt! Működni fog anélkül is, csak nem fog leállni a figyelmeztetés, ha megszakadt állapotban kapcsolod ki a bluetooth -t. Erre majd kitalálunk vmit. Bocs a bakikért, második napja dolgozom egyhuzamban!
Szerk: nézem a screenshotot, de ez rosszabb, mint az előző. Először is, időzítős feltételt eddig nem említettél és egyébként se jól van megadva. Feltétel megadásra bökés után látsz egy olyat, hogy és operátor, alatta pedig, hogy "nincs kifejezés". Na, ott kell a cerkára bökni és "kifejezés megváltoztatása -> Bluetoith állapot -> érték.
Az időt most hanyagoljuk, vagy írd le, hogy mit szeretnél még belevenni!
A második parancsban ne állíts Bluetooth állapotot, hisz azt már megtetted az előző parancs utolsó műveleteként. Csak a lejátszást kell leállítanod.[ Szerkesztve ]
-
#79335424
törölt tag
Pedig, ez nekem szoftverhibának tűnik. Egy kapcsolatmegszakadás olyan változás, amit nehéz nem észrevenni.
Kellene csinálnod egy új változót a karperechez kapcsolódásra. Ezk kéne az időzítős, bluetooth kikapcsolós parancsod, "bluetooth ki" műveletéhez hozzáadni feltételnek. Így nem kapcsolná ki a bluetooth -t, ha a kikapcsoláshoz beállított időpontban aktív a kapcsolat a karpereccel.
-
#79335424
törölt tag
Ha nem utasítod rá külön, akkor nem. A Robot nem monitoroz állapotot. Ha, mondjuk 23:00 -kor kikapcsoltatnád a Robottal, majd később egy másik alkalmazással be, az nem fogja befolyásolni a Robotot. A Robot "csak" azt figyeli, hogy bekövetkezett -e az esemény, vagyis a 23:00 időpillanata. Ha igen akkor lefuttatja az ahhoz az eseményhez rendelt műveleteket és ennyi. Végzett, nincs tovább feladata és nem érdekli, hogy utána mi lesz az általa végrehajtott műveletekkel. Kb. ez a nagy különbség a Robot és a Tasker alapértelmezett működése között.
-
#79335424
törölt tag
Fura nekem ez egy Garmin -tól. Volt Garmin termékem (motoros PNA). Semmi cicomázott extra és nuku bővíthetőség, vagy belenyúlás. Pontosan azt tudta, amire hivatott volt, egy bit -tel sem többet. De azt stabilan, hibamentesen. Úgy rémlik, hogy olvastam olyan karperecről, ami nem megszakadásnál, hanem már kritikus jelerősségnél is jelez.
[ Szerkesztve ]
-
#79335424
törölt tag
Fogalmam sincs. Nem ismerem a lehetőségeit. Egy Androidos okosóránál biztosan össze lehetne ügyeskedni vmit, de egy karperec sztem butuska az ilyesmihez.
Sajnos, nem emlékszem, hogy melyik kütyünél olvastam. Elég sokat olvasgatok róluk, mert szeretnék egyet, csak még nem találtam meg az "igazit". Olyasmit szeretnék, mint a Huawei Talkband B1,vagy B2, csak legyenek rajta hangerőállító hardvergombok.[ Szerkesztve ]
-
-
#79335424
törölt tag
Nem nagyon értelek. Nekem nincs ilyen eszközöm, így nem tudom tesztelni a jelenséget. Azt nem gondolhatod komolyan, hogy abból, amit eddig leírtál, bárki meg tudja mondani, hogy mi a hiba oka. Akkor Te mire gondoltál, hogyan tudnék segíteni?
Update: Megvan! Törlöd a hibakövetést, előidézed a problémát, majd újra hibakövetés és a megosztásra bökve, el tudod küldeni mail -ben. Csak figyeld közben az időt, hogy mikor volt a hiba, hogy ne 500 logot kelljen néznem!
[ Szerkesztve ]
-
#79335424
törölt tag
Az nem lassúság. Az vmi Robot -hiba. Ilyet nem kéne csináljon egy logküldésnél. Az viszont már nem user story, abban csak Tamás tud segíteni. Csak azt nem tudom, hogy mit. Ha a Robottal van baj, ahhoz már rendszer log kéne, de JB -től ahhoz csak root -tal lehet hozzáférni.
-
#79335424
törölt tag
Szia Tamás!
Segíts légyszi értelmezni a "Hívás fogadása" műveletet! Az van alá írva, hogy "fogadja a hívást, ha csörög a telefon". Ezt úgy kell érteni, hogy esemény megadása nélkül is "önállósítja magát" bejövő híváskor, vagy kell hozzá a Kapcsolat -> Bejövő hívás, vagy a Telefon -> hívás állapota megváltozott -> csörög esemény? Azt szeretném elérni, hogy a dedikált kamera hardvergombom legyen a híváskezelő (is). Létrehoznék egy hívás fogadás és egy hívás elutasítás parancsot. Mindkettőt esemény nélkül. Ezeknek a parancsikonjait társítanám a hardvergomb rövid és hosszú nyomás műveleteihez. Rövid nyomásra fogadná, hosszúra pedig befejezné/elutasítaná a hívást. Ez működhet így, esemény nélküli, manuális indítású hívásfogadás/elutasítás műveletekkel? Mi történne, ha ebben a felállásban, véletlenül benyomódna a gomb (vagyis, lefutna a hívásfogadás művelet), amikor nincs bejövő hívás?
-
#79335424
törölt tag
válasz bartatamas #3814 üzenetére
A véletlen benyomódásnak így már nincs jelentősége, mert ha külön esemény nélkül is felvenné, akkor nem hagyhatom aktívan a parancsot. Vagyis, a gomb nem végrehajtja, hanem engedélyezi a parancsot. A kérdés az, hogy ha csörgés közben engedélyezem a parancsot, akkor az egyből reagálni fog az akkor már folyamatban levő "telefon csörög" eseményre? Bár, nekem az a sejtésem, hogy Te tudnál javasolni vmi közvetlenebb megoldást is (pl. azt, ami a hívásfogadási művelet "hátterében" van). Mondjuk, egy input keyevent a call -ra, illetve a call end -re? Mellesleg, nekem nem logikus ez az összevont esemény -> művelet. Nekem úgy lenne kerek, hogy külön definiálom az eseményt (hiszen, ezért van erre esemény).. Ha nem csörög, akkor nincs esemény, tehát ugyanúgy nem indul a művelet. Viszont, megvan a manuális indítás lehetősége.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3816 üzenetére
Én értem amit írsz. De, a "Robot módszer" szerint az esemény az, hogy van bejövő hívás. A művelet pedig az, hogy a Robot fogadja a hívást. Ha egy robotparancsban nem adok meg eseményt, attól még a műveletei futtathatók manuális indítással, másik parancsból, stb. Az világos, hogy a hívásfogadás függősége a bejövő hívás. De miért a művelet detektálja az eseményt, amikor a menüből választható ugyanez az esemény? Ráadásul, miért az a művelet döntheti csak el, hogy van bejövő hívás? A user, vagy egy másik parancs miért nem detektálhatja, hogy aztán indítsa a parancsot, vagyis, utasítsa a Robotot, hogy fogadja a hívást? Pont ez a hívás alapja. Csöng a teló én meg döntök és utasítást ad...nék, de addigra a Robot már eldöntötte helyettem, hogy fogadja a hívást. Érted a problémát? A függőséget le kéne választani a műveletről, mert más módon is lehet kontrollálni a meglétét.
-
#79335424
törölt tag
válasz bartatamas #3818 üzenetére
Részletezem. Van egy gyári, ablakos tokom. A bejövő hívás infóit látom az ablakon, de a plexin keresztül csak nehézkesen tudnám felvenni. Ha rá van csukva a fedél, akkor nincs érintéskezelés, nincs home, back, menu. Oldalt viszont van egy plusz hardvergombom. Sztem adja magát a szitu, hogy ha azzal kezelném a hívásfogadást/befejezést/elutasítást, akkor a fedél nyitogatása nélkül is tudnék telefonálni akár úgy is, hogy rá se nézek a telóra. A hardvergombot tapintással is "megtalálom". Rövid nyomás -> felvesz, hosszú nyomás -> letesz/elutasít. Parancsikon indítást tudok rendelni ezekhez a gomb funkciókhoz. Sztem tök logikus, hogy ez két, esemény nélküli robotparancs lenne. Az egyik hívás fogadás, a másik meg hívás elutasítás műveletekkel. De, ezt most nem tudom megtenni, mert a fogadás művelet akkor is lefut, ha semmilyen eseményt nem állítok be. Emiatt manuális indításra nincs lehetőség. Te hogy csinálnád? Esetleg HEADSETHOOK kóddal?
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3820 üzenetére
No, akkor szépen eldiskuráltunk egymás mellett. Ezt kérdeztem az elején.
-
#79335424
törölt tag
válasz bartatamas #3822 üzenetére
"Ebből következik hogy esemény nélkül is működik, a lényeg hogy csörgés közben legyen."
Ezt értettem (félre) úgy hogy esemény nélkül is lefut, ha van bejövő hívás.
-
#79335424
törölt tag
válasz bartatamas #3825 üzenetére
Jó nyaralást!
-
#79335424
törölt tag
válasz bartatamas #3824 üzenetére
Meg is csináltam. Már a kamera gomb a híváskezelőm. Utólag kiderült, hogy lett volna más megoldás is, mert az Xposed Additions -ban a remap lehetőségek között ott vannak a fontosabb keycode -ok is. Van CALL, CALL END és HEADSETHOOK is. De, maradok a Robotos megoldásnál, mert így több lehetőségem van. Ha fixen hozzárendelnék egy keycode -ot, akkor bebetonoznám a gombot híváskezelőnek. Robottal viszont meg tudom csinálni, hogy csak hívás közben legyen híváskezelő. Azon kívül lehet még más funkciója is (pl. "zseblámpa" kapcsoló).
[ Szerkesztve ]
-
#79335424
törölt tag
válasz junkpod #3830 üzenetére
Pedig ott van. Hely és biztonság -> Pozíció megváltozott. Van egy pozíció frissítési időintervallum, másodpercben és egy távolság, méterben. Ebből következik, hogy m/s -ben kell számolnod. 3,6 a váltószám. Tehát, ha 10mp -et adsz meg és 100m -t, akkor 36Km/h lesz a küszöbértéked. De, sztem a BT. akkukímélőbb, mint a GPS. Ami meg a projectet illeti, miért nem fordítva csinálod? Fixáld a 2G -t és ha olyan alkalmazást indítasz, aminek kell a 3G, akkor kapcsoltasd át!
[ Szerkesztve ]
-
#79335424
törölt tag
válasz junkpod #3835 üzenetére
De hát ez egy MTK -s teló. Nagyon meglepne, ha pár másodpercnél tovább tartana a kapcsolás. Elméletileg a Robot önmagában is képes rá, de én a Dual SIM Control pro -t javaslom. Én is ezt használom. Sajnos, az adatmód váltáshoz nem elég a free verzió. Robotból is vezérelhető, mivel Tasker plugin. A Műveletek -> Külső alkalmazásoknál fog megjelenni.
Igen, a BT kapcsolást így kell (ha, a külső eszköznek elég, ha csörgés közben kapcsolódik).
[ Szerkesztve ]
-
#79335424
törölt tag
válasz junkpod #3840 üzenetére
Nem. Közvetlen kapcsolásra gondoltam. Secure Settings -ben, az Actions -> Device Settings -> Global -> preferred_network_mode -nál kell a kívánt mód kódját beírni.
Headless:
Mi vaaaan??? Ha ez az oka, akkor itt a vég. Dobhatjuk a kukába az Androidot. Kiürül a Play, csak csicsamicsa alkalmazások maradnak.[ Szerkesztve ]
-
#79335424
törölt tag
válasz Headless #3849 üzenetére
Már hogyne tartozna ide! Ez borzasztó! Te nem látod ennek a Google húzásnak a következményeit? Akkor nézd vissza Tamás itteni aktivitását a levél előtt és után! Na, ki fog a végén ráb...ni egy ilyen húzásra? Kb. mindenki. Ha a "termelőt" kitiltják a piacról, akkor nem tud elég vásárlót elérni. Sztem a fejlesztők többségének így sem vmi nagy kasza ez az Androidosdi. Inkább lelkesedésből csinálják. Ha ezt kiöli belőlük a Google, akkor befejezik. Mi meg szopunk. Az Apple más story. Hasonlítsd össze az árakat!
Új hozzászólás Aktív témák
- Dell Vostro Notebook 3500 i5-1135G7 15,6 FHD 8GB 256 SSD 28 JAN. 2025 garanciális
- Apple watch Series 9 45mm Apple garancia + 2028-ig biztosítás!!!
- Dell Precision 5570 ( XPS 9520 ) 15.6" FHD+/i7-12700H 14mag/16-32G/512G/Quadro A1000/IR/FPR
- Dell Precision 3571 15.6" FHD IPS i7-12800H T600 32GB DDR5 1TB NVMe SSD gar
- Latitude 5540 15.6" FHD IPS i7-1370P MX550 32GB DDR5 512GB NVMe SSD gar
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs