Skocz do zawartości

Znajdź zawartość

Wyświetlanie wyników dla tagów 'wakelock' .



Więcej opcji wyszukiwania

  • Wyszukaj za pomocą tagów

    Wpisz tagi, oddzielając je przecinkami.
  • Wyszukaj przy użyciu nazwy użytkownika

Typ zawartości


Forum

  • Społeczność android.com.pl
    • Regulaminy Forum
    • Przywitaj się!
    • Android.com.pl
    • Konkursy
    • OFF-Topic
  • Android
    • Nowości i plotki
    • FAQ Android
    • Android 10
    • Android 9.0 Pie
    • Android 8.0 Oreo
    • Android 7.0 Nougat
    • Android 6.0 Marshmallow
    • Android 5.0 Lollipop
    • Android 4.4 KitKat
    • Archiwum Android
    • Software PC
  • Gry i Aplikacje
    • Aplikacje Android
    • Gry Android
    • Poszukiwania gier i aplikacji
    • Porównania gier i aplikacji
    • Android Wear - Smartwatch
    • Modyfikacje Wizualne
    • Download
    • Multimedia
  • Co i gdzie kupić?
  • Programowanie
  • Modyfikacje Android OS
  • Elektronika
  • Honor
  • Google
  • HTC
  • LG
  • Samsung
  • Sony
  • Motorola
  • Huawei
  • Xiaomi / MIUI
  • OnePlus
  • Lenovo
  • Asus
  • myPhone
  • Pozostałe marki

Szukaj wyników w...

Znajdź wyniki, które zawierają...


Data utworzenia

  • Od tej daty

    Do tej daty


Ostatnia aktualizacja

  • Od tej daty

    Do tej daty


Filtruj po ilości...

Znaleziono 10 wyników

  1. Na forum jest sporo tematów dotyczących oszczędzania baterii, są także aplikacje, które rzekomo mają w tym pomóc np Greenify, Force Doze itp. Niestety tego typu programy raczej nie działają na niezrootowanym smartfonie, zacząłem szperać w internecie i natknąłem się na temat z zzagranicznego forum, na którym opisana jest aplikacja Doze Settings Editor, działa równierz bez roota, poprzez ADB jednak nie jest ona aż tak przydatna na Androidzie N (na którym jestem) ponieważ jest przygotowana na 6.0 i nie ma części opcji z ulepszonego doze z Androida N. Na szczęście wszystkie jej funkcje można po prostu wpisać ręcznie w konsoli ADB. W skrócie, chodzi o to żeby zmienić liczby (czasy) potrzebne do przejścia w tryb "lekkiego snu" lub "głębokiego snu" urzadzenia. 1. Podpinamy telefon do komputera i odpalamy konsolę ADB (jest dużo poradników na forum, więc nie będę tutaj opisywać jak to zrobić:)) 2. Wpisujemy: adb shell settings put global device_idle_constants light_after_inactive_to=1000,light_pre_idle_to=0,light_idle_to=900000,light_idle_factor=2.0,light_max_idle_to=1800000,light_idle_maintenance_min_budget=2000,light_idle_maintenance_max_budget=3000,min_light_maintenance_time=1000,min_deep_maintenance_time=5000,inactive_to=1800000,sensing_to=240000,locating_to=30000,location_accuracy=2000.0m,motion_inactive_to=600000,idle_after_inactive_to=1800000,idle_pending_to=300000,max_idle_pending_to=600000,idle_pending_factor=2.0,idle_to=3600000,max_idle_to=21600000,idle_factor=2.0,min_time_to_alarm=3600000,max_temp_app_whitelist_duration=30000,mms_temp_app_whitelist_duration=60000,sms_temp_app_whitelist_duration=6000,notification_whitelist_duration=10000 Są to moje ustawienia pozwalające na przejście telefonu 1 sekundę po wyłączeniu ekranu w tryb Light Doze, jest też kilka drobnych poprawek dla lepszej optymalizacji trybu Doze Dla wyjaśnienia co oznacza każda komenda można ściągnać apkę Naptime z Sklepu Google (wymagana średnia znajomość języka angielskiego): https://play.google.com/store/apps/details?id=com.franco.doze Robimy wszystko jak w instrukcji przy odpaleniu aplikacji, a następnie wchodzimy w Advanced Settings i tam każda funcja ma swój opis. Niestety zmiany bezprośrednio w aplikacji raczej są nieskuteczne (u mnie przynajmniej nie działa), jeśli będzie duże zainsteresowanie to rozbuduję ten temat i opiszę wszystkie elementy:) - Żeby sprawdzić czy ustawienia zostały zmienione wpisujemy w konsoli: adb shell dumpsys deviceidle (wyskoczy sporo tekstu, ale najważniejsze informacje są na samej górze - sprawdzamy czy wartości są takie same jak w skopiowanym tekście) - Jeśli nie zauważyliśmy żadnej poprawy, lub telefon jest częściej wybudzony niż przed zabiegiem, można wrócić do początkowych ustawień komendą: adb shell settings delete global device_idle_constants Te ustawinia doskonale sprawdzą się dla osób, które muszą co kilka minut sprawdzać telefon Na dłuższą metę (np pozostawienie telefonu na noc), raczej nie będzie wielkich zmian, ponieważ w ustawieniach Deep Doze nie grzebałem - oczywiście można zmieniać wszystkie wartości, dlatego jeśli ktoś chce to może eksperymentować i podsyłać swoje wiersze w ADB bo jeszcze wiele można udoskonalić! Oczywiście efektywność tego sposobu na pewno spadnie gdy mamy zainstalowanych wiele aplikacji o wysokim priorytecie jak np Messenger, Whatsup, FB itd, Ja osobiście używam Messengera, FB Lite i Instagram, wszystko ma wyłączone dane w tle oprócz messengera - wiadomości dochodzą od razu:) u mnie jest 96% czasu uśpiony telefon, a odblokowuję ekran co kilka/kilkanaście minut (z taką częstotliwością wcześniej miałem ponad 15-25% wybudzeń) Gdy zrobię więcej testów to udostępnie screeny:) (Ja, ani forum nie ponosi odpowiedzialności za ewentualne uszkodzenie telefonu, utratę danych itp.)
  2. Ponieważ problem mam już drugi raz, a nie widzę nic na ten temat na forum, pozwolę sobie napisać o tym dla potomności. Obserwacja na xperi z3c , ale brand nie ma nic do rzeczy. Ni z tego , ni z owego dostaje aktywność telefonu na około 96-100% ( w sensie odczytu tego parametru w apce WLD) co skutkuje równomiernym rozładowywaniem baterii cały czas od 100do 1% w około 26 godzin. W sekcji kernela , WLD pokazuje ze mmc0:0001:2 pracowało praktycznie bez przerwy przez cały czas (26h) . mmc0 - jest to device pamięci wewnętrznej mmc1 - jest device pamięci zewnętrznej mmc2 - jest to device interfejsu sieciowego wifi W moim przypadku , aby naprawić problem musiałem zbootować telefon do custom recovery i przeprowadzić naprawę każdej partycji pamięci wewnętrznej , którą da się naprawić. W przypadku mmc1 , trzeba by zrobić to samo dla karty sd. Edit. Zauwazylem nowa przypadlosc. Powyzszy problem objawia sie rowniez bez zwiazku z ewentualnym bledem partycji. Proces mmc0:0001:2 jest wywolywany kilka razy na sekunde w sytuacji gdy aktywne jest wifi. Gdy korzystamy z telefonu nie ma to znaczenia. Jak go nie uzywamy, to proces ten nie pozwala telefonowi wygasic sie w celu oszczedzania baterii. Sposobem na to jest automatyczne wylaczanie wifi wraz z wylaczeniem LCD. (Problem ten obserwuje zarowno w LOS (A7.1) jak i romie wywodzacym sie z AOSP(A8.1), wiec nie zalezy on od romu).
  3. Witam, od kilku dni mam problem z dużym drenażem baterii, przy takim użytkowaniu miałem średnio zużycie baterii na poziomie 0,9-1,2%/h, teraz jest w granicy 3,5-4,5%/h. W statystykach BetterBatteryStats wskazuje mi prawie 95-99% zużycia przez "usb cb wake lock". Chciałbym się dowiedzieć co to jest i jak to naprawić. Za każdą pomoc z góry wielkie dzięki. Mam zainstalowany rom "SAMMY PORT 4.4.4 Atila Rom GTI-I9300-Stock" oraz kernel boeffla z domyślnymi ustawieniami. Niczego nie zmieniałem ani raczej nie instalowałem w tym czasie co się zepsuło.. Znalazłem że taki problem powstaje przy używaniu ładowarek apple i po naładowaniu należy ponownie uruchomić telefon, raczej podziałało też w tym przypadku choć to uciążliwe za każdym razem uruchamiać go ponownie.. Używam oryginalnej ładowarki Samsunga, testowałem na drugiej Samsunga i również występuje ten problem ani wcześniej nie miałem problemu z tą ładowarką i na S2 również działają poprawnie.
  4. Na XDA od jakiegoś czasu wałkuja problem dużych ilości tzw. wakelocków czyli wybudzeń, które powodują podwyższone zużycie energii. Dobrze to widać jeśli mamy zainstalowany program BetterBatteryStats. Ktoś doszedł do wniosku, że częściową winę za to ponosi technologia o nazwie Fast Dormancy. To taki ficzer, który zaimplementowano w niektórych (nowocześniejszych) sieciach GSM oraz w nowszych smartfonach. Sęk w tym, że dobrze to działa tylko wtedy, gdy ma to i sieć i telefon. Nasz S3 ma to prawdopodobnie włączone, za to sieci... niekoniecznie. Prawdopodobnie tylko T-Mobile. Gwoli wyjaśnienia. Fast Dormancy jest protokołem, którym urządzenia komunikują się z siecią, w przypadku gdy sieć przechowuje dane sesji aktywne nawet, gdy połączenie nie jest używane przez cały czas. To oznacza, że ​​urządzenie nie musi na nowo negocjować połączenia w chwili kiedy zaczyna się nowy transfer danych, za każdym razem kiedy przerywasz i wznawiasz. Są możliwe 4 możliwe sytuacje: 1. Twój operator obsługuje Fast Dormancy, a telefon ma to włączone. Będziesz czerpać największe korzyści, którymi są: możliwa zwiększona prędkość transmisji danych oraz w wielu przypadkach znacznie lepsza oszczędność baterii. Można zauważyć na przykład, na S3, że telefon będzie przeskakiwać z H + do H lub 3G, gdy nie używasz w danym momencie danych (połączenie jest nadal aktywne, po prostu "uśpione"). Najlepszy przypadek. 2. Twój operator nie obsługuje Fast Dormancy, a telefon ma to także wyłączone. Niestety sieć jest do bani, bo FD, kiedy jest prawidłowo skonfigurowane, może naprawdę oszczędzać baterię i zwiększać skuteczność przesyłu danych. Mimo tego jeśli sieć tego nie obsługuje, to przy wyłączonym FD w telefonie również nie jest źle. Jak przypadku # 1 - telefon nie wybudza się niepotrzebnie (brak nadmiernej ilości "wakelocków" ) i najszybsze prędkości są dostępne. 3. Twój operator obsługuje Fast Dormancy, ale telefon ma to wyłączone. Nie występują nadmiarowe wybudzenia ("wakelocki"), ale telefon będzie używać więcej baterii niż musi, bo będzie utrzymywać połączenie danych na pełnych obrotach / maksymalny potencjał przez cały czas, nawet gdy nie jest używany. Możesz również nie trafić najwyższych dostępnych prędkości przesyłu danych udostępnionych przez sieć. Prawdopodobnie potrzebujesz włączyć FD w tym przypadku. 4. Twój operator nie obsługuje Fast Dormancy a telefon ma to włączone. Telefon doświadcza olbrzymich ilości wybudzeń, co powoduje wyższe od normalnego zużycie baterii. Transfery też mogą ucierpieć. JEST TO NAJGORSZY PRZYPADEK. Należy wyłączyć FD. W Galaxy S2 można było to sobie włączać i wyłączać z menu serwisowego, w S3 Samsung z jakiegoś powodu zablokował to tak, że jakakolwiek zmiana to istna udręka. Na szczęście jeden z czołowych developerów machnął programik i teraz można to zrobić o wiele łatwiej. Sam tego jeszcze nie próbowałem, ale pomyślałem sobie, że warto wiedzieć, c'nie? Sorry za ułomne tłumaczenie... linki do tematów: Guide to disabling Fast Dormancy on the S3 - xda-developers AndroidNZ: [At Your Own Risk] How to disable Fast Dormancy on the Galaxy S III and Galaxy Note II wspomniana apka: https://play.google.com/store/apps/details?id=com.gokhanmoral.fastdormancytoggle.i9300&hl=pl
  5. Olleo

    Wakelock alarm

    Cześć, szukam apki (bądź poddaje pomysł devsom na nową apkę), która sygnalizowałaby dzwiękowo/wibracyjnie, jeśli przez zadany czas telefon nie wchodzi w deepsleep (pojawia się jakiś permamentny, albo regularny i częsty wakelock). Apka musiałaby mieć możliwość definiowania kryteriów oraz wyjątków. Można rozważyć również jakies automatyczne akcje (w rodzaju soft reset) do zdefiniowania. Sprawdzałem pobieżnie Better Battery Stats i nie widzę takiej możliwości.
  6. WiSnia_990

    problem

    Witam. Mam problem w swojej Xperii SP. Po zainstalowaniu oprogramowania 4.3 w użyciu baterii pojawiło mi się coś takiego jak "*wakelock*". Ktoś mi powie co to jest i czemu ma służyć, oraz ewentualnie jak wyłączyć?
  7. Witam, mam problem z którym nie umiem sobie poradzić. Mianowicie wakelock, za który nie jest odpowiedzialna żadna aplikacja, tylko system. Na CyanogenMod bateria schodzi w 5h, telefon jest ciepły mimo nieużywania go. Na Romach z sense - 7-8 h. Przesyłam screeny z Better Battery Stats i Wakelock Detector Proszę o pomoc. Szukałem na zagranicznych forach i tego typu tematów jest sporo, żaden nie jest rozwiązany
  8. Witam, Mam problem z baterią w moim Htc One. Bateria jest pożerana przez proces o nazwie " PowerMenagerService.WakeLocks ". Ten proces wybudza mój telefon ponad 1500 razy co uniemożliwia mojemu Htc przejścia w deep sleep ( tak mi się wydaje ). Wie ktoś może jak na to zaradzić ? Poniżej przesyłam screeny z programów Wakelock Decector Pozdrawiam, ettiop
  9. 1. Wstęp Są różne sposoby kontroli baterii. Jedni korzystają z betterbaterry stats, który jednak nie zawsze daje klarowną odpowiedź która apka jest odpowiedzialna za spadek baterii. Inni korzystają z task killerów, które również nie są dobrym rozwiązaniem, a raczej zabawą w kotka i myszkę - ty (android) uruchamiasz apkę, a ja ją szybko zabijam. Aplikacje działające w tle... szczęście i zmora w jednym. Z jednej strony fajnie, by niektóre interesujące nas aplikacje działały w tle - powiadomienia, push notifications i inne zalety. Jednak nie zawsze widzimy potrzebę, by dana aplikacja działała w tle - jest to naszym zdaniem zbędne, a sama aplikacja niepotrzebnie zajmuje RAM, i nie rzadko również zmniejsza żywotność baterii. Tak na prawdę do teraz nie miałeś nad tym kontroli, bo która apka chciała mogła działać w tle. No bo jakie miałeś rozwiązanie? Zamrozić w titanium backup? Usunąć? Używać task killera który i tak nic nie da? 2. Opis Niedawno na XDA znalazłem bardzo ciekawą apkę, która łączy w sobie wszystko, o czym ty, jako user androida zawsze marzyłeś. Aplikacja ta za pomocą kilku tapnięć da Ci kontrolę nad: - Drenażem baterii - ilością zużywanych danych pakietowych przez aplikacje działające w tle (aktualizacje, odświeżanie, powiadomienia) -ilością wolnej pamięci RAM 3. Wymagania, instalacja, konfiguracja Wymagania: - *ROOT* Instalacja: Get it on Google Play Store Aplikacja działa w bardzo prosty sposób - hibernuje aplikacje. Różnica między hibernacją a zamrażaniem jest taka, że w tym pierwszym przypadku: - Aplikacja nigdy nie będzie działać w tle - aplikacja Będzie widoczna w drawerze - aplikacja Będzie mogła być normalnie uruchamiania Czyli krótko mówiąc, przed uruchomieniem zahibernowanej aplikacji nie będziemy musieli jej de-hibernować. Po prostu uruchamiamy ją tak, jak dotychczas. Nie są wymagane żadne dodatkowe działania. Po uruchomieniu Greenify, klikając na "+" w dolnym rogu, pojawią się nasze aplikacje posortowane wg. kategorii: W pierwszej kolejności wyświetlą się apki które obecnie działają w tle Druga kategoria to "Mogą spowolnić urządzenie, jeśli..." - W tej kategorii są aplikacje, które mogą działać w tle, jeśli nastąpi jakaś zależność, np. odłączenie zasilania czy odblokowanie ekranu. Niżej mamy ostatnio uruchomione i całą resztę aplikacji. Klikamy na wszystkie aplikacje, które nie mają już dłużej działać w tle, klikamy na tick (ptaszka) w prawym górnym rogu, wychodzimy z aplikacji i blokujemy ekran na ok. 10-15s. Gotowe!
  10. Czy u wszystkich posiadaczy wersji z 3G proces systemowy odpowiedzialny za obsługę modemu (baseband_xmm_power) tak jedzie po baterii? To ewidentny bug, ponieważ nie ma to wpływ fakt, czy mamy włożoną kartę SIM, czy nie. W trybie uśpienia (tablet nieużywany całą noc) wybudza cyklicznie system i skutkuje tym że proces "System Android" ma zawsze 2/3x większe zużycie baterii niż "Tablet nieaktywny". Tutaj szczegółowe omówienie problemu dla dociekliwych: Issue 42993 - android - baseband_xmm_power wakelock Extreme Battery Drain on Nexus 7 - Android - An Open Handset Alliance Project - Google Project Hosting Jak na razie problem nie rozwiązany i dość frustrujący, ponieważ występuję nawet na czystym systemie. Dramatu może nie ma bo w konsekwencji zużywa mi około 1% baterii na godzinę (wiem, że innym ten proces wybudza tablet przez ok 90% czasu - to już jest rzeźnia), ale nie tak to powinno wyglądać.
x