Ultra trigger to Topping D70 Pro | Wake up at night

[SKApretto71]

I agree with this conclusion. Mine was working fine before the silent reboots started.

To add on this, even the WiiM Vibelink appears to have the same; it's not often noticed as it has both a signal timeout and the 12v Trigger, so if you do not happen to be awake at night ( ) you do not notice, as it wakes up, remains ON and the after a while the timeout switch it OFF, the latter not controlled by the v0 switch.

It can be another reason why some brands/models appears to suffer, others do not. In the Topping D70 Pro case, mine, it has both signal timeout and v12 trigger, but those are mutually exclusive unfortunately, so it's either one or the other.

BTW: second day of my Ultra connected via Optical, as expected found the DAC OFF. Two days still to validate if Optical is different from USB.

 

[AssafAviv]

Based on the monitoring I’m doing of the WiiM player status, it hasn’t transitioned to status = none for the past 6 days. This makes me think that the WiiM team made some change.

Specifically, from the 2nd of the month until today, it has not performed the reboot that normally happens every three days.

 

[SKApretto71]

Based on the monitoring I’m doing of the WiiM player status, it hasn’t transitioned to status = none for the past 6 days. This makes me think that the WiiM team made some change.

Specifically, from the 2nd of the month until today, it has not performed the reboot that normally happens every three days.
View attachment 32139

On my system it did a silent reboot at night on 6/January. It was after 3 days of no reboots, I'm tracking to see if day after tomorrow will do as well confirming the cycle. To test any impact, I switched to Optical from USB.

 

[Aquaman]

@SKApretto71
If your Topping has an auto-off function doesn‘t it also have an auto-on function reacting to an incoming signal?

If this is so, why not skip the trigger on it alltogether?

I‘m currently running my Ultra into a Lyngdorf SDA-2400 power amp which has these functions. It turns on when there‘s an incoming audio signal and will go into standby after 20 min. without any signal. Very convenient indeed. And one cable less.

 

[SKApretto71]

@SKApretto71
If your Topping has an auto-off function doesn‘t it also have an auto-on function reacting to an incoming signal?

If this is so, why not skip the trigger on it alltogether?

I‘m currently running my Ultra into a Lyngdorf SDA-2400 power amp which has these functions. It turns on when there‘s an incoming audio signal and will go into standby after 20 min. without any signal. Very convenient indeed. And one cable less.

I can do it as Topping has both signal driven activation/deactivation as well as v12 trigger, but I do like the v12 trigger option better. It's a feature that devices have, and so I'm keen to use it. It's not the only one, but is the one that I like the most. If all prove it to be broken for whatever reason, I'll find out alternatives for sure and signal driven activation is one.

 

[Aquaman]

I can do it as Topping has both signal driven activation/deactivation as well as v12 trigger, but I do like the v12 trigger option better. It's a feature that devices have, and so I'm keen to use it. It's not the only one, but is the one that I like the most. If all prove it to be broken for whatever reason, I'll find out alternatives for sure and signal driven activation is one.

Ok, that‘s your preference. With the auto functions in place I consider the trigger superfluous.

 

[AssafAviv]

On my system it did a silent reboot at night on 6/January. It was after 3 days of no reboots, I'm tracking to see if day after tomorrow will do as well confirming the cycle. To test any impact, I switched to Optical from USB.

My device has just rebooted, and all my system components are currently on except for the WiiM itself.
Now the automation should work in a 20 minutes from now

 

[AssafAviv]

Based on my monitoring and analysis, I found that there are a few specific cases in which the WiiM device reports its player status as none. These cases are relatively rare and typically occur either after a power outage or when the device performs a reboot, which happens every few days.

As shown in the automation rule:

• When the WiiM Player Status changes to none for 5 seconds, the rule is triggered.
• An additional condition checks the smart power socket’s power consumption.
• If the smart socket measures more than 20 watts, this indicates that the system is still drawing power and is not truly idle.

Under these conditions, a shutdown command is sent, which activates a scene that turns off the smart socket. This action then cascades and powers down all other connected equipment in the chain (including the DAC and related devices), ensuring a clean and controlled shutdown of the entire system.

This approach prevents unnecessary power consumption and handles edge cases caused by brief status inconsistencies during reboots or power recovery scenarios

 

[SKApretto71]

On my system it did a silent reboot at night on 6/January. It was after 3 days of no reboots, I'm tracking to see if day after tomorrow will do as well confirming the cycle. To test any impact, I switched to Optical from USB.

To date, it's 4 days in a row without the DAC switching ON in morning. Not sure it was the switch to Optical, as may be a coincidence. I will keep monitoring and reporting in coming days.

 

[SKApretto71]

To date, it's 4 days in a row without the DAC switching ON in morning. Not sure it was the switch to Optical, as may be a coincidence. I will keep monitoring and reporting in coming days.

So far, still no reboots after switching to Optical - may be a coincidence let see if it reach more than 10 days. I'm watching you, Ultra...

 

[SKApretto71]

Hi everyone,
just received this mail today from support team:

"Latest update: This issue can be resolved through software, and our engineers are actively researching and analyzing the problem."

Yeah! While there is no timeline, I think we were noticed.
To anyone that opened a ticket for the same issue, THANKS, you probably helped improve Ultra in the future.

Meanwhile... no wakeups here at night since I moved to Optical..

 

[HoosierHiFi]

Hi everyone,
just received this mail today from support team:



Yeah! While there is no timeline, I think we were noticed.
To anyone that opened a ticket for the same issue, THANKS, you probably helped improve Ultra in the future.

Meanwhile... no wakeups here at night since I moved to Optical..

This is wonderful news! Agreed, thanks to everyone especially SKApretto71 for persistently pursuing a solution to this issue. Also thanks to the WiiM team for listening and working on a fix for us.

 

[SKApretto71]

FYI: After two weeks with no unexpected ON status of the DAC after switching to Optical, I'll connect back the USB to do a cross test; if starts once again, we may have another input for the support team. Will let you know. SO far, just moving to Optical has been the most effective workaround, with no drawbacks.

 

[SKApretto71]

FYI: After two weeks with no unexpected ON status of the DAC after switching to Optical, I'll connect back the USB to do a cross test; if starts once again, we may have another input for the support team. Will let you know. SO far, just moving to Optical has been the most effective workaround, with no drawbacks.

We got the proof. After switching to USB and waiting three days, this morning tha DAC turned on at night.
This is experimental proof that USB is cause of the silent reboot to leave somehow the 12v trigger devices on. It was not occurring for the long period I moved to Optical.
I'll update the ticket to Support Team so they have this detail as well, in the meanwhile I'll just use Optical.

 

[HoosierHiFi]

We got the proof. After switching to USB and waiting three days, this morning tha DAC turned on at night.
This is experimental proof that USB is cause of the silent reboot to leave somehow the 12v trigger devices on. It was not occurring for the long period I moved to Optical.
I'll update the ticket to Support Team so they have this detail as well, in the meanwhile I'll just use Optical.

Thanks again for all the troubleshooting you’ve done. It would be amazing if the WiiM team could fix this issue as I would prefer to continue using USB. Please keep us posted if you get a response.

 

[hgo58]

Thanks again for all the troubleshooting you’ve done. It would be amazing if the WiiM team could fix this issue as I would prefer to continue using USB. Please keep us posted if you get a response.

Could it be because there is always power on the USB?

 

[SKApretto71]

Could it be because there is always power on the USB?

Have no idea of the root cause; while I was switching to Optical in past weeks I left both cables connected, so USB connected even if not in use, and it was not waking up at night. Switching to USB had it reappear, so seems linked to USB being the in use output when last put in stand-by. I now removed the USB cable, pending resolution.

 

[HoosierHiFi]

Could it be because there is always power on the USB?

Yes, I stopped using an smsl su-1 DAC with usb because it would never power off so I was thinking it could be power related.

 

[SKApretto71]

Yes, I stopped using an smsl su-1 DAC with usb because it would never power off so I was thinking it could be power related.

I believe this may affect devices using a signal sensing approach to turn off - e.g. no incoming signal => switch off after a delay - while a proper implementation of a 12V trigger is to use it as a proper logical switch: 12v tension > ON, 0v tension > OFF, no matter the signal may be present in the input source.
SMSLs devices usually as far as I know have not a trigger input. On my DAC I can set it to work this way as well, but I did not tested it with USB as I prefer the trigger; a matter of taste.

 

[HoosierHiFi]

I believe this may affect devices using a signal sensing approach to turn off - e.g. no incoming signal => switch off after a delay - while a proper implementation of a 12V trigger is to use it as a proper logical switch: 12v tension > ON, 0v tension > OFF, no matter the signal may be present in the input source.
SMSLs devices usually as far as I know have not a trigger input. On my DAC I can set it to work this way as well, but I did not tested it with USB as I prefer the trigger; a matter of taste.

The su-1 doesn’t have a trigger so it uses usb for both power and data transfer so the fact it remained on all the time could be due to the signal sensing and not power. There is a bunch of discussion on the forum about its issues. That said when I switched to using it with optical it worked well with an external trigger I purchased from audiophinics. I prefer using a trigger too so hopefully the issue with the D70 pro can be resolved. You have certainly narrowed down the reasons why it isn’t working so fingers crossed the team can fix it.