U3818DW, USB Type-C power delivery problem

Page 29 of the Dell UltraSharp U3818DW Monitor User’s Guide says "The USB Type-C power delivery compliant port (PD Version 2.0) delivers up to 100 W of power."

Based on this statement, I purchased a U3818DW monitor to use with my USB-C PD 2.0 compliant laptop. The monitor is not functioning correctly and I have demonstrated in detail how the monitor is not USB-C PD 2.0 complaint and has a defect in its USB-C PD implementation.

Will Dell resolve this defect with a firmware update?

OP says:

"My Dell U3818DW consistently wakes my laptop up shortly after the laptop goes to sleep when powering it via USB Type-C from the U3818DW, causing infinite sleep/wake loops and preventing the laptop from ever actually sleeping. The laptop sleeps fine when powered by the USB Type-C power supply it came with."

Since you have a Windows laptop, and this is exactly the same issue and symptoms all the Macbook Pro users with U3419W monitors (34" curved") are complaining about, I see it's not just an Apple problem:

Dell U3419W connected via USB C keeps scanning for signal when MacBook is sleeping

U3419W, MacBook, USB Type-C, sleep/wake issues 

OP, thank you for tracking down the real cause!!!

As a workaround until this gets fixed, is there a way to completely shut off the monitor charging output via USB-C?

Dell needs to fix this since this monitor claims to support USB-C charging.

That's not the only bug in their firmware as of now (M3B106). Four other bugs present:

* When connected over DisplayPort, and when keyboard and/or mouse are connected to the builtin hub of the U3818DW, the Windows computer can't be woken up through the keyboard or mouse. Waking up with keyboard/mouse with the same setup works when connecting the U3818DW over USB-C.

* NightShift is not supported on the U3818DW, neither over USB-C nor DisplayPort. The much older U3415W supports NightShift just fine on the exact same machine with the same version of Mac OS.

* In the menu there's only 21:9, AutoResize, 4:3, 1:1, but not 16:10 or 16:9 mode. This is clearly a bug as other 21:9 displays from Dell support 16:9/10.

* When connecting two machines to the display and using the internal hub of the U3818DW to share keyboard and mouse, and when switching to an input source on the display where the current setting is not assigning the currently used internal USB connection (USB 1 or USB 2), it's not possible to enter the display's menu to change the USB 1/2 assignment unless there's a signal. This makes it impossible to change the USB assignment in cases where one machine is still in sleep mode.

I'm very puzzled why Dell released with display with so many issues. Looking back at my history with Dell displays, going as far back as the 2405, this U3818DW shows a terrible lack of quality control.

I wish Dell would listen to its customers and start working towards making sure that at least these high-end monitors work with Macbooks given how many Macbook owners are buying it.

This great and detailed bug report was created a month ago, could we please hear from someone from Dell if it's at least planned that this issue will be fixed?

I see the exact same behavior on my Macbook Pro. After telling the Macbook to sleep, the monitor will take it up every 60 seconds.

The Macbook is connected to the monitor using the USB-C cable provided by Dell.

Every 60 seconds this message shows up in the logs, and the Macbook wakes from sleep:

Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%)  WakeDetails DriverReason:XHC1

2020-02-11 11:30:24 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:30:29 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14956 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=2267 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3204]
2020-02-11 11:30:29 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2953 ms)] [mDNSResponder is slow(5009 ms)]
2020-02-11 11:30:39 +0100 Kernel Client Acks      Delays to Sleep notifications: [2.4G Wireless Mouse driver is slow(msg: WillChangeState to 2)(705 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 1)(770 ms)] [Spotify timed out(30000 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(735 ms)] [powerd is slow(5013 ms)] [DSB1 driver is slow(msg: SetState to 2)(654 ms)] [DSB4 driver is slow(msg: SetState to 2)(653 ms)] [DSB0 driver is slow(msg: SetState to 2)(652 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(657 ms)] [DSB0 driver is slow(msg: SetState to 2)(656 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(764 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(767 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(500 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(494 ms)]
2020-02-11 11:30:40 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:30:40 +0100 Notification            Display is turned on
2020-02-11 11:30:43 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 4 secs
2020-02-11 11:30:43 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:30:43 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             886
2020-02-11 11:30:43 +0100 WakeTime                WakeTime: 5.795 sec
2020-02-11 11:30:43 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(551 ms)] [UPSB driver is slow(msg: SetState to 2)(549 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(493 ms)] [iBridge driver is slow(msg: WillChangeState to 2)(701 ms)] [iBridge driver is slow(msg: DidChangeState to 4)(702 ms)] [XHC3 driver is slow(msg: SetState to 2)(652 ms)] [XHC2 driver is slow(msg: SetState to 2)(652 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(402 ms)] [SSP1 driver is slow(msg: WillChangeState to 3)(410 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1076 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2320 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1075 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2355 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3355 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :886   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: 0784BE42-78CA-4F42-BB6A-ABCD1150A223
2020-02-11 11:30:47 +0100 Notification            Display is turned off
2020-02-11 11:30:47 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:30:47 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%)
2020-02-11 11:30:49 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:31:28 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:31:33 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14755 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=1927 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3204]
2020-02-11 11:31:33 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2982 ms)] [mDNSResponder is slow(5011 ms)]
2020-02-11 11:31:43 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(503 ms)] [Spotify timed out(30000 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(684 ms)] [powerd is slow(5015 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(657 ms)] [DSB0 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(656 ms)] [DSB1 driver is slow(msg: SetState to 2)(654 ms)] [DSB0 driver is slow(msg: SetState to 2)(654 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(774 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(775 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(502 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(497 ms)]
2020-02-11 11:31:44 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:31:44 +0100 Notification            Display is turned on
2020-02-11 11:31:47 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 4 secs
2020-02-11 11:31:47 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:31:47 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             887
2020-02-11 11:31:47 +0100 WakeTime                WakeTime: 5.672 sec
2020-02-11 11:31:47 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(548 ms)] [UPSB driver is slow(msg: SetState to 2)(550 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(495 ms)] [XHC3 driver is slow(msg: SetState to 2)(651 ms)] [XHC2 driver is slow(msg: SetState to 2)(653 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(386 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(321 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1073 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2317 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1078 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2361 ms)] [IOUSBHostDevice driver is slow(msg: WillChangeState to 2)(705 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3342 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :887   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: FB7EF171-29E5-489F-86E5-83FF86C3B51C
2020-02-11 11:31:50 +0100 Notification            Display is turned off
2020-02-11 11:31:50 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:31:51 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%)
2020-02-11 11:31:53 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:32:32 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:32:37 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14872 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=1919 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3203]
2020-02-11 11:32:37 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2997 ms)] [mDNSResponder is slow(5011 ms)]
2020-02-11 11:32:47 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(472 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(756 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 4)(479 ms)] [powerd is slow(5015 ms)] [DSB1 driver is slow(msg: SetState to 2)(658 ms)] [DSB4 driver is slow(msg: SetState to 2)(658 ms)] [DSB0 driver is slow(msg: SetState to 2)(657 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(655 ms)] [DSB0 driver is slow(msg: SetState to 2)(655 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(770 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(770 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(502 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(491 ms)]
2020-02-11 11:32:47 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:32:47 +0100 Notification            Display is turned on
2020-02-11 11:32:51 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 3 secs
2020-02-11 11:32:51 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:32:51 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             888
2020-02-11 11:32:51 +0100 WakeTime                WakeTime: 5.514 sec
2020-02-11 11:32:51 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(545 ms)] [UPSB driver is slow(msg: SetState to 2)(547 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(494 ms)] [IOBluetoothHostControllerUARTTransport driver is slow(msg: SetState to 1)(639 ms)] [XHC2 driver is slow(msg: SetState to 2)(654 ms)] [XHC3 driver is slow(msg: SetState to 2)(655 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(390 ms)] [SSP2 driver is slow(msg: WillChangeState to 3)(711 ms)] [SSP1 driver is slow(msg: WillChangeState to 3)(711 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1079 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2333 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1078 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2354 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 4)(478 ms)] [IOUSBHostDevice driver is slow(msg: WillChangeState to 2)(705 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3358 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :888   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: DA169A5A-7E1D-4F5A-A3FD-DE0682D0CA55
2020-02-11 11:32:54 +0100 Notification            Display is turned off
2020-02-11 11:32:54 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:32:54 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%)
2020-02-11 11:32:57 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:33:36 +0100 Sleep                   Entering Sleep state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 19 secs
2020-02-11 11:33:41 +0100 Wake Requests           [proc=dasd request=SleepService inDelta=14890 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*proc=dasd request=TimerPlugin inDelta=2320 info="com.apple.dasd:501:com.apple.mediaanalysisd.fullanalysis"] [proc=mDNSResponder request=Maintenance inDelta=3204]
2020-02-11 11:33:41 +0100 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(2974 ms)] [mDNSResponder is slow(5005 ms)]
2020-02-11 11:33:51 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(848 ms)] [AppleHDADriver driver is slow(msg: SetState to 0)(745 ms)] [powerd is slow(5008 ms)] [DSB1 driver is slow(msg: SetState to 2)(658 ms)] [DSB4 driver is slow(msg: SetState to 2)(657 ms)] [DSB0 driver is slow(msg: SetState to 2)(656 ms)] [DSB1 driver is slow(msg: SetState to 2)(657 ms)] [DSB4 driver is slow(msg: SetState to 2)(655 ms)] [DSB0 driver is slow(msg: SetState to 2)(655 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(769 ms)] [AppleHPMIECS driver is slow(msg: WillChangeState to 2)(770 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 0)(501 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 0)(490 ms)]
2020-02-11 11:33:52 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:33:52 +0100 Notification            Display is turned on
2020-02-11 11:33:55 +0100 Wake                    Wake from Normal Sleep [CDNVA] due to EC.DarkPME XHC1/Notification: Using AC (Charge:100%) 4 secs
2020-02-11 11:33:55 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:33:55 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             889
2020-02-11 11:33:55 +0100 WakeTime                WakeTime: 5.712 sec
2020-02-11 11:33:55 +0100 Kernel Client Acks      Delays to Wake notifications: [UPSB driver is slow(msg: SetState to 2)(546 ms)] [UPSB driver is slow(msg: SetState to 2)(544 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(491 ms)] [iBridge driver is slow(msg: WillChangeState to 0)(703 ms)] [XHC3 driver is slow(msg: SetState to 2)(651 ms)] [XHC2 driver is slow(msg: SetState to 2)(651 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(387 ms)] [SSP2 driver is slow(msg: WillChangeState to 3)(421 ms)] [SSP1 driver is slow(msg: WillChangeState to 3)(421 ms)] [AMDFramebufferVIB driver is slow(msg: SetState to 2)(321 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1088 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2338 ms)] [IOUSBMassStorageInterfaceNub driver is slow(msg: SetState to 1)(1074 ms)] [IOUSBMassStorageDriverNub driver is slow(msg: SetState to 1)(2349 ms)] [IOSCSIPeripheralDeviceType00 driver is slow(msg: SetState to 4)(477 ms)] [IOUSBHostDevice driver is slow(msg: WillChangeState to 2)(705 ms)] [AppleHDADriver driver is slow(msg: SetState to 1)(3429 ms)]
Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :889   Dark Wake Count in this sleep cycle:1

Time stamp                Domain                  Message                                                                        Duration      Delay
==========                ======                  =======                                                                        ========      =====
UUID: A819500E-57C9-4E56-874E-2FDF3843731B
2020-02-11 11:33:59 +0100 Notification            Display is turned off
2020-02-11 11:33:59 +0100 Assertions              Kernel Idle sleep preventers: -None-
2020-02-11 11:33:59 +0100 Sleep                   Entering DarkWake state due to 'Maintenance Sleep':TCPKeepAlive=active Using AC (Charge:100%) 6 secs
2020-02-11 11:34:01 +0100 ThermalEvent            Ignored DarkWake thermal emergency signal TCPKeepAlive=active
2020-02-11 11:34:05 +0100 Assertions              Kernel Idle sleep preventers: IODisplayWrangler
2020-02-11 11:34:05 +0100 Notification            Display is turned on
2020-02-11 11:34:05 +0100 Wake                    DarkWake to FullWake from Normal Sleep [CDNVA] due to UserActivity Assertion: Using AC (Charge:100%)
2020-02-11 11:34:05 +0100 WakeDetails             DriverReason:XHC1 - DriverDetails:
2020-02-11 11:34:05 +0100 HibernateStats          hibmode=3 standbydelay=10800                                                             889
2020-02-11 11:34:05 +0100 WakeTime                WakeTime: 0.008 sec
2020-02-11 11:34:05 +0100 Kernel Client Acks      Delays to Sleep notifications: [AMDFramebufferVIB driver is slow(msg: SetState to 1)(864 ms)]

Total Sleep/Wakes since boot at 2020-02-09 05:40:20 +0100 :889

2020-02-11 11:38:05 +0100 : Showing all currently held IOKit power assertions
Assertion status system-wide:
   BackgroundTask                 0
   ApplePushServiceTask           0
   UserIsActive                   1
   PreventUserIdleDisplaySleep    0
   PreventSystemSleep             0
   ExternalMedia                  1
   InternalPreventDisplaySleep    1
   PreventUserIdleSystemSleep     1
   NetworkClientActive            0
Listed by owning process:
   pid 188(coreaudiod): [0x0002cdc80001a7c3] 00:03:50 PreventUserIdleSystemSleep named: "com.apple.audio.04-52-c7-c2-6d-b5:output.context.preventuseridlesleep"
   pid 72(powerd): [0x0000000f00088000] 53:57:44 ExternalMedia named: "com.apple.powermanagement.externalmediamounted"
   pid 72(powerd): [0x0002cd6000109aab] 00:03:58 InternalPreventDisplaySleep named: "com.apple.powermanagement.delayDisplayOff"
    Timeout will fire in 61 secs Action=TimeoutActionTurnOff
   pid 257(nfsd): [0x000000130001801f] 53:57:41 PreventUserIdleSystemSleep named: "com.apple.nfsd"
   pid 121(hidd): [0x0002cdbf0009a6f6] 00:00:08 UserIsActive named: "com.apple.iohideventsystem.queue.tickle.4295148691.17"
    Timeout will fire in 3591 secs Action=TimeoutActionRelease
Kernel Assertions: 0x104=USB,MAGICWAKE
   id=504  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.01100000 owner=DT microDuo 3C
   id=505  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.01200000 owner=USB3.0 Hub
   id=507  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14500000 owner=USB2.0 Hub
   id=509  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.01230000 owner=Mass Storage Device
   id=510  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14520000 owner=ErgoDox EZ
   id=511  level=255 0x100=MAGICWAKE mod=2/11/20, 11:41 description=en0 owner=en0
   id=553  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14400000 owner=IOUSBHostDevice
   id=555  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14440000 owner=USB Receiver
   id=556  level=255 0x4=USB mod=1/1/70, 01:00 description=com.apple.usb.externaldevice.14430000 owner=2.4G Wireless Mouse
Idle sleep preventers: IODisplayWrangler

On 1/13, I forwarded the link to this thread to them via email. User 3818owner stated, "PC Laptop running Windows 10". I was told to ask him via Private Message what specific Laptop model. We have yet to receive a response.

I am having the exact same issue on both my machines with a newly purchased Dell 3818. The ping pong sleep wake beep issue. You are asking for model numbers?

Mid-2018 MacBook Pro 15" and 2019 MacBook Pro 15"

I am about to return this monitor and get another brand if there is no news on incoming firmware fixes.

Thanks!

Dell is in fact advertising the display as supporting USB-C Power Delivery, and as the OP has proven the display has a faulty implementation of USB-C PD by not adhering to the standardized USB-C PD protocol. In that regard it does not matter if the display is connected to a Windows machine or a Mac. Incidentally, the tests that OP has done were on a Windows machine, and the only reason why there's no larger public outcry over this issue is because so few Windows laptops actually support USB-C PD. Please name a single Dell laptop that supports USB-C Power Delivery and, when connected to the U3818DW, where sleep works correctly. Surely Dell must have tested the display with such a machine when Dell's representative in this forum is so confident that the issue is not present on Windows machines, right? Once you have provided me with the model number of this Dell laptop I'll buy it and prove beyond doubt that the exact same issue persists with the Dell laptop running Windows. That is, assuming that you'll ever be able to name such a machine.

We are experiencing the same issues as above with Macbook Pros and the U3419W.

I have the same problem with the USB-C charging as the OP. I also expect a premium USB-C product to be compliant with the USB-C spec. I like the monitor and would love to receive a patched version of the firmware that fixes the USB-C charging.

All read the Forum Code of Conduct which you agreed to when joining this Dell Forum.

With the release of Apple OS Mojave 10.14.3, Apple introduced a hardware incompatibility issue with our TPS6598E power delivery controller in the U3419W and U3818DW. When connected to the U3419W and U3818DW via the USB-C cable, if you update the macOS to Mojave 10.14.3 or later, you will see the following issues =
* Fully charged Apple MacBook constant "charm" sound due to waking and sleeping
* The monitor will display, "Scanning for Signal"

There will not be a monitor hardware power delivery controller upgrade to correct this hardware incompatibility issue created by Apple. You will need to back down the Apple OS to High Sierra 10.13.6 or earlier.

The only Apple testing with our monitor is done by a non-Dell 3rd party lab hired by the monitor manufacturer. This Apple testing is very basic and does not include peripherals such as docks and dongles. They have 205 different Dell Laptop models to test on. They did not see the charging issue nor the wake issue on any of these 205 Dell Laptop tested on the U3818DW. I will not list all 205 models, but will list a sample here =

Alienware 13 R2 USB Type-C
Alienware 13 R3 USB Type-C
Alienware 15 R2 USB Type-C
Alienware 15 R3 USB Type-C
Alienware 15 R4 USB Type-C
Alienware 17 R3 USB Type-C
Alienware 17 R4 USB Type-C
Alienware 17 R5 USB Type-C

Chromebook 3380 USB Type-C
Chromebook 5190 2-in-1 USB Type-C

Inspiron 13-5370 USB Type-C
Inspiron 15-5570 USB Type-C
Inspiron 17-5770 USB Type-C

Latitude E5270 TB3
Latitude E5470 TB3
Latitude E5570 TB3
Latitude 3379 USB Type-C
Latitude 5280 USB Type-C
Latitude 5285 USB Type-C
Latitude 5289 USB Type-C
Latitude 5290 2-in-1 TB3/USB Type-C
Latitude 5495 USB Type-C
Latitude 5591 2-in-1 USB Type-C
Latitude 7275 USB Type-C
Latitude 7370 USB Type-C
Latitude 7380 USB Type-C
Latitude 7389 USB Type-C
Latitude 7480 TB3/USB Type-C

Precision 3510 USB Type-C
Precision 5510 TB3/USB Type-C
Precision 5520 TB3
Precision 7510 USB Type-C
Precision 7520 TB3
Precision 7530 TB3/USB Type-C
Precision 7710 USB Type-C
Precision 7720 TB3
Precision 7730 TB3/USB Type-C

XPS 12-9250 TB3/USB Type-C
XPS 13-9350 TB3/USB Type-C
XPS 13-9360 TB3/USB Type-C
XPS 13-9365 TB3/USB Type-C
XPS 13-9370 TB3/USB Type-C
XPS 15-9550 TB3/USB Type-C
XPS 15-9560 TB3/USB Type-C
XPS 27-7760 AIO TB3/USB Type-C

First you write, "Dell does not test or validate on Apple computers", then you go on and make detailed technical claims about Mac OS 10.14.3. So which one is it? And given that Apple never published detailed technical release notes for 10.14.3 to anyone, not even to registered developers, how come you or anyone at Dell could have obtained technical insights like the one you claim?

For what it's worth, your claim is untrue. There has not been a change in 10.14.3 that'd make it incompatible with the TPS65982. It's unclear whether you actually believe this to be true, or if it's just blame allocation. I must admit this is one of the most bizarre situations I've seen from technical support in a while.

Searching for "TPS65982 10.14.3" or "65982 10.14.3" turns up ZERO hits supporting your claim that Apple changed anything in 10.14.3 that'd make the U3818DW incompatible with Mac OS 10.14.3.

Apple has not obtained Thunderbolt 3 certification for a TPS65982-supporting driver in conjunction with certain Thunderbolt 3 connection scenarios, which do not apply here because the U3818DW is not a Thunderbolt display and does not require a Thunderbolt-aware connection to a computer.Ti's TPS65982 is compatible with any version of 10.14.x and 10.15.x otherwise you wouldn't even see a picture when connecting the display to a Mac. This is all completely unrelated to USB-C power delivery, and as the OP has proven, Dell's USB-C PD solution in the U3818DW is not spec-compliant.

To reiterate: the Dell U3818DW is not spec-compliant under any OS, including Windows.

Your untrue claim that this'd be something that's only broken in Mac OS 10.14.3 or later can be refuted quite easily, for instance by this Linux user who has observed the exact same issue with U3818DW's power delivery under Linux, unrelated to any version of Mac OS, as Linux and Mac OS do not share drivers for USB-C devices:

https://www.spinics.net/lists/linux-usb/msg189821.html

My sole USB-C device is a Dell Ultrasharp U3818DW monitor. When hooked up over its USB-C port, it supports USB-PD source, DisplayPort and USB hub functionality. It exposes two TI USB devices: 0451:8442 (hub) and 0451:82ff (a HID device?) along with the devices attached to its hub. Sometimes 82ff is replaced by 82ee.

Connecting the monitor to the laptop is problematic. *Reliably*, every 3±1 minutes, the monitor disconnects and reconnects a few seconds later, along with all devices attached to the monitor's USB hub, the monitor's DisplayPort, and power-delivery. It doesn't matter if the DisplayPort link is idle at the time. The kernel log shows no suspicious entries, apart from USB disconnect/new device chatter. Curiously, I occasionally see a new device announcement being logged before the disconnect message is.

Which is the exact same issue present in Mac OS, and the exact same issue the OP has proven to exist in Windows.

So again, it's unclear to me if you actually believe what you wrote, or if you've been fed bad information by someone else whose interest is in deflecting blame for Dell's faulty implementation of USB-C PD.

Searching the internet for sleep/wake issues in relation to "TPS65982" or "TI 65982" or "USB-C power delivery" turns up zero results EXCEPT in conjunction with the Dell U3818DW. In other words, the only sleep/wake issues ever observed under any OS with this chip occurred with this particular display only even though TI must have sold millions of the chip, deployed across many devices categories.

Also, you have claimed that there'd be no "charging issue nor the wake issue" on a large number of Dell laptops. Do you stand by this claim? For the record, do you claim that the Dell U3818DW will be able to charge the current-generation Dell XPS 13 over USB-C without causing any sleep/wake issues under Windows 10? We will have this laptop in our office today for extensive testing.

First you write, "Dell does not test or validate on Apple computers", then you go on and make detailed technical claims about Mac OS 10.14.3. So which one is it?
* Both.
"Dell does not test or validate on Apple computers."
"The only Apple testing with our monitor is done by a non-Dell 3rd party lab hired by the monitor manufacturer. This Apple testing done by the non-Dell 3rd party lab is very basic and does not include peripherals such as docks and dongles."

And given that Apple never published detailed technical release notes for 10.14.3 to anyone, not even to registered developers, how come you or anyone at Dell could have obtained technical insights like the one you claim?
* The data about Apple OS Mojave 10.14.3 and the incompatibility was proven by the basic Apple testing done in the monitor manufacturer non-Dell 3rd party lab. The non-Dell 3rd party lab gave that information to our monitor manufacturer who in turn supplied it to us.

For what it's worth, your claim is untrue. There has not been a change in 10.14.3 that'd make it incompatible with the TPS65982.
* That is a speculative statement. The information supplied to us stated that the TPS6598E communication failed on Apple OS Mojave 10.14.3. Why don't you test their assertion by backing your Apple PC down to Apple OS High Sierra 10.13.6?

For what it's worth, your claim is untrue. There has not been a change in 10.14.3 that'd make it incompatible with the TPS65982.
* That is a speculative statement on your part unless an Apple OS engineer told you this.

Your untrue claim that this'd be something that's only broken in Mac OS 10.14.3 or later can be refuted quite easily, for instance by this Linux user who has observed the exact same issue with U3818DW's power delivery under Linux.
* Dell cannot speak to Linux OS. All can see here that Dell never offered Linux drivers. There is no way that Dell could know how the Linux OS is communicating with the U3818DW on a hardware and software level.

For the record, do you claim that the Dell U3818DW will be able to charge the current-generation Dell XPS 13 over USB-C without causing any sleep/wake issues under Windows 10?
* I can only relate to you the list of Dell XPS 13 PC tested by the monitor manufacturer non-Dell 3rd party lab. You will have to test the new XPS 13 (provide the exact model number when you get it) and let us know.
XPS 13-9350, TB3/USB Type-C, release date 10/22/2015
XPS 13-9360, TB3/USB Type-C, release date 10/19/2016
XPS 13-9365, TB3/USB Type-C, release date 12/23/2016
XPS 13-9370, TB3/USB Type-C, release date 1/15/2018

You wrote,

XPS 13-9350, TB3/USB Type-C, release date 10/22/2015
XPS 13-9360, TB3/USB Type-C, release date 10/19/2016
XPS 13-9365, TB3/USB Type-C, release date 12/23/2016
XPS 13-9370, TB3/USB Type-C, release date 1/15/2018

We've acquired a brand new, current generation Dell XPS 13 with TB3/USB Type C, i7-10710U, 09R5Y, released in September 2019, and as expected it's not working correctly with the U3818DW's charging, either, just as the OP has proven. But I guess now you're going to claim, as you've repeatedly done, that this particular Dell laptop is not supported by the display because it's not on your list, even though Dell advertises USB-C charging for our laptop right on the product page and in the manual and many other places, and even though this laptop is even newer than the legacy ones you've listed. And I also guess you'll not have any intention to do anything about this incompatibility.