1. #1
    Fleet Admiral
    Dabei seit
    Nov 2005
    Ort
    Berlin
    Beiträge
    54.842

    Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)



    Seit gut 10 Jahren linke ich immer einen Beitrag der wild hier irgendwo im Forum verteilt ist.
    Da praktisch jeden Tag jemand vor einem schwarzen Bildschirm sitzt und der Rechner nicht anspringt versuche ich das hier nochmal in eine vernünftige Form zu bringen. Und das Ganze auch zu erklären, denn es scheint sich nicht sofort jedem zu erschließen, warum man es GENAU SO macht :-)
    Die Reihenfolge ist wichtig. Darauf basiert die ganze Methode. Bitte EXAKT daran halten.
    Der Beeper ist übrigens in der Regel nicht mehr im Lieferumfang der Gehäuse, und schon gar nicht bei den Mainboards zu finden. Aber die zwei Euro lohnen sich in meinen Augen immer. Gibts bei jedem gut sortieren Elektro-Fachhandel oder in der Bucht. Hält ein Leben lang, und man braucht ja nur einen :-)


    Schnelldurchlauf

    Nur CPU, CPU-Kühler, Strom aufs Board (sonst nix, alle Kabel ab, alle Karten runter darauf achten das auch der EXTRA-STROM-STECKER neben der CPU sitzt), Speaker anschließen. CMOS-Reset durchführen. Wenn es geht das Ganze nackt aufm Tisch und nicht im Gehäuse. Kundig machen ob der Prozessor den man verbaut hat auch vom Board unterstützt wird, oder ob dafür eine spezielle Bios-Version nötig ist.

    • Anmachen, horchen ob Beep, wenn nicht Board, Netzteil oder CPU defekt,
      wenn es Beept, Beep merken, Ausmachen, Ram zustecken
    • Anmachen
      Es Beept nicht: Ram falsch gesteckt, Beep ändert sich nicht: Ram defekt, Beep ändert sich: Merken, ausmachen
    • Grafikkarte zustecken
      Anmachen
      Es Beept: Grafikkarte defekt oder steckt nicht vernünftig, Kein Bild: Grafikkarte defekt, oder steckt nicht vernünftig, Sirenenton: Strom an der Graka steckt nicht vernünftig.


    3 Minuten Arbeit, geht schneller als hier einen Beitrag tippen.





    Erklärung warum und wieso

    Du sitzt vor Deinem Rechner, den Du aus gut 50 Einzelteilen zusammengebaut hast und ärgerst Dich dass nix funktioniert.
    Verständlich.
    Aber bevor man jetzt tatsächlich 50 Teile wild überprüft (was gar nicht so einfach ist, denn nicht jeder hat Teile zum gegentesten daheim) fängt man ganz von vorne an. Bei NULL sozusagen. Daher der Name der Methode. Ich reduziere die Fehlerquellen so weit wie möglich um nicht 50 Teile überprüfen zu müssen, sondern nur drei.
    DREI.
    Das ist die magische Zahl. Weiter runter kommt man nicht ohne Teile zum gegentesten zu haben.

    Netzteil: Klar ohne Strom geht nix. Man kann zwar ne Festplatte anstecken und schauen ob die hochläuft, was aber noch keine Garantie für vollständige Funktion ist.
    Mainboard: Wie will man seinen Rechner ohne Mainboard betreiben.
    CPU: Funktioniert auch nicht alleine.

    Diese drei Teile, auf denen jeder Computer aufbaut steckt man zusammen (Kühler für die CPU nicht vergessen, auch wenn ich ihn beim eigentlichen Test unterschlage^^). Wenn wirklich alle drei Teile funktionieren, dann prüft die CPU als erstes "wo ist mein RAM", damit sie anfangen kann zu arbeiten. Hört man beim Einschalten kein Beep braucht man die restlichen Teile gar nicht erst zu überprüfen. Man hat den Schuldigen schon gefunden. Es kann ja nur eins von den drei Teilen auf dem Tisch sein, das die Mitarbeit verhindert. Solange man nicht selbst zu ungeschickt ist um alles richtig zu verkabeln, was aber bei 3 Kabeln (Strom Mainboard, Strom CPU, Strom Kühler) nicht soooooo schwer sein dürfte, oder wenn man nicht zufällig die Pins vom CPU-Sockel bei der Montage beschädigt hat.

    Jetzt die Crux .. mir wurde schon gesagt: Woher weiß man denn das es das RAM ist, wenn man den Beep gar nicht kennt.
    Das ist das tolle an meiner Methode, man muss gar nicht wissen wie sich der Beep "kein RAM" auf seinem Board anhört. Wenn man es so macht wie ich es beschrieben habe kann der erste Beep nur "kein RAM" sein, weil es das erste ist was geprüft wird. Nachvollziehbar? Logisch? Ich hoffe doch.
    Und schon weiß man wie sich "kein RAM" anhört. Ohne stundenlang im Netz zu forschen. Man bekommt es mit der groben Kelle vom Mainboard gesagt.

    Es beept .. also funktionieren die drei Teile die da vor einem auf dem Tisch liegen rudimentär. Relativ einfach? Nachvollziebar? Logisch? Ich denke schon.
    Man kann also jetzt den Rechner beruhigt abschalten und das RAM zustecken. Beept es nicht ... Teile tauschen :-)
    Wenn man jetzt den Rechner wieder anschaltet, dann hat man nur 4 Teile auf dem Tisch, immer noch sehr überschaubar. Und man hat nur ein einziges Teil hinzugefügt. D.h. der Fehler der jetzt kommt, KANN SICH NUR AUF DAS RAM BEZIEHEN. Wie einfach ist das denn?
    Sollte sich der Beep den man jetzt hört also nicht ändern, dann kann der Prozessor mit dem RAM, das zugesteckt wurde, nichts anfangen.
    Das bedeutet: Das gesteckte RAM ist defekt oder in den falschen Slots. Ich hab auch schon erlebt dass das Board dann gar nicht gebeept hat. Das würde bedeuten dass das RAM einen Kurzschluss erzeugt. Auch das deutet auf defektes RAM, falsch gestecktes RAM oder einen defekten Sockel hin. Es kann auch sein dass die CPU nicht richtig im Sockel sitzt (verkantet oder mit zu viel Anpressdruck, oder mit defekten Pins), denn 3/4 aller Pins im Sockel sind nur Verbindungen zum RAM.

    Das alles kann man prüfen. Im Handbuch vom Mainboard ist eine Tabelle, wie das RAM zu stecken hat. Darin steht auch ob man MINDESTENS zwei Riegel braucht um das Board zum Leben zu erwecken (ja, sowas gab es früher mal^^), oder ob ein Riegel ausreicht. Probier alle Deine Riegel einzeln (oder zu zweit) aus. Eventuell ist ja nur einer davon defekt. Prüfe den Sitz der CPU. Sollte das alles nicht helfen, musst Du wohl neues RAM besorgen^^ und an dieser Stelle mit dem Test aufhören.

    Sollte das RAM in Ordnung sein, so kann die CPU das Bios laden und weiter im Selbsttest fortschreiten. Der nächste Punkt der geprüft wird (ihr erinnert euch .. die REIHENFOLGE IST WICHTIG) ist das Vorhandensein und die Funktion einer Grafikkarte.
    Sollte eine iGPU, also eine CPU mit integrierter Grafik vorhanden sein, kommt jetzt nur noch ein einzelner Beep, der Start-Beep den ihr alle kennt, der sagt: Und los gehts.
    Sollte keine iGPU vorhanden sein, dann meckert der Beeper deren Fehlen an. Dieser Beep sollte sich grundsätzlich vom "kein RAM"-Beep unterscheiden. Deshalb erkennt man ob das Bios sagt "kein RAM" oder "keine Grafikkarte". Nachvollziehbar? Logisch? Ich hoffe doch :-)

    Also Rechner wieder aus und die Grafikkarte zustecken. Wir haben jetzt also das 5. Teil zum Rechner hinzugefügt. Da das RAM als funktionierend erkannt wurde (ihr macht natürlich nicht weiter wenn das RAM als Defekt angemeckert wird vom Bios und der Beep zum "ohne RAM"-Beep sich nicht geändert hat), ist die Grafikkarte das einzige Teil das jetzt noch Probleme machen könnte.
    Beim Anschalten passiert wieder das gleiche: Ram-Test, Grafikkarten-Test. Wenn jetzt wieder "keine Grafikkarte" als Beep zu hören ist, ist die Grafikkarte wohl defekt und ihr könnt euch nach Ersatz umschauen. Ist die Graka allerdings in Ordnung und vernünftig verkabelt, dann wird ein einzelner Beep (der Start-Beep) ertönen und das Bios als Bild auf dem Monitor erscheinen (es sei denn ihr habt den Monitor falsch angekabelt (ja, es gibt einen Unterschied ob er am Mainboard oder an der Grafikkarte hängt), oder der Monitor ist auf die falsche Quelle geschaltet bzw. Defekt.

    Und dann, aber erst dann kann man sich um den ganzen anderen Kleinscheiss kümmern, aus dem der Rechner besteht.
    Warum man das erst jetzt macht? Weil man dann nicht mehr nur 3-5 Teile hat die defekt sein könnten. Weil man dann erst mal einen funktionierenden Rechner vor sich zu stehen hat.
    Es reicht ja schon wenn der Reset-Knopf einen Kurzen hat. Einmal angeschlossen wird der Rechner niemals hochkommen, DAUER-RESET.
    Oder wenn ein (altes) IDE-Kabel ohne Verpolungs-Schutz aufgesteckt ist. Das hindert den Rechner zuverlässig ein Bild zu produzieren.
    Oder der Einschalt-Knopf vom Gehäuse ist defekt. Oder man hat die Abstandshalter vom Gehäuse falsch geschraubt und produziert damit einen Kurzschluss auf dem Mainboard, oder die eingesteckte Soundkarte produziert einen Kurzschluss, oder der angesteckte USB3-Hub hindert den Rechner am Hochfahren.

    Diese und 1000 andere Fehlerquellen hat man mit meiner Methode ausgeschlossen.
    Genau deshalb ist die Reihenfolge wichtig und genau deshalb geht es so schnell und einfach.

  2. Anzeige
    Logge dich ein, um diese Anzeige nicht zu sehen.
  3. #2
    Lt. Commander
    Dabei seit
    Dez 2011
    Beiträge
    1.430

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Es fehlt mal wieder ein "Danke"-Button
    PC: Intel Core i5-760 4x4,0GHz, Asus P7P55D-M Pro, 6GB Kingston HyperX, XFX R9 280X, Enermax Modu82+ 425W, Crucial M4 128GB
    Windows 10 Pro 64-Bit
    Notebook: Fujitsu Lifebook E554, Intel Core i5-4210M 2x2,60GHz, 8GB Ram, Full-HD, Samsung SSD 128GB
    Windows 10 Pro 64-Bit
    Mobil: Nokia Lumia 930 Orange 32GB - Windows 10 Mobile Preview

  4. #3
    Lieutenant
    Dabei seit
    Okt 2013
    Beiträge
    770

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Hi,
    sehr gut erklärt @HisN. DANKE

    @Edit: Hab deinen Link jetzt auch in meine Signatur aufgenommen.

    greetz
    hroessler
    Geändert von hroessler (15.01.2016 um 13:09 Uhr)
    Mein Rechenknecht:
    Core i7 4960x @4.8 GHz
    Asus Rampage IV Extreme
    EVGA GeForce GTX 980 Ti SC+
    16 GByte RAM (2400 MHz)


  5. #4
    Commander
    Dabei seit
    Aug 2014
    Beiträge
    2.349

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    sehr schön, dann werde ich ab jetzt immer diesen beitrag, statt deinen bisherigen, posten.
    Zitat Zitat von Stahlseele Beitrag anzeigen
    Das einzige was ich jemals von selbstzerstörenden Displays gehört habe ist ein systemisches Problem von OLED.
    Ist organisch, kann also von viren und bakterien angegriffen werden.

  6. #5
    Commander
    Dabei seit
    Mai 2008
    Ort
    Hannover
    Beiträge
    2.430

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Top Arbeit HisN. Habe auch gleich den Link in meiner Signatur geändert.

  7. #6
    Lt. Commander
    Dabei seit
    Feb 2010
    Beiträge
    1.463

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Super!
    Endlich mal ordentlich erklärt und von jedem durchführbar!

  8. #7
    Moderator
    Moderator
    Dabei seit
    Feb 2004
    Beiträge
    38.913

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Ein dickes Danke @HisN für die ausführlichere Variante.

    Ich bin mal so frei gewesen und habe den ersten Beitrag von dir als Kopie in die 3 Bereiche kopiert wo am häufigsten die Null-Methode genannt wird/ wurde und dort oben angepinnt.

  9. #8
    Fleet Admiral
    Ersteller dieses Themas

    Dabei seit
    Nov 2005
    Ort
    Berlin
    Beiträge
    54.842

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    *knix*
    Übernimmst Du auch noch die Änderungen, die ich gerade noch eingefügt habe?
    Ich bin leider nicht sicher in Rechtschreibung und Orthographie^^

  10. #9
    Commodore
    Dabei seit
    Mai 2010
    Beiträge
    4.269

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Hast Abo von mir besser kann man es nicht beschreiben

    P.s erwähne noch das auch Defektes NT vorliegen könnte falls immer noch kein erfolg
    451: Wenn Menschen sich einig sind kann jedes System gestürzt werden.
    Ich krieg hier *splits* das wird ja schon SplitterCore http://www.sysprofile.de/id136384
    PCrepair Blog

  11. #10
    Moderator
    Moderator
    Dabei seit
    Feb 2004
    Beiträge
    38.913

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Ja, da bin ich gerade bei die zu übernehmen.

  12. #11
    Rear Admiral
    Dabei seit
    Feb 2010
    Beiträge
    5.517

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    perfekt, gleich mal in die Signatur übernommen
    Sys:GA-970A-UD3; AMD X4-945; BQDRAC1; 8GB 1600-999XMSK2; GBHD7850OC2GB; MX200-500GB; SH-D163B; GH20NS10; DefineR5; BQE10-500CM; G2420HDB@1920x1080; Win10Prof.64

    richtiges Posten-empfehlenswerte Netzteile-Checkliste bei PC Problemen-Null-Methode-How to Zusammenstellung-Helfer in deiner Nähe-bad FPS FAQ-Kampf dem Consumer Schrott

  13. #12
    Commander
    Dabei seit
    Nov 2006
    Ort
    Blind Forest (Ori/PC)
    Beiträge
    2.372

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Bin aus dem Thema Flussdiagramm & Co. völlig raus.. Kann bitte noch jemand die o.g. Null-Methode schön grafisch in einen Programmablaufplan bringen? ^-^ Bilder sagen manchmal mehr als tausend Worte. Danke!

  14. #13
    Fleet Admiral
    Ersteller dieses Themas

    Dabei seit
    Nov 2005
    Ort
    Berlin
    Beiträge
    54.842

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    *g*
    Ist keine schlechte Idee.. ich hab sowas auch schon im Netz zu meiner Methode gesehen, da hat sich schon jemand die Mühe gemacht. Allerdings trifft er nicht ganz das was ich sagen möchte.

    @AdoK
    Thx für die Mühe.

  15. #14
    Fleet Admiral
    Dabei seit
    Jul 2008
    Ort
    Niedersachsen
    Beiträge
    11.643

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Zitat Zitat von HisN Beitrag anzeigen
    3 Minuten Arbeit, geht schneller als hier einen Beitrag tippen.
    Völlig richtig. Man sieht aber an vielen Problemthemen, dass Nutzer das schlicht nicht einsehen. Zu faul, zu borniert, oder was weiß ich was ist. Der Nutzer sitzt mit dem Hintern auf dem Stuhl, eine Hand Maus, andere Tastatur, Blick auf den Monitor. Diese Starre möchte er nicht verlassen. Er sucht ein "Tool", wo er mit der Maus klicken kann, das den Rechner repariert. Zum Rechner runter bücken? Ihn vorziehen? Und vielleicht noch öffnen? Ist ja wie im Mittelalter! Gleiche Szenarien laufen auch bei WLAN-Problemen ab, wo es manchen Nutzern eine Unmöglichkeit darstellt, wenn sie mit einem LAN-Kabel gegentesten könnten.

    PS: Schön, dass du das mal komplett aufarbeitest.
    Geändert von Wilhelm14 (15.01.2016 um 13:47 Uhr)

  16. #15
    Lieutenant
    Dabei seit
    Okt 2008
    Beiträge
    683

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Hallo,

    ich habs mir durchgelesen, aber finde irgendwie die Info nicht, wann das Mainboard nen defekt haben könnte.
    Beispiel (bei mir gerade der Fall).

    1. Habe alles nach der Nullmethode angeschlossen
    2. Rechner eingeschaltet
    3. Beepton dreimal hintereinander (etwas längerer Ton)
    4. Rechner ausgeschaltet und RAM eingesteckt
    5. Rechner eingeschaltet
    6. Beepton 2x3 und startet dann neu (es peept also dreimal schnell, kurze Pause und dann nochmal dreimal schnell)
    7. Grafikkarte ist keine verbaut da eine IGPU verbaut ist (habe aber trotzdem auch mal ne externe getestet)
    8. Fazit: Mainboard defekt?

  17. #16
    Fleet Admiral
    Ersteller dieses Themas

    Dabei seit
    Nov 2005
    Ort
    Berlin
    Beiträge
    54.842

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Ein Boot-Loop kann auch durch instabiles RAM hervorgerufen werden.
    Weil Du sagst es startet neu.

  18. #17
    Lieutenant
    Dabei seit
    Okt 2008
    Beiträge
    683

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Habe auch einen sicher funktionierenden RAM testweise eingebaut (aus meinem Rechner).
    Genau identisch. Drei schnelle Peep, ganz kurze Pause, drei schnelle Beep. Dann startet der
    Rechner neu und das ganze widerholt sich.

    Ich habe schon den Verdacht, dass am Mainboard was ist. Es war mal ein PIN etwas verbogen. Der wurde dann wieder "hingebogen". Scheinbar gehts aber doch nicht mehr.

  19. #18
    Fleet Admiral
    Ersteller dieses Themas

    Dabei seit
    Nov 2005
    Ort
    Berlin
    Beiträge
    54.842

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Aber ohne RAM passiert es nicht? Der Neustart?

  20. #19
    Lieutenant
    Dabei seit
    Okt 2008
    Beiträge
    683

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Nein..da kommt nur der dreimal etwas längere Peep. Kein Neustart.

    Kurzes Video:
    https://youtu.be/Hw6kPtUDRuE
    Geändert von Neos2c (16.01.2016 um 18:59 Uhr)

  21. #20
    Lt. Commander
    Dabei seit
    Jan 2009
    Beiträge
    1.273

    AW: Null-Methode (oder warum der Beeper doch eine Daseins-Berechtigung hat)

    Sehr Gut geschrieben !

    Ich würde nur das Wort "Graka" für den letzten DAU in Grafikkarte ändern

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Forum-Layout: Feste Breite / Flexible Breite