Informationen zu daddle

Hi Klaus,   Alles mal nicht so ganz auf die Goldwaage legen,; danke das du mir zumindest eine halb-sachliche Antwort gibts. Den Satz von TheDoctor bezog sich m.E. auf die Wlan-Probs in KitKat,, und dass  er als Lösung dann die KK- Auslieferversion mit nachfolgender Ota-Kette als Zwischenlösung anbietet, bestätigt meine Annahme.   "Falls wir nicht bis Mitte der Woche eine Lösung finden, werden wir ein weiteres Recovery Package bereitstellen, dass Euch auf den Stand der ersten Produktion des Geräts bringt, also noch vor OTA #1. "   Für  Lollipop wurde gesagt sie arbeiten, dran, haben ein paar Fehler z.B.  in Play Movies beseitigt, usw:, aber erst sollten die  Wlan-Probs behoben worden sein, die sich ja nahtlos in Lollipop fortsetzen!   Und nochmal, dein Post und deine Bemerkung zu einem noch nichtmal verkauften Tab ohne nähere Erläuterungen was der Bezug denn zu dem S10346- Thread sein solle.....?? Dazu habe ich ja geschrieben, und erst  mit deinen nachgelieferten Erklärungen im nächsten Post war es verständlich was du evtl meinen könntest. Aber die Zitate in der Reihenfolge so angeordnet, dass es so aussieht als wenn meine Replik erst nach und auf deine Erläuterungen hin gekommen wäre! Das nenne ich schlicht unseriös!   Und du hast dich in diesem Thread zwei oder dreimal beschwert, dass er zwei Updates behandele, und dass man ihn besser trennen solle, sei ja kein Wunder dass es durcheinander ginge, auch in Kommentaren zu anderen Usern entsprechendes moniert! Habe keine Lust die Zitate raus zu suchen, kann ich aber gerne nachliefern, wenn meine Angaben bestritten würden.   Aber eigentlich ist mir das alles zu kompliziert (besser gesagt: zu blöd), die Rabulistik in den Äusserungen, das Verdrehen der Reihenfolge von Zitaten usw.;  mir wären sachdienliche Angaben lieber als wie hier das Rumgemosere im Thread, der hätte das und jenes gesagt, ohne auch nur einen sachdienlichen Bezug herzustellen oder nur mit einem  Argument zum eigentlichen Problem beizutragen!     Auch interessant, das du noch mit deinem Ota #2 wartest, bis Ota #3R2 käme! Ich nehme zu deinen Gunsten an, es ist ein Schreibfehler, und du hast Ota #2 schon upgedated und meinst hier du wartest mit dem ota#3-update auf Ota#3R2? Ich warte mit meinem Ota#2 heisst für mich ich habe mein angebotenes Ota #2-Update noch nicht eingespielt. Nur damit es keine Kommunikationsirrtümer gibt!   daddle ... Mehr anzeigen

Ach payer,   Deine Bemerkungen lassen ja tief blicken! ... Mehr anzeigen

Ich habe nicht gepoltert, das sähe anders aus!  Aber festgestellt, dass du im S10346 Dinge anmerkst, in einer eigenartigen Mischung von Untertönen, die mit dem S10346 nichts zu tun haben. Und dieses neueTab ist noch nicht auf dem Markt, und hat ja nun nichts mit der Wlan-Problematik des S10346 zu tun, die hier zur Zeit ausführlich diskutiert wird. Also beziehst du dich auf ein ungelegtes Ei!  Und was soll jemand hier damit anfangen?    Deine Absicht ist vermutlich eine andere. Du fühlst dich seit Anfang dieses Threads "überfordert", da  ja, oh Gott wie schwierig, zwei Updates in einem Thread angekündigt wurden, dabei das Beta-L-Update nur als Option, aktivierbar eben in dem angekündigtem einem Update #3. Aber diese beta-Option in den Einstellungen musste ja in Ota #3 erläutert werden. Ob man teilnehmen will oder nicht, ich wiederhole mich, blieb ja jedem selbst überlassen.   Aber deswegen der "Seitenhieb" mit der Aussage auf ein "bitte doch funktionierendes Lollipop im P8312", wie gesagt, das Tab ist noch nicht auf dem Markt, und deswegen bringt es nichts das hier zu erwähnen; auch nicht nur als witzig gemeinte Stichelei!   Hättest du explicit ausgeführt, dass es doch mekwürdig sei, dass sie Lollipop 5.0 anscheinend funktionstüchtig auf dem neuen Tab mit gleichem SoC hinkriegen, auf unserem aber nicht, würde ich dir natürlich voll zustimmen. Und wir sozusagen als Tester an einem vorgeschaltetem Feldversuch teilgenommen haben.    Aber trotzdem Danke für die Info über das neue Tab - ähnliches Innenleben - aber im schmalerem neuem Kleid- mit geringerer Auflösung und weniger Ram und Speicher. Ob da Wlan im Standby und nach WakeUp wohl funktioniert?  daddle ... Mehr anzeigen

TheDoctor schrieb: Bei WIFI haben wir nach wie vor Schwierigkeiten. Das Verhalten, das wir eingeschränkt reproduzieren können, ist der Verlust des WIFI im Standby mit anschließendem Neuverbinden in wenigen Sekunden. Eingeschränkt heißt hier konkret: Wir bekommen Geräte dahin, dass sie dieses Verhalten bei praktisch jedem Standby/Wakeup zeigen. Aber können noch nicht genau sagen, was die Vorbedingungen sind. Das BIOS, das wir eigentlich im Verdacht hatten, ist es wohl doch nicht. Eventuell ist der Factory Reset eine wichtige Komponente, d.h. das Problem tritt bei uns nur auf, wenn man die OTA-Kette durchläuft, nicht aber beim unmittelbaren Flashen (mit Datenverlust). Es bleibt etwas mysteriös, aber wir sind weiter dran.   Falls wir nicht bis Mitte der Woche eine Lösung finden, werden wir ein weiteres Recovery Package bereitstellen, dass Euch auf den Stand der ersten Produktion des Geräts bringt, also noch vor OTA #1. Alle Updates stehen weiter online, so dass Ihr Euch an der Kette entlang hangeln könnt. Dann wären wir allerdings froh über Infos, ab welchem OTA welches Problem auftritt (falls es mehrere sind).   Viele Grüße & ein schönes Wochenende Der Doktor   Hallo TheDoctor, das ist natürlich eine Möglichkeit, fordert aber und bedingt ein erneutes zeit- intensives Befassen der User mit dem Tab; und über die Qualität und Validität der Aussagen so Mancher brauche ich nichts zu sagen. Gegenvorschlag: Warum stellt ihr nicht statt der incrementellen Ota's "euer" Ota zur Verfügung, das müsste ja eigentlich die komplette Firmware nach dem jeweiligem neuem  Entwicklungsschritt sein, dann würde der Fehlerfaktor "entlang hangeln an der Ota-Kette" weg fallen, und die eingesparte Zeit wäre enorm; das dann nötige Neurinrichten ist auch nicht die Welt, 2/3 erledigt eh Google. Zu den Wlan-Fehlerarten, die hier berichtet wurden: 1. Kein Wlan im Standby trotz der Option Im Standby immer aktiv lassen 2. Tab wird im  Router teilweise und zeitabhängig "abgemeldet"  > keine IP-Zuordnung mehr vorhanden. 3. Nach WakeUp dauert es wenige Sekunden, und Symbol wechselt von orange/braun zu weis > Datentraffic, Benachrichtigungen jeder Art erscheinen, Webseiten werden geladen (für mich ausreichendes Verhalten!) 4. Oranges oder graues Wlan-Symbol nach Wakeup, kein Datentraffic trotz Abwarten von > 1 min., Abhilfe schafft nur Netzwerk (SSID) deaktivieren und wieder verbinden. 5. Weisses Wlan-Symbol nach WakeUp, was für volle Empfangsstärke spricht, trotzdem kein Datentraffic, Seiten werden im Browser nicht geladen (Keine Vebindung), e-mails können nicht abgerufen werden, Push-Mails und Benachrichtigungen erscheinen nicht! Einzige Abhilfe: Wlan komplett in Einstellungen abschalten und wieder anschalten, dann kommt sofortige Verbindung ins Netzwerk, Alles geht wieder! Dies sind meines Wissens nach die 5  Hauptscenarien, die auftreten. Und das soll einerseits durch die Ota-Updates begünstigt werden, bei direkter Installation einer Update-Version mit anschliessendem factory-reset aber nicht??? Desweiteren spielte bisher bei allen Ausfällen der Zeitfaktor eine grössere Rolle, als bisher beachtet wurde, das von dir hier im Beitrag von McB ein bisschen flott weggebürstet wurde, war zwar in Lollipop, aber folgte dem Muster der Ausfälle auch unter KitKat. Auffällig ist dass die Wlan-Ausfälle sich bei den allermeisten Usern erst nach und nach, oder nach mehreren Tagen oder Wochen, manchmal erst nach Monaten,  zeigten; und auch im  täglichen Gebrauch passiert es (bei meinem Tab) nicht wenn das Gerät nur kurz eingeschaltet ist, erst nach mehrstündigem Gebrauch und Schicken des Tabs in den Ruhezustand kommt es danach zu den Wlan-WakeUp-Fehler. Nie bei nur kurzer Einschaltzeit. Alles in allem betrachtet, erscheint mir die Wahrscheinlichkeit eines HW-Fehlers, einer Chip-Hitze- Instabilität (des Wlan-Chips oder SoC's ?) wahrscheinlicher, auch durch das vielfältige Ausfallbild begründet, dass sich bei einem Software-Fehler so nicht in so vielfach unterschiedlicher Ausprägung darstellen würde. Bis auf die Tatsache, das es im Standby keine WLan-Verbindung gibt, trotz anderer Einstellung. Hier ist eher die Software verantwortlich, oder das Chip-Design? Wie auch immer, solnge das Wlan nicht total ausfällt, und es sich relativ schnell manuell nach WakeUp wieder aktivieren lässt, kann ich mit dem Manko leben. Und auf ein funktionierendes Lollipop zu warten macht mir nichts aus. daddle     ... Mehr anzeigen

Hallo KlausX, warum vermischst du diesen Thread zum S10346 mit einer unsinnige Frage  zum P8312 die hiet nicht rein passt? Der Thread hier ist sowieso schon etwas überladen! Und ein P8312 gibt es nicht. Und @Blue_Zone von Medion hat ein Lollipop-Update für das S 831x definitiv ausgeschlossen!     Du fragst nach einem P8312, meinst du vielleicht das P8912? Aber auch das gehört nicht in diesen Thread, dafür gibt es einen eigenen. Schon merkwürdig! Auch die Art der Fragestellung, Ironie oder Sarkasmus? Nicht gerade witzig. daddle     ... Mehr anzeigen

Hi McB,    danke für deine Mühen und das Posten der Ergebnisse deiner Versuchserie. Aber das bringt ja uns nicht mehr weiter; wie ich bereits schrieb, ist Medion in der Verpflichtung; Eigenzitat:   "Wie @TheDoctor schon sagte, es könnten mehrere Wlan-Probleme nebeneinander bestehen! Aber es kann ja nicht der User die Fehler alleine finden, es gibt auch interne Android-Logs und kompetente Entwickler bzw Quality-Management, die diese Fehler und Ursachen mal endlich finden und lösen müssten!   So gerne wir (ich) uns an der Fehlersuche beteiligen, mangels der nötigen Kenntnisse, Erfahrung und Software-Werkzeuge und Fehlen entsprechender fachsprachlicher Ausdrücke ist es schon sehr mühsam und zeitaufwändig, valide reproduzierbare Aussagen zu treffen und hier allgemein verständlich darzulegen. daddle"     Was ist passiert? Der Ablauf:    Uns wurde in der Urlaubszeit ein finales KK-Ota#3 angeboten, dass leidliche Probleme des KK, wie bei manchen das Anspringen der Google-Suche bei Einstecken des unseligen 4-Kontakt-Steckers der In-Ear-Phones ausgelöst wurde, sowie die Behebung der Wlan-Problematik versprach. Also wurde das Update #3 fleissig von fast allen installiert, die nachfolgende Teilnahme am Beta-Test für Lollipop war ja ebenfalls viel versprechend und verlockend.  Das (Test)-Lollipop-Update floppte allerdings, also wurde das in vorbildlicher Weise bereit gestellte "Zurück auf KK-Paket" von den meisten benutzt um zurück auf KitKat zu flashen.    Das weitere Problem des Ota #3-Updates war, dass sich die versprochene Wlan-Fehler-Behebung nicht einstellte, sondern zusätzlich ein Teil der User, die bis dahin keine Wlan-Probs irgendwelcher Art hatten, plötzlich auch in den Genuss dieser Fehler kamen. Da sich so viele unterschiedliche Vehaltensweisen der Tabs im Wlan-Betrieb einstellten, lässt die Vermutung stark werden, dass eben doch Unterschiede in der Hardware durch verschiedene Produktionschargen bestehen; und sei es nur durch Qualitätsstreuungen bei der Fertigung nachfolgender Serien; oder, auch das kann sein, die Software nicht 100% an die Multi-Bandbreite von g-und n-Routern angepasst ist, und der interne Android-Fehlerspeicher überläuft, und so auf diese Weise das Wlan in unterschiedlichen´Ausprägungen blockiert.   Am Rande, ein weiterer kleiner "Fehler" waren die darin enthaltende unterschiedlichen Bios-Versionen im Ota #3-Update und dem Recovery-Paket, so dass der Droidboot-Modus nach regulärem Ota #3-Update nicht, nach Rückflash auf KitKat mit dem Recovery-Paket wohl funktionierte, was zusätzlich für etwas Stress im Thread sorgte.    Aber das war nicht so schlimm, es gab auch einen von mir vorgestellten Umweg (S.12 Post 113) doch in den Droidboot-Modus und damit auch bei ausgeschaltetem Tablet das Recovery zu erreichen, um evtl. einen nötigen Factory-reset oder wipe cache zur Fehler-Behebung vornehmen zu können.    Oder diejenigen, die nur über das Ota #3 upgedatet haben, flashen das Biosupdate.fv aus dem Recovery-Paket, dann kann man wieder bei ausgeschaltetem Tablet wie vorher auch direkt ins Droidboot-Menü und ins Recovery starten! Die biosflash.bat in das entpackte KK-Recovery-Verzeichnis kopieren, und alles genauso wie in der PDF für die flash.bat beschrieben machen, nur dass wir diesmal die biosflash.bat aufrufen. Es funktioniert einwandfrei, Link: Biosflash.bat   Einen kleinen Fortschritt bezüglich der Wlan-Problematk unter Lollipop gab es, indem die Lollipop-User den Umweg (statt direkt nach Ota #3 und der Beta-Test-Option aktiviert auf Lollipop upzudaten), erst das KitKat-Recovery-Paket zu flashen, dann das Lollipop-Update (für manche Lollipop-Tester also zum zweiten Mal) einspielen und danach nochmal einen Factory-Reset in Lollipop vornehmen; das soll zumindest in Lollipop die Wlan-Fehler beheben! Erfahrungsberichte dazu fehlen noch.   In KitKat, Stand nach Update #3,  funktioniert das mit einem factory-reset jedenfalls nicht!    Auffällig ist, zumindest bei mir, nach Nachflashen des neuesten Bios aus dem Recovery-Paket, dass das Wlan für 50 Stunden ohne Fehler perfekt funktionierte, aber sich danach die alten Fehler wieder einstellten. Ja es trat sogar eine neue Fehler-Variante auf! Trotz weissem Wlan-Symbol, was für eine stabile Wlan-Verbindung spricht (vorher hatte ich im Fehlerfall oranges Symbol direkt in Access-Point-Nähe), gab es keinen Traffic, sprich es wurden vom Tab keine Daten runtergeladen, die Wlan-LED's am Router zeigten keine Wlan- und Wan-Aktivität und die Seiten wurden nicht geladen. Im Router blieb ich angemeldet. Nach im Tab Wlan aus- und wiedereinschalten wurden die Seiten dann sofort geladen. Zusätzliche Info, ich habe keinen Mix aus a, n und c, nur Router mit  n auf 2,4GHz gestellt, 2,4 und 5Ghz werden nicht parallel betrieben.    Es ist definitiv kein Router oder DSL-Problem, da sowohl Laptop wie auch Smartphone, getestet in dieser "stummen" Tablet-Phase, einwandfreien Traffic hatten.   Festzustellen ist, wir haben ein nicht fehlerfreies Lollipop mit angeblich beseitigtem Wlan-Problem, aber sonst sehr laggy (träge) und etlichen anderen Fehlern behaftet (zugestanden, ist ja eine Test-Beta-Version), und ein KitKat, das nach wie vor mit gravierenden Wlan-Fehlern die User nervt, und das versprochene Ota#3-Release 2 lässt auf sich warten.   Wie ein Bios zum Wlan-Fehler beitragen soll, erschliesst sich mir nicht so richtig. Es scheint eher ein Fehler in der Android-KitKat-Konfiguration zu sein. Und es ist auch klar, dass die Wlan-Problematik schon von Anfang an bei Tabs der ersten Verkaufsaktion auftrat. Und bei Tabs aus nachfolgenden Verkaufsaktionen, und nach den Updates, traten die Wlan- Fehler vermehrt auf. Bei manchen Usern frühzeitiger als bei anderen. Bei den Updates wurden ja ausser den Bios-Updates auch jeweils der Kernel mit den Treiber-Modulen gepatcht.   Hier sollte Abhilfe sofort, besser noch gestern, erfolgen! Und wo ist @TheDoctor ?     Vielleicht ist er ja auf Dienstreise bei Lenovo um Abhilfe zu finden; auch die auf gleichen Intel-Baylake-Boards basierenden Lenovo-Yoga2-Tablets leiden unter ähnlichen Fehlern.    daddle ... Mehr anzeigen

Hi Christian,   dann lösche mal die S1034x-Update_3.zip Datei im Download-Verzeichnis, starte die Update-Suche neu und lade es nochmal neu herunter. Dann nochmal starten.   Hattest du gerootet und vielleicht Xposed installiert? Das könnte das Update stoppen, aber normalerweise erst mittendrin. Deine Fehlermeldung besagt dass die Udate-Datei nicht gefunden oder bei der Verifizierung etwas nicht stimmt.   Hast du evtl. irgendetwas in der build.prop verändert, oder eine Sicherung durch Xposed zurück geschrieben?   Poste mal einen Screenshot der Fehlermeldung hier (Power und Vol. - Taste gleichzeitig 1-2 Sek. drücken Oder wenn das Tab schon im Update-Modus, ist ein (lesbares) Foto machen.   daddle ... Mehr anzeigen

Hi Christian,   In Ergänzung zu McB's Post, wenn du das letzte Update Ota #3 eingespielt hast, das erkennst du an der Build-Nummer, dann musst du in System-Aktualisiserung unten das Häkchen für Teilnahme am Lollipop-Beta-Test ankreuzen, dann käme das Update für Lolli 5.0. Aber wie schon die Vorposter geschrieben haben, ist es im Moment nicht zu empfehlen.  daddle ... Mehr anzeigen

Wie @TheDoctor schon sagte, es könnten mehrere Wlan-Probleme nebeneinander bestehen! Aber es kann ja nicht der User die Fehler alleine finden, es gibt auch interne Android-Logs und kompetente Entwickler bzw Quality-Management, die diese  Fehler und Ursachen mal endlich finden und lösen müssten!   So gerne wir (ich) uns an der Fehlersuche beteiligen, mangels der nötigen Kenntnisse, Erfahrung und Software-Werkzeuge und fachsprachlicher Ausdrücke ist es schon sehr mühsam und zeitaufwändig, valide reproduzierbare Aussagen zu treffen und hier allgemein verständlich darzulegen.   daddle ... Mehr anzeigen

Hi,   da hast du natürlich recht; aber die kriege ich ja auch auf das Smartphone! Andererseits war der ursprüngliche Sinn von Standby Energie zu sparen, Bildschirm, Netzwerk über Wlan (und Lan), Bluetooth usw. aus. Neuere Funktionen bewirken, dass Android erweiterte Standby-Modi zulässt,  z.B. beim Smartphone im Standby die GSM-Funktion auf der Lauer, und Wlan anlassen, kostet aber zusätzlich mehr Energie, und WhatsApp auf dem Tablet ohne GSM-Chip?    Aber ich meine die emails, z.B von der medion-community hier, kamen bei mir trotz Standby an, was für ein im Standby funktionierendes Wlan spricht, und trotzdem kam es beim Aufwecken aus dem Standby dann zu den Wlan-Hängern. So dass möglicherweise der Fehler erst beim Aufweckung aus dem Standby mit Wechsel der Betriebs-Modi entsteht?    Wie auch immer, warten auf letztes Ota R2.  daddle ... Mehr anzeigen

McB schrieb: moin daddle du kannst hausaufgaben stellen 😉 ja... (war) KitKat mit regulärem OTA#3 und wie du (mit deiner "biosflash.bat" aus post #308) 'droidboot.img' und 'BIOSUPDATE.fv'. ... jedoch 'wlan im stanby' und 'akku-symbol nicht bei ausgeschaltetem tab' hab ich dann noch den factory-reset gemacht... auch wenn es 'einen versuch wert war es auch für KK zu testen'... prob mit wlan und akku-symbol blieb. wenn ich das tab aus längerem standby aufwecke wird das dann graue wlan recht fix wieder weiss und inet ist wieder verfügbar. grüssinx Hi McB,   danke für die Tests.   Wenn bei dir nach Aufwecken aus dem StandBy "das dann graue wlan recht fix wieder weiss und inet wieder verfügbar" ist, scheint das doch normales Verhalten zu sein, oder?    Dass es trotz der Wlan-Einstellungen zur Akkuoptimierung im Standby deaktiviert wird ist ja lässlich, solange es nach Verlassen des Standbys schnell wieder die i-net Verbindung aufbaut.   Der eigentliche Fehler den viele haben ist, ich auch (z.Zt. sage ich vorsichtig hatte), dass sich die i-net-verbindung erst nach Ab- und Wieder-Anschalten der Netzwerk-Vebindung (SSID), oder sogar erst nach vollständigem Deaktivieren des Wlans und Reaktivieren zum Funktionieren der Internet-Verbindung kommt!   Bei mir war in diesen Situationen das WLan-Symbol in solchen Fällen meistens Orange, und trotzdem kein Daten-Traffic über Wlan möglich, und es erholte sich nur über De- und Re-Aktivieren der SSID oder des Wlans selber; selten mal nach 3-10 Sek.von alleine, meistens aber auch nach längerem Warten von 1 - 2 Minuten nicht.   Seit gestern wieder zu Hause habe ich das allerdings noch nicht erneut beobachtet, aber der Zeitraum ist noch etwas kurz um, nach dem Flashen der biosupdate.fv (neues Bios aus KK-Recovery-Paket), eine endgültige Verbesserung  zu bestätigen.   Es bleibt nur geduldig auf das OTA #3R2 zu warten. Da bin ich guter Dinge!    Grüsse, daddle ... Mehr anzeigen

Hi McB   1. Wie du sagtest bist du ja noch auf KitKat nach regulärem Ota #3? Hast du zusätzlich nur das Biosupdate.fv oder auch droidboot.img aus dem Recovery-Package geflasht, wie ich es gemacht habe? Das factory-reset zur Lösung galt ja für Lollipop, war ja einen Versuch wert es auch für KK zu testen.   Ich habe bei mir noch kein Ergebnis, da ich erst kurz wieder zu Hause bin. Bei Bekannten über das Wochenende, die einen alten g-DLink-Router haben, kam nach Standby die WLan_Verbindung mit erst orangefarbenem Symbol nach einigen Sekunden zurück, und das Symbol wurde jedesmal schnell wieder weis.    Meine Wlan Einstellungen: > Erweitert > Wlan im Ruhemodus aktiviert lassen und > Wlan-Optimierung > Akkuverbrauch bei aktiviertem Wlan minimieren(auch die gegenteiligen Einstellungen brachten keine Änderung des Wlan-Probs), und in >Entwickleroptionen > Aktiv lassen > Display wird beim Laden nie in den Ruhezustand versetzt > Ist deaktiviert:   2. Bei mir > Softwarestand:   Reguläres Ota #3, bisher nie Lollipop geflasht; nur zusätzlich Biosupdate.fv und droidboot.img aus dem KK-Recovery geflasht, das gleich ist zum droidboot.img nach Ota #3.   Schalte ich bei angeschlossenem Ladekabel das Tab aus, kommt zum Schluss kurz die Medion-Balken-Schrift, unten "powered by Android", danach das animierte s/w Akkulade-Icon aber ohne numerische %-Anzeige.   Drücke ich danach immer noch mit Ladekabel dran kurz die Ein/Aus Taste, kommt direkt das Lade-Icon; drücke ich länger kommt erst das Lade-Icon, dann die Lifetab-Boot-Animation und das Tab bootet normal.   Stecke ich das Ladekabel an das ausgeschaltete Tab, passiert nichts. drücke ich dann die Ein/Aus Taste, bootet das Tab direkt ohne Anzeige des Akku-Lade-Icon!   Das heisst, ob das Akku-Lade-Icon kommt hängt davon ab ob das Tab mit angestecktem Ladekabel ausgeschaltet wurde! Schon merkwürdig.    daddle     ... Mehr anzeigen

Hi McB,   Diese Meldung:   New version: 1.1.1.1130 Old version: 1.1.1.1130 Sec firmware version is the same. Won't update it   kommt bei mir auch, schon bei beiden Bios-Updates; ist vielleicht der gelockte bootloader, und es wird nur der osloader geflasht, upgedated, k.A.   Bei mir kommt nun doch ein Akku-Lade-Icon, siehe ergänzten vorigen Post.  daddle ... Mehr anzeigen

TheDoctor schrieb: daddle schrieb: (Bitte nicht kommentieren, ausser du siehst einen gravierenden, brickenden Fehler in meinen Überlegungen   )  Mach mal... Flashen sollte eigentlich immer gehen. Ich glaube, den DnX-Modus bekommst Du nicht kaputt.  Das war ja meine Bedenken, ob der DnX-Modus wohl "fest verdrahtet"  im SoC programmiert ist?  __________________________________________________________________________________ Hi @TheDoctor,   ich habe heute das neuere Bios aus dem Android_4-4-4_Recovery-Package (BIOSUPDATE.fv) und die droidboot.img geflasht; das droidboot-Image, da es vorher mit regulärem ota #3 gepatcht wurde und ich kein Image vom Tab hier hatte um es mit dem aus dem Recovery-Package zu vergleichen. Daher zur Sicherheit nochmal das droidboot.img aus dem Recovery-Paket mitgeflasht;  (Ich weiss, du sagtest sie sind  beide gleich!)   Nach dem Bios-Update  kann ich auch wieder über die Tasten-Kombi in den Droidboot-Modus booten!    So sah meine Biosflash.bat für KitKat aus. Für Leute, die mit regulärem Ota #3 auf KitKat geblieben sind und sich über die fehlende Droidboot und Recovery-Option ärgern; dazu braucht man nicht das komplette Package mit Verlust der Daten flashen, es reicht das Bios-Update aus. Die flash.bat umkopieren ins selbe Verzeichnis eures entpackten Recovery-Paketes, geht nur mit  gleichzeitigem Umbenennen, z.B in  >  biosflash.bat. Diese editieren und in "Flash Process Stage 2" nur die folgenden drei fastboot-Befehle belassen, alle anderen löschen: @echo off echo "" echo "***********************************" echo "*** Intel flash process stage 1 ***" echo "***********************************" echo "" fastboot.exe flash osloader efilinux-user.efi fastboot.exe boot droidboot.img timeout 10 echo "" echo "***********************************" echo "*** Intel flash process stage 2 ***" echo "***********************************" echo "" fastboot.exe flash fastboot droidboot.img fastboot.exe flash capsule BIOSUPDATE.fv fastboot.exe continue echo "" echo "***********************************" echo "*** Finished. ***" echo "***********************************" echo "" Den Vorgang mit der biosflash.bat genauso starten, wie für die flash.bat im Recovery-Paket in der PDF beschrieben. Es startet ein command.prompt mit <waiting for device>, jetzt das Tab in den DnX-Modus starten und anschliessen -  vorher müssen bereits die Intel-Treiber mit der # IntelAndroidDrvSetup1.5.0.exe installiert worden sein - daraufhin startet der  Flashvorgang. Es gibt ein paar scheinbar längere Pausen, Ruhe bewahren und abwarten; zum Abschluss nach Aufforderung nur eine Lautstärke-Taste drücken, und das Tab rebootet.  Ab jetzt funktioniert das Booten ins Droidboot-Menü mit der Tasten-Kombi (mit Vol.- gedrückt haltend Powertaste drücken) wieder.     Die fehlende Lade-Icon-Anzeige kommt jetzt schon mal in s/w nach dem Ausschalten und nach dem Anstecken des USB/Ladekables an die Buchse im ausgeschalteten Zustand, animiert, aber ohne die numerische Prozentangabe. Ausserdem kommt sie bei kurzem Drücken der Powertaste bei über USB/Ladekabel angeschlossenem ausgeschaltetem Tab.  So hat man wenigstens eine Info über den Ladezustand.   Werde jetzt beobachten, ob das Wlan-Standby Problem gelöst ist, sonst werde ich noch einen Factory-reset machen; will es auch für KitKat auszutesten, ob der Fehler (bei mir trat er ja erst nach Ota #3 auf!) nur am Bios-Update durch das reguläre OTA #3- Update gelegen hat?   Geht auch erst Anfang der Woche wenn ich wieder zu Hause bin; und den Dateivergleich an meinem Rechner überprüfen; habe hier nochmal die ota #3 und recovery-package am Rechner bei Freunden gedownloaded und die betroffenen Images zwischen Tab, Ota #3 und Recovery-package, (esp-, boot-, recovery.img und biosupdate.fv < > capsule.bin aus ota #3), verglichen, der einzige Unterschied ist tatsächlich in der biosupdate.fv, alle anderen sind gleich! Habe gerade noch das alte droidboot.img nach regulärem ota #3 (mit dd gezogen) auf meiner sdcard gefunden, diese ist im Vergleich zum droidboot.img aus dem Recover-Paket auch gleich!   Sorry nochmal!  Aber immerhin hat es die Differenzen in der Bios-Version aufgedeckt!    Grüsse, daddle ... Mehr anzeigen

Beim Nexus 4 traf es auch überwiegend die Leute mit Lollipop. Vielleicht nuckelt das ja zwischendurch etwas stärker an der Pulle, Sprich braucht Lollipop eine etwas höhere und vor allem konstantere Spannungsversorgung als KitKat. Und ne Ladekurve längere Zeit über bei 0% ?? Verstärkt meinen Verdacht etwas mehr, der proc hat einen Execution-Error, alles geht auf Halt, Hintergrundbeleuchtung bleibt noch etwas an bis der Proc einen Reboot veranlasst, wie nach Reset-Knopf drücken bei anderen Tabs. Ich würde noch abwarten bis das verbesserte Lollipop-Release erschienen ist, und wenn es dann immer noch diese Eigenart hat, das Tablet einschicken oder wandeln, Und in der Zwischenzeit wechsle doch wieder zu KitKat, da bleibt es ja länger stabil; die kleinen Wlan-Hänger lassen sich doch leicht managen.  daddle ... Mehr anzeigen

Hi rainer,   hast du mal deinen Akku gescheckt? Vielleicht schwächelt der und hat unerklärliche Spannungseinbrüche; manchmal als Zacken in der Ladestatistik-Graphik zu sehen,wenn das BS noch Zeit hatte etwas reinzuschreiben. Scheint es denn geordnet runter zu fahren, oder merkst du nur den pötzlichen Neustart. Gibt es zum Beispiel oft  beim Nexus 4, und ist häufig mit einem neuen Akku behoben, obwohl man vorher am Akku und der Lade-Graphik keine Auffälligkeiten bemerkt hatte. Aber nur als kleine Hilfestellung, um auch das ausschliessen zu können. But who knows, Shit happens!   daddle ... Mehr anzeigen

<hi <andi,   das "gerade" war aber schon gestern!  Nicht dass Ihr alles mit solch einem Zeitversatz als hochaktuell-gerade passiert betrachtet.    Spaa beiseite, es wäre doch sinnvoll diesen unnützen Thread wegen Doppelung und Pushens zu löschen!   MfG daddle ... Mehr anzeigen

TheDoctor schrieb: daddle schrieb: (Bitte nicht kommentieren, ausser du würdest einen gravierenden, brickenden Fehler in meinen Überlegungen sehen )  Mach mal... Flashen sollte eigentlich immer gehen. Ich glaube, den DnX-Modus bekommst Du nicht kaputt.   Danke. Das war ja mein Bedenken aus Nichtwissen, ob der DnX-Modus wohl "fest verdrahtet" im SoC programmiert ist.   Du schriebst in deinem Vorschlag zum Flashen würde in Lollipop ein factory-reset das WLan Problem beheben. Was ist aber mit dem WLan-Standby-Fehler in KitKat, der zumindest bei mir erst nach Ota #3 flashen zum ersten Mal auftrat? Ist dieser auch durch reguläres Ota #3 Bios- und boot-update bedingt?     Ich kann nicht ausschließen, dass es mehr als ein WLAN-Problem gibt. Was wir wissen ist, dass das WLAN-im-Standby-aus-Problem verschwunden ist, nachdem wir das neuere BIOS geflasht und einen Factory Reset durchgeführt haben. Da die meisten Leute schreiben, dass es erst mit OTA #3 aufgetreten ist, muss es das BIOS sein, weil die anderen Änderungen an OTA #3 minimal waren und nichts mit dem WLAN zu tun hatten.   Das ist so nicht ganz richtig. WLan-Standby-Probs gab es von Anfang an bei vielen 1034x-Tabs, und nur bei einigen (beurteilt nach Rückmeldungen hier und in AH-Forum) trat es in KK erst nach regulärem OTA #3 auf, so wie bei mir auch. Du hattest ja schon im Changelog zum OTA #3 geschrieben, es würde die Wlan-Probs beheben; bei manchen trat dann leider das Gegenteil auf. Also müssen doch erst einige der Änderungen durch OTA #3  auch Wlan-Probs bei einigen hervorgerufen haben, witzigerweise den Standby-Fehler, den andere schon vorher vor dem Ota #3 hatten. Da kann ja nicht nur das neue Bios da Schuld sein, denn diesen Fehler gab es auch schon unter den Bios-Vorgängern! Oder sind es eher Änderungen der Treiber-Module und deren Einbindung im Kernel? Soweit die da überhaupt sitzen.   Die Behebung  durch neuestes Bios + factory-reset hattest du ja nur für Lollipop verifiziert (angegeben); nicht für KK Zustand nach OTA #3 (und nicht für SoftwareStand OTA #3 nach Rückflash mit dem recovery-package).Dann sollte es ja ausreichen den KitKat-Usern nur das Bios-Update per OTA anzubieten; (oder eine zweite flash.bat fürs recovery-package > als bios.bat), nicht jeder kann die flash.bat  richtig editieren bzw.traut sich da ran.   Und Ist denn die System im KK-Recovery-Paket wenigsten gleich zu der, die sich nach Patchen durch reguläres Ota #3 auf dem Tab befindet?   Muss identisch sein. Wir prüfen es aber.  Ü OK   Auf jeden Fall congrat und Daumen drücken zur Entscheidung zu Lollipop 5.1, alles andere wäre ja nur Gefrickel! Wie du schon mal sagtest - Windows Vista ähnlich-  das erst nach Service-Pack2 wirklich rund lief.   Oder nach dem Downgrade auf XP. 😉     Oder nach der Installation des auf kostenpflichtiges Win 7 umbenannten Vistas, nachdem die Probs mit dem FS und den Schattenkopien in Vista gelöst bzw verbessert wurden!    Ich habe noch einen Medion-Vista-Rechner, mit dem ich sehr zufrieden bin, nachdem Vista von einer SSD gestartet wird!        Zum zweiten Post von heute morgen bzgl. Vergleiche:   Da ich gerade verreist bin, kann ich nur soweit ich mich erinnere sagen:   >capsule.bin aus ota3 und biosupdate.fv aus recovery-package >esp.img aus ota #3 und aus recovery-package >boot.img als CWM Backup aus Tab nach ota #3 und boot.img aus recovery-package >droidboot hatte ich nicht vom Tab als image.file vorliegen >und die system konnte ich nicht vergleichen, hatte kein eigenes Image, nur eine tar; und über dd wäre das Image ja eh wegen des Rootens nicht so ohne weiteres vergleichbar gewesen.     >jeweils mit TC am PC > Inhalte vergleichen,  bit zu bit-Vergleich.   Das Bios ist ja unbestritten unterschiedlich, da lag ich richtig; bei den anderen kommt mir gerade der Verdacht, dass ich, da ich ja auf ota #2 downgraden wollte, bereits die orignalen Ota #3_Dateien durch die ota #2 boot-, esp- und recovery-images  im recovery-package ersetzt hatte, und statt im original entpackten Paket zu vergleichen das möglicherweise mit dem falschem Paket mit den bereits reinkopierten "nach ota #2" Images  tat!   Muss ich wenn ich wieder zu Hause bin nachprüfen. Ebenso die md5sums. Sehr Sorry, falls es so war!    Für wann rechnest du (schätzt du) mit dem korrigierten, 2. finalem KitKat Ota #3R2 (und entsprechend korrigiertem KK-recovery-package)?   Ich frage nicht nach dem Lollipop-Update! (Ehe hier der Chor der heulenden Meute über mich herfällt, das ich jetzt eine solche ähnliche Frage stelle!)   Ein schönes WE, Grüsse, daddle ... Mehr anzeigen

Na ja, bist du hier der Pausenclown? Steht doch in den letzten Posts drin, dass die Entwicklung läuft. Lies doch mal und verstehe auch was du gerade liest und aufnimmst!  daddle ... Mehr anzeigen