LSI MegaRaid und Dell Perc5/i SAS/SATA PCIe [1|1]

Status
Für weitere Antworten geschlossen.
Wenn der Controller vom Board nicht gefressen wird (grund hierfür sind die Probleme mit dem Speicher(und allem drum herrum), dann bootet das Board garnet erst.

Das war bei mir der Fall auf einem GA-X38-DQ6 und auf einem P5K.

Durch das abkleben wird der Controller vom SMBus abgekoppelt und somit gibt es keine probleme mehr.

Der SMBus wird gleich zu Anfang genutzt, da damit sämtliche systemkommunikation gehandlet wird.

Bei mir geht jetzt auf dem GA-X38-DQ6.
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@starkeeper:
Also ich würde die Klebemethode in jedem Fall ausprobieren.
Wobei der Erfolg am Wahrscheinlichsten ist, wenn das Board vorher nicht einmal einen "Mucks" macht, also keine POST Meldungen kommen.
Wie underclocker2k4 schon geschrieben hat, wird der SMBus direkt am Anfang ausgelesen.


Ich habe mal versucht auf einem P5W64 die gleichen Werte wie P2k1 über den SMbus auszulesen und schaffe es nicht.
In HWDirect sollte es eigentlich möglich sein, aber irgendwie bekomme ich nur folgendes:
attachment.php



Scheinbar wird die Abfrage des Perc über den SMBus blockiert.
Kann jemand dieses Verhalten bestätigen?

@P2k1:
Die Daten sind keine gültigen SPD-Daten, das sind Identifikationsnummern und Betriebsdaten des Perc.
Zum Bespiel kann man die P/N deines Percs in Klartext lesen.


Also ist es sinnlos den RAM auf dem Perc zu tauschen, der Fehler liegt klar beim BIOS.
Da müssen die BIOS Entwickler bei den Mainboardherstellern nachbessern.

Was mich jetzt interessiert: welche SMbus Adresse hat der Perc bei den Mainboards, bei denen es nicht richtig funktioniert?
 

Anhänge

  • hwdirect-smbus-perc5..png
    hwdirect-smbus-perc5..png
    14,8 KB · Aufrufe: 284
Zuletzt bearbeitet:
Also ich habe das fix ausprobiert und es hat sich nix getan. Die Pins sind 100% abgeklebt, aber das Board rührt sich nicht, sobald die Karte drin steckt.

Ich habe ein Asus A8N-E mit 939 Sockel und nForce4 Chipsatz. Die Karte habe ich in den PCIe4x-Slot gesteckt, ev ist das auch noch ein Problem. Der Perc ist ja eigentlich eine PCIe8x-Karte...

Das steht zu dem Slot im Handbuch:
Unversal PCIe slot (PCI Express x4 slot)
This motherboard provides a PCI Express x4 slot that can support PCI Express x1, x4, x8 or x16 cards. This ASUS proprietary slot allows you to use additional PCI Express cards (e.g. graphics card) for twice the speed of a PCI Express x1 slot.

The universal PCIe slot supports a total bandwith of 1GB/s.
 
Zuletzt bearbeitet:
richtigstellung

Das R2 ist die 2. Version des W2k3. Quasi equivalent zu WIN98/WIN98SE.

Da ist nix komisch, illegal, instabel oder what ever.

http://www.microsoft.com/germany/server/produkte/betriebssysteme.mspx

Wie man sieht, ist die aktuelle version des W2k3 immer ein R2.

Die existens des W2k3 R2 kann doch nicht an einem vorbeigegangen sein, oder doch?

wieso werde ich eigendlich komplett falsch zitiert?
ich habe NIE behauptet das R2 oder SP2 fehler hätte.
ich sagte, IIIIIICCCCHHHH benutzte die SP1, WEEEEEIIIILLL ich nur diese original cd bzw. lizens von meinem arbeitgeber habe.
ich bin nicht eigendtümer einer originalen R2 und auch nicht einer geupdateten SP1 auf SP2.
ich sagte, da es schon bei mir läuft, auf dem alten 2003, wirds wohl auf dem R2 und SP2 erst recht keine probleme geben!
da is auch nix instabil oder gecrackt. wozu cracken? wenn man nur einen key ausm netz eingeben muss?
Ich sag es nochmal, bei mir hat es nur lizenstechnische gründe!
und ich denke nicht das viele privat-leute eine gekaufte lizens für server 2003 benutzen. von daher riet ich ab, versionen ausm netz zu nehmen,
da man da nie weiß was man bekommt.(von skript kiddies modifizierte versionen mit trojanern/rootviren drin.oder direkt von m$, bzw. BND,BKA etc.)
wer sich mit kopien angesprochen fühlt, der wird schon wissen warum.
und wer originale hat, braucht sich nicht angesprochen zu fühlen.
so einfach ist das.
 
Zuletzt bearbeitet:
Also ich habe das fix ausprobiert und es hat sich nix getan. Die Pins sind 100% abgeklebt, aber das Board rührt sich nicht, sobald die Karte drin steckt.

Ich habe ein Asus A8N-E mit 939 Sockel und nForce4 Chipsatz. Die Karte habe ich in den PCIe4x-Slot gesteckt, ev ist das auch noch ein Problem. Der Perc ist ja eigentlich eine PCIe8x-Karte...

Das steht zu dem Slot im Handbuch:
Unversal PCIe slot (PCI Express x4 slot)
This motherboard provides a PCI Express x4 slot that can support PCI Express x1, x4, x8 or x16 cards. This ASUS proprietary slot allows you to use additional PCI Express cards (e.g. graphics card) for twice the speed of a PCI Express x1 slot.

The universal PCIe slot supports a total bandwith of 1GB/s.

Der Controller läuft bei mir auf dem Intel Bad Axe auch in einem 4x Slot, macht keine Probleme. Hast du auch nochmal nachgeprüft ob alles richtig sitzt?
 
ich benutzte aber NICHT die R2 und auch nicht sie SP2 server 2003 ent.
sondern mit sp1 drin. (davon hatte ich die original cd, und konnte 100% die f6 treiber integrieren.
diese r2 liegt zwar im netz, aber wer weiß was beim sp integrieren wieder verändert wurde.
außerdem RATE ICH DRINGEND AB, versionen aus dem netz zu benutzen.
schonmal drüber nachgedacht das in sochlchen versionen backdoors und trojaner sein könnten?
tief in dlls,treibern oder im kernel integriert? so das der virenscanner nicht dran kommt?
vllt. noch vorm/im hypervisor. wenn ich der staat wäre, oder ein nachrichtendienst, ich würde
solche versionen extra im netz 'gecrackt' auslegen. beim software installieren, machen sich immer
alle einen kopf, dass dort etwas drin sein könnte, oder in keygens. dass kennt man ja.
...
von daher nehme ich lieber ein etwas älteres, aaaber originales os, wo ich mir sicher sein kann das
es mich nicht ausspioniert.

Wenn man die ersten zeilen ließt(insbesondere die fetten) nimmt man an, du denkst, dass ein w2k3 R2 eine gecrackte variante von W2k3 ist. Desweiteren nimmt man an, dass du ein R2 für dich eine version mit einem SP ist.

Zu den letzten 2 zeilen:
Auch ein R2 ist ein originales windows.


Deswegen meine äußerung.
Wer gecrackte/kopierte/nicht lizensierte software einsetzt muß mit den konsequenzen leben. Genauso wie der raucher sich bewußt dafür entscheidet, sich gesundheitliche probleme zu besorgen.

EDIT
Desweiteren hatte gamefreak was von der unterstützung von 4GB RAM beim standard R2 w2k3 und du antwortest was mit "SP2). Daraus hat er (und ich) angenommen, du bist dir garnicht bewußt, was R2 eigentlich ist.
 
Zuletzt bearbeitet:
Tach allerseits!

Angeregt durch euren Sammelthread hier (zu dem ich von Dr. Google geleitet wurde), kann ich hiermit mal sagen, dass der Perc 5/i auch auf einem DFI CFX3200DR/G läuft - allerdings mit einer recht gravierenden Einschränkung: Weiter Controller, sei es onboard oder per weiterer Controller-Karte werden übergangen, zumindest was Controller mit Silicon Image Chips betrifft. Das Ganze sieht folgendermaßen aus:

Perc 5/i, daran hängen 8x Seagate Barracuda ES.2 500GB als Raid-50
2x DVD-Brenner SATA am ULI-onboard-Controller

Nun stehe ich vor folgendem Problem - da das Raid-50 >2GB war, musste ich das komplette Volume in GPT partitionieren - ohne das kleingedruckte gelesen zu haben. Denn selbst Vista x64 SP1 kann erst dann auf GPT Partitionen installiert und von dort gebootet werden, wenn auch das Mainboard und dort speziell das Bios (U)EFI unterstützt - was natürlich nicht der Fall ist. xD
Somit bleibt mir nur Vista auf zwei separaten Platten zu installieren - nur bekomm ich es nicht hin, dass

der Perc gestartet wird, zusammen mit dem ULI onboard für die DVD-Brenner + der onboard Sil für die beiden OS Festplatten

oder als Alternative Perc + ULI + Controller von Dawicontrol in einem PCI-E-Slot.

Jemand Lösungsvorschläge? *am verzweifeln bin* ^^

Greetings

brainy

PS: Ich vergaß zu erwähnen - wenn ich die Initialisierung des Perc übergehe (per Tastenkombination Strg+E anstatt Strg+R fürs Controller-Setup), wird auch der Sil-Controller geladen, allerdings bleibt dann wieder der Perc außen vor.
 
Zuletzt bearbeitet:
Hier nochmal zum vergleichen:
SPD Slot 4 vor dem MOD:
DDR2-Slot4-MAXIMUSX38.jpg


SPD Slot 4 nach dem MOD:
SLOT4-Maximus-Mod.jpg


Es gibt also definitiv einen Adresskonflikt auf dem SMBus!

Bis jetzt ist nicht negatives aufgefallen, scheinbar brauch der PERC den SMBus nicht "zwingend".
Die LSI Software läuft, wie sie immer läuft, ob jetzt mit oder ohne SMBus. :)


Achja, dieses "FRU256,DELL" was der Kontroller auf dem SMBus produziert wird scheinbar für "IPMI" verwendet. (Intelligent Platform Management Interface)
Der IPMI-Standard ist eine Entwicklung der Hardware-Hersteller Dell, Intel und NEC.
Kann also wirklich sein, dass der Kontroller "nur" für DELL gemacht ist und die Mainboardhersteller gar nichts dafür können das es nicht läuft! (Zufall)

Na blockieren wir einfach den SMBus -> fertig. ;)

mfg
 
warum sollen eigendlich die mainboardhersteller nachbessern?
die meiste hardware läuft doch mit den boards.
sollte nicht lieber lsi oder dell nachbessern?
thema redboot ....
wenn man mal die KOMPLETTE lsi firmware auf den controller brutzeln würde ...
dann käme er einem lsi original-controller auch schon etwas näher.
da stellt sich die frage, wie läuft die ganze geschichte eigendlich mit
dem original lsi 8408e?
und vllt. sollte man mal den hexcode des bioses unter die lupe nehmen und nach der smbus adresse suchen.
(auffällige byte folgen wie mov befehle z.b. die die adresse aufrufen. nicht zuletzt gibts ida oder ollydbg beides sehr hilfreiche werkzeuge :-))) )
vllt. langts diese werte im firmware bin file auf die harte tour zu ändern :-)
macht man schließlich auch mit spielen, software, handy firmwares (htc mda compact --> bigstorage firmware hack. waren auch nur ein paar bytes die geändert werden mussten z.b.) . cracks machen nix anderes.
evtl. muss noch die checksumme angepasst werden. da man aber mit
parametern flashen kann, insbesondere den versionscheck ausschalten ... sollte es doch gehen.
bzw. könnte man vllt. die internen routinen für den smbus überspringen, indem man einen jmp woanders hinleitet.
bzw. die jump subroutine smbus controller, weg nop`t
wie gesagt, wer weiß ob es nicht noch in irgend einem anderen user-forum, developer-forum oder admin-forum, infos like dem smbus trick, zu finden sind.
insbesondere gepatchte biose :-) vllt. mir smbus patch und 1-2 gb ram.

leider fehlt mir die zeit selber zu suchen.
Hinzugefügter Post:
===========================
jetzt noch eine doofe idee?!
ich hatte mal ein tool, mit dem konnte man sony vaio notebooks per smbus
entsperren.
der bios key war in den ersten 6 bytes gespeichert, diese konnte man nicht nur
auslesen, sondern mit dem tool ändern.
mac adressen von netzwerkgeräten, können auch mit einem smbus tool geändert werden.
ist dies vllt auch beim perc möglich, oder bei der mit dem perc kollidierenden hardware?
mit dem smbus habe ich mich bisher nicht groß auseinander gesetzt.
wer kennt sich damit gut aus?
 
Zuletzt bearbeitet:
Hab den Mod jetzt mal gemacht, funktioniert super.

Jetzt laufen auf 4x 1GB auf einem Intel Bad Axe mit dem Perc5i ohne Probleme.
 
Hab den Mod jetzt mal gemacht, funktioniert super.

Jetzt laufen auf 4x 1GB auf einem Intel Bad Axe mit dem Perc5i ohne Probleme.

Was steht denn in dem Handbuch von dem BadAxe drin, was der PCIe4x für ein sepzieller Port ist? Wundert mich doch etwas das in meine PCI4x nix geht.
 
Es ist kein spezieller Port. Das Board hat 3 PCIe X16 Ports, wobei der erste auch wirklich 16x ist, der letzte 4x. Wird im 2. eine Karte eingesteckt, laufen 1 und 2 mit 8x.
 
'Der System Management Bus (abgekürzt SM-Bus, SMBus oder SMB) ist ein Zweileiterbus, der für die Baugruppenkommunikation entwickelt wurde (besonders für Halbleiter-ICs). Er hilft, den Zustand von Komponenten zu erkennen und Hardwareeinstellungen vorzunehmen. Zum Stromsparen in tragbaren Computern (Notebook, PDA, Telefon) ist es etwa sinnvoll, nicht benötigte Erweiterungssteckplätze abzuschalten, das Display etwas zu dimmen o.Ä.

Da der SMBus in der Regel nur zwei Leitungen (Takt- und Datenleitung) benötigt, kann er sehr platzsparend auf Platinen verlegt werden; ebenso benötigen die angeschlossenen Chips nur zwei Pins und passen deswegen in kleinere Gehäuse.

Da es Slaves gibt, die als steuerbare Schalter wirken, kann man damit Jumper (steckbare Verbindungsbrücken) auf Hauptplatinen ersetzen. Auf diese Weise lassen sich komplett jumperlose Hauptplatinen realisieren, was dem Benutzer manuelle Eingriffe erspart.

Ein SMBus-Gerät kann z. B. Herstellerinformationen zur Verfügung stellen, die Modell-/Seriennummer ausgeben, den Status des Energiesparmodus anzeigen, unterschiedliche Arten von Fehlern melden, Steuerparameter annehmen, einen Status zurückgeben oder eine Anzeige steuern. Da die Nutzung des SMBusses detaillierte Kenntnis der vorliegenden Hardware voraussetzt, ist er für den Benutzer in der Regel weder konfigurierbar noch zugänglich.'
________________________________________________________________________
da stellt sich vllt doch nochmal die frage über diverse jumper auf dem perccontroller.
ich habe schon in einem vorpost vermutet das der graue stecker mit den
4 kontakten etwas in der art sein könnte.
(also ein bus-system z.b. zur kommunikation mit den hdd-wechselrahmen,led status,schlüsselstellung usw.
.........mein promise ex8350 hat das auch.... *g )
die frage ist, was passiert wenn man den bus dort auf null schaltet also gegen masse?
wäre die elegantere lösung.
ist aber nur einen vermutung. leider fehlen in diesem forum detailierte infos zu den jumpern.

weiter stellt sich die frage, lässt sich ein ram-spd umprogrammieren.
die spd in computermonitoren und hdmi tauglichen geräten sind zum großen teil
per software flashbar.(über hdmi/dvi) falls die spd auf den rams flashbar wären, könnte man
unter umständen das spd-flash löschen, oder mit brauchbareren daten beschreiben.
im falle der rams dann nicht über dvi, sondern über den i2c bzw. smbus.
(mit moninfo.exe ,phoenix 1.31,edid.exe von viewsonic und edid_writer, kann z.b. die tabelle der möglichen auflösungen angepasst werden. per ddc glaube ich. auch nichts anderes als ein bus.
das tool ist speziell für tvs/monitore die nicht so richtig digital mit der garaka können,weil die ddc/edid tabelle keine kompatible auflösung enthält.was aber nicht zwangsläufig heißt das der
bildschirm die auflösung nicht kann.)
 
Zuletzt bearbeitet:
Um das ganze nochmal zusammen zu fassen:
Es besteht ein Adresskonflikt auf dem SMBus oder es werden falsche SMBus Adressen verwendet um die SPD-Daten der RAMs auszulesen.

Mögliche Ursachen:
1. Fehlerhafte Implementierung des SMBus im Perc
2. Fehlerhafte Implementierung d. SMbus im System RAM bzgl. SPD-Daten
3. Fehlerhafte Implementierung d. SMBus Controller
4. Fehlerhafte Implementierung d. SMbus Funktionen im BIOS

Andere Möglichkeiten gibt es nicht.
Also nützt es nicht das RAM auf dem Perc zu tauschen, weil dieses RAM zwar ein SPD-ROM hat, aber diese Daten werden nicht an den SMBus auf dem Mainboard weitergegeben.

Zu Möglichkeit 2:
Eine fehlerhafte Implementierung des SMBus bei einem RAM kann zu 99% ausgeschlossen werden, ansonst wären die RAM-Riegel nicht JEDEC konform und die Mainboards würden auch ohne Perc den Dienst quittieren.

Zu Möglichkeit 1:
Der Perc kann eine feste SMBus Adresse haben, das ist in den Spezifikationen d. SMBus vorgesehen. Bei Adresskonflikten sollten Adressen dynmaisch neuvergeben werden, falls die zugewiesen werden können. schlimsten Falls funktioniert der SMbus nicht mehr, wenn die Adressen nicht neuvergeben werden können.

Also könnte die Ursache in einer festen SMBus-Adresse des Perc liegen.
Allerdings spricht dagegen, dass Dell sich an Standards halten muss, schließlich verwendet man JEDEC-konformen RAM der auch über den SMBus kommuniziert und dann müssen die Komponenten im System harmonieren.


Zu Möglichkeit 3:
Der SMBus Controller soll bei Adresskonflikten neue Adressen vergeben.
Könnte fehlerhaft sein.

Zu Möglichkeit 4:
Es besteht kein Adresskonflikt auf dem SMBus, aber:
Das BIOS liest über den SMBus die SPD Daten der RAMs aus.
Möglicherweise haben die Entwickler übersehen, das am SMBus auch anderen Geräte hängen, die keine gültigen SPD Daten liefern.

Beim P5W64 ist die Lösung: Anfragen an SMbus Geräte, die nicht RAMs sind werden ignoriert.
Das ist jedenfalls meine Erklärung und auch der Grund warum ich der Meinung bin, dass nur die BIOS Entwickler eingreifen können, da hier das Verhalten des SMbus kontrolliert werden kann.

Oder noch einfacher ist die bereits gefundene Lösung:
Pin 5&6 am PCI Express Slot blockieren.
 
Läuft der Controller durch das Abkleben der besagten Pins dann in I-965er Boards ?

Und welche Nachteile ergeben sich nur den deaktivierten SM-Bus ?
 
Mod auf einem Abit IP35 PRO und einem Asus Maximus Formular funktioniert einwandfrei.
 
na super :-( das board hatte ich vorher drin. jetzt hab ich gewzungenermaßen das striker 2.
(ohne memory remap feature abschaltbar. trotzdem guuuuut zu wissen. danke)
 
Moin Moin,

hat schon mal jemand den Kühlkörper an dem Perc getauscht?
Die einzigen die scheinbar passen koennten sind der Revoltec Northbridge Freezer und der Zalman ZM-NBF47. Hat damit schon jemand Erfahrungen?

Gruss
Juergen
 
Dürfte nicht so viel bringen, da die ja trotzdem ziemlich heiß werden dürften, oder?
Ich hab auf meinen einen Revoltec AirGuard 40mm Lüfter geschnallt, befestigt mit Kabelbindern an den Ösen. Läuft recht leise und hält den Controller im grünnen Bereich.
 
Ein 40er Lüfter wär mir jetzt zu laut.
Ich hab im Moment nen 80er auf 7 Volt an der Seitentür befestigt. Trotzdem wir der noch verdammt heiss.
Die Temperatur kann man ja nicht auslesen....oder doch?
 
obs not tut ihn zu kühlen?
die neuen nvidia karten schalten erst bei 105 grad vom 3d mode in den 2d mode zurück.
ab 60 grad hat man schon das gefühl das man sich die finger verbrennt.
also meiner ist nicht gekühlt und funzt einwandfrei.
allerdings bläst bei mir die grafikkarte genau auf die rückseite der
perc cpu. (aber auf die platine). weiß nicht in wie weit sich dies vorteilhaft
auswirken könnte. trotzdem ist mein kühlkörper so heiß, wie ich ihn ungern anfasse.

trotzdem sollte er das abkönnen, oder hat jemals jemand ein problem mit
einem zu heiß gewordenen perc gehabt?
mein rechner ist extrem auf minimalste lautstärke getrimmt + schalldämmung mit extra stahlplatten.
jeder 80 oder 40 mm lüfter würde da nur stören.
wozu unnütze lüfter einbauen, wenn es bei jedem ohne funktioniert?
man kann auch alles übertreiben. dann fangt ihr demnächst noch an auf den lan chip nen lüfter zu setzen?
oder auf die soundkarte? oder die dvb-s2 karte? die creative x-fi soundkarte wird sicher genau
so heiß wie der perc. soll man jetzt auf jeden 60 grad heißen chip nen kühlkörper setzen?
o je
 
Zuletzt bearbeitet:
Ich hab mir jetzt einen Slotblechkühler besorgt. Da sitzt ein 80mm drin und zieht die Luft nach draussen. Ich hoffe das er den Hitzestau da beseitigt. Sicher ist sicher.
Regeln kann ich den Kühler ja mit ein paar Bastelarbeiten über meine Lüftersteuerung.
 
da alle contis mit iop333 so heiß werden sollte die temp nix machen. wird intel wohl so spezifiziert haben. bissel kühlung sollte aber nicht schaden. solange es nicht nen absoluten wärmestau in der gegend gibts kümmer ich mich nedd drumm. die graka und nen 80er in der nähe sollten bzw müssen reichen :d
 
Ich habe auf meine originalen 8408E (hat einen etwas anderen Kühler als der Perc) einfach einen 40mm Kühler mit doppelseitigem Klebeband befestigt. Das entkoppelt ein bischen und der Kühler hält den Chip angenehm kühl. Er wird gerade einmal Handwarm.

Frage an alle mit BBU. Passt die Perc BBU auch auf einen 8408E?
 
Hallo,

Ich hab auch ein Perc 5, allerdings noch kein passendes system ;)

nochmal zu dem Problem mit dem SMbus.. schaut euch mal das an.. (ist aber laut quelle schon ne weile bekannt)

klick..
 
ich wollte noch etwas zur perc kühlung nachreichen.
hier im threat sind fotos von eier wasser kühlung, dass widerum macht schon
sinn, da dei systemgesamttemperatur im gehäuseinnern sinken dürfte.
somit wird die gesamtkühlleistung besser.insbesondere wenn man einen normalen standart tower hat mit nur einer kammer benutzt.
 
Also ich habe nen fetten Passivkühler raufgeschraubt. Dieser wird zwar auch heiß, läßt sich aber mit weniger luft anfahren um kuhl gehalten zu werden.
 
die slotlüfter idee ist auch sehr gut, aber unnütz. und laut sind die dinger.
ich habe einfach ein slotblech mit rillen unter die karte eingesetzt.
da im pc immer ein über oder unterdrück besteht, wird dort luft
ein/bzw.aus gesaugt.
zudem habe ich ein slotblech an den perc geschraubt, mit großen
löchern drin. (da waren mehrere lan anschlüsse)
ich habe schon drüber nachgedacht mit einer feile einen kompletten
schlitz reinzufeilen.
wie gesagt, dann ströhmt genug luft über die karte. aber ohne zusatzlüfter.
mir kommts auf ein leises system an, von daher benutze ich ausschließlich
papst 12 cm lüfter gedrosselt. (gehäuse, cpu ifx14 kühler,hdd cases mit je 4 hdds=1x 12cm lüfter)
mein rechner ist wirklich übelst overclocking tauglich, aber das leiseste was ich je hatte.
wakü nicht nichtwendig. der ifx14 hat vergleichbare werte wie wakü. cpu temp 21 grad. graka 52...

zudem habe ich noch einen extrem guten tip für leute die ein super-leises system
haben wollen.
das was den meisten lärm erzeugt, sind nicht die lüfter an und für sich.
lasst mal die lüfter im ausgebauten zustand laufen. dann sind sie extrem leise.
baut man sie ein, entstehen die geräusche ---> erst durch die eingestanzten löcher
im tower, die sehr nah vor den drehenden lamellen des lüfter rotors sind.
(aufgefallen ist mir das, als ich einem externen lüfter mit meinen fingern nahe der lüfterblätter kam.)
also habe ich die gitter mit einer zange ausgepitscht und anstelle dessen
gekaufte lüfterschutz gitter dran montiert, die aus runden stahldrähten bestehen.
die runde form, bietet den lüfterblättern weniger widerstand entgegen.
zudem scheint die abgerundete form der drähte zum effekt beizutragen.
die neuen gummizipfel installations kits für lüfter entkoppeln die lüftermotorschwingung zudem noch ein wenig.
die gitter lassen sich direkt in einem mit den dingern dran fummeln.

front.jpg
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh