How to check if the sleeping state is working on capitan?

[jcda_23]

Why did you set DropOem=true?
It is not correct. DropOem=true is only when you have patched SSDTs in ACPI/patched. You have no patched SSDTs.
Also, remove SortedOrder. The files you have in ACPI/patched have no order dependencies.
You really need to review all patches you have in ACPI/patches to make sure each one is appropriate for your ACPI set.
(you have a bit of nonsense there... for example _WAK cannot be both Serialized and NotSerialized... only one patch is valid...and what you have there makes it look like you didn't do your research before adding these patches)
You forgot to provide patchmatic -extract output...

Rehabman made the modifications.
Here are the new system files

 

[RehabMan]

Rehabman made the modifications.
Here are the new system files

At what time did you attempt to wake the computer?
Is this it?

May 27 19:59:44 juans-MacBook-Pro kernel[0] <Notice>: Wake reason: PWRB (User)

At what time did you attempt to sleep the computer (maybe an instant wake followed)?
Is this it?

May 27 19:59:12 juans-MacBook-Pro kernel[0] <Notice>: Wake reason: PWRB EH02 EH01 (User)

Debugging these kind of problems requires a detailed look at the logs relative to the time the events happened.
Only you can correlate the events with the times in the log.

Your patchmatic -extract output does not disassemble cleanly, which means you have mistake(s) to fix:

Pass 1 parse of [SSDT]
ACPI Error: [UPRW] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)

That is with: iasl -da -dl *.aml

If you can't clean disassemble your patchmatic output, you need to fix it until it does...

Hint: Your DSDT has a FieldUnitObj named UPRW at root scope. And yet, you try to add a method at root scope with the same name in SSDT-PRW.aml.

 

[jcda_23]

At what time did you attempt to wake the computer?
Is this it?

May 27 19:59:12 juans-MacBook-Pro kernel[0] <Notice>: Wake reason: PWRB EH02 EH01 (User)

Debugging these kind of problems requires a detailed look at the logs relative to the time the events happened.
Only you can correlate the events with the times in the log.

Your patchmatic -extract output does not disassemble cleanly, which means you have mistake(s) to fix:

[/QUOTE]
I extracted them again

 

[RehabMan]

I extracted them again

Same problem.

ACPI Error: [UPRW] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)

You should test on your own before asking for verification.

Note: Problem is not extraction procedures. Problem is the set/content of files you have in ACPI/patched.

 

[jcda_23]

Same problem.

ACPI Error: [UPRW] Namespace lookup failure, AE_ALREADY_EXISTS (20161210/dswload-462)
ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20161210/psobject-310)

You should test on your own before asking for verification.

Note: Problem is not extraction procedures. Problem is the set/content of files you have in ACPI/patched.

Ok rehabman, I'm going to work on it

 

[jcda_23]

Ok rehabman, I'm going to work on it

Just out of curiosity, should I change my "hibernatemode 3" to hibernatemode 0?

 

[RehabMan]

Just out of curiosity, should I change my "hibernatemode 3" to hibernatemode 0?

Your question is answered in the power management guide:
https://www.tonymacx86.com/threads/guide-native-power-management-for-laptops.175801/

 

[jcda_23]

Your question is answered in the power management guide:
https://www.tonymacx86.com/threads/guide-native-power-management-for-laptops.175801/

Could this be the culprit of the black screen when trying to wake up?

 

[RehabMan]

Could this be the culprit of the black screen when trying to wake up?

As per PM guide, hibernation should be disabled.
But no idea until you try to set it properly.
It seems I have identified plenty of other issues previously...