Keyboard Shortcuts
Likes
- Crestron
- Messages
Search
|
Re: TCP Client Stopped working
I've seen this since the very first CP4N we installed right after they came out, and your experience sounds a lot like mine. In S+, you can leave it to stay connected and automatically reconnect and it'll work, but a TCP Client symbol gets stuck waiting. Restarting the program is enough to get it working again. I've tried various catch-and-recover methods that seem to have worked, but I've been trying to make or use S+ or S# modules to handle TCP stuff anyway so I notice the issue less and less as a result. It's definitely not just you it's happening to!
|
|
Re: TCP Client Stopped working
¿ªÔÆÌåÓý?FTR, I almost never turn the connect off with any device and have not had any particular issues until now...¡° ? Same here. Especially in my home/test-system, i?ve got a lot of TCP Clients in the program pointing to devices that are rarely switched on or connected because i just need them for some specific testing. Never had a problem that the TCP Client wouldn?t connect after the device is connected or switched on. Actually, i?m assuming more issues with permanently activating and deactivtating the TCP Client, but it sounds as if that?s working reliably. So i think i?ll give it a try. ? Cheers, Thorsten ? Von: [email protected] <[email protected]> Im Auftrag von ckangis ? Olivier, |
|
Crestron Home + DMP alarm lightweight integration?
#crestronapp
#crestron
Hi, I have a Crestron Home system and a DMP (XR 150/500) alarm. I understand that a full integration of the DMP system into Crestron seems not possible but is there a way to just have the alarm status (Armed or Disarmed) show in the Crestron app? Seems like this output should be pretty easy to obtain but i¡¯m new to this so would appreciate any tips or guidance! Thanks, Doug
|
|
Re: TCP Client Stopped working
Olivier,
Yeah, I'm not sure why I have a '1' on it (probably some legacy thinking...) at minimum, I usually make it an actual signal, that is driven by a '1', thru a buffer, so that I can at least toggle it in Debugger... I like the concept of your approach, though I find that more often that not, you want the comm's running all the time for status updates (unless its a 1-way control). This in particular is a lighting system so there's alot that I want to have ready to go without having to poll and wait. FTR, I almost never turn the connect off with any device and have not had any particular issues until now... This is a *Problem* with Crestron and their TCP client...hopefully we'll see a fix soon... |
|
Re: TCP Client Stopped working
I never use "1" on a TCPIP client module, I always use a connection manager to connect to the device when needed and close the connection after. This can be as short as a few milliseconds to send a command and acknlowledge the answer or as long as the system or page is in used, but never 1.
I never had any problems this way. At least disconnect from the device when it's not in use is a good idea. |
|
Re: DM NVX creates a broadcast storm for ~2 minutes every ~ 30 minutes
A big shout out to Crestron_Programmer_84 for all his help!? The problem was resolved by turning off Spanning Tree Protocol the VLAN that is used for the NVX and other things being controlled.? ?Once I did that everything started to magically work.? ?Looks like I need to do some reading to understand the relationship between IGMP and STP.
Thank you to everyone for your suggestions. Bryan |
|
Re: TCP Client Stopped working
¿ªÔÆÌåÓýI¡¯ve seen an issue on my home system (PRO4) a couple times but not with enough frequency to get enough info for a proper bug report where if the Ethernet link is lost under some circumstances the connection will not retry until the program is reset. The status in the IPT is ¡°LINK LOST¡± ¨C but this doesn¡¯t happen on every link loss event. (Most recently I saw it because I was upgrading one of the edge switches in my AV equipment room) ? The other thing to remember is that the TCP client retry time rises exponentially the longer it can¡¯t connect to the other device, e.g. the longer a device is off line the longer it will be between retrying the connection (I want to say the upper end is 65000 seconds but I¡¯ve never personally tried it) so if the device had been offline for ¡°a long time¡± that could explain why it didn¡¯t seem to be retrying. ? Beyond those two cases though I can¡¯t say I¡¯ve seen any systematic issues with the TCP/IP client on the 3- or 4- series¡. And I have a few applications where I know I¡¯d know if there were issues because the failure would be critically obvious. ? ? -- Lincoln King-Cliby, CTS, DMC-E-4K/T/D ? From: [email protected] [mailto:[email protected]]
On Behalf Of ckangis
Sent: Saturday, April 09, 2022 11:22 AM To: [email protected] Subject: [crestron] TCP Client Stopped working ? Hi All, |
|
TCP Client Stopped working
Hi All,
Wondering if others have seen this odd, intermittent behavior...and also a heads-up for others to watch out for it CP4 (v2.7000.00040) has a TCP client communicating with a Vantage System (though I don't think the remote device matters). It was working two weeks ago, and we checked yesterday (client is out of town) and found that it was 'Not Connected' and specifically not trying to Re-Connect. The Status analog just stayed at '1d' instead of the typical toggling between 1d and 3d (Waiting for connect vs Connect Failed) As I have a '1' on the Connect input, I could not test if toggling this would fix the issue, Rebooting the Vantage processor did not restore. Only restarting the program slot restored the connection. I spoke with Crestron TS to trouble-shoot this, as I've never seen this behavior before, and they have confirmed that they have seen this a few times, offering: 1. They said it was 4-series issue, spanning fw updates 2. Use an S+ emulation module of the TCP client until they fix the issue...:( Clearly this is a specifically intermittent issue, as I have not seen anyone else talking about this lately, but they have confirmed that there is a problem.... In a related note, another friend of mine who I trust with his technical knowledge and experience, says that he has seen this issue? for years on both 3 and 4-series systems. He feels that it is a long-standing issue that has not been dealt with and thus probably will not be fixed... Given my experiences over the last 5+ years with TB, I would tend to agree. To have to use a custom S+ module to handle this is absolutely ridiculous - the TCP Client is a native hardware device symbol... What experiences have other had about this?? |
|
Re: DM-PSU-3X8-RPS is Discontinued
¿ªÔÆÌåÓýIt¡¯s not as elegant (or rack mountable) but I think some multiple of PW-5430DUS is your answer ?
? ? -- Lincoln King-Cliby, CTS, DMC-E-4K/T/D ? From: [email protected] [mailto:[email protected]]
On Behalf Of jrw_96 via groups.io
Sent: Friday, April 08, 2022 2:34 PM To: [email protected] Subject: [crestron] DM-PSU-3X8-RPS is Discontinued ? Anyone have any suggestions for a replacement device that will supply PoDM+ power to all ports on a 64x64 blade?
|
|
Re: Control for NP-PA803UL / new protocol?
¿ªÔÆÌåÓýI don¡¯t think 015. Power On is the actual command just the command number and name (if you look at other fields in the document there are hex bytes provided for e.g. DATA 02 and DATA 03. I think you¡¯re missing the actual protocol document. ? See page 190 of for (a portion of) the protocol where power on = \x02\x00\x00\x00\x00\x02. ? I¡¯ve been able to throw more or less the same commands at every NEC projector I¡¯ve seen in the past 12ish years. Incidentally there was a run of NEC projectors that would randomly lock up the COM ports at 38400 (or maybe at 38400 + DM); setting the baud to 9600 resolved that issue so more or less out of superstition I¡¯ll always set a NEC projector to 9600 rather than leaving it at 38400 . ? -- Lincoln King-Cliby, CTS, DMC-E-4K/T/D ? From: [email protected] [mailto:[email protected]]
On Behalf Of Tray Schaeffer
Sent: Friday, April 08, 2022 8:48 AM To: [email protected] Subject: [crestron] Control for NP-PA803UL / new protocol? ? All,? Anyway, Seems that the control protocol may have changed since I last worked with one of these.? See this document.? ? ? The NP-PA803UL is listed.? Not sure if the command should include the preceding number or not..? From the document, power on = "015. POWER ON". Not sure of terminating char, if any is required.? ? Any experience with these?? Thanks in advance,? |
|
Re: NVX vs. SVSI
¿ªÔÆÌåÓýHi again Jeff, ? Sorry for the delayed response, it¡¯s been a busy week.? Here are the answers to your follow-up questions:
You can do VLAN switching either way.? Some installers like the STACK approach when using multiple switches, but it is not mandatory.? This has been true since we launched HDMI over IP in 2008.? The turnkey drivers we came out with in 2010 were based on a STACK implementation, but it has always possible for a knowledgeable control system programmer to manage the switching on independent switches.
In a nutshell, using the VLAN approach we have eliminated the TCP handshake that happens when a multicast device switches to a new stream.? The result is instant seamless switching vs the pause or blank screen associated with multicast switching. Ed Qualls Chief Executive Officer +1-727-475-7033 ed@... ? ? |