Aquacomputer Aquaero 4.00 USB (2)

naja mir ist es latte ,wenn ich ihn einrichte dann deaktiviere ich ihn im GM und danach aktivieren, dann funzt es ja .sonst brauche ich das ja nicht ,wird mir alle wichtige aufn display angezeigt,aber grundsätzlich ist sowas ein nogo ,naja ich habe mein auch sehr gut aus dem MP bekommen
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Mein Aquaero 4 will von jetzt auf gleich nicht mehr funktionieren. Als ich einen Lüfter (S-Flex 1200) zum Testen an einen freien Lüfterport gehängt hatte, gingen alle anderen Lüfter aus, urplötzlich.
Gut, mach ich mal einen Reboot. Das Resultat: Statt eines Aquaero 4.00 habe ich ein "unknown device". Interessanterweise findet die Software das kleine Ding zwar noch, quittiert das Ganze aber mit einem Fehler:

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.ArgumentOutOfRangeException: Der Index lag außerhalb des Bereichs. Er muss nicht negativ und kleiner als die Auflistung sein.
Parametername: index
bei System.Collections.ArrayList.get_Item(Int32 index)
bei AquaComputer.Forms.frm_aquaero_Rev4.overview_FanBar_Click(Object sender, EventArgs e)
bei System.Windows.Forms.Control.OnClick(EventArgs e)
bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
bei System.Windows.Forms.Control.WndProc(Message& m)
bei System.Windows.Forms.ScrollableControl.WndProc(Message& m)
bei System.Windows.Forms.ContainerControl.WndProc(Message& m)
bei System.Windows.Forms.UserControl.WndProc(Message& m)
bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Geladene Assemblys **************
mscorlib
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5444 (Win7SP1GDR.050727-5400).
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll.
----------------------------------------
mscorlib.resources
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5444 (Win7SP1GDR.050727-5400).
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll.
----------------------------------------
aquasuite
Assembly-Version: 4.69.3882.19796.
Win32-Version: 4.69.00.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/aquasuite.exe.
----------------------------------------
System
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
System.Windows.Forms
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System.Drawing
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
WindowCommunication
Assembly-Version: 1.0.3882.19784.
Win32-Version: 1.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowCommunication.DLL.
----------------------------------------
Database
Assembly-Version: 2.0.3882.19783.
Win32-Version: 2.0.3882.19783.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/Database.DLL.
----------------------------------------
USB
Assembly-Version: 2.0.3859.15716.
Win32-Version: 2.0.3859.15716.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/USB.DLL.
----------------------------------------
WindowDialog
Assembly-Version: 2.0.3882.19786.
Win32-Version: 1.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowDialog.DLL.
----------------------------------------
SandBar
Assembly-Version: 1.4.2.1.
Win32-Version: 1.4.2.1.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/SandBar.DLL.
----------------------------------------
System.Deployment
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Deployment/2.0.0.0__b03f5f7f11d50a3a/System.Deployment.dll.
----------------------------------------
System.Deployment.resources
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.4927 (NetFXspW7.050727-4900).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Deployment.resources/2.0.0.0_de_b03f5f7f11d50a3a/System.Deployment.resources.dll.
----------------------------------------
System.Data
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_32/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll.
----------------------------------------
System.Transactions
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.4927 (NetFXspW7.050727-4900).
CodeBase: file:///C:/Windows/assembly/GAC_32/System.Transactions/2.0.0.0__b77a5c561934e089/System.Transactions.dll.
----------------------------------------
System.EnterpriseServices
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_32/System.EnterpriseServices/2.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll.
----------------------------------------
System.Configuration
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
System.Xml
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
myTranslationClasses
Assembly-Version: 2.50.3859.14885.
Win32-Version: 2.50.3859.14885.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/myTranslationClasses.DLL.
----------------------------------------
WindowTubemeter
Assembly-Version: 2.0.3882.19791.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowTubemeter.DLL.
----------------------------------------
WindowMultiswitch
Assembly-Version: 2.0.3882.19790.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowMultiswitch.DLL.
----------------------------------------
WindowAquaero
Assembly-Version: 2.0.3882.19789.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowAquaero.DLL.
----------------------------------------
WindowAquaduct
Assembly-Version: 2.0.3882.19786.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowAquaduct.DLL.
----------------------------------------
WindowPoweradjust
Assembly-Version: 2.0.3882.19791.
Win32-Version: 1.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowPoweradjust.DLL.
----------------------------------------
WindowAquastream
Assembly-Version: 2.0.3882.19788.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowAquastream.DLL.
----------------------------------------
WindowAquaduct240Pro
Assembly-Version: 2.0.3882.19794.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowAquaduct240Pro.DLL.
----------------------------------------
WindowAquaduct360mk2
Assembly-Version: 2.0.3882.19787.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowAquaduct360mk2.DLL.
----------------------------------------
WindowAquaduct360eco
Assembly-Version: 2.0.3882.19792.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowAquaduct360eco.DLL.
----------------------------------------
WindowAquaduct240eco
Assembly-Version: 2.0.3882.19793.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowAquaduct240eco.DLL.
----------------------------------------
WindowPoweradjust2
Assembly-Version: 2.0.3882.19795.
Win32-Version: 2.0.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/WindowPoweradjust2.DLL.
----------------------------------------
ControlLibrary
Assembly-Version: 3.1.3882.19784.
Win32-Version: 3.1.3882.19784.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/ControlLibrary.DLL.
----------------------------------------
SandDock
Assembly-Version: 2.4.3.1.
Win32-Version: 2.4.3.1.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/SandDock.DLL.
----------------------------------------
network
Assembly-Version: 2.10.3840.22125.
Win32-Version: 2.10.3840.22125.
CodeBase: file:///C:/Program%20Files%20(x86)/Aqua%20Computer/aquasuite/network.DLL.
----------------------------------------
brhrmm5w
Assembly-Version: 3.1.3882.19784.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
qzrffwwr
Assembly-Version: 3.1.3882.19784.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
y4i2nfah
Assembly-Version: 3.1.3882.19784.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
System.Drawing.resources
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.4927 (NetFXspW7.050727-4900).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing.resources/2.0.0.0_de_b03f5f7f11d50a3a/System.Drawing.resources.dll.
----------------------------------------
System.ServiceProcess
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.ServiceProcess/2.0.0.0__b03f5f7f11d50a3a/System.ServiceProcess.dll.
----------------------------------------
System.ServiceProcess.resources
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.4927 (NetFXspW7.050727-4900).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.ServiceProcess.resources/2.0.0.0_de_b03f5f7f11d50a3a/System.ServiceProcess.resources.dll.
----------------------------------------
System.Windows.Forms.resources
Assembly-Version: 2.0.0.0.
Win32-Version: 2.0.50727.4927 (NetFXspW7.050727-4900).
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.

Bis auf diesen einen Lüfter habe ich nichts verändert.

Ein Firmwareflash schlägt genauso fehl:

1.png


2.png


Scheinbar wurde die Firmware gegrillt. Wie lässt sich das nun korrigieren? Ich habe keine Lust auf 4 Lüfter@12V.

Danke!

Zusatz: Es stinkt nicht verbrannt und die Status-LED leuchtet weiterhin grün. Ein Reset hat nichts gebracht.
 
Zuletzt bearbeitet:
Wenn ein Reset des AE nicht hilft klingt es so als müsstest du es einschicken pajaa.
Einzige Möglichkeit die mir da noch einfällt wäre das Teil mal an einen anderen Rechner zu stecken.

@ alle Sandy Bitch Meckerer
Sicherlich ist das eine sehr ärgerliche Sache für euch.
Aber bedenkt bitte auch ein paar Fakten bevor ihr hier anfangt zu flamen.
1. es ist noch nicht bekannt woran das Problem liegt.
2. AC scheint sich der Sache anzunehmen auch wenn es noch etwas dauern kann.
3. Das AE 4.0 ist ein schon sehr sehr altes Gerät das lange vor den betroffenen Intel-Chipsätzen entwickelt wurde. Möglicherweise ist es also auch gar nicht möglich das Problem seitens AC zu fixen. AC hat nie behauptet das ein AE4.0 kompatibel zum P67 Chipsatz ist. Würde jemand auf die Idee kommen zum Beispiel ATI/AMD einen Vorwurf zu machen das die gute alte 9800-Pro nicht auf einem P67 Mobo läuft?
 
...
Als ich einen Lüfter (S-Flex 1200) zum Testen an einen freien Lüfterport gehängt hatte, gingen alle anderen Lüfter aus, urplötzlich.
...

Ich hab´s glaube ich 4x geschrieben in den letzten Tagen: Während des Betriebes nix umstöpseln, abstöpseln oder dranstöpseln, sonst AE uU im Popo.

Das Teil kannst Du nur noch einschicken zwecks Reparatur.
 
Zuletzt bearbeitet:
Ich hab´s glaube ich 4x geschrieben in den letzten Tagen: Während des Betriebes nix umstöpseln, abstöpseln oder dranstöpseln, sonst AE uU im Popo.

Das Teil kannst Du nur noch einschicken zwecks Reparatur.

Dann hatte ich die letzten 4324 Mal Umstöpselei während des Betriebs nur Glück? Super. Fragiles Teil. Aber wieso ist das so?

Einschicken fällt wohl flach, da mir die Rechnung fehlt und ich auch nicht mehr weiß, wann und wo ich das Teil gekauft habe. Außerdem scheints mir sowieso Eigenverschulden zu sein, wenn sich das so bewahrheiten sollte.
PS: Ich lese hier nicht mit.
 
Einschicken fällt wohl flach, da mir die Rechnung fehlt und ich auch nicht mehr weiß, wann und wo ich das Teil gekauft habe. Außerdem scheints mir sowieso Eigenverschulden zu sein, wenn sich das so bewahrheiten sollte.

Dennoch wäre es möglich das AC dein gutes Stück für den Bruchteil des Preises eines Neugerätes wieder flott bekommt.
 
@ alle Sandy Bitch Meckerer
Sicherlich ist das eine sehr ärgerliche Sache für euch.
Aber bedenkt bitte auch ein paar Fakten bevor ihr hier anfangt zu flamen.
1. es ist noch nicht bekannt woran das Problem liegt.
2. AC scheint sich der Sache anzunehmen auch wenn es noch etwas dauern kann.
3. Das AE 4.0 ist ein schon sehr sehr altes Gerät das lange vor den betroffenen Intel-Chipsätzen entwickelt wurde. Möglicherweise ist es also auch gar nicht möglich das Problem seitens AC zu fixen. AC hat nie behauptet das ein AE4.0 kompatibel zum P67 Chipsatz ist. Würde jemand auf die Idee kommen zum Beispiel ATI/AMD einen Vorwurf zu machen das die gute alte 9800-Pro nicht auf einem P67 Mobo läuft?


Zu 1. Stimmt.
Zu 2. Das hoffen alle stark.Vieleicht kurzschliessen mit den Boardherstellern?
Zu 3. Hat eigentlich nix mit dem Chipsatz zu tun,da USB Problem.USB gabs allerdings schon als das Aquaero rauskam.
AC hat umgekehrt auch nie gesagt das ihr Aquaero nicht zum P67/Z68 kompatibel ist.
 
Hat eigentlich nix mit dem Chipsatz zu tun,da USB Problem.

Die USB Anschlüsse werden vom Chipsatz gesteuert. Und es betrifft nachvollziehbar nur die 67er Chipsätze.
Möglicherweise tritt dieses Problem sogar nur in Verbindung mit bestimmten Versionen eines Betriebssystem auf. Genau das will AC jetzt offenbar herausfinden.
Sicher gab es schon vorher mal den ein oder anderen Fall wo es mal Probleme gab aber noch nie war eine ganze Generation von Boards betroffen sondern meist einzelne User. Der Fehler war bisher wohl nie reproduzierbar. Von daher waren die alten Fälle wahrscheinlich eher ein Software/Treiberproblem.
[OT] Ich hatte zwar mit dem AE in dieser Beziehung keine Probleme aber das ist nicht das einzige Produkt was mit Problemen am USB-Anschluss in Verbindung gebracht wird. So habe ich hier zum Beispiel eine USB-Maus von einem großen OEM-Hersteller welche an einem USB2.0 Anschluss beim Systemstart den ganzen Bus zum Absturz bringt und erst nach abziehen und neu anstecken erkannt wird. Das funktioniert nachvollziehbar an mehreren Systemen mit völlig verschiedenen Betriebssystemen und verschiedenen Chipsätzen. Am einem USB 1.1 Hub hingegen funktioniert sie prima. Die Maus wurde erst lange nach der Einführung von USB2.0 herausgebracht und der Hersteller hat das Problem bis heute ignoriert. So viel zum Thema guter Support. [/OT]

USB gabs allerdings schon als das Aquaero rauskam.

Als das AE herauskam gab es nur USB 1.1 und dafür wurde es entwickelt.
Zwar sagt die Spezifikation das USB abwärtskompatibel sein soll aber das scheint in diesem Fall wohl nicht ganz zu stimmen.

AC hat umgekehrt auch nie gesagt das ihr Aquaero nicht zum P67/Z68 kompatibel ist.

Als die betroffenen Chipsatze, respektive die CPUs auf den Markt kamen hat AC das Aquaero 4.0 schon gar nicht mehr verkauft.
Vielleicht kommt die Meldung "inkompatibel" sogar noch von AC. Das will ich allerdings nicht hoffen. Kaum jemand wünscht sich mehr als ich das dieses Problem behoben wird. Ich hab ja selbst noch vier Stück von den Teilen hier. Allerdings bisher noch kein SB-System.
 
Hm, könnte man nicht einfach testen, ob sich das Problem mit einem 1.1er Hub lösen lassen würde? Weil so einen (passiven) Hub mit einem Port könnte man sicher klein + günstig produzieren.
 
Das es nur die Sandy Chipsätze betrifft , stimmt nicht. Hatte probleme Am2 x38 x48 x58 und p55 . Fast aber nur mit Asus und Dfi Boards. Bisher konnte immer ein biosupdate das problem fixen. Nur beim Re3 nicht . Da läuft es nur an dem usb 3.0 .

Ein USB Hub Aktiv konnte die sache aber auch nicht richten !

Sent from my Reflex
 
Zuletzt bearbeitet:
Die USB Anschlüsse werden vom Chipsatz gesteuert. Und es betrifft nachvollziehbar nur die 67er Chipsätze.
Möglicherweise tritt dieses Problem sogar nur in Verbindung mit bestimmten Versionen eines Betriebssystem auf. Genau das will AC jetzt offenbar herausfinden.

Als das AE herauskam gab es nur USB 1.1 und dafür wurde es entwickelt.
Zwar sagt die Spezifikation das USB abwärtskompatibel sein soll aber das scheint in diesem Fall wohl nicht ganz zu stimmen.

Angesteuert schon,die Funktionalität liegt aber imho im Controller.Wenn das Problem schon im Chipsatz liegen würde,gäbe es sicherlich deutlich mehr Ärger mit USB-Geräten und das wäre ziemlich schnell bekannt geworden.Das USB 2 abwärtskompatibel ist düfte sicher sein,da die allermeisten Aquaero seit Jahren an USB 2 hängen.Dazu ist vieleicht auch das mal interessant.
Wiki:

"Ein OHCI-Controller(USB 1.0a) hat prinzipiell die gleichen Fähigkeiten wie seine UHCI-Pendants, erledigt aber mehr Aufgaben in Hardware und ist dadurch marginal schneller als ein UHCI-Controller(USB 1.1). Dieser Unterschied bewegt sich meistens in Bereichen, die gerade noch messbar sind, daher kann man ihn in der Benutzung vernachlässigen; Geräteentwickler müssen es jedoch berücksichtigen.
Wenn man USB-1.1-Geräte an einen Port mit EHCI-Chip(USB 2.0) steckt, reicht der EHCI-Controller den Datenverkehr an einen hinter ihm liegenden UHCI- oder OHCI-Controller weiter (alle Controller sind typischerweise auf demselben Chip)."

Vieleicht liegt darin ja der Hund begraben.
Im Fall deiner Maus hat wohl schlicht der Hersteller geschlampt.Ein ähnliches Problem hatte ich mit einer Tastatur,die nur am PS/2 Anschluss funktionierte.
 
Wie gesagt ich würde gerne selbst bei der Lösung des Problemes helfen. Nur kann ich dies selbst mangels SB-System nicht.
Ich würde zunächst mal vorschlagen das einer der Betroffenen mal versucht ob er die USB-Ports im Bios auf USB 1.1 runterschalten kann und ob das AE dann erkannt wird oder nicht. Das ist zwar auf Dauer keine Lösung hilft aber vielleicht das Problem zu finden.
Eine andere Alternative wäre ein alter USB 1.1 Hub der zwischen Board und AE geschalten wird. Das könnte als Zwischenlösung durchaus tauglich sein.

Recht erstaunlich finde ich vor allem das die von AC vertriebene PCI-Karte nicht funktionieren soll. Diese müsste doch eigentlich Chipsatz-unabhängig sein.

Ich hatte bisher selbst keine AE-Probleme auf Boards mit X58, P45, P35 und sogar auf einem NF4-SLI-Chipsatz. Letzterer war auf einem DFI-Board (ich nannte es gerne Diva) verbaut das sogar öfters Probleme hatte externe USB-Geräte (Tastaturen und Mäuse) beim Start zu erkennen. Diese funktionierten auch gerne mal erst nach erneutem ab und wieder anstecken. Das intern angeschlossene AE 4.0 hingegen wurde immer sofort erkannt. Daher kann ich mir nicht vorstellen das beim AE ein generelles USB-Problem vorliegt.
 
In Deutschland gibt es wohl keinen Shop mehr.
scan.uk hat noch welche auf Lager.
 
Ich hab dazu gerade noch eine Aussage von "Des Kaisers Narr" (derjenige der das script zur Erkennung des AE4.0 geschrieben hat) im AC-Forum gefunden.

"Nur eine kurze Rückmeldung über den Erfolg mit der internen Karte. Ich habe eine USB 2.0-Karte mit einem NEC-Chip ersteigert, gebraucht, kostete 1,50€ und Versand. NEC war mir wichtig, man sagt deren USB-Chips eine ordentliche Qualität nach. Mittlerweile wurde der NEC-Teil zwar als Renesas ausgegliedert, aber damals war das alles noch NEC, nur für den Fall, dass jemand selbst nach einer ähnlichen Karte suchen will. Mit der Karte gab es seitdem keine Probleme mehr, das AE4 wurde bei jedem Boot eingebunden."

Dabei handelt es sich wie gesagt aber nicht um die Karte aus dem AC-Shop.
Was ich mir gerade noch überlegt habe ist folgendes. Die P67 Boards haben doch alle auch USB3.0 Anschlüsse die nicht nativ über den Chipsatz versorgt werden, weil der das gar nicht kann. Da sind meist extra NEC-Controller auf dem Board verlötet. Vielleicht könnte mal jemand der Betroffenen versuchen sein AE mittels Adapterkabel an einen USB3.0-Anschluss anzustecken.
 
Zuletzt bearbeitet:
Genau letzteres über den Usb 3.0 klappt auf jeden fall bei meinem Re3 tadellos.

Bei früheren Chipsätzen wurde es meist dann gefixt wenn in der changlog was zu lesen war von usb kompatibilität verbessert.

Darmals mit dem Dfi 790fx ging die usb karte auch nicht.

Sent from my Reflex
 
wenn ich wüsste woher ich so ein kabel auch bekomme, gern...

kaisers scripte müsste man im grunde nur in eine exe für die autostart einpflegen, dann sollte doch ein guter workaround stehen...
 
wenn ich wüsste woher ich so ein kabel auch bekomme, gern...

kaisers scripte müsste man im grunde nur in eine exe für die autostart einpflegen, dann sollte doch ein guter workaround stehen...
von usb 3.0 auf Pfostenstecker? Da geht doch nen ganz normales USB-Kabel auf Pfosten, schließlich passt der normale USB-Stecker ja auch in einen USB 3.0 Port.
 
von usb 3.0 auf Pfostenstecker? Da geht doch nen ganz normales USB-Kabel auf Pfosten, schließlich passt der normale USB-Stecker ja auch in einen USB 3.0 Port.

wenn das des Rätsels Lösung wäre, wäre es ne gute Lösung. Schließlich sollten alle Sandybridge-Boards USB 3.0 haben ...
 
Und USB3.0 Pfosten hatte nen größeren Abstand zwischen den Pins (noch net drauf geachtet)? Also mein BigNG USB-Kabel hat zum Glück an der einen Seite alle einzeln :d.
 
Onlineshop
5 Stück der BestellNr. 019-CVB101 (einfach in die Suche eintippen) sollten das Problem lösen wenn USB3-intern ein größeres Rastermaß hat.


Edit: Alles Mumpitz was ich geschrieben habe. die bisherigen internen USB3 Anschlüsse haben wohl ein kleineres Rastermaß (2,00mm). Damit hilft der Stecker oben nicht weiter.
 
Zuletzt bearbeitet:
Einfach das orginale AE usb kabel auf einen normalen Usb stecker löten. So habe ich es gemacht.
Ob es die lösung bei SB ist müsste man testen. Habe aber kein passendes Syste zur hand.
Sent from my Reflex
 
wenn das des Rätsels Lösung wäre, wäre es ne gute Lösung. Schließlich sollten alle Sandybridge-Boards USB 3.0 haben ...

Nur halt nicht alle von NEC,falls es darauf ankommt.GB z.B.verwendet Controller von Etron beim Z68.
Wäre natürlich genial wenn das die Lösung wäre.Welches Kabel bräuchte man denn für den internen Anschluss an USB3?Blick da grad nicht durch.
 
Zuletzt bearbeitet:
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