ASUS FX753VE - Erkennung AC Ladekabel

Hallo Forum,

ich habe mit Hilfe vom Forum (vor allem anonymous_writer und Harper Lewis ) einen lauffähigen Laptop mit Mojave hinbekommen, nur einige Dinge gehen noch nicht, zum Beispiel die Erkennung ob während dem Betrieb ein Ladekabel angesteckt wird.

Ich habe in einer Anleitung einen Patch gefunden der bei dem Problem helfen soll, die Frage ist nur wo und wie ich den genau anwenden kann. Der Patch sieht so aus:

Muss der direkt in die DSDT.dsl Datei geschrieben werden oder muss der in eine extra Datei?

Ich kenne mich leider zu wenig mit der Materie aus

Gruß hhfritz

Das heißt ich muss den Code in eine Textdatei schreiben um es mit dem Patch Button in MaciASl zu patchen?

Vielen Dank mal für die Infos.

Ich bin mir nur nicht ganz sicher wie ich die plist einsetzen muss. Ich habe sie wie beschrieben in das Library/Preferences Verzeichnis kopiert, aber es werden keine anderen als die schon bekannten Patches von RehabMan angezeigt, die ich da importiert habe (LAPTOP DSDT Patches heißt das glaub).

Muss ich da in MaciASL noch was einstellen damit sie sichtbar sind?

Ich habe auch den Patch, den ich am Anfang angefragt habe probiert, waren aber 0 Changes, deshalb hab ich den nicht benutzt.

Dann habe ich den von Dir rein kopierten XHC-Patch rausgenommen. Dann funktionierte aber das Touchpad nicht mehr. Also hab ich ihn wieder reingenommen.

Nun ändert sich zwar die Farbe der Batterie beim An bzw. Abstecken, aber es wird trotzdem nicht richtig erkannt, da der Blitzpfeil immer da ist oder immer weg ist. Je nachdem ob man mit Ladekabel gestartet hat oder ohne.

Ich weiß halt nicht genau wie ich das Problem anpacken kann, da mir die Kenntnisse fehlen um die DSDT zu verstehen...

Ja, das hatte ich auch gefunden und die Asus habe ich schon getestet.

Die sind ja auf die DSDT.dsl anzuwenden, oder? Da hatte ich beim ersten 0 Changes, aber beim zweiten 130 Errors (alle mit der Meldung: Object does not exist).

Die müsste ich dann alle auskommentieren, oder? Da ich das nicht wusste hab es dann lieber gelassen.

Ich habe halt nur die zwei Asus probiert, wusste nicht dass man auch welche von Acer nehmen kann.

Und dann muss ich das im aml Format speichern und in den Clover/ACPI/patched Ordner reinlegen. Ist das richtig oder muss man noch einen Schritt machen?

Ach so, ich hatte in einer Anleitung von RehabMan gelesen, dass man zum patchen das Programm iasl verweden soll und die DSDT in das dsl disassemblieren soll. Dann hätte MAciASL weniger Probleme...

Dann brauche ich den Schritt also nicht vorher machen?

So, nun habe ich mehrere Varianten ausprobiert. Es gibt tatsächlich bei den Acer Battery Patches keine Fehler wenn man sie anwendet. Immerhin wird erkannt dass die Batterie geladen wird, auch wenn kein Blitzpfeil angezeigt wird, während man das Kabel im Batteriebetrieb ansteckt. Damit könnte ich eigentlich leben, wäre da nicht das Problem dass wenn ich die gepatchte DSDT in den patched Ordner lege, dass dann das Touchpad nicht mehr geht.

Lösche ich die DSDT aus dem patched Ordner, dann geht das Touchpad wieder.

Außerdem bekomme ich von KextUpdater folgende Meldung:

kann ich da nun den AppleBacklightFixup löschen oder bekomme ich dadurch Probleme (schwarzer Bildschirm) ?

WhatEverGreen ist aber auch schon drin im Ordner, also dann kann ich ihn wohl bedenkenlos löschen.

Danke für die Info.

Ich habe in Clover den Patch disabled und den Windows10 Patch zusätzlich in die DSDT gepatcht.

Leider geht das Touchpad immer noch nicht

anonymous_writer : Vielen Dank! Das mit dem Neueinlesen hat geklappt. Das Touchpad geht wieder. .

Ich wusste nicht dass man die DSDT Datei immer wieder neu einlesen muss. Ich hatte ja die aus dem origin Ordner genommen und sie hatte den gleichen Zeitstempel wie die anderen Dateien auch.

Die Batterieanzeige läuft noch nicht optimal, aber er erkennt nun immerhin dass die Batterie geladen wird. Ich hoffe dass das ausreicht und er nicht wieder in den Ruhezustand will. Das würde mir ausreichen indem ich immer mit Netzteil starte und dann wieder abziehe, bis es gebraucht wird. Denn nur dann berechnet er auch die Zeit die er braucht bis er voll geladen ist.

Ich habe seit vorhin diesen Fehler bei MaciASL:

habt ihr das auch oder ist das nur bei mir. Ich muss dann ca 10 mal bestätigen bis es weg ist. Und dann fehlen einige Einträge zum patchen...

Das Compilerfenster sieht danach so aus:

wenn man auf einen Fehler geht so:

Der rot markierte Bereich sind die 2 ersten Fehlermeldungen