Wake-Problem, Bild erst nach dem zweiten aufklappen

  • Hallo zusammen,

    ich bastel jetzt schon seid einiger Zeit an das Notebook Huawei D14 2020.

    Bis jetzt habe ich alles komplett ans laufen bekommen unter Monterey.

    Habe aber festgestellt das eins nicht so richtig funktioniert und das ist ein Bild nach Tiefschlaf.

    Habe alle möglichen Darkwake und sonstige Bootargs ausprobiert. ( igfxonln=1 darkwake=8 usw. igfxonln=1


    - Gerät zuklappen und sofort wieder öffnen :thumbup:

    - Gerät zuklappen und in den Tiefschlaf gehen lassen (USB und sonstiges wird abgeschaltet )

    - Gerät aufklappen, USB und sonstiges geht an, ist auch unter Bildschirmfreigabe wieder da, Hackintool sogt aber kein Monitor. :thumbdown:

    - Geräte wieder zuklappen und wieder aufklappen, Bild ist wieder da. (also zwei mal) :thumbup:

    - Wenn man einen externen Monitor über HDMI anschließt funktioniert dieser direkt beim ersten mal aufklappen. :thumbup:


    Schlußendlich wird der interne Monitor erst nach dem Tiefschlaf mit zwei mal auf und zuklappen wieder aktiviert. :/


    Ich hoffe das einer ne Lösung für dieses Problem hat.


    Meine config.plist habe ich mal angehangen. ;)


    VG Bandit

    Dateien


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • Die 3 hatte ich auch schon getestet, leider auch keine Änderung.


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • Hat denn keiner eine Idee zu diesem Problem?


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • Ich kann hier nichts beitragen, da ich schon seit einiger Zeit nicht mehr mit HackBooks arbeite und die verblassenden Erfahrungen aus Zeiten des Lenovo Thinkpad T530 oder HP EliteBook 6470p auch keine Hilfe sind.

    Gruß
    Al6042

    Keine Unterstützung per PN oder Pinnwand... Eure Anfragen gehören ins Forum, nicht in mein Postfach!

  • Vielleicht funktioniert ja einer dieser Fixes. Ist eigentlich für das Problem dass an einem Desktop oft ein zweiter Tap auf die Tastatur notwendig ist um auch den Bildschirm aufzuwecken.

    Aber vielleicht ist es ja die gleiche Ursache und äußert sich bei einem Laptop anders.

    https://dortania.github.io/Ope…ll/usb/misc/keyboard.html

  • Danke für den Tip, habe ich auch schon ausprobiert, behebt den Fehler leider nicht

    Beim ersten aufklappen starten ja die USB Port und die CPU wieder, nur es kommt kein Bild,

    Beim wieder zuklappen und wieder öffnen kommt sofort das Bild.

    Irgendwie komisch.


    al6042

    Schade ich habe sehr auf deine langjährige Erfahrung gehofft, das du eine Lösung hast.


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • wir sollten uns mal herantasten.


    1. Dein Gerät geht beim Zuklappen sauber in den Sleep. Das ist schon mal die halbe Miete.


    2. Beim Aufklappen wacht der PC wieder auf, nur den Monitor noch nicht. Bei zweiten Aufklappen kommt auch der Monitor.


    Jetzt meine Fragen:

    1. Was passiert, wenn Du das Gerät offen in den Sleep fahren lässt und dann per Taste aus dem Sleep holst?


    2. Was passiert, wenn Du das Gerät nach dem ersten Aufklappen wieder zuklappst und erneut in den Sleep fahren lässt und anschließend wieder öffnest?

    Meine erstes Projekt

    INTEL NUC8i3BEH mit 32 GB DDR4-RAM, 500GB SSD, installiert MacOS Ventura OpenCore. Inzwischen läuft auch die festverbaute Intel-WLAN/Bluetooth-Karte, sowie der SD-Karten-Leser! :) - Macmini 8.1


    Mein zweites Projekt:

    AsRock H310-CM mit Intel Core I3-9100F, 16 GB DDR4-RAM, ASUS Rx560 4GB, MacOS Monterey, OpenCore - iMac19.1


    Mein drittes Projekt:

    Notebook HP-Probook 440 G6, Intel Core i5_8265U, Intel Grafik UHD-620, 16 GB DDR-4, WLAN-Karte BCM94369CS2 mit Flex-Adaper auf M.2, MacOS Ventura, OpenCore - MacBookPro 15.2


    Mein viertes Projekt:

    Gigabyte Z490M mATX, Intel Core i5-10500, 16 GB DDR4-RAM, ARock Radeon RX5500, 500GB NVMe M.2, BCM94360CS2 - MacOS Monterey OpenCore - iMac 20.2

  • Zu deiner Frage 1

    Er wacht auf aber kein Bild


    zu deiner Frage 2

    Er wacht ebenfalls nur auf, kein Bild


    aber in beiden Fällen wird der Hdmi aktiviert und als ersten Monitor deklariert, da laut Hackintool kein interner Monitor existiert.

    Beim starten oder beim zweiten aufklappen ist der interne Monitor in Hackintool vorhanden.


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • Bist Du sicher, dass Du die richten Properties-Einstellungen gewählt hast? Plattform-ID und Device-ID sieht sehr nach 8/9.Gen aus.


    lt. Dortina sollte das hier rein.

    Meine erstes Projekt

    INTEL NUC8i3BEH mit 32 GB DDR4-RAM, 500GB SSD, installiert MacOS Ventura OpenCore. Inzwischen läuft auch die festverbaute Intel-WLAN/Bluetooth-Karte, sowie der SD-Karten-Leser! :) - Macmini 8.1


    Mein zweites Projekt:

    AsRock H310-CM mit Intel Core I3-9100F, 16 GB DDR4-RAM, ASUS Rx560 4GB, MacOS Monterey, OpenCore - iMac19.1


    Mein drittes Projekt:

    Notebook HP-Probook 440 G6, Intel Core i5_8265U, Intel Grafik UHD-620, 16 GB DDR-4, WLAN-Karte BCM94369CS2 mit Flex-Adaper auf M.2, MacOS Ventura, OpenCore - MacBookPro 15.2


    Mein viertes Projekt:

    Gigabyte Z490M mATX, Intel Core i5-10500, 16 GB DDR4-RAM, ARock Radeon RX5500, 500GB NVMe M.2, BCM94360CS2 - MacOS Monterey OpenCore - iMac 20.2

  • Displays

    So display issues are mainly for laptop lid detection, specifically:

    • Incorrectly made SSDT-PNLF
    • OS vs firmware lid wake
    • Keyboard spams from lid waking it(On PS2 based keyboards)

    The former is quite easy to fix, see here: Backlight PNLF

    (opens new window)

    For the middle, macOS's lid wake detection can bit a bit broken and you may need to outright disable it:

    Code
    1. sudo pmset lidwake 0

    And set lidwake 1 to re-enable it.

    The latter requires a bit more work. What we'll be doing is trying to nullify semi random key spams that happen on Skylake and newer based HPs though pop up in other OEMs as well. This will also assume that your keyboard is PS2 based and are running VoodooPS2

     (opens new window).

    To fix this, grab SSDT-HP-FixLidSleep.dsl

     (opens new window)and adapt the ACPI pathing to your keyboard(_CID value being PNP0303). Once this is done, compile and drop into both EFI/OC/ACPI and under config.plist -> ACPI -> Add.

    For 99% of HP users, this will fix the random key spam. If not, see below threads:



    https://dortania.github.io/Ope…ersal/sleep.html#displays

    MacBook Air 2022  M2 - 10 Core GPU - 16GB RAM - 512 GB - macOS Sonoma

    MacMini 6,1  Late 2012 - macOS Ventura Beta - OC Legacy Patcher 0.6.9

  • RenStad

    sicher bin ich mir nicht, aber habe diese auch schon ausprobiert, In den Efis die man so findet ist mal diese und mal diese vorhanden.

    Aber wie gesagt funktionieren beide nicht, auch nicht mit einem anderen SMBIOS und diese Kombinationen.


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • Hier das ist auch noch interesant, auch der Boot arg zum Display Force etc.


    Fixing GPUs

    With GPUs, it's fairly easy to know what might be causing issues. This being unsupported GPUs in macOS. By default, any GPU that doesn't have drivers already provided in the OS will run off very basic drivers known as VESA drivers. These provide minimal display output but also cause a big issue in that macOS doesn't actually know how to properly interact with these devices. To fix this, well need to either trick macOS into thinking it's a generic PCIe device(which it can better handle, ideal for desktops) or completely power off the card(on laptops, desktop dGPUs have issues powering down)

    Special notes for iGPU users on 10.15.4 and newer:

    • iGPU wake is partially broken due to numerous hacks apple uses in AppleGraphicsPowerManagement.kext with real Macs, to get around this you'll likely need igfxonln=1 to force all displays online. Obviously test first to make sure you have this issue.
    • AAPL,ig-platform-id 07009B3E may fail for desktop Coffee Lake (UHD 630) users, you can try 00009B3E instead. 0300923E is also known to work sometimes.

    Other iGPU notes:

    • Some systems with iGPUs (e.g. Kaby Lake and Coffee Lake) may cause system instability in lower power states, and can sometimes manifest as NVMe kernel panics. To resolve, you can add forceRenderStandby=0 to your boot-args to disable RC6 Render Standby. See here for more info: IGP causes NVMe Kernel Panic CSTS=0xffffffff #1193

      (opens new window)

    • Certain Ice Lake laptops may also kernel panic on Cannot allow DC9 without disallowing DC6 due to issues with transitioning states. A work around for this is using either -noDC9 or -nodisplaysleepDC6 in your boot-args

    Special note for 4k Displays with AMD dGPUs:

    • Some displays may fail to wake randomly, mainly caused by AGDC preferences. To fix, apply this to your dGPU in DeviceProperties:

    agdc.d3314b17.png

    MacBook Air 2022  M2 - 10 Core GPU - 16GB RAM - 512 GB - macOS Sonoma

    MacMini 6,1  Late 2012 - macOS Ventura Beta - OC Legacy Patcher 0.6.9

  • Bist Du sicher, dass Du die richten Properties-Einstellungen gewählt hast? Plattform-ID und Device-ID sieht sehr nach 8/9.Gen aus.


    lt. Dortina sollte das hier rein.

    ich habe nochmal nachgesehen, lt. dem Screenshot von dir ist dieser für eine Ice Lake(Xeon) CPU

    Ich sollte eine Comet Lake CPU verbaut haben, somit wäre mein Eintrag richtig, denke ich


    Hecatomb


    Hier das ist auch noch interesant, auch der Boot arg zum Display Force etc.


    Fixing GPUs

    With GPUs, it's fairly easy to know what might be causing issues. This being unsupported GPUs in macOS. By default, any GPU that doesn't have drivers already provided in the OS will run off very basic drivers known as VESA drivers. These provide minimal display output but also cause a big issue in that macOS doesn't actually know how to properly interact with these devices. To fix this, well need to either trick macOS into thinking it's a generic PCIe device(which it can better handle, ideal for desktops) or completely power off the card(on laptops, desktop dGPUs have issues powering down)

    Special notes for iGPU users on 10.15.4 and newer:

    • iGPU wake is partially broken due to numerous hacks apple uses in AppleGraphicsPowerManagement.kext with real Macs, to get around this you'll likely need igfxonln=1 to force all displays online. Obviously test first to make sure you have this issue.
    • AAPL,ig-platform-id 07009B3E may fail for desktop Coffee Lake (UHD 630) users, you can try 00009B3E instead. 0300923E is also known to work sometimes.

    Other iGPU notes:

    • Some systems with iGPUs (e.g. Kaby Lake and Coffee Lake) may cause system instability in lower power states, and can sometimes manifest as NVMe kernel panics. To resolve, you can add forceRenderStandby=0 to your boot-args to disable RC6 Render Standby. See here for more info: IGP causes NVMe Kernel Panic CSTS=0xffffffff #1193

      (opens new window)

    • Certain Ice Lake laptops may also kernel panic on Cannot allow DC9 without disallowing DC6 due to issues with transitioning states. A work around for this is using either -noDC9 or -nodisplaysleepDC6 in your boot-args

    Special note for 4k Displays with AMD dGPUs:

    • Some displays may fail to wake randomly, mainly caused by AGDC preferences. To fix, apply this to your dGPU in DeviceProperties:



    Boot Arg:

    forceRenderStandby=0

    geht nicht mehr in den Tiefschlaf, USB wird nicht abgeschaltet, schaltet beim aufklappen nicht ein auch nicht beim betätigen der Tastatur oder Power Knopf, Wacht garnicht mehr auf


    -nodisplaysleepDC6

    Keine Änderungen, bleibt alles wie gehabt


    alles andere in diesem Beitrag trifft nicht zu, denke ich


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • Hab auch diesen Boot arg gemeint = igfxonln=1

    MacBook Air 2022  M2 - 10 Core GPU - 16GB RAM - 512 GB - macOS Sonoma

    MacMini 6,1  Late 2012 - macOS Ventura Beta - OC Legacy Patcher 0.6.9

  • Steht ja schon in meinen ersten Beitrag das ich diesen ohne Erfolg schon gesetzt hatte


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1

  • Ich hab' das Problem bei meinem S740, allerdings wirklich nur bei frischem Boot. Nach Wake geht es wieder. Ich glaube das es sich durch ein anderes SMBIOS beheben ließ aber ich hatte keine Lust es zu fixen. Bei mir ist es MacBookPro16,1, versuche einfach mal das 15er.


    Letztlich habe ich mir ein Workaround zurecht gelegt, eine aktive Ecke ist Bildschirm aus. Kurz mit er Maus hin, Display aus, Maus wieder bewegen, Display an.

    Lenovo Yoga S740 i9 / OpenCore

    GA-Z590 Vision D / i9-10900F / 32GB / Radeon VII / LG 34UM95-P
    GA-Z97N-WiFi / 4790K / RX580

  • Werde ich Mal ausprobieren das 16.1.

    Allerdings erst am Freitag da ich beruflich unterwegs bin.

    Danke für den Tip


    1.
    Hackintosh

    Asus Prime Z390-A

    I5-8400

    Intel UHD 630

    16GB Arbeitsspeicher

    1TB WD Black 850SN NVME M.2 ( Ventura )

    1TB Samsung 970 NVME M.2 (Windows 11Pro)

    WLAN-Bluetooth Fenvi T919

    MacOS Ventura 13.0

    Opencore 0.8.5


    2.

    MacMini M1,

    8GB Arbeitsspeicher

    512GB SSD

    Monterey 12.1