![]() |
Topping D10s DAC auto standby? - Printable Version +- Moode Forum (https://moodeaudio.org/forum) +-- Forum: moOde audio player (https://moodeaudio.org/forum/forumdisplay.php?fid=3) +--- Forum: Support (https://moodeaudio.org/forum/forumdisplay.php?fid=7) +--- Thread: Topping D10s DAC auto standby? (/showthread.php?tid=6019) |
RE: Topping D10s DAC auto standby? - Tim Curtis - 12-14-2023 (12-14-2023, 11:03 AM)Falco Wrote: I've done a bit more digging, I might need to revert to uhubctl if it at all is available for RaspiOS.... Can you provide links to how the other players implement USB standby? AFAIK its not part of RaspiOS. RE: Topping D10s DAC auto standby? - Falco - 12-14-2023 (12-14-2023, 11:46 AM)Tim Curtis Wrote:(12-14-2023, 11:03 AM)Falco Wrote: I've done a bit more digging, I might need to revert to uhubctl if it at all is available for RaspiOS.... Hi Tim, I need to look that up again, read something over at audiosciencereview.com In the mean time I've also found this, will try that first when I'm home again. https://www.baeldung.com/linux/control-usb-power-supply RE: Topping D10s DAC auto standby? - Tim Curtis - 12-14-2023 The real issue though is the DAC firmware should be checking the audio signal and not the power to determine whether to blank it's display. RE: Topping D10s DAC auto standby? - Falco - 12-14-2023 (12-14-2023, 01:47 PM)Tim Curtis Wrote: The real issue though is the DAC firmware should be checking the audio signal and not the power to determine whether to blank it's display. yes, you're right, unfortunately the D10s doesn't have upgradeable firmware it seems... RE: Topping D10s DAC auto standby? - TheOldPresbyope - 12-14-2023 Judging by a 10-minute surf of the InterWeb over my coffee, this is a bit of a rabbit hole ![]() Would seem the D30 is another DAC which has this behavior. Some sites refer vaguely to others from Chinese contract manufacturers. Questions in my mind include how general a problem is this, how general a solution is possible, and how copacetic is it with the various Pi models’ USB subsystems? Be interested to see what develops here. Regards, Kent RE: Topping D10s DAC auto standby? - Falco - 12-15-2023 I did find a download section from Topping, but nothing (yet) for the D10s unfortunately. I've sent their tech support department an email, let's see what comes back..... At least sound wise there's nothing to complain, best sounding DAC I've owned so far ![]() RE: Topping D10s DAC auto standby? - Nutul - 12-15-2023 (12-14-2023, 01:47 PM)Tim Curtis Wrote: The real issue though is the DAC firmware should be checking the audio signal and not the power to determine whether to blank it's display. Absolutely right, though, since this is not the case with "some" DACs (or other products) would it be possible to have a man-in-the-middle checking the audio signal, and if it is not playing for some time issue a power-off on the USB bus? Although at the moment nothing comes to mind, Linux surely allows some dirty things to be done... Only my awoke-5-minutes-ago-had-no-coffee-yet thought... RE: Topping D10s DAC auto standby? - Sehnsucht - 12-16-2023 (12-15-2023, 10:38 AM)Nutul Wrote: would it be possible to have a man-in-the-middle checking the audio signal, and if it is not playing for some time issue a power-off on the USB bus? Although at the moment nothing comes to mind, Linux surely allows some dirty things to be done...Of course, you'd want whatever solution you come up with to use less power than just leaving the DAC on.... (They're not exactly power-hungry after all!) RE: Topping D10s DAC auto standby? - Falco - 12-18-2023 I did get my response from Topping, but unfortunately not really helpful... Code: Dear, RE: Topping D10s DAC auto standby? - Nutul - 12-18-2023 (12-18-2023, 07:49 AM)Falco Wrote: I did get my response from Topping, but unfortunately not really helpful... Hmm, I am reading right now... depending on where your DAC is located on the usb bus, it should be possible to power it off and on... On my Pi4 we are looking for the DAC-Z8 lsusb returns the following: Code: Bus 002 Device 002: ID 1058:264f Western Digital Technologies, Inc. My Passport 264F from which I see my DAC is on BUS 1, DEVICE 5, then lsusb -t returns the following: Code: /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M From which I see my DAC is on BUS 1, Port 1, Port 1 (look at the cascading entries after the BUS line) the syntax is BUS- then the ports, one after another separated by dots: port[.port[.port[.port]]] etc etc, so for me the device identifier would be 1-1.1 as Bus 01 => gives the first 1 the underneath Port 1 => gives the second 1 the further underneath Port 1 => gives the third 1 (as we found here our device number, 5) the whole idea is to power off the data lines of the port, then allow the device to autosuspend and ask it to suspend itself ASAP: ## first, power off the data lines of the port Code: echo '1-1.1' | sudo tee /sys/bus/usb/drivers/usb/unbind ## allow autosuspend Code: echo auto | sudo tee /sys/bus/usb/devices/1-1.1/power/control ## try to autosuspend in 1 second Code: echo 1000 | sudo tee /sys/bus/usb/devices/1-1.1/power/autosuspend_delay_ms ## wake it back up by powering the data lines Code: echo '1-1.1' | sudo tee /sys/bus/usb/drivers/usb/bind |