Új hozzászólás Aktív témák
-
bartatamas
senior tag
válasz #79335424 #2150 üzenetére
Megpróbálom úgy elmagyarázni hogy örökre megértsd
A legtöbb szenzor esemény (ilyen a magnetometer is) egy három dimenziós irányvektor, melynek koordinátái x, y, z. Tehát egy szenzor esemény azt is megmutatja hogy milyen irányból érzékel (x, y, z) és mekkora erősségű mágneses teret (length = gyök(x*x + y*y + z*z)). Minket most az irány nem érdekel, csak az erősség, ezért maradjunk a vektor hosszánál.
Ha nem állítasz be semmit, akkor a parancs minden szenzor eseményre kiváltódik, tegyük fel ezekkel a hossz értékekkel: 31, 30, 32, 29, 58, 57
Ha bekapcsolod hogy "delta" akkor ez csak annyit jelent hogy nem a hossz értékeket küldi el, hanem csak a változásokat: -1 (30 - 31), 2 (32 - 30), -3, 29, -1
Ebből látszik hogy a "delta" elég jó arra hogy kiugró változást érzékelj. Mert ha feltételnek azt állítod be hogy a kapott hossz érték > 20 akkor már tudtad is detektálni a mágneses térerősség 29-ről 58-ra ugrását.
A delta csak ennyit jelent. Nézzük az intervallumot. Ennek szerintem akkor van csak értelme ha NEM deltát használunk. Tehát ha mondjuk azt mondod hogy a 40-nél nagyobb, kiugró mágneses mező érdekel, akkor beállítód az intervallum alsó határának 40-et, felső határ nem kell.
Ez azt jelenti, hogy az esemény csak akkor fog kiváltódni ha a hossz érték ebben a [40, végtelen] intervallumban van. Tehát a példánál maradva kétszer: 58, 57
Persze valószínűleg nem akarod hogy 58-ra és rögtön 57-re is mondjuk jelezzen a parancs, ezért érdemes bekapcsolni hogy csak az intervalluba történő belépéskor, vagyis 58-kor váltódjon ki, 57-kor már nem, mert akkor már bent vagyunk az intervallumban. Legközelebb akkor fog kiváltódni ha kimegy az intervallumból (40 alá csökken) majd vissza.
Az hogy mekkora az alsó határ amit mérni akarsz tapasztalat kérdése. Egyszer meg kell nézni milyen értéket mutat és úgy beállítani. A Nyomkövetés oldalon látszódnak ezek az értékek.
Szóval szerintem Neked úgy kell beállítani, hogy:
- delta kikapcsolva
- csak intervallumba belépéskor
- alsó határ valamilyen érték
- felső határ nincsÉs jöjjenek a változók. Most már értsd meg!
Mikor az esemény kiválasztod, az esemény alatt kékkel ki van írva hogy:
"Kimenő változók: x, y, z, length, timestamp"
Ugyanez a szöveg már ki van írva a Parancsok képernyőn is az esemény alján. Azért hogy mindig tudd hogy milyen változókat használhatsz. Ez egyszerűen azt jelenti hogy amikor az esemény kiváltódik, akkor már be vannak állítva ezek a változók, a nevükkel tudsz rájuk hivatkozni. Ez így érthető?
Tehát ha meg akarod tudni milyen nagyságú a vektor (length) akkor például a következőt tudod csinálni:
Toast üzenet megjelenítése, üzenet: Változó értéke("length")
Tehát a "length" változó már létezik, benne a vektor hosszával. Nem neked kell megcsinálni, az esemény megcsinálja. Ezek olyan paraméterek, nevesített értékek (nem tudom hogy hívjam hogy világos legyen) amit készen kapsz a parancs futása során. Mint a "number" a bejövő hívásnál a hívó telefonszáma.
Feltöltöttem a sample-007-01-es példát amely egy ilyen kezdeti fémdetektorként működik.
-
#79335424
törölt tag
válasz bartatamas #2151 üzenetére
Wow! Köszi! Ezek nagyon hasznos infók! Az nem volt meg, hogy az a három adat a vektorirányonként mért erősség. Így már az is világos, hogy miért van x,y,z változó lehetőség (mert eddig erre is volt nálam fejvakarás). Ha értek vmit, akkor tudom használni, variálni. Ha nem értem, akkor max. másolni tudok. Az meg nekem kevés. Már írtam Neked korábban, hogy a változókkal nem az elmélet miatt állok hadilábon. Tökéketesen értettem most is, amit írtál (legalábbis az elméleti részt). A probléma a gyakorlati kivitelezéssel van. Írok egy példát. Múltkor tökéletesen vágtam, hogy a "kijelző kikapcsolva" eseményt kell használnom, "A" alkalmazás fókuszban, "VAGY" "B" alkalmazás fókuszban eseménnyel. Ennek ellenére, csak harmadikra sikerült az operátorokat és az értékeket úgy és olyan sorrendben megadnom, hogy a Robot is úgy értse, ahogy én szeretném. Ha ránézek egy általad küldött mintára, akkor rögtön látom és értem, hogy mi, micsoda és miért van ott. De amikor nekem kell létrehozni, akkor nagyon nyögvenyelős és hamar felmegy a pumpa. Rosszul viselem a szerencsétlenkedést (a sajátomat is). Olyan ez, mint az autóvezetés. A mazsola is pontosan tudja, hogy mit kéne. Csak a hogyannál akad el. Ilyenkor a legapróbb dolgok is félre tudják vinni az embert. Pl. Rólad már tudom, hogy angolul használod a telót és ezért gyakran a kifejezések angol megfelelőjét írod. Tudom, hogy ez Neked fel sem tűnik, de ne tudd meg, hogy a pár év alatt, hányszor állítottam át angolra a telómat ahhoz, hogy pontosan értsem, amit írsz. Ezt a szösszenetet csak azért írtam, hogy értsd, azok a logikai sorrendek és összefüggések, amik Neked, programozónak természetesek, azok nekünk totál kifacsartak és ezért még akkor is nagyon nehéz így helyesen megcsinálni egy parancsot, amikor egyébként értjük, hogy mit kéne.
-
Oldman2
veterán
válasz #79335424 #2152 üzenetére
Pontosan ez az én (magánjellegű) problémám is.
A megvalósítandó tevékenységsort, szépen össze tudom állítani előre, papíron.
De sokszor igencsak gondban vagyok a jelenlegi GUI-val, amikor elkezdem felvinni a műveleteket.Hol, mikor, hová és miért kell kattintanom?
Pl. bonyolultabb feltételek összeállítása még most, több éves használat után is "mágia" számomra.
:-( -
#79335424
törölt tag
válasz bartatamas #2151 üzenetére
Próbálkozom erősen, de még nem akarja az igazat. Amit a példával le lehet tölteni, azzal nem jutottam előrébb, csak a kérdések szaporodtak tőle. Pont a lényeg hiányzik belőle, vagyis a" >20" feltétel. Vagy, ez maga az, amit oda értéknek beírok? Delta nélkül egy alsó küszöbérték, deltával pedig az eltérés az előzőhöz képest? Nem tűnik logikusnak, mert nem lehetne vele definiálni az összes lehetőséget.
Pl. azt, ha a delta értéket csak az egyik tengelyre szeretném alkalmazni. Mert ha jól értem, amit a szenzor működéséről írtál, akkor azt is meg lehetne csinálni, hogy ha otthon, az ajtóra rakom a hűtőmágnest, akkor ha a telót függőlegesen húzom el előtte, akkor bekapcsolja a wifit, oldalirányú húzásra pedig kikapcsolja. De hogyan definiálhatnám csak az x, vagy y tengely nagymértékű változását? A +/- értékek itt irány, vagy mennyiségi (jelerősség, erőzavar) eltérést jelentenek? Ha csak mennyiséget, akkor gondolom, az azonos tengelyen történő változás irányát nem lehet megkülönböztetni. Tehát ugyanaz a növekedési/csökkenési érték lesz, fenntről le, vagy lenntről fel irányú változás esetén.
Ha jól értem, amit írtál, akkor, ha nem definiálom tengelyenként az eltérést, akkor az Elixírben, bármelyik tengelyre vonatkozó változást lehetne alapul venni a Robot delta értékéhez, mivel az esemény bekövetkezik bármelyik tengely deltaértéket meghaladó változása esetén?[ Szerkesztve ]
-
bartatamas
senior tag
válasz #79335424 #2154 üzenetére
> Pont a lényeg hiányzik belőle, vagyis a" >20" feltétel.
Ami a példában van alsó határhoz írva, az felel meg ennek. Mivel akkor váltódik ki az esemény ha bekerül a [20, végtelen] tartományba, vagyis >20.
> Delta nélkül egy alsó küszöbérték, deltával pedig az eltérés az előzőhöz képest? Nem tűnik logikusnak, mert nem lehetne vele definiálni az összes lehetőséget.
Ez csak egy segítség, hogy a szerintem leggyakoribbnak vélt eseteket meg lehessen gyorsan oldani. Vagy azt nézheted hogy az abszolút érték mekkora, vagy hogy a változás. Hogy egyszerre kellene mindkettőre feltétel, az télyleg szükséges?
> Pl. azt, ha a delta értéket csak az egyik tengelyre szeretném alkalmazni.
Ha ilyesmi kell az fejlesztés, vagy Te oldod meg változókkal és számítgatással, de az nem olyan hatékony.
A koncepció az volt hogy általában az emberek nem akarnak az irányokkal foglalkozni, csak a szenzorok által mért nagysággal, mert ne legyen lényeges hogy tartják a telefont. De persze te nem vagy átlagember
> A +/- értékek itt irány, vagy mennyiségi (jelerősség, erőzavar) eltérést jelentenek?
Az x,y,z-ben a +/- az egyértelműen irány. Ha deltát használsz akkor nyílván növekedés/csökkenés.
A hossz/nagyság nem lehet negatív.> Ha jól értem, amit írtál, akkor, ha nem definiálom tengelyenként az eltérést, akkor az Elixírben, bármelyik tengelyre vonatkozó változást lehetne alapul venni a Robot delta értékéhez?
Meg lehet oldani kis fejlesztéssel.
-
#79335424
törölt tag
válasz bartatamas #2155 üzenetére
Úgy tűnik, hogy szinte minden részletben félreértettél. Megpróbálom magyarázni a bizonyítványom. Egy alkalmazásnál sztem az az ideális, ha van egy gyors, könnyen kezelhető beállítási lehetőség az eccerű usereknek és van un. "haladó beállítások". A Robot is ilyen és ezt nagyon szeretem benne. Abban teljesen igazad van, hogy aki a haladó beállításokkal akar vmit megoldani, az tanulja meg, hogy mi, micsoda és hogyan működik. Egyáltalán nem gondolom, hogy a magnetométer eseményt bonyolítani kellett volna pl. a tengelyekre vonatkozó paraméterezésekkel. Csak megláttam az x,y,z változót és sztem teljesen természetes, hogy egy Robot -fan azonnal elkezd azon agyalni, hogy mi az és hogyan lehetne használni. Ha nem ismerem a lehetőségeket, akkor kihasználni sem tudom őket.
Viszont sztem én most nem akartam mást, mint amit egy eccerű user akarhat a magnetométertől. Tudtam, hogy van egy jó szenzormonitor az Elixírben. Kipróbáltam és tökéletesen működött. Kiírt alul konkrét adatokat, amik egy profinak biztosan sokatmondóak, de én nem értettem és nem is akartam nagyon belemerülni. Nem kellett más, mint hogy jelzi/nem jelzi a mágnes közelségét. Láttam, hogy ha odatartom, akkor a sárga jel zöldre vált, ha elveszem, akkor megint sárga. Kírály! Kell ennél több? Sínen vagyok. Dobok egy magnetométer eseményt a Robotban, hogy amikor a sárga (false) zöldre (true) -ra vált, akkor hajtsa végre a műveleteket. A folytatás már ismert. OK, a delta/küszöbérték megadást értem. De oda be kell írni vmit. Eccerű user lát az Elixírben három ugráló értéket, amihez egyetlen változás tartozik (sárga/zöld). A Robot viszont csak egy értéket vár. Hmmm... Ha már az egyszerű user szempontjait nézzük, akkor sztem ez úgy lenne logikus, hogy az Elixír a három érték mellett kiírja azt az egyet, ami a Robotnak kell. Mellesleg még mindíg nem értem, hogy az az 1db érték tulképp micsoda. Ha nincs külön x,y,z -re megadva, akkor bármelyik tengely eltérése lenne? Vagy vmi eredő érték a három tengelyből számolva?
Ami az irányokat és a +/- értéket illeti, én azt a következőképpen értettem. Adott egy pozíció és egy hozzá tartozó jelszint. Tekintsük ezt alapnak. A változást irányát csak +/- értékekkel határozhatom meg akár mozgásról van szó, akár jelszintről. Egy koordináta rendszerben a föl/le, vagy a jobb/bal meghatározásnak nincs sok értelme. Szóval, ha a szenzor a mágneses tér változását figyeli egy tengely mentén, akkor két értékkel kell számoljon. A jelszint is egy +/- irányú értékváltozás és az irány is. De itt csak egy érték van. Ha ez mondjuk az "erőtér" nagysága, akkor a tengely mentén, bármely irányban halad el a szenzor a befolyásoló tárgy fölött, a változás görbéje ugyanaz lesz. De lehet, hogy az egészet rosszul gondolom, mert még az sem világos számomra, hogy egyetlen szenzorral, hogyan lehet 3tengelyre vonatkozó mozgásirányt és mágneses eltérést is meghatározni. Valami vagy erőteret monitoroz, vagy elmozdulást, de ez két, külön adat. Hogy lesz ebből egy? -
bartatamas
senior tag
válasz #79335424 #2156 üzenetére
Az eseményt szerintem azért érdemes bonyolítani mert bár meg lehet oldani azt is amit írsz újabb vagy bonyolultabb esemény nélkül, de rosszabb hatásfokkal. Úgy értem jobban fog merülni.
Az Elixir abban különbözik hogy ott egy magasabb szintű logika van implementálva ami pár másodpercig átlagot számol és utána az ettől való százalékos eltérést vizsgálja.
Ha a Robotban implementálnám ezt az algoritmust, annak is lenne két paramétere. Mekkora intervallumot átlagoljon és hány százalékos változást tekintsen eltérésnek. Nagyon hasonló a mostani eseményhez két különbséggel:
- az eltérést nem az előző 1, hanem az előző X érték átlagához nézi
- az eltérést nem csak abszolút értékben (pl 8) hanem százalékos eltérésben is tudta vizsgálni (pl 10%)
Ebből látszik hogy szerintem az Elixir algoritmus természetes kiterjesztése a jelenlegi E-Robot funkcióknak. Ezért gondolom úgy hogy ki kellene egészíteni az eseményt és sokkal jobban használható lenne.
Az irányokról. A magnetométer szenzor tudja detektálni a mező nagyságát és irányát is. Gondold el, így tudja merre van a mágneses északi pólus. Próbáld ki Elixírben, látszik higgy a koordináták előjelet váltanak ha megfelelően forgatod a telefont. A koordináta rendszer valós, az egyes koordináták + és - iránya azt mutatja hogy a vektor azon komponense merre mutat, mint ahogy matekból tanultuk.
Egy kis irodalom, nem egyszerű téma:
http://developer.android.com/reference/android/hardware/SensorEvent.html
Az erő nagyságát, vagyis a vektor hosszát én számolom így: négyzetgyök(x*x + y*y + z*z), vagyis az nem lehet negatív.
A változás mértékét sem a szenzor adja, azt is én számolom. Lehetne az irány változását is számolni (v2 - v1), de én csak erő nagyságának változását számolom (length2 - length1)
Amúgy a letöltött példa parancs nem működött nálad jól?
-
#79335424
törölt tag
válasz bartatamas #2157 üzenetére
Köszi! Nem tudom, hogy mi lenne a helyes küszöbérték, amitől biztosan nem fut le a parancs véletlenül, de biztosan lefut, amikor kell. Ezért gondoltam volna hasznosnak, ha az Elixír mutatná ezt a kiszámolt értéket is. Most egy buboréküzenetet állítottam be műveletnek, de félbehagytam a dolgot, mert közben hoztak egy kínai csodatelót, amiben 6,7GB ram van és 4.5.8 -as Androidot futtat. Ebbe muszály volt belekukkantani. Közben még tanulmányozom az implicit intentek és az intent filterek rejtelmeit is, hátha sikerül velük alkotnom egy olyan hívóalkalmazást, ami el tudja küldeni a Robotnak a szükséges broadcast üzenetet.
[ Szerkesztve ]
-
bartatamas
senior tag
válasz #79335424 #2158 üzenetére
Az elsőre pont azt mondom hogy Elixírben ez az érték változik, mert nem egy abszolút szám, hanem a korábbi átlagtól való százalékos eltérés. De gondolom arra gondolsz hogy a hossz értéket is ki lehetne írni.
A másodikra pedig azt akarom mondani hogy a legutóbbi verzióba tettem bele egy általános Rendszer / Broadband üzenet eseményt, amivel elvileg bármilyen broadcast eseményt el lehet kapni.
Egyébként ez utóbbit miattad tettem bele, azt hittem meg tudom vele oldani az alapértelmezett alkalmazás felüldefiniálós problémát. De sajnos kiderült nem, mert azok nem broadcast üzenetek, hanem activity (képernyő) megnyitások.
-
zeon.hu
nagyúr
udv!
változott valami a robotban az emailek kezelésében?
sima bejövő mail esetén kéne mariskának közölni a tényt, de nem történik semmi.
a régi parancs működött (sajnos minden parancsom odalett egy nevetséges user error miatt), most írnék újat.
fiók nincs hozzácsatolva az eseményhez, de eddig se volt.#?*@&!
-
#79335424
törölt tag
válasz bartatamas #2159 üzenetére
Igen, már belenéztem a receiver -be. Most azt az infót kaptam, hogy az intent filterek határozzák meg, hogy egy alkalmazást megjelenítsen a rendszer egy feladathoz tartozó app chooser -ben. Úgy gondolom, hogy az adott alkalmazás egy implicit DIAL intentet küld. Erre dobja a rendszer az ablakot. Szóval akkor egy ehhez való filter kell a fogadásra szánt alkalmazásba.
-
zeon.hu
nagyúr
válasz bartatamas #2161 üzenetére
nem adtam meg paramétert eddig sem.
"E-mail érkezett", ennyi volt korábban is.
fiókot nem írom/írtam be, mert állandóan riasztott miatta a gmail, de a parancs működött, mariska közölte a tényt, hogy mail érkezett.#?*@&!
-
-
zeon.hu
nagyúr
válasz bartatamas #2165 üzenetére
közben rájöttem, hogy de , mert kikerestem az akkori kérdésemre adott válaszodat.
(sikerült sok GB-nyi mentést elszúrnom a telefon cseréjekor, kissé morcos, ezáltal figyelmetlen vagyok)#?*@&!
-
#79335424
törölt tag
válasz bartatamas #2164 üzenetére
De meg is csinálnád? Mert akkor én nem küzdenék azzal, hogy egy köztes alkalmazást kreáljak, ha a Robot közvetlenül is tudná. Esetleg akkor megjelenhetne a többi share menüben is.
-
#79335424
törölt tag
válasz bartatamas #2170 üzenetére
Mindegy, a dial lenne a lényeg, azzal már nagyon sokmindent meg lehetne csinálni. A VOIP topikban is biztos nagyon örülnének neki. A Titanium Backup pro, kettős adatmód feature -t az egyik srác átültette Taskerre. Sztem meg tudnám csinálni a Robotos verzióját. Ha a hívást is tudná kezelni a Robot, akkor a névjegyzéktől végig automatizálható lenne a folyamat. Nem lenne választómenüben bökdösés minden egyes kimenő hívásnál. Egyébként az app chooser kezelése nem csak engem idegesített, mert a minap ráakadtam egy Xposed modulra, ami kiiktatja azt a fölösleges "mindíg/csak egyszer" opciót. A "csak egyszer" -hez elég rábökni az alkalmazásra a chooser -ben. Csak a "mindíg" -hez kell egyszer megnyitni és alapértelmezetté tenni valamelyiket.
-
Scaevola
tag
Sziasztok!
NFC tagekkel hogyan tudok vezérelni?
Látom, hogy eseményként létezik olyan, hogy NFC tag érzékelve, de hogyan tudok megkülönböztetni egymástól NFC tag-eket?Arra gondoltam, hogy megírom őket... mindegyik kap egy értéket, mondjuk számokat.
Ha ez megvan, akkor már csak fel kéne dolgoztatni ezeket az adatokat a Robottal... ez ügyben érdeklődöm.Előre is köszi!
apex
-
#79335424
törölt tag
válasz bartatamas #2177 üzenetére
Egyértelműen nem Robot hiba. A Robot kapcsolásnál a menüben levő pipa is vált. Csak azért mutattam, hogy meglegyen az infó.
-
bartatamas
senior tag
Ehhez mit szóltok? Egyre kevésbé lesz használható az Android advanced dolgokra:
http://www.hwsw.hu/hirek/53065/google-android-lollipop-selinux-biztonsag-bootloader-rootolas-jog.html?utm_source=hwsw_rss&utm_medium=feed&utm_campaign=Feed:+HWSW
-
zeon.hu
nagyúr
-
#79335424
törölt tag
válasz bartatamas #2181 üzenetére
Tessék mondani, ki más lehetne a telómon a rendszergazda, mint én?
-
Siriusb
veterán
válasz bartatamas #2181 üzenetére
Már régebben is mondtam, hogy nekem olyan Windows érzetem van Androidtól, nem véletlenül használok Linux-ot a számítógépemen. Most ugyanott tartunk, ahol az MS-sel, megvannak a hátsó bejáratok, MS, Google "bárkinek" hozzáférhetővé teszi az információkat, aki kéri, ráadásul ha akarod, ha nem, minden tevékenységedet nyomon követik. Bár tehetnék a telefonra is Arch Linux-ot
-
arti1121
senior tag
Tamás a robottal kapcsolatba; igaz egy másik topikba már feltettem a kérdést és jött is egy válasz;;
meglehet azt csinálni az erobot-al hogy létre hozok egy
kamu hozzáférési pontot és egy megadott időben mondjuk
23;00-07:00 -ig a robot erre tér át, majd 07:00-22:59-ig a
helyes beállítást alkalmazza. ezzel azt szeretném elérni
hogy ne legyen mobil net éjjel a telon hogy a gyerek ne éjjel
nyomogassa azt a k.... vibert.
vagy valaki tud egyszerűbb megoldást??a cél az lenne hogy ne lehessen visszakapcsolni az értesítési sávban se.
root vanköszi
Sunwayman C20C, C22C, C23C, V60C, OLIGTH SR52UT, Nitecore HC65, MH20GT, HC65, TIP, TUP....TIP2
-
#79335424
törölt tag
Mivel egy másik topikban felmerült, ezért írnék pár dolgot a többes adatmódról. Hátha rajtam kívűl még Valaki lát benne fantáziát és esetleg tudna csinálni egy profi "Robotosítást".
Szóval, ez a feature a Titanium Backup pro -ban található. Ha engedélyezzük, akkor egy alkalmazáshoz több adatprofilt is társíthatunk. Létrehozunk egy beállítást, majd mentjük az adatprofilt. Amikor átlépünk a másik profilba, akkor az alkalmazást megnyitva, megint a szűz felületet kapjuk. Elvégezzük a beállítást a másik profil szerint és mentjük. A gond az, hogy a főképernyőn történő profilváltáshoz a Titanium widgetet ad, nem parancsikont, az activity -k pedig nem hozzáférhetők. Így a Titaniumos váltás nem automatizálható. DE! Bekukkantottam ide, oda és nekem úgy tűnik, hogy a megoldás modellezhető. A VOIP topikban ezt már javasoltam és az egyik srác megcsinálta Taskerben. Működik. Szóval a Titanium duplikálja az alkalmazás /data/data alatt található adatait profil1, profil2, stb. mappákba. Majd váltáskor a megfelelő profilt symlinkeli az eredeti helyre. Kb. ennyi. Persze tudom, hogy ezt nem lehet egyetlen általános példában definiálni, mivel egyedi infók is kellenek (alkalmazás azonosító, profilnevek, stb.). De a felhasználás sokoldalúságára tekintettel, talán érdemes lenne a Robotban is helyet adni a lehetőségnek.
Uff! -
#79335424
törölt tag
válasz bartatamas #2191 üzenetére
Sztem túl sok az ismeretlen az egyenletben, nem olyan egyértelmű ez a jövőkép. A Google is hozott már nem is egy rossz döntést. Néhány gondolat ezzel kapcsolatban.
-Nagyon sok probléma oldódik meg root -tal. Ha megszűnik ez a lehetőség, akkor ezek a problémák kcsit "hangosabban" kerülnek előtérbe.
-Az Apple nem érdekelt Androidban, a Samsung pedig root tekintetében jelenleg perifériára került az új modelljeivel a Knox miatt. Automatizálás szempontból egyébként sem a legjobb alanyok a Samuk
-A Google Android-tiszta termékei jók, egyre népszerűbbek. Automatizálásra a legjobb alanyok. Ezek nyitott loaderrel jönnek.
-Ha a két, korábban említett gyártót leszámítjuk, akkor a legnagyobb gyártó kínai és nagyon nyomul. A kínaiak azt gyártanak, amire igény van és lesz..ják a Google korlátozásait. Többször beletört már a G. bicskája abba, hogy érvényesítse az irányelveit és az üzletpolitikáját a kínaiakkal szemben.
-Az Androidban sok olyan lehetőség van, ami még nem terjedt el, de már kopogtat az ajtón. Ilyen pl. a lakásban található berendezések működtetése. Ebben is nagy szerep juthat az automatizálásnak. Jelenleg nem tudok olyan, egyszerűen kezelhető alkalmazásról, ami összeköttetést tudna teremteni az Android API -k és mondjuk egy Arduino között. Mondjuk veszek egy Arduino modult, telepítek hozzá egy segédalkalmazást és Robotból, az ismert Androidos esemény lehetőségeket használva vezéreljem.
Szvsz. nagyon korai lenne temetni a Robotot és az automatizálást. -
zeon.hu
nagyúr
udv!
a robot parancsok ismét nem futnak le.
a robot ikon meg se jelenik az értesítési sávon, amíg nem indítom a programot.
védett alkalmazások közt benne van, értesítéseket kezeli,stb.
mi lehet a gond?#?*@&!
-
zeon.hu
nagyúr
válasz bartatamas #2196 üzenetére
kösz,most már ezt is tudom.
véletlen vettem észre, hogy átkerült, de legalább észrevettem#?*@&!
-
#79335424
törölt tag
Szia Tamás!
Találtam egy hibát a netkikapcsolós projectemben. Ha öt perce ki van kapcsolva a kijelző és a launcher volt fókuszban, akkor kikapcsol a mobilnet. Tegnap adtam netet telóról, így szembesültem azzal, hogy ezt nem definiáltam. Kerestem rá lehetőséget, de nem találtam. Szted hogy tudnám definiálni, hogy ne szakítsa meg a netet, ha a hotspot funkció aktív?
-
#79335424
törölt tag
válasz bartatamas #2199 üzenetére
Köszi!
Azt még nem tudom, hogy működik-e, de sikerült összehozni és nekem ez már sikerélmény, mert pont ezekkel álltam hadilábon. Mert az sem úgy van ám, hogy csak úgy "wifi egyenlő enabled", hanem Wifi AP állapota -> egyenlő -> konstans -> szöveges érték -> enabled. Nagy segítség az operátorokhoz írt magyarázat, meg az, hogy ha a szürke kifejezésre rábökök, akkor kiírja, hogy miért nem alkalmazható az adott helyen.
Viszont nekem a kikapcsolt állapot kell, mert a művelet a net kikapcsolása és csak akkor következzen be, ha a hotspot funkció nem aktív. Jól gondolom, hogy a disabled kifejezés ugyanaz, mint az enabled, tagadás operátorral?
Új hozzászólás Aktív témák
- Politika
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- EAFC 24
- Garmin Forerunner 165 - alapozó edzés
- Xiaomi 14 Ultra - Leica hercegnő
- Megjelent a Moondrop audio-fókuszú telefonja Kínában, lesz globális verzió is
- War Thunder - MMO Combat Game
- OTP Bank topic
- Projektor topic
- eBay-es kütyük kis pénzért
- További aktív témák...
- BESZÁMÍTÁS! GIGABYTE WindForce 2X GTX 960 4GB GDDR5 videokártya garanciával hibátlan működéssel
- BESZÁMÍTÁS! SAPPHIRE RX 460 2GB GDDR5 videokártya garanciával hibátlan működéssel
- BESZÁMÍTÁS! Gigabyte AORUS MASTER RX 6800XT 16GB GDDR6 videokártya garanciával hibátlan működéssel
- ELADÓ Lenovo T500 (Core2Duo T9900 3.06GHz, 8GB RAM, 1TB SSD)
- Beszámítás! Intel Core i5 6500 4 mag 4 szál processzor garanciával hibátlan működéssel
- Uncharted: The Nathan Drake Collection és Uncharted 4 Special Edition
- Logitech Pure-Fi Elite + iPod Nano 4gen 8GB (FOXPOST az árban)
- MacBook Pro 14 M1 16/512 (2021) 1,8 év garancia
- Sérült Samsung Galaxy A41 - kártyafüggetlen, 4/64GB, Dual SIM, korlátozottan használható
- Cooler Master V1000 Gold Moduláris tápegység