Hi Daniel;

?

Looking at the trace below it appears the module is only trying to reconnect after the connection is broken remotely.? I don’t see any try to force a reconnection, are you sure you are not confusing the connected feedback going high (1) with waiting for connection status (1d)?

?

It appears the module may actually be working correctly and there is an external reason the connection keeps getting broken, either something in the network or a problem with the AVR.? It does seem a bit unlikely to be 3 bad AVRs, but ?I have seen this sort of thing happen when there is an IP address conflict with something (not even AV related) on the network.? You might try scanning the network to see if there is a conflict, or changing the address of one of the AVRs as a test.

?

Where did you get the module? I don’t see it in CresDB or on application market or the files section here.

?

As a last resort, if you have anything co-located with the AVR that is controlled by IR you could use IR for the AVR pretty easily.

?

HTH

?

From: <[email protected]> on behalf of Daniel Arola <daniel.arola@...>
Reply-To: <[email protected]>
Date: Thursday, March 31, 2022 at 8:55 AM
To: <[email protected]>
Subject: [crestron] Yamaha 3080 multiple connections

?

Hello,

?

I'm working on a residence with 3 yamaha receivers, RX V85, RX A2080 and RX 3080. They are all using Yamaha 3010 IP v1.2 to connect and they all work fine with the xpanel app.

?

The problem is that all of them area trying to force a reconnection even if the module is already connected, leading to dozens of processes running showing up in toolbox.

?

As you can see below, the module has an IP connection via socket but tries again to reconnect.?

Maybe because the residence has 3 of them?

?

Anyone has this issue? Any tips on fixing this?

?

Thanks,

?

Daniel Arola

?

Heres my toolbox output:

00:00:02.719 ? ?1d ? ?{{TCP/IP_Client_>>_status}}_Gourmet
00:00:02.719 ? ?Waiting For Connection ? ?//{{Connection_Status_Text}}_Gourmet
00:00:02.719 ? ?4d ? ?{{TCP/IP_Client_>>_status}}_Mainroom
00:00:02.719 ? ?Connection Broken Remotely ? ?//{{Connection_Status_Text}}_Mainroom
00:00:02.719 ? ?0 ? ?{{TCP/IP_Client_>>_Connect-F}}_Mainroom
00:00:02.734 ? ?1d ? ?{{TCP/IP_Client_>>_status}}_SuiteMaster
00:00:02.734 ? ?Waiting For Connection ? ?//{{Connection_Status_Text}}_SuiteMaster
00:00:02.734 ? ?2d ? ?{{TCP/IP_Client_>>_status}}_Gourmet
00:00:02.734 ? ?Connected ? ?//{{Connection_Status_Text}}_Gourmet
00:00:02.734 ? ?1 ? ?{{TCP/IP_Client_>>_Connect-F}}_Gourmet
00:00:02.750 ? ?2d ? ?{{TCP/IP_Client_>>_status}}_SuiteMaster
00:00:02.750 ? ?Connected ? ?//{{Connection_Status_Text}}_SuiteMaster
00:00:02.766 ? ?1 ? ?{{TCP/IP_Client_>>_Connect-F}}_SuiteMaster
00:00:02.766 ? ?1d ? ?{{TCP/IP_Client_>>_status}}_Mainroom
00:00:02.766 ? ?Waiting For Connection ? ?//{{Connection_Status_Text}}_Mainroom
00:00:02.781 ? ?2d ? ?{{TCP/IP_Client_>>_status}}_Mainroom
00:00:02.781 ? ?Connected ? ?//{{Connection_Status_Text}}_Mainroom
00:00:02.781 ? ?1 ? ?{{TCP/IP_Client_>>_Connect-F}}_Mainroom
00:00:02.891 ? ?4d ? ?{{TCP/IP_Client_>>_status}}_SuiteMaster
00:00:02.891 ? ?Connection Broken Remotely ? ?//{{Connection_Status_Text}}_SuiteMaster
00:00:02.891 ? ?4d ? ?{{TCP/IP_Client_>>_status}}_Gourmet
00:00:02.891 ? ?Connection Broken Remotely ? ?//{{Connection_Status_Text}}_Gourmet
00:00:02.891 ? ?0 ? ?{{TCP/IP_Client_>>_Connect-F}}_Gourmet
00:00:02.906 ? ?0 ? ?{{TCP/IP_Client_>>_Connect-F}}_SuiteMaster
00:00:02.906 ? ?4d ? ?{{TCP/IP_Client_>>_status}}_Mainroom
00:00:02.906 ? ?Connection Broken Remotely ? ?//{{Connection_Status_Text}}_Mainroom
00:00:02.906 ? ?0 ? ?{{TCP/IP_Client_>>_Connect-F}}_Mainroom
00:00:02.922 ? ?1d ? ?{{TCP/IP_Client_>>_status}}_Gourmet
00:00:02.922 ? ?Waiting For Connection ? ?//{{Connection_Status_Text}}_Gourmet
00:00:02.937 ? ?2d ? ?{{TCP/IP_Client_>>_status}}_Gourmet
00:00:02.937 ? ?Connected ? ?//{{Connection_Status_Text}}_Gourmet

I think I may know what your issue is!!

The module you're using has external TCP/IP input/output connections - Are you using these, attaching them to a TCP Client in the Device Symbol section??
If so, that's your issue - Those connections don't actually connect to ANYTHING inside the module!!? (Yes!? you may scream now!!!)
Thus, your TCP client symbol is trying to connect but is not being properly processed...
OR, it may just be that your processor is trying to make two connections at the same time to the same IP/Port - one via the TCP client and one via the module's Direct Socket connection, and the AVR or processor doesn't like it

Try Deleting or commenting out your TCP Clients and just use the IP address and Port # (default=50000d) parameters on the module.
Latch the Connect input of the module High when your program starts.
Note: I generally don't use a '1' on the connects, as I have had some modules that didn't behave well with it - if you don't have a delayed start signal in your program, I would use a '1' to trigger a DELAY symbol, wait 10s, and use the output for the connect.

Let me know if this fixes the issue...
HTH, Chris K

Daniel,
I've been testing/refactoring my interface module for the RX-AxA series, which is ONLY IP controllable (IR of course) and I have not had any connectivity issues that you describe.
I'm holding the CONNECT input high just after program start, and I've had good luck with reconnection after program updates/processor reboots, and even when I mess with the Power and network connections of the AVR.

For Previous Yamaha AVR models, I was using the RS232 module and connection with no issues.
Though it could be the older models that aren't as reliable with IP, OR you might have something going on with your network...

I agree with Steve, IR is pretty stable in general (especially via cable) and often totally sufficient, with RS232 next to the list.

However, for Yamaha, i?m using the YNCA protocol and found that to be very reliable and stable even over firmware updates.

It?s just a dead simple ASCII protocol.

To the OP: which control protocol are you using?

?

Cheers,

Thorsten

?

Von: [email protected] <[email protected]> Im Auftrag von Steve Kuehn
Gesendet: Freitag, 1. April 2022 04:02
An: [email protected]
Betreff: Re: [crestron] Yamaha 3080 multiple connections

?

I know this doesn't answer your question. But since no one appears to have an answer for your question, thought I share a little insight base on my personal past experience.? In general, I avoid doing IP control for any consumer product, at least for anything mission critical, because of reliability issues.? Virtually ever job I have done using IP control on TVs and receivers, I have had to eventually go back on convert it to some other method because IP control was intermittent or a firmware update broke it.? A commercial product is a different story -- IP control is generally robust.?

I just did a Yamaha RX-A3080 and what I did was control it will IR.? There is a 3.5mm jack on the back of the RX-A3080 so you don't have to put a flasher on the front of the unit.? IR will always work because the manufacturer is very careful not to break that interface during firmware updates.? If I need feedback, such as volume level in my case, I do an RS232 connection to the receiver.? The RX-A3080 has RS232 port on the back of it.? I only use RS232 for feedback as if that breaks, and I have seen that happen after a firmware update, at least the receiver will turn on, switch inputs, and the volume control will still work.? The only thing that happens is the volume level may not display on any two-way interfaces.? But at least the system is still usable.

If you want to use IP control, you will probably have to write your own module. At least that is what I have had to do in the past. If the issue is with the firmware in the receiver, even that won't work.

Hello, Im losing my mind here.

We have 72 devices working in a alexa-creston integrated enviroment. During logic tests the devices suddenly stopped working.

After a lot of chase-tail we found a room name parameter without ", but even after correcting that, control system wont go on. We tried to re-register on??and we get to greens and one red, where Control System Connection is "not connected".

After a while I checked the error log to find this:

123. Error: splusmanagerapp.exe [App 1] # 2022-03-31 21:03:50 # 3/31/2022 9:03:50 PM ConnectionManager.Connect: Exception occurred during connection. Exception:System.Exception: Websocket client connect: Exception Thrown = (NullReferenceException)
at Crestron.SimplSharp.CrestronWebSocketClient.WebSocketClient.C124. Error: splusmanagerapp.exe [App 1] # 2022-03-31 21:03:51 # onnect()
at Crestron.RemoteService.SessionManager.ConnectionManager.Connect()
at Crestron.RemoteService.SessionManager.ConnectionManager.Send(Byte[] messagebytes)
at Crestron.RemoteService.SessionManager.SessionManager.Send(Byte[] message)
125. Error: splusmanagerapp.exe [App 1] # 2022-03-31 21:03:51 # at Crestron.RemoteService.MessageManagement.MessageManager.GenerateRequest(String requestedAction, Dictionary`2 parameters, ResponseCallback callback, Int64 transactionID)
at Crestron.RemoteService.SessionManager.SessionManager.SendRegister(String re126. Error: splusmanagerapp.exe [App 1] # 2022-03-31 21:03:51 # gistrationCode, ResponseCallback callback, Object callbackCustomObject)
at Crestron.RemoteService.SessionManager.SessionManager.SendRegister(String registrationCode)
at Crestron.RemoteServiceSimpl.SessionManagerSimpl.SendRegister(String registrati127. Error: splusmanagerapp.exe [App 1] # 2022-03-31 21:03:51 # onCode)
at CrestronModule_REMOTE_SERVICE_CONNECTION_MANAGER_V2_0_0.CrestronModuleClass_REMOTE_SERVICE_CONNECTION_MANAGER_V2_0_0.REGISTRATIONCODE_OnChange_3(Object __EventInfo__)
at Amib.Threading.Internal.WorkItem.o()
at Amib.Threading.Interna128. Error: splusmanagerapp.exe [App 1] # 2022-03-31 21:03:51 # l.WorkItem.Execute()
at Amib.Threading.SmartThreadPool.e(WorkItem A_0)
at Amib.Threading.SmartThreadPool.p()

This error occurs when we try to delete the registration and re-enter registration code on the adminsite.

All alexa-related logic was reviewed, no extras ' or " on any parameter. We even tried to revert back to code without alexa integration, leaving only the registration module and that didnt have any effect.

The only thing i'm sure is that this null reference exception occurs on re-registering, no matter what. (Even tried to revert back to a full last year backup + voice control).

Also, i'm using version voice control 2.0 and again, we had 72 devices working great with alexa when they all suddenly stopped (probably because of the missing ")

update: I waited a whole night and retried registering now, still same "Registration: registered", "Control System Connection: not registered" problem. But errlog doesn't show anything for this particular try.

Please, if anyone has any advice, I would be forever grateful.

I agree with Steve, IR is pretty stable in general (especially via cable) and often totally sufficient, with RS232 next to the list.

However, for Yamaha, i?m using the YNCA protocol and found that to be very reliable and stable even over firmware updates.

It?s just a dead simple ASCII protocol.

To the OP: which control protocol are you using?

?

Cheers,

Thorsten

?

Von: [email protected] <[email protected]> Im Auftrag von Steve Kuehn
Gesendet: Freitag, 1. April 2022 04:02
An: [email protected]
Betreff: Re: [crestron] Yamaha 3080 multiple connections

?

I know this doesn't answer your question. But since no one appears to have an answer for your question, thought I share a little insight base on my personal past experience.? In general, I avoid doing IP control for any consumer product, at least for anything mission critical, because of reliability issues.? Virtually ever job I have done using IP control on TVs and receivers, I have had to eventually go back on convert it to some other method because IP control was intermittent or a firmware update broke it.? A commercial product is a different story -- IP control is generally robust.?

I just did a Yamaha RX-A3080 and what I did was control it will IR.? There is a 3.5mm jack on the back of the RX-A3080 so you don't have to put a flasher on the front of the unit.? IR will always work because the manufacturer is very careful not to break that interface during firmware updates.? If I need feedback, such as volume level in my case, I do an RS232 connection to the receiver.? The RX-A3080 has RS232 port on the back of it.? I only use RS232 for feedback as if that breaks, and I have seen that happen after a firmware update, at least the receiver will turn on, switch inputs, and the volume control will still work.? The only thing that happens is the volume level may not display on any two-way interfaces.? But at least the system is still usable.

If you want to use IP control, you will probably have to write your own module. At least that is what I have had to do in the past. If the issue is with the firmware in the receiver, even that won't work.