Nálam ez ilyen:
[kép]

Érdekes.
Más szolgáltató kártyája nincs kéznél?

Sajnos nincs, 4-ből 4 Yetteles. Ez az S nélküli 5G, gyengébb lapkakészlet, tudtommal az S-ben nincs FM rádió.

Neked, hozzá képest, más a készüléked aktív-CSC kódja. Ez magyarázhatja a különbséget.

Visszakanyarodva a csatolt képhez, eszembe jutott még valami (mea culpa)....

A 'WiFi hang' -ot ( VoWiFi ) kikapcsolva, történik változás ?

+ A menüben elérhető opciók különbségét adhatja a szolgáltatói SIM is. Néhány fw.frissítés óta, Telekom -os SIM-kártyával is ilyen lett (ahogy plö szifonon is..) több, más típusokon is , akkor is ha XEH az aktív-CSC. Szóval, simán lehet az is, hogy most már Yettel -est használva is ilyenre vált (erre is lehet megoldás, ha valaki ragaszkodik hozzá...) .

[ Szerkesztve ]

Néztem a telefont Yettel kártyával,a frekvenciákat se fűzi össze, csak egyet használ. Más telefonnal ugyanazon a helyen 900+1800 / 800+1800+2100 MHz használ.
Valami konfigurációs hiba lehet.

Es erre van megoldas? Vagy mi okozhatja ezt?

[ Szerkesztve ]

Samsung Galaxy A55 5G

Sajnos nem tudok rá megoldást, gondoltam rá, hogy más régióra átállítom.

Es vajon ki lehet ezert a hibás? A samsung vagy a yettel?

Samsung Galaxy A55 5G

"...gondoltam rá, hogy más régióra átállítom."
- Szerintem OXM firmware -rel, másik régióval is tudni fogja a hazai MCC MNC kódokból, amennyiben a hiba a Samsung oldalán a firmware -ben van. De, egy próbát ez is megérhet, valóban.
Ugyanakkor, az biztos, hogy nem hazai régiókódokkal nincs letiltva a Fix 2G, Fix 3G & a VoLTE opciók (még), amennyiben ez is szempont...
- Mindemellett, még nyerhetsz is vele (ha az, firmware cserével történik). Például a natív hívásrögzítőt (a Fix 2G, Fix 3G, VoLTE mellé..) is .👍

[ Szerkesztve ]

A Samsungra tippelek, de a fene tudja.

Géppel sikerült recoverybe lépni, semmi mást nem csináltam, mint reboot, a One UI-ra írt valamit bootolás közben és láss csudát a mobiladatnál H, H+ jelenik meg. Azt nemtom milyen fokozat, de életre kelt a mobilnet.

Recovery -ben, a :

wipe cache partition

az OS -é.

Valóban előrelépés az ᴱ -hez képest, da az se 4G .

Ez a HSPA+? Most olvasom a 4G 200-300 Mbit/s, ez meg csak 13. Sajnos a wipe cache nem segített. Mellette az A40-n simán megy a 4G...

Jahh. Az 3G. Ami különös, mert a Vodát kivéve (én úgy tudom, de tévedhetek is..) a többinél már mind lekapcsolták, itthon mindenhol.

Meg van Yettel 3G 2100 MHz-en Debrecenben is

Akkor, ezek szerint csak a 900 -at nullázták ki teljesen. Kössz az infót.👍

Vajon akkor ez mitől lehet, hogy az A52 5G-men H+, a régi A40 telóm meg LTE1? Mi a megoldás?

Nem tudom. Még nem jelezted, hogy végigmentél volna az összes opción, beleértve az eggyel korábbi release -re való visszatérést is (lehet úgy is, hogy nem kell újra belakni..) .

Amennyiben, user oldalon (downgrade, FR is) megvolt minden, és biztosan kizárható például olyan lehetőség is, hogy a Te A526B -d nem egy szomszédos ország hálózatát találja meg jobban (akár eltérő teló-beállítás okán), akkor a legnagyobb eséllyel a szerviz marad.

FR = Factory Reset, azaz "Gyári adatok visszaállítása", ami lenulláz mindent.

Teljes mentést nem tudsz csinálni Samsung -on: root nélkül. De, a gyári Samu Smart Switch -csel elég sokmindent le-lehet menteni & visszaállítani (akár a telón microSD -re/pendrive -ra, akár a PC -s verzióval a számítógépre..).
Ugyanakkor, néhány biztonsági beállítás, és a 3rd party APP -ok beállításai + mentései nem kerülnek átemelésre, így azokról neked kell gondoskodni egyenként, ha arra a kérdéses 3rd party APP lehetőséget biztosít.

"Úgy tudom ez a telefon valszeg angliából jött"
- Ez egyszerűen kideríthető, ha készítesz Te is egy screenshot -ot erről: LINK

A downgrade -hez is van leírásom, de előbb nézzük, hogy mi is pontosan az 'aktív-CSC' -d, a kért screenshot alapján. Azt, ugyanis át lehet állítani másikra úgy, hogy szintén nem kell újra belakni a telót (akárcsak, ahogy már azt a downgrade -del kapcsolatban is jeleztem..) .

[ Szerkesztve ]

[link]
Ok.

[ Szerkesztve ]

Ez biz, hazai Telekom -os ( TMH ) régiókód .

Üdv.
Megerősítené/megcáfolná valaki, hogy a töltéskor kijelzett becsült hátralévő idő nagyon eltér a valóstól? Konkrétan majdnem 2x annyit mutat mindig.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Amennyiben a töltő, kábel-hiba, és az elszennyeződött USB-aljzat lehetőségei kizárhatók, akkor következik a készülék-hőmérséklet, amelytől függ, hogy milyen teljesítménnyel tölt. Így igen, simán lehet, ha az aktuális körülmények olyanok.

Nem az a gondom, hogy éppen milyen sebességgel tölt. Következetesen, minden kábelnál minden töltővel télen-nyáron más (nagyobb) sebességgel tölt, mint ami alapján az időt kiszámítja. Tehát kb 66%/ó tempóban megy valójában, de 35-40%/h-t vesz alapul a becsléshez. Végig, folyamatosan, tehát egyszerre érnek 100%-ra és 0 percre, de az arány végig rossz, másszóval 40 mp-enként csökkenti 1 perccel. Ez egyértelműen az algoritmus hibája, vagyis szoftveres gebasz, a Samsung support lepattint, pontosabban, ahelyett, hogy ott valaki megnézne végre egy ilyen telefont a gyakorlatban töltés közben, jön a sablon duma, hogy adjak távhozzáférést a telefonhoz stb. Azért kérdezem itt is, hogy nektek mit mutat.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Nekem továbbra is eltérő az álláspontom, de tudjuk ezt be az én korlátoltságomnak.

Te, mióta tapasztalod ezt (eddig nem jelezted, vagy figyelmetlen voltam..) ?

.. - Mert nálunk, hosszú évek óta annak függvénye, amit írtam. Nekünk, van többféle eredeti Samu töltőnk, és a 25W -ossal például ez is egészen mást ír ki nem csak a kezdetkor, hanem akkor is, ha azokon a töltöttségi szinteken tart az akku, amiket megjelöltél.
Ugyanakkor, amennyiben az AOD -ról olvasom le az értéket, akkor figyelembe kell vennem azt is, hogy az sem folyamatosan veszi a mintát, így alvásban hagyva a készüléket. Szóval, ha megfigyeljük, akkor az AOD, mennyi időnként is változtat pozíciót a kijelzőn (??) ...

Nem értjük egymást.
Töltőtől - meg a körülményektől - függően van egy töltési sebesség. (gyári 15W töltőről megy leggyakrabban amúgy) Pl percenként legyen +1% az egyszerűség kedvéért. Telefon AOD-n, nem piszkáljuk. Ott az időtartam, hogy kb mennyi van hátra a teljes feltöltésig. Nos ez az érték köszönőviszonyban sincs azzal, ami a töltési sebességből következne. Pölö 50%-nál azt írja, hogy még 1 óra 20 perc lesz és persze nem annyi lesz, hanem kb 50 perc. Ennek semmi köze az AOD frissítéséhez, nem 1 perces elcsúszásról van szó, hanem rengeteg az eltérés.
Közben megnéztem egy A32-n is, ugyanúgy el van cseszve.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Szerintem, áttételesen, van hozzá (AOD) .

Az, azt vizsgálja meg, hogy amikor megjelenik a táp a porton, akkor milyen körülmények vannak(?), és az alapján készíti el a becslést. Értelemszerűen, ha ezt követően például nem használom a készüléket, akkor a teló belső hőmérséklete is alacsonyabb lesz, amellyel a töltés felgyorsul(hat).

Mivel pedig változik, és azt nem folyamatosan követve írja ki nekem sem az AOD, így az a későbbi megváltozott körülményekhez igazodva végzi a korrekciót.

Nálam ez rendben van.

De mit kell ezen ennyit túlkombinálni a háttérben? Ha 5 perc után 5%-ot töltött, akkor miért nem tudja egy sima osztással kiszámolni, hogy mire végez? Ez annyira egyszerű, hogy fejben is megy, azért is tűnik fel.
És akármilyen korrekciózás (?) van, az ótvar nagy elcseszés, hogy teljesen fals értéket jelez ki, nem esetenként vagy valami fogyasztó be- vagy kilépésekor, hanem folyamatosan, mondhatni égés. Nincs olyan töltés, amiben egyetlen percre a valós érték lenne az időben kijelezve. Nincs egyébként semmilyen korrekciózás, logolom az egészet a 3C Battery Managerrel, szépen látszik benne, hogy gyakorlatilag teljesen egyenletesen tölt, de az átlag az mindenképpen fix, ráadásul minden töltésnél és ezt soha nem sikerül figyelembe vennie mégsem. Tehát a töltés 66%/h-s sebességgel tart a végéhez, az idő meg messzebbről indul, de gyorsabban fogy, emiatt van az a hülyeség, hogy kb 40 mp-ként vesz le belőle 60- mp-et, végig az egész töltés során.
Az összes telepített fapados app ki tudja rendesen számolni, hogy az adott tempó mellett, hol a vége, a rendszer maga meg nem? És nem is veszi észre, hogy valami nincs rendben, ha nála 1 perc minden esetben 40 mp-ig tart?

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Helytálló volt, valóban nem értjük egymást, és úgy látom, hogy mást sem.. De, ha valóban validnak gondolod amit írtál, akkor ugye ki is vagy segítve valamiféle 3rd-party APP által . 👍

Oké, dugd rá most a töltőre és add meg, hogy hány százalékon áll és mit ír ki a 25W-os töltőddel az időre.
A külső appokkal nem vagyok kisegítve, az nem látszik az AOD-n.

[ Szerkesztve ]

Annyit dolgozom, hogy lassan már az ivás rovására megy.

41 perc. De, ennél is helytálló mindaz, amit írtam. Annyi a különbség, hogy ez a 25W -os töltő, nem csupán két lépcsős teljesítményszinttel tud tölteni, mint a dobozban található, ami csak kettővel.
De, ha plö most kirakom a terasz-asztalra, amely egész nap szívta a napot és most is még bő 50 C° felletti, akkor ez simán felmehet többre, amíg ismét vissza nem hűl oda (a teló), ahol a töltésvezérlő ismét magasabb teljesítményt kér a töltőtől, amellyel ismét változni fog a becslés.

"A külső appokkal nem vagyok kisegítve, az nem látszik az AOD-n."
- A #1930 -ban azt írtad, hogy "Az összes telepített fapados app ki tudja rendesen számolni, hogy az adott tempó mellett, hol a vége..."
* Tehát, akkor, amennyiben azt validnak gondolod, akkor ha mást nem, ki lehetsz segítve, mert ez viszont valid . Szóval, ha az említett APP -ok közül, kirakod az eredményét, amelyet a gyári AOD, ugyanazzal késleltetéssel fog kiírni -és ha közben változik a becslés- akkor azzal azt fogod látni . Többek közt, ezért is írtam ...

Továbbá, minél magasabb a töltöttségi szint, annál pontosabb lesz a becslés is, így semmi különös nincs abban, hogy a teljes töltöttségre összeérnek az értékek.

[ Szerkesztve ]

Csak azt nem írtad, hogy hány %-nál volt 41 perc, ez lett volna a lényeg...
Meg esetleg, hogy végül mennyi lett? Én amúgy nem vettem észre ingadozást melegnél sem, 50 fokig full gáz, utána meg leállítja teljesen.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Ohh, mea culpa. 27% -on volt. Utána már néztem, mert várt a reggel.

Újkorában (ez azért lényeges, mert azóta folyamatosan degradálódott ennek az akksija is, amellyel rövidül az idő...), ezek voltak a töltési idők, nyugalmi állapotban :
1., készülék bekapcsoltan:
- 15W -os töltővel = 102perc
- 25W -os töltővel = 78perc

2., Full kikapcsolt készüléknél:
- 15W -os töltővel = 94perc
- 25W -os töltővel = 71perc

Ugyanakkor, ennél a típusnál is volt többször, hogy 2ó feletti idökkel töltött .

Na, ezek teljesen valid értékek a 15 W-os töltőnél, megegyezik azzal, ami nálam is van a gyakorlatban, tehát a 60-66%/h sebességgel. A probléma az, hogy ennek ellenére soha nem ezt jelzi ki, hanem jóval hosszabb időt. Minden időpillanatban végig a töltés során. Ennek keresem az okát.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Lehet rosszul rajzolódik ki, de én úgy látom,, hogy valamiért, Te, egy állandóként tekintesz arra a ~66%/ó értékre a tartozék töltővel.

Csakhogy, az nem az. Hogy mi(?) befolyásolja, azt leírtam (de most sem ezen van a hangsúly, mert továbbra sem az én igazságom, írhatta volna bárki más is...), ráadásul, sokesetben például az alap 10W sem igaz 90x% felett, hiába van ON -ra állítva a gyorstöltés, és hiába kezdi is meg instant 15W -tal a töltést (ez sem egzaktum ...) .

+ Ott van még, hogy amikor lemegy a készülék DS -be, akkor eleve kevésbé melegszik, ellentétben egy olyan állapottal, amikor a kijelző bekapcsolt, és ha mást nem is, a készüléken csak az említett 3rd-party APP -ok valamelyike fut éppen, hogy mondjuk Te pont lásd folyamatosan, hogy aktuálisan mennyi is van (lehet..) hátra 100% -ig.
++ Bekapcsolt kijelzővel pedig, ezen készüléken sincs gyorstöltés, így ekkor sem valid a ~66%/ó, és más sem.

Túlpolírozod.
Fejben is könnyen ki lehet számítani, de tessék:

És nyilván fejben is könnyen kiszámítható, látható, hogy fél óra alatt ment fel 33%-ot.
Most is éppen rádugtam 29%-nál, 80 percet jelez, 62-63 helyett, de ha nem hiszel nekem ezt is be tudom majd logolni, hogy végezni is fog ennyi alatt.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Nem. Nem polrozom sehogy. Ez a teló is ha meleg, nem fog annyival tölteni, mint optimális esetben, és fordítva. Az, hopy nálad vagy nincs ilyen körülmény, vagy direkt nem is vizsgálod (érdemben, nem ~2-300$ érték alatti ilyen aliról & társai -ról vett okosságokkal..), több minden mással együttesen, az már a Te dolgod.

De, kaptál alternatív lehetőséget, hogy az általad fénybe hozott valamely 3rd party APP értékeit láthasd a gyári AOD -on. Ez mellett, az is opció, hogy nem a gyári AOD- ot használod (tovább pendítheted ezzel is a 3rd party vonalat..), hanem mást.

Ugyanakkor, az eddigiektől függetlenül, Te vidd tovább a saját vonalad. 👍

[ Szerkesztve ]

Egyáltalán nem érted a kérdést.
Nem érdekel mennyivel tölt. Az érdekel, hogy ennek a sebességnek megfelelően mutassa a visszamaradó időt. Ehhez semmilyen műszeres vizsgálat nem kell, ha 1 óráig tart a töltés, akkor 60 perccel előtte mutassa azt, hogy 60 perc még (±pár perc), ne 80-at.
AOD-n az app meg nem játszik, mert az óra a Clockface-szel van legyártva és ilyenkor oda nem lehet kitenni.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Amennyiben a félresöprésen kívül, továbbra sem vagy hajlandó megvizsgálni, és megértni (aminek menni kell, ha meglobogtattad a fejszámolási kvalitást...), hogy itt, az, milyen módon és összefüggésekkel van az megoldva, akkor, Te, továbbra is az elvárásodtól távolinak & hibaként fogod értékelni. Tedd.👍

Mert szerinted az nem hiba, hogy a OneUI azt mondja, hogy ha 90 mp alatt érzékel 1%-nyi növekedést, akkor 100%-nyihoz nem 100x90 mp kell, hanem jóval több?? Nem olyankor korrigál, amikor éppen valami miatt lelassul a töltés, hanem akár fél órán át is egyenletesen méri mondjuk ezt a 90mp-et, de akkor sem számol ezzel. Ez egyértelműen szoftverhiba.
Te söpröd félre ezt az egyszerű, ugyanakkor egzakt tényt. Minden applikáció így számolja, mivel a matematikai is így számolja és ilyenkor a gyakorlatban is 100x90mp alatt tölti fel, de ezt utóbbi tényt is mellőződ, pedig ennél erősebb érv nincs is.
Erre egyszer sem reagáltál érdemben, most sem. Helyette végig azt feszegeted, hogy mennyi mindentől függ, hogy az a 90 mp egyébként 75mp lesz-e vagy 102mp. Ami természetesen igaz. Csak éppen teljesen irreleváns. Ha 90 mp, akkor 100x90 mp-et kell kijelezni (0-100-ra), ha meg éppenséggel 102, akkor 100x102-t.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

Ne állíts valótlant, amíg azt a másik sem teszi.

Kaptál elég infót, de ha valóban merítettél volna, akkor máshol is ezek kösznnek vissza, ez ilyen. Így, ha neked, azokból, ez továbbra is mint hiba kerül a polcodra, akkor tedd.

Az infó kiírás mikéntjét én elfogadom, és nálam is rendben, amikor annak érthető a késleltettet & a késleltetési mintavételezési körülménnyel folyamatosan korrigált értéke. Főleg DS -be, amikor eleve magasabb a priorítása annak, hogy minden -a készüléket (M)DS(/M) -be nem engedő- process is aludjon legalább a mintavételezési intervallum következő pontjáig, persze továbbra is figyelembevéve a degradációval való összefüggéseket (is).
Mert ugye, egyikünké sem új, így az átlagos értékként fellelhető (neten, többfelé..) ~0.8-1.3%/hó értéket is summáztam.

Te pedig másképp értékeled.👍 Nekem rendben, én egyikkel sem voltam/vagyok FOR-ban, se fordítva...

Szia!
Ez nem hiba, minden teló egy becsült idővel számol abban a pillanatban. A fórumtárs próbált segíteni, de te ennek ellenére kontrától. Ezt szerintem befejezhetnéd!

Iphone 13- samsung galaxy tab s6 lite - Vétkezni emberi dolog, de isteni érzés

Persze, hogy kontrázok, mert nincs igaza. Egy becslés nyilván nem pontos, attól becslés. De ha a hiba következetes, folyamatos és mindig ugyanabba az irányba ugyanannyi, akkor rosszul van megírva az algoritmus, nem? A hangsúly a mindig-en és az ugyanannyi-n van.

Annyit dolgozom, hogy lassan már az ivás rovására megy.

A Yettel 5G hiba elhárítására valaki tud megoldást?

Az OTA-szerverek, elkezdtek osztani egy új "U"-jelölésű OXM (*4EWGB) frissítést ⇒XEH & TMH régiókódokra (is) . Biztonsági szint: augusztus.1.

[ Szerkesztve ]