[piCorePlayer] Turn off USB output when turning off player?

[Man in a van]

I looked at the github link referenced earlier but I get this

[email protected]:~$ ceo
[email protected]:/mnt/mmcblk0p2/tce/optional$ wget http://ralph-irving.users.sourceforge.n
et/pico/usb-power.tcz
Connecting to ralph-irving.users.sourceforge.net (104.18.11.128:80)
Connecting to ralph-irving.users.sourceforge.net (104.18.10.128:443)
[COLOR=#ff0000]wget: server returned error: HTTP/1.1 404 Not Found[/COLOR]
[email protected]:/mnt/mmcblk0p2/tce/optional$ wget http://ralph-irving.users.sourceforge.net/pico/usb-power.tcz.md5.txt
Connecting to ralph-irving.users.sourceforge.net (104.18.10.128:80)
Connecting to ralph-irving.users.sourceforge.net (104.18.11.128:443)
[COLOR=#ff0000]wget: server returned error: HTTP/1.1 404 Not Found[/COLOR]
[email protected]:/mnt/mmcblk0p2/tce/optional$

and this is my "onboot list"

-----pcp.tcz
|-----pcp-base.tcz
|-----alsa.tcz
| |-----libasound.tcz
| | |-----alsa-modules-5.15.35-pcpCore-v7.tcz
|-----alsa-utils.tcz
| |-----libasound.tcz
| | |-----alsa-modules-5.15.35-pcpCore-v7.tcz
| |-----ncurses.tcz
|-----openssh.tcz
| |-----openssl.tcz
| | |-----ca-certificates.tcz
|-----dialog.tcz
| |-----ncurses.tcz
|-----rng-tools.tcz
| |-----sysfsutils.tcz
| |-----openssl.tcz
| | |-----ca-certificates.tcz
|-----pcp-squeezelite.tcz
| |-----pcp-libmpg123.tcz
| | |-----libasound.tcz
| | | |-----alsa-modules-5.15.35-pcpCore-v7.tcz
| |-----pcp-libfaad2.tcz
| |-----pcp-libsoxr.tcz
| |-----pcp-libmad.tcz
| |-----pcp-libvorbis.tcz
| | |-----pcp-libogg.tcz
| |-----pcp-libflac.tcz
| | |-----pcp-libvorbis.tcz
| | | |-----pcp-libogg.tcz
| |-----pcp-libopus.tcz
| | |-----pcp-libogg.tcz
| |-----pcp-libalac.tcz
| |-----openssl.tcz
| | |-----ca-certificates.tcz
| |-----libasound.tcz
| | |-----alsa-modules-5.15.35-pcpCore-v7.tcz

-----pcp-8.2.0-www.tcz

I added slarti's commands




just in case, in case, but without any luck

I'm giving up now as thin it's quicker to just use the remote and select an unused input

I might give Bullseye Lite a play sometime

ronnie

[slartibartfast]

I looked at the github link referenced earlier but I get this

[email protected]:~$ ceo
[email protected]:/mnt/mmcblk0p2/tce/optional$ wget http://ralph-irving.users.sourceforge.n
et/pico/usb-power.tcz
Connecting to ralph-irving.users.sourceforge.net (104.18.11.128:80)
Connecting to ralph-irving.users.sourceforge.net (104.18.10.128:443)
[COLOR=#ff0000]wget: server returned error: HTTP/1.1 404 Not Found[/COLOR]
[email protected]:/mnt/mmcblk0p2/tce/optional$ wget http://ralph-irving.users.sourceforge.net/pico/usb-power.tcz.md5.txt
Connecting to ralph-irving.users.sourceforge.net (104.18.10.128:80)
Connecting to ralph-irving.users.sourceforge.net (104.18.11.128:443)
[COLOR=#ff0000]wget: server returned error: HTTP/1.1 404 Not Found[/COLOR]
[email protected]:/mnt/mmcblk0p2/tce/optional$

and this is my "onboot list"


I added slarti's commands

[ATTACH]39075[/ATTACH]


just in case, in case, but without any luck

I'm giving up now as thin it's quicker to just use the remote and select an unused input

I might give Bullseye Lite a play sometime

ronnie

The extension usb-power.tcz may be available from the piCorePlayer available extensions now.

Sent from my Pixel 3a using Tapatalk

[kitus]

I switched off my rpi home LMS server

On the rpi3b+ I removed the -C 10 instruction

On the Tweaks page I set Radio Paradise to start playback at power on


I paused playback in LMS GUI

Selected the un-used input on dac; the dac goes into standby

Wait for a couple of minutes

Press the power button on dac; it powers on with the last input selected.

I let it go into standby.

I go to LMS GUI and start playback, power on the dac, it self-selects the un-used input.

I cycle to usb, music plays.

I pause playback on the LMS GUI and select the un-used input, the dac goes into standby.

I shutdown the rpi from the pCP Main Page and switch off the power

Wait a couple of minutes

Switch on the rpi (the dac is still in standby)

The Dac power up, self selects the USB input and after a short pause, radio Paradise begins to play.

I have not experienced noise of any sort (which was the original concern of this thread) during any of these preceding procedures


ronnie

Wow! thanks for investing your time to share with us these different scenarios. In my case, I'm gonna continue investigating a bit more, because I really want to do away with the remote control. But honestly, a huge thanks for the time you invested in writing this post.

[kitus]

Wow! thanks for investing your time to share with us these different scenarios. In my case, I'm gonna continue investigating a bit more, because I really want to do away with the remote control. But honestly, a huge thanks for the time you invested in writing this post.

Hi again roonie, I went ahead and created this issue in Github: https://github.com/ralph-irving/squeezelite/issues/172 I'm crossing my fingers, I will eventually get my system working in a more reasonable way. Will report back if I ever manage to address my issue.

[slartibartfast]

Hi again roonie, I went ahead and created this issue in Github: https://github.com/ralph-irving/squeezelite/issues/172 I'm crossing my fingers, I will eventually get my system working in a more reasonable way. Will report back if I ever manage to address my issue.

Did you ever get around to trying a modified version of this udev rule for the E50?

01-Topping-E30-DAC-usb-power.rules
ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="152a", ATTR{idProduct}=="8750", TEST=="power/control", ATTR{power/control}="auto"

I think the ATTR(idProduct) would change for the E50. You can find it by typing lsusb in a terminal via SSH.

Sent from my Pixel 3a using Tapatalk

[slartibartfast]

I haven't measured the power drawn but I'm not sure there is much saving if any in standby. If anyone has a power monitoring device it would be interesting to know.

Sent from my Pixel 3a using Tapatalk

I just measured the power consumption of a Topping E30.
Active 1.8W
Standby 1.7W
The difference is probably down to the number of illuminated display segments and not worth worrying about.


Sent from my Pixel 3a using Tapatalk