When using an http client to make a request to a device in S#, is there a way to adjust the timeout before the Crestron system throws an exception that device has not responded in a timely manner?

?? ??? ?? try
?? ??? ?? {
?? ??? ??? ???? HttpClient client = new HttpClient();
?? ??? ??? ???? HttpClientRequest request = new HttpClientRequest();
?? ??? ??? ??? ?HttpClientResponse response;

etc.

?? ???? ??? ??? response = client.Dispatch(request);

etc.

I'm trying to communicate with a battery operated IoT device. I'm finding that the device can go to sleep and when it does it takes a long time to respond.? I'm hoping to simply adjust the timeout value to give it time to wake up but I haven't been able to find a way to do it.? Doing all this in VS2008 so the code is compatible with a 3 series processor.

Thanks in advance for the help

Jay

Yes, that’s what I was trying to convey here:?/g/crestron/message/243850

That module already has the correct input names as used by the new RX-AnA units I think. Rather than changing/replacing the existing input commands, I find it better to just add the new ones, thus expanding the module and making it more universal. That way I don’t have to worry about having the correct version for a particular Yamaha AVR. Another such command example that’s not consistent across models is the “all channel stereo” mode. Rather than naming it “All channel stereo” which would have been universal, it’s called 5, 7 or 9 channel stereo, depending on the model! I therefore now have all three commands in my customised module, even though only one of the three will ever work for any one AVR.

Thanks Jsells,
I have all the protocols, what I don't have is the "Desire". This job is a domestic and a very rarely do domestic so I know I will never use it again. That's why I am spending too much time looking to see if any one else has done one.

I believe that we're finally in the clear, with a short-term caveat - I'll verify that I can post what I know on monday...

Just a follow-up regarding the RX-AxA series of AVRs...
The 'Yamaha RX-A3010 IP v1.2' module seems to work fine...
BUT
It does not have the commands for the HDMI inputs. The previous generation of the AVRs used the 'AV1 thru AV7' input commands for the HDMI, but now the HDMI inputs are dedicated with the AVx inputs relegated for Component/Composite inputs (when/if available)
You can alter the strings by changing the 'AVx' to 'HDMIx' and that seems to work fine...

YXC is just a HTTP API and by my understanding is similar if not the same as MusicCast API. When I was testing the CCD for my RX-A780 I was able to confirm with network captures that the device was being controlled over HTTP via GET/POST and not older TCP/50000 YNCA spec. You could likely get away with basic functions using on of the newer Yamaha CCDs if you dont want to write your own module. Best thing about YNX is that your not limited to a single connection as you are with YNCA on port 50000.

Yamaha Extended Control API Specification:

HI,

Can someone confirm that a NVX-363/NVX-360 accepts 1080i 50Hz ?
The specs shows 1080i 30Hz in the common resolutions.

Thanks
Best regards
Chris?

I've run into the same results on this... Have a customer that has 2 of these thermostats and I have a DIN-AP3 Running old firmware and can get one of them working but not both...
I get no where with Crestron or Trane

Has anyone heard anything new on this front?

So I've gotten my Ch5 angular project to upload and show up on the TSW1060.

I'm trying to detect if the touchpanel is Online with the system... reserved join 18494.
But all i ever get is false, even though the processor says it's online.

I've got this in the constructor off my app.component.ts:

CrComLib.subscribeState('b', '18494', (value:any) =>{
        console.log("Received from join 18494",value);
        this.ControlSystemOnline = value;
      }

and this on the HTML

      ControlSystemOnline={{ControlSystemOnline}}

Any suggestions??

Ive used the YNCA protocol on both RS232 and IP. Both worked exceptionally well.

I am doing a job at the moment where I am controlling 10 WXA-50's. These are using the new YXC protocol. I haven't found any modules for them yet so writing my own unless someone else has one out there!

I had an install the beginning of last year where I had 5 AM200's. I had to return 2 of them for exhibiting similar issues.
Unlike your experience, Crestron wanted them back to investigate before saying anything so ended up having to purchase two more to get the job operational, however after having them for 2 days they were happy to refund them.

I think I may have been on the bleeding edge of a batch issue.

I have a 3200 sitting on my desk which I am about to evaluate, so far it looks ok.

We've got a deployment of 16 AirMedia AM-200s in standalone rooms (a.k.a. no control system), where we've got an HDMI via a 3rd party HDBaseT extender plugged in to the AM's HDMI input. We've now had at least five of the sixteen exhibit the same symptom of the AirMedia stop outputting video after about 30 minutes when a user is plugged in via HDMI. I've verified that the device's clock is in sync, that the AirMedia Client "timeout" is set to "Never" and AMPS>System>Power Setting is set to "Always On."

We've RMA'd 4 out of the 5 so far, and Crestron hasn't told us that we're crazy or anything, but I also have a really hard time believing that we're having a failure rate of >30%. I'm hoping that the new AM-3200 won't have this issue, but I haven't begun deploying those yet.

Has anyone else seen this behavior, and if so, have you found a cause (and/or solution)?

It's https only. In order to obtain the API for Samsung IP control, you have to reach out to their customer tech support and have them generate an NDA for you to sign. Currently in the process of doing that and it has been a pain. Good luck!

开云体育

Has anyone controlled a TriplePlay Play3r-SP1 digital signage player or a TSO10G server via IP?

Most players will be the only source connected to a LG display via HDMI and RS232 but need to control globally through Crestron. The ability to power on and off the display and play content at different times of the day, this can probably be accomplished through TriplePlay software but trying to keep control to one platform (Crestron).

Yeah, I see that now inside the module...Updating now!!
TY, RW!!

In the second link which you suggested the "index.html" has no code written in it. Possibly the? reason why i am getting a blank page. To answer first part of your question I am just starting with HTML/CSS/JS environment.?

Not sure if the AVR will accept multiple connections to its control port, but expect it will because I can certainly still use the iOS app while Crestron is also connected.

Why do that though? Just add whatever custom string you need to the giant SIO within the module and add its driving signal to the args so you can fire it. That’s what I do. You don’t need to touch the S+ code at all.

Hi Jason,

I don't have an answer for you with respect to the CEC control, but we (Chowmain Software) have started to develop an Android TV driver for SIMPL (we already have one for Crestron Home) that addresses a lot of the annoying automatic behaviour of the various Android TV devices (like recovering from the Wallpaper mode, odd power on states, etc). It also has app discovery and launching so hopefully that will be a better option for control going forward.?