News Samsung Galaxy Nexus weist Lautstärkeproblem auf
- Ersteller Patrick
- Erstellt am
- Zur News: Samsung Galaxy Nexus weist Lautstärkeproblem auf
Also meiner Meinung nach kaschiert das Software-Update nur das Problem.
Ich denke, dass es sich eindeutig um ein Problem bei der Abschirmung handelt, also ein Hardware-Konsturktionsfehler (irgendwo fehlt ein Stück Isoliermaterial oder ähnliches).
Und das scheint nur ein Bug unter vielen zu sein -> http://www.android-hilfe.de/galaxy-nexus-forum/168993-galaxy-nexus-thyrus-review.html
Das GN befindet sich aus meiner Sicht noch in der "Alpha5-Release-Phase", mehr nicht!
Ich denke, dass es sich eindeutig um ein Problem bei der Abschirmung handelt, also ein Hardware-Konsturktionsfehler (irgendwo fehlt ein Stück Isoliermaterial oder ähnliches).
Und das scheint nur ein Bug unter vielen zu sein -> http://www.android-hilfe.de/galaxy-nexus-forum/168993-galaxy-nexus-thyrus-review.html
Das GN befindet sich aus meiner Sicht noch in der "Alpha5-Release-Phase", mehr nicht!
Zuletzt bearbeitet:
Raucherdackel
Banned
- Registriert
- Apr. 2008
- Beiträge
- 1.874
sorry shurkien, ja ich meinte Timo82. Kommt davon, wenn man in mehreren foren und threads gleichzeitig unterwegs ist. Wie konnte ich nur die Namen verwechseln...
onkelosuppo
Lt. Junior Grade
- Registriert
- Nov. 2007
- Beiträge
- 475
@Cyrus:
Da es wirklich nach einem Hardwarefehler aussieht, frage ich mich auch, ob die so einfach eine Störfrequenz in einer Hardwaretaste per Software isolieren und ersetzen können.
Selbst wenn der Ton dann nicht mehr verstellt wird, muss doch das Handy aus dem Deepsleep erwachen, wenn es "denkt" eine Taste wird gedrückt. Dann ist der Akku schnell alle.
Da es wirklich nach einem Hardwarefehler aussieht, frage ich mich auch, ob die so einfach eine Störfrequenz in einer Hardwaretaste per Software isolieren und ersetzen können.
Selbst wenn der Ton dann nicht mehr verstellt wird, muss doch das Handy aus dem Deepsleep erwachen, wenn es "denkt" eine Taste wird gedrückt. Dann ist der Akku schnell alle.
escrivel
Lt. Commander
- Registriert
- Aug. 2009
- Beiträge
- 1.543
Hier mal der Thread von XDA:
http://forum.xda-developers.com/showthread.php?p=19586029&posted=1#post19586029
http://forum.xda-developers.com/showthread.php?p=19586029&posted=1#post19586029
onkelosuppo
Lt. Junior Grade
- Registriert
- Nov. 2007
- Beiträge
- 475
@escrivel:
Ich sehe grad, du bist auch im XDADev Forum aktiv. Von dir bekommen wir Infos aus erster Hand.
Ich sehe grad, du bist auch im XDADev Forum aktiv. Von dir bekommen wir Infos aus erster Hand.
MichiSauer
Commander
- Registriert
- Feb. 2008
- Beiträge
- 2.868
Ich glaube nicht, dass es ein Schirmungsproblem ist.
Aus folgenden Gründen:
Die Lautstärken-Tasten sind als Drucktasten ausgeführt. Der fließende Strom ist Gleichstrom.
Dazu kommt, dass es offenbar dann auftritt, wenn ein bestimmter Befehl getriggert wird (GSM-900MHZ als input), also Netztyp-Abhängig.
Beheben kann ich das durch 2 einfache tricks: ISt es eine Interferrenz auf 900MHZ, dann geh ich hin und unterbinde bei der Lautstärke die EIngabe mit 900MHZ.
Ist es keine Interferrenz, sondern ein Fehler beim triggern der Befehlssätze im 900MHZ-GSM-Spektrum, entkoppele ich die Lauststärkenregelung vollständig von diesen Befehlssätzen.
Meine Vermutung ist eher das zweite... ist es doch ersteres, ist es auch nicht wild...lässt sich über Software beheben und in der nächsten Baureihe kommt eben ne Alufolie mit rein...
Aus folgenden Gründen:
Die Lautstärken-Tasten sind als Drucktasten ausgeführt. Der fließende Strom ist Gleichstrom.
Dazu kommt, dass es offenbar dann auftritt, wenn ein bestimmter Befehl getriggert wird (GSM-900MHZ als input), also Netztyp-Abhängig.
Beheben kann ich das durch 2 einfache tricks: ISt es eine Interferrenz auf 900MHZ, dann geh ich hin und unterbinde bei der Lautstärke die EIngabe mit 900MHZ.
Ist es keine Interferrenz, sondern ein Fehler beim triggern der Befehlssätze im 900MHZ-GSM-Spektrum, entkoppele ich die Lauststärkenregelung vollständig von diesen Befehlssätzen.
Meine Vermutung ist eher das zweite... ist es doch ersteres, ist es auch nicht wild...lässt sich über Software beheben und in der nächsten Baureihe kommt eben ne Alufolie mit rein...
onkelosuppo
Lt. Junior Grade
- Registriert
- Nov. 2007
- Beiträge
- 475
@MichiSauer
Ich muss gestehen, dass mein technischer Sachverstand hier beweitem nicht ausreicht um dir zu folgen. Kannst du das für einen E-Noob wie mich noch einmal erklären.
Das Problem ist also nicht der Drucktaster oder seine Abschirmung? Wo liegt also der "Fehlinterpret" für 900MHz?
Ich muss gestehen, dass mein technischer Sachverstand hier beweitem nicht ausreicht um dir zu folgen. Kannst du das für einen E-Noob wie mich noch einmal erklären.
Das Problem ist also nicht der Drucktaster oder seine Abschirmung? Wo liegt also der "Fehlinterpret" für 900MHz?
BOBderBAGGER
Fleet Admiral
- Registriert
- Feb. 2008
- Beiträge
- 15.438
@Raucher du darfst hier also rumbashen wie du willst aber wehe jemand anderes sagt was.
kein hersteller mag er noch so premium sein ist perfekt
kein hersteller mag er noch so premium sein ist perfekt
MichiSauer
Commander
- Registriert
- Feb. 2008
- Beiträge
- 2.868
es gibt 2 möglichkeiten, wie ich schon erläutert habe...
Von diesen schließe ich die erste eher aus.
Möglichkeit 1:
Am Drucktaster, oder dessen Anbindung ist ein Kabel mit fester Länge nicht ausreichend geschirmt und bekommt im 900MHZ-Frequenzband ein Signal, welches fehlinterpretiert wird. Und zwar als eine Steuerung des Signals mit 900 Millionen!!! Betätigungen pro Sekunde. Das allein sollte das Betriebssystem schon für unmöglich halten. Außerdem dürfte nichts durchkommen, sobald die Tastensperre drin ist. Da aber genau das passiert...
Möglichkeit 2: Bei Eingang eines 900MHZ-Signals auf der Antenne, wenn der 3G-Modus nicht erfolgt (kann natürlich von überall kommen, auch von nem 2. Handy) wird automatisch die Lautstärkenfunktion im Programm getriggert... (wieso weiß der Himmel).
In beiden Fällen lässt es sich leicht über die Software verhindern.
Erstere Möglichkeit, indem ich Eingaben auf dem Laustärkensignal in allen Bereichen der Frequenzbänder unterbinde, quasi ein Schutz vor vielen Anschlägen...Und nur ein starkes Signal durchlasse. Recht einfach.
Zweitere, indem ich die Kopplung des Eingehenden Triggers mit dem Trigger für die Lautstärke unterbinde und somit die Signalstellung für die Lautstärke wieder entkopple...
Beides ist einfach und machbar. Woran genau es liegt werden wir wohl nie wirklich erfahren. Ist aber auch ziemlich egal. Entscheidend wäre nur zu wissen, ob der Fehler in der Software liegt, oder ob eben einfach n stückchen Alufolie fehlt...
Je nachdem wäre nämlich der Eine, oder der andere Konzern Schuld
Von diesen schließe ich die erste eher aus.
Möglichkeit 1:
Am Drucktaster, oder dessen Anbindung ist ein Kabel mit fester Länge nicht ausreichend geschirmt und bekommt im 900MHZ-Frequenzband ein Signal, welches fehlinterpretiert wird. Und zwar als eine Steuerung des Signals mit 900 Millionen!!! Betätigungen pro Sekunde. Das allein sollte das Betriebssystem schon für unmöglich halten. Außerdem dürfte nichts durchkommen, sobald die Tastensperre drin ist. Da aber genau das passiert...
Möglichkeit 2: Bei Eingang eines 900MHZ-Signals auf der Antenne, wenn der 3G-Modus nicht erfolgt (kann natürlich von überall kommen, auch von nem 2. Handy) wird automatisch die Lautstärkenfunktion im Programm getriggert... (wieso weiß der Himmel).
In beiden Fällen lässt es sich leicht über die Software verhindern.
Erstere Möglichkeit, indem ich Eingaben auf dem Laustärkensignal in allen Bereichen der Frequenzbänder unterbinde, quasi ein Schutz vor vielen Anschlägen...Und nur ein starkes Signal durchlasse. Recht einfach.
Zweitere, indem ich die Kopplung des Eingehenden Triggers mit dem Trigger für die Lautstärke unterbinde und somit die Signalstellung für die Lautstärke wieder entkopple...
Beides ist einfach und machbar. Woran genau es liegt werden wir wohl nie wirklich erfahren. Ist aber auch ziemlich egal. Entscheidend wäre nur zu wissen, ob der Fehler in der Software liegt, oder ob eben einfach n stückchen Alufolie fehlt...
Je nachdem wäre nämlich der Eine, oder der andere Konzern Schuld
onkelosuppo
Lt. Junior Grade
- Registriert
- Nov. 2007
- Beiträge
- 475
Danke für die Erläuterung.
Das werden wir wohl wirklich nicht erfahren.
Das OS merkt aber selber, dass etwas nicht stimmt, wenn der Bug auftritt, denn im DevLog erscheint dann "Detected input event buffer overrun for device tuna-gpio-keypad"
[Edit] Der letzte Stand der Dinge:
Samsung schiebts auf Google. Das Update 4.0.2 ist wohl Verizon Exklusiv und schafft daher keine Abhilfe für die "vermeindlich verbuggte" UMTS Version des Galaxy Nexus.
Das werden wir wohl wirklich nicht erfahren.
Das OS merkt aber selber, dass etwas nicht stimmt, wenn der Bug auftritt, denn im DevLog erscheint dann "Detected input event buffer overrun for device tuna-gpio-keypad"
[Edit] Der letzte Stand der Dinge:
Samsung schiebts auf Google. Das Update 4.0.2 ist wohl Verizon Exklusiv und schafft daher keine Abhilfe für die "vermeindlich verbuggte" UMTS Version des Galaxy Nexus.
Zuletzt bearbeitet:
MichiSauer
Commander
- Registriert
- Feb. 2008
- Beiträge
- 2.868
wundert mich bei dem buffer-overrun-event nicht.
Wie gesagt: Hab von vornherein den Fehler in der Software vermutet. Und der Buffer-Overrun
Zeigt mir doch eher, dass hier das Programm triggert, ohne, dass das gewollt wäre.
Wie gesagt: Hab von vornherein den Fehler in der Software vermutet. Und der Buffer-Overrun
Zeigt mir doch eher, dass hier das Programm triggert, ohne, dass das gewollt wäre.
Sensei21
Commander
- Registriert
- März 2002
- Beiträge
- 2.756
und Batteriegate geht weiter 
gutes Ablenkungsmanöver Samsung ^^
wurde schon erwähnt, dass die Frontcam vom Galaxy Nexus 720p Videos schießen kann ?
http://phandroid.com/2011/11/22/sur...nexus-front-facing-camera-does-720p-hd-video/
gutes Ablenkungsmanöver Samsung ^^
wurde schon erwähnt, dass die Frontcam vom Galaxy Nexus 720p Videos schießen kann ?
http://phandroid.com/2011/11/22/sur...nexus-front-facing-camera-does-720p-hd-video/
Zuletzt bearbeitet:
AntiUser
Commander
- Registriert
- Aug. 2010
- Beiträge
- 2.411
Ich denke das es hier zwei Probleme gibt. Eines mit der Hardware und eines mit der Software. Die Hardware ist gegen äußere Störeinflüsse nicht ausreichend abgeschirmt. Auf irgendeine Art und weise moduliert sich das Signal auf einen Eingang. Da dieser Eingang dann Grütze meldet (Möglicherweise ein AD Wandler der nicht seinen Fähigkeiten entsprechend in der Software abgefragt wurde sondern nur seinen Einsatzzweck entsprechend) erzeuge den Überlauf. Ich denke hier liegen zwei Probleme vor, von den eins einfach beseitigt werden kann. Die EMV Probleme können wohl nur Bauartbedingt unter Kontrolle gebracht werden. Mit einer vernünftigen Software kann man solche Störungen aber fast auf Null reduzieren.
Warum passiert das immer so - ein Hardware Problem wird mit Software-Workaround "gefixt" ... Ich erinnere mich noch an dem HD2 und die Kamera mit rosa in der Mitte des Fotos ... Ich kann mir nur vorstellen, wie viele Geräte mit diesem Problem schon produziert wurden - werden definitiv bis Ende 2011 ausreichen ...
Die Frage ist ob ich meine Bestellung bei amazon.de (Auslieferung 1-3.12.2011) stornieren und in Ruhe warten soll, oder mich mit zurückschicken beschäftigen soll ...
Die Frage ist ob ich meine Bestellung bei amazon.de (Auslieferung 1-3.12.2011) stornieren und in Ruhe warten soll, oder mich mit zurückschicken beschäftigen soll ...
BOBderBAGGER
Fleet Admiral
- Registriert
- Feb. 2008
- Beiträge
- 15.438
stimmt wohl nicht ganz
p3droid hat gestern auch schon von einer lösung gesprochen die bald gepatcht werden soll
http://forum.xda-developers.com/showpost.php?p=19605591&postcount=901
ich bin weiter zuversichtlich das es behoben ist bis meins nächste woche geliefert wird
Zuletzt bearbeitet:
JohnPreston
Lieutenant
- Registriert
- Sep. 2008
- Beiträge
- 736
Das nenn ich mal ein geniales feature, damit muss ich nicht immer selber schauen dass die lautstarke von meinem handy auf 0 gesetzt ist und es unerwartet laut klingelt
sollten mehrere handys von selber machen
sollten mehrere handys von selber machen
