Anhand des Listings würde ich damit beginnen ohne Sensor Kexte und iStatMenu zu testen.
[Bau-Tagebuch] MBX MKII Limited Edition - 055
-
- Erledigt
- crazycreator
-
-
Das Entfernen der Sensor Kexte bezog sich auf den KP.
-
Ach ja die Sensorkexte ... Da war doch noch was.
Ja das hat sich leider zerschlagen, denn scheinbar lag es wohl doch am RAM oder am BIOS-Setup.
Der RAM wird natürlich teurer als das austauschen der Sensorkexte
Aber vielleicht war es ja auch eine falsche Einstellung im BIOS, was ich aber leider nicht mehr überprüfen kann.Aber egal ... Jetzt gilt es den Sleep zu optimieren, den "ominösen" USB-HUB einzubinden und die Kiste endlich wirklich arbeitsbereit zu bekommen, damit ich endlich einen der BigTower von meinen Schreibtisch entfernen kann.
Zwischen zwei solchen Kloppern zu sitzen ist irgendwie nicht so schön. -
Die erste Wake Reason kann vielleicht durch eine andere powerd configuration gefixt werden. Wie sehen deine Settings unter Energie Sparen aus? Mach mal bitte einen Screenshot...
Die zweite Wake Reason sieht mir so aus, als hätte einfach irgendwas am PCI gefunkt...
-
Na da wollen wir mal:
Energie Sparen:
als hätte einfach irgendwas am PCI gefunkt.
Kann das damit was zu tun haben:
"Power On By PCI-E/PCI" Disabled oder Enabled?
"USB Keyboard and Mouse Simulator" Disabled oder Enabled?
"Execute Disable Bit" Disabled oder Enabled?Und hier noch der aktuellste Wake Reason Bericht:
Alles anzeigenCode- Last login: Fri Sep 21 05:37:02 on ttys000
- MBX-MKII-iMac:~ crazycreator$ log show --style syslog | fgrep "Wake reason"
- 2018-09-21 05:45:13.409661+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
- 2018-09-21 05:45:13.409662+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
- 2018-09-21 07:46:31.170000+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
- 2018-09-21 07:46:31.170000+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
- 2018-09-21 09:48:44.973795+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
- 2018-09-21 09:48:44.973796+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: RTC (Alarm)
- 2018-09-21 11:49:40.264838+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: PEG1 PEGP PEG2 PEGP PXSX RP10 PXSX RP11 PXSX RP12 PXSX RP13 PXSX PXSX RP02 PXSX RP04 PXSX PXSX RP06 PXSX RP07 PXSX RP08 PXSX P
- 2018-09-21 11:49:40.264844+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: PEG1 PEGP PEG2 PEGP PXSX RP10 PXSX RP11 PXSX RP12 PXSX RP13 PXSX PXSX RP02 PXSX RP04 PXSX PXSX RP06 PXSX RP07 PXSX RP08 PXSX P
- 2018-09-21 16:25:19.556713+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI XHC
- 2018-09-21 16:25:19.556714+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI XHC
- 2018-09-21 18:45:14.215596+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI XHC
- 2018-09-21 18:45:14.215597+0200 localhost kernel[0]: (AppleACPIPlatform) AppleACPIPlatformPower Wake reason: XDCI XHC
- MBX-MKII-iMac:~ crazycreator$
5:45 Uhr habe ich den Rechner verlassen
bis 11:49 Uhr wacht er im 2 Stundentakt kurz auf und schläft wieder RTC (Alarm).
Da kommt dann dieser Wake reason: PEG1 PEGP .... Und ab da schläft er brav durch, bis ich per Mausklick um 16:45 Uhr aufgeweckt habe (Ohne Probleme)Der Stromverbrauch bestätigt übrigens das was man im Wake Reason Bericht sieht:
-
Eigentlich passen deine Settings im BIOS ja so, aber irgendwas weckt ihn da trotzdem um 11:49 auf.
Gleiches gilt für die RTC Wakes, die für mich keinen Sinn machen, denn PowerNap ist deaktiviert und RTC Wake im BIOS ebenfalls aus.Vielleicht macht es hier Sinn diese Einstellungen dem OS zu überlassen und nicht im BIOS zu regulieren. Du kannst also mal probieren Power On By PCI-E/PCI und Power On By RTC auf Enabled zu setzen...
Wake On Lan ist aus?
Kriegst du bei dmesg | grep -i error irgendeinen Output?
-
Ich mach mal hier weiter, damit andere mitlesen können.
Gibt es noch irgendwelche Neuerungen mit den neuen Settings? Hast du eigentlich dein SleepImage mit den Terminal-Befehlen fixiert?Zu HS09: Da 0xff als ConnectorType nicht hilft, war meine Idee den Port als Non-User-Visible zu definieren. Das ist an sich schon eine ziemlich komplizierte Sache, wenn man sich deine ACPI Tabellen aber erstmal anschaut, wird man da ganz grün im Gesicht
Ich habe jetzt 3 verschiedene Konzepte erarbeitet, die eventuell das erbringen, was ich will. Dafür habe ich dir 3 SSDTs erstellt (der ganze Spaß ist bei dir nicht in der DSDT, sondern ausgelagert in einer SSDT).
Du muss über deine config den OEM-SSDT-Table xh_rvp08 droppen. Dieser Table wird durch eine meiner SSDTs ersetzt, welche du ganz normal lädst.Zusätzlich solltest du bei Benutzung der SSDTs versuchen keine USB-Kext zu benutzen. Also kein USBInjectAll, USB.kext, FakePCIID, etc. Höchstens der PortLimit Patch wäre eine Ausnahme, der arbeitet an einer anderen Stelle. Obwohl du keine USB-Kext benutzt, sollte im IOReg HS09 als 0xff definiert werden. Falls ja, wurde die SSDT korrekt geladen. Eventuell wird aber auch HS09 im IOReg explizit nicht angezeigt, das muss man testen.
Höchstens eine der 3 SSDTs wird funktionieren...
-
Ich werde hier mal ein Update schreiben, da der "Vater" meines Rechners, wiedermal so einiges probiert hat.
Aktueller Stand der Dinge
Die oben probierten Tests haben leider nicht zum gewünschten Ergebnis geführt, der verdammte USB-HUB weckt immer noch den Rechner direkt wieder aus dem Sleep. Leider.
Aktuell probieren wir mit dem HibernationFixUp.kext etwas zu erreichen, diese Test beginnen aber gerade erst.Eine spezielle Frage an @Brumbaer
Ich habe da mal noch eine Frage an dich @Brumbaer. @kuckkuck hat gemeint du hättest mal eine Windowsanwendung zum steuern einer Wasserkühlung auf Mac portiert. Kannst du mehr dazu sagen?Aktuelle allgemeine Fragen und Probleme
Auch mal noch eine Information und natürlich Frage an die gesamte Allgemeinheit mit dem Aufruf an das Schwarmwissen hier:
Wir haben aktuell zwei verschieden Wake reasons mit denen wir nichts anfangen können. Vielleicht weiss ja jemand dazu mehr:
Der erste ist: ?Der zweite ist:
Für den zweiten besteht die Vermutung bzw. der Verdacht das er durch die AppleWatch ausgelöst wird.
Kann es sein das der Rechner schon aus dem Sleep erwacht wenn die AppleWatch "auftaucht"?
Dieses Verhalten ist mir bisher übrigens nur unter Mojave aufgefallen,
wobei ich nicht ausschliessen kann das es in HighSierra nicht so ist.Informationen
Alle Tests wurden/werden auf komplett sauberen Systemen durchgeführt und leider kann ich auch nicht auf zurückliegende Konfigurationen zugreifen, da auch der Rechner an sich komplett neu ist.Danksagungen
P.S. Auch hier nochmal ein fettes spezielles
an @kuckkuck für den PM+ForumSupport und natürlich auch an @DSM2 für die nächtliche TeamViewer-Sitzung als es um die Ersteinrichtung ging. Danke!!!
Aber natürlich auch an den Rest des Schwarms, der hier in meinem Thread hilft ans Ziel zu kommen. -
Zitat von CrazyCreator
Ist natürlich Blödsinn. Um eine eine App von Windows zu portieren müsste man die Quellen haben - geben die Hersteller natürlich nicht raus. Selbst, wenn man die Quellen hätte, machte es wenig Sinn eine Windows App portieren zu wollen, wenn sie nicht von vorne herein darauf ausgelegt worden wäre. Lang lebe der Konjunktiv und wenn wir schon dabei sind auch der Genetiv
Auf der anderen Seite habe ich mal eine Mac App geschrieben, die so was macht. In der Tat benutze ich deren Nachfolger noch heute zum Steuern meines eigenen WaKü Controllers.
-
Soweit ich mich erinnern kann, hattest du die USB Signale, die zwischen Programm und Wakü ausgetauscht werden ausgelesen und anhand der dadurch gefundenen Infos eine App für Mac geschrieben, kein Portieren im direkten Sinne
Die eigentliche Frage, die sich dahinter verbirgt, ist ob du damals evtl. Probleme mit Sleep aufgrund der Signale von der Wakü hattest und dafür eine Lösung finden konntest.
-
In der Tat benutze ich deren Nachfolger noch heute zum Steuern meines eigenen WaKü Controllers.
Ist das ein selbstgebauter Controller?
Dir muss bzw. kann man ja alles zutrauen. Was jetzt als Kompliment zu verstehen ist
@kuckkuck hat die Frage ja schon vorweg genommen. Wie hast du das mit dem Sleep lösen können, wenn es da überhaupt Probleme gab.
-
Keine Sleep Probleme.
Die AIOs von NZXT und Corsair die ich verwendet hatten, sind beide letztendlich von Asetek. Es findet nur eine Kommunikation zwischen Computer und Wakü-Controller statt, wenn sie vom Rechner initiiert wird. Teilt macos der Software mit, dass es Zeit ist schlafen zu gehen, hört die Software auf Transfers zu initiieren und alles ist ruhig. Sagt macos der Software, dass es Zeit ist aufzuwachen, fängt sie wieder an Transfers zu initiieren.
Wenn man keine Software am laufen hast, tut sich auch nichts.
Welch WaKü hast du ? Bist du sicher die WaKü weckt das System auf ?
-
Zitat von CrazyCreator
Schnipp
Ist das ein selbstgebauter Controller?
SchnappJa, basiert auf einem Arduino, misst Wassertemperatur und CPU Spannung und steuert Lüfter und Pumpe.
Zitat von CrazyCreator
Schnipp
Hubby7 <- Das ist der Hub der das Problem macht
SchnappBrauchst du den Hub ? Du hast doch bestimmt 3 USB Anschlüsse auf dem MoBo. 2 Header mit jeweils zwei USB "Anschlüssen" sollte dein MoBo auf jeden Fall haben. Bzw. brauchst du so viel USB, kannst du die Sache nicht über Aquabus kontrollieren ?
-
Das selbe hatte ich bereits ebenfalls mit einem Corsair 860i Netzteil. Ich musste dann jedesmal den Resetbutton am Netzteil drücken, um das Netzteil wieder zu einem sauberen Start zu verhelfen. Netzteil ging, wenn es dann mal sauber gestartet ist, auch immer mal wieder einfach so mitten im Betrieb aus.
Letztlich habe ich es dann, da noch Garantie drauf, zurückgeschickt und gegen ein neues ausgetauscht. Seit dem habe ich dieses Problem nicht mehr.
