Lyngdorf and Nucleus do not always communicate

(Gustav Ese) #1

Core Machine (Operating system/System info/Roon build number)
System is ROON Nucleus (purchased May 15 this year)

Network Details (Including networking gear model/manufacturer and if on WiFi/Ethernet)
No Wi-fi, all cables Router is Telenor (a Huawei orginally, I think)

Audio Devices (Specify what device you’re using and its connection type - USB/HDMI/etc.)

Lyngdorf 3400 connected to the router, as Nucleus is via ethernet cables.
Local library is on a 512GB memory stick connected to the USB input of Nucleus

Description Of Issue

Normally this works great! However, sometimes Nucleus cannot play music on 3400 and reports that it cannot set Lyngdorf input to Roon Ready. It has also on a few occasions reported that it cannot even find the 3400. If I look at the 3400, the display says that it is already set to Roon Ready input. Obviously, the two do not communicate in one way or the other. Either the 3400 fails to respond to requests or any message of the 3400 state is not sent or acknowledged. The fix is normally to switch the 3400 off and then back on again.

In case this does not work, I close the app and try again. In some cases I need to restart Nucleus (switching off and back on) or the tablet to make it work. This comes and goes, sometimes I can play succesfully for a whole evening, other days it fails 2-3 times.
Type of source (Tidal or library) makes no difference. If it takes a while from one piece of music ends and a new is requested by me, it is more likely to happen.

We also have a Sonos system wired the same way. This experiences no problems.

Any ideas?

(Noris) #3

Hi @Gustav_Ese,

Welcome to the Community!

Generally, we have seen poor performance with ISP provided routers as they sometimes do not properly pass multicast traffic, and we generally recommend customers to use standard consumer-grade router such as Netgear/Asus/TP-Link/ect.

I can’t say for sure if this is the cause here but I would keep this in mind as we troubleshoot the issue as this is also mentioned in our Networking Best Practices. If you by any chance have a consumer-grade router around the house, I would give this a try instead of the Telenor router to see if it will help.

Can you let me know the exact local time + date in your country of when this behavior next occurs? E,g, 1:17PM on 6/11/19? I would like to take a look at the diagnostics from your Core to see if there are perhaps any clues as to why the input is failing to switch. I can enable diagnostics mode for the Nucleus, but only after receiving the afromentioned timestamps.

Thanks,
Noris

(Gustav Ese) #4

it just happened again, Roon couldn’t find a zone. Now there is a switch where Roon and 3400 meet, but the behavior seems similar with or without the switch,

(Gustav Ese) #5

Thanks for your swift reply, by the way.

(Gustav Ese) #6

My local time (Norway) is CET daylight saving time. Time now is 20:07

(Gustav Ese) #7

Now I have turned the router upside down, it is a Zyxel P8 v2

(Gustav Ese) #8

Sorry, Zyxel P8702Nv2

(Noris) #9

Hi @Gustav_Ese,

Thanks for letting me know that router model. I have gone ahead and enabled diagnostics mode for your Core and what this action does is automatically upload a set of logs to our servers for analysis. I am reviewing the logs now and I did notice a strange event occur at 20:07.

From what I can tell, it appears that your Nucleus lost connection to our accounts servers at roughly that time and it took a bit of time to re-establish, indicating that possibly the network went down as well, I will also reach out to QA to confirm this aspect.

I am also seeing a few traces related to your USB drive and issues accessing the media files on USB30FD_PNY_USB_3_0_FD_070A8BF910AA7012_D019-6101-p1. I don’t think that this is related to the issue you reported but just to have a cleaner view of log traces here, can you please try temporarily removing this drive while we are testing for this issue?

I will let you know once I have analysis back from QA regarding the logs.

– Noris

(Gustav Ese) #10

Hello again,

Right now I am at the office, time is 7:35 here. Once I get home after work I will disconnect the USB from the Nucleus. However, I use the USB as backup for Roon, it asked me to establish that.

I did not have an SSD installed when I started to use the Nucleus. I then installed the SSD, but my company computer refused to let me in (a Domain issue, it said). I work with Cisco (not the router dept.) and I don’t want to mess things up on the Cisco PC. I am going to buy my own PC again, probably next week or so. I will then transfer the contents of the USB (my library) to the SSD. Will the fact that the USB is used by Nucleus to back up metadata, index, etc screw things up when I remove the USB? Should I set up the backup to take place on the SSD instead, before removing the USB?

There are some music files on the USB that Nucleus cannot find. They do not appear in Missing files either. As a test, I have edited the file names of one of the albums as per your recommendation on characters incompatible with Roon. That has worked fine.

I also turned my little switch upside down to see what brand it is. It turns out to be a Zyxel, as well.

(Mr Fix It ) #11

most likely the issue is no active allow for SMB V1.0 setting on your windows PC

https://social.technet.microsoft.com/Forums/windows/en-US/8160d62b-0f5d-48a3-9fe9-5cd319837917/how-te-reenable-smb1-in-windows1o?forum=win10itprogeneral

(Gustav Ese) #12

Great! I’ll check that out once I get a new PC. Thank you!

(Noris) #13

Hi @Gustav_Ese,

Temporarily removing the USB should not cause issues since the library resides on the Nucleus internal storage itself and the USB is just your library + Roon backups location.

Just to make sure I am understanding you correctly here, after making the name changes regarding incompatible characters, are all the missing files now showing up?

Do let me know if there is any change in behavior with the new PC in place and if there is any change in behavior after temporarily removing the USB drive.

– Noris

(Gustav Ese) #14

I replaced non-English characters with “standard characters”, i.e. removed accents and such stuff in the file names of those songs of an album having such file names. That caused the missing songs to appear and correctly become a part of the album after a rescan. I have not done this in more than one album folder.

I do not fully understand why these files do not appear as missing files. However, I know they are there, so I will (on a rainy day) sit down and go through all of library files and “clean” the file names.

(Noris) #15

Hi @Gustav_Ese,

Thanks for the update regarding the missing files. If Roon is unable to properly import the files at all due to these special characters, then it is possible that they will not show up in the skipped files area and the change to standard characters is needed. It seems like the results were good for that one album so I would say use the same method for the other albums as well (when the rainy day comes).

I’d like to request some more info for your Lyngdorf issue. When you are unable to output music to the Lyngdorf zone, do other zones work properly without having to reboot the Nucleus? I know you mentioned that the Sonos does not experience the same issues, but I just want to clarify that when the Lyngdorf and/or Nucleus is in this state that Sonos is still able to output music properly and without issue.

(Gustav Ese) #16

Hello again,
I have been away for the weekend, hence this late reply. While I was away, I had the entire system shut down and disconnected. We had a bad thunderstorm a couple of weeks ago, which blew the power supply of my cable TV tuner. I had to order a new one. Luckily, the Lyngdorf/Nucleus combo was shut down and disconnected as a precaution. That principle is now expanded to include all our internet connected devices.

As per Murphy’s laws, the Nucleus/Lyngdorf combo has behaved excellently since Wednesday last week. However I will check with Sonos the next time to see if this is a network related problem. Thanks for the tip.