Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- Crestron
- Messages
Search
|
Re: VTPro-e Core3 - Generate Project Document
It will be in the 5.2 release which should be coming soon. Currently its a release candidate in Labs.
toggle quoted message
Show quoted text
--- In Crestron@..., "Jason" <jhaynie@...> wrote:
|
|
Re: TCP/IP Server will not the request open port
For the TCP Server, that address actually is a list of all the allowed
devices that can connect to the TCP Server. Right now, you're only allowing a device at 192.168.0.3 to connect. Most of the time, you'll want that to be 0.0.0.0 On Mon, May 13, 2013 at 1:31 PM, nicktullostech <tullostech@...>wrote: ** [Non-text portions of this message have been removed] |
|
Re: Biamp control quitting after a few days of non-use
We had that problem with the 7.2 modules and moved to 7.4 and that
toggle quoted message
Show quoted text
seemed to resolve the issue. Matt On 5/13/2013 1:29 PM, Oliver wrote:
|
|
Re: Biamp control quitting after a few days of non-use
I second that. I really dislike the Crestron Module. I just write my own S+ module to do what I want it to do for that particular job. Then modify it as needed for future jobs. It's usually just a Dialer, some Fader Levels and Presets. Very easy to control and parse.
toggle quoted message
Show quoted text
Jack --- In Crestron@..., Seth Olle <seth@...> wrote:
|
|
Re: TCP/IP Server will not the request open port
Unless you want to restrict connections to a TCP server, you should specify
the address as 0.0.0.0. Any other value will restrict it to only accept connections from the IP you specify. On Mon, May 13, 2013 at 12:31 PM, nicktullostech <tullostech@...>wrote: ** [Non-text portions of this message have been removed] |
|
Re: Biamp control quitting after a few days of non-use
Seth Olle
The biamp modules from crestron are in general difficult.
toggle quoted message
Show quoted text
I found easier to simply make my own. The protocol is simple. You will have 100 percent reliability and clean feedback. Done this with up to 10 Biamp Audio Flex through one serial port, with no issues. Make one module that senses volume, mute, etc. Then just modify for mixer blocks etc. From: Lincoln King-Cliby <lincoln@...<mailto:lincoln@...>> Reply-To: "Crestron@...<mailto:Crestron@...>" <Crestron@...<mailto:Crestron@...>> Date: Monday, May 13, 2013 2:47 PM To: "'Crestron@...<mailto:'Crestron@...>'" <Crestron@...<mailto:Crestron@...>> Subject: RE: [Crestron] Biamp control quitting after a few days of non-use I don't know about the 7.2 modules, but the Command Processor other versions (including 5 and at least some in the 7.x chain) have really bad queue management, in that there is no timeout on a response so they'll send a command and if they don't get a response they'll never send another command again. You can try teasing it by sending the Biamp a carriage return/line feed in Debugger, and if all is good the Biamp will respond with its own carriage return/line feed and that's enough to wake the module back up. I've gotten to the point with many projects where I'm adding my own "queue teaser" such that if a command goes in to the processor and we don't see anything leave for some period of time the program does what I described above. It's not perfect (in that there's no real error checking/correcting so it's entirely possible that that one command disappeared into the ether) but it's better than having the thing lock up and 99% of the time any "lost" commands are easy enough to regenerate. Lincoln -- Lincoln King-Cliby, CTS Sr. Systems Architect | Crestron Certified Master Programmer (Silver) ControlWorks Consulting, LLC V: 440.449.1100 x1107 | F: 440.449.1106 | I: Crestron Services Provider -----Original Message-----
From: Crestron@...<mailto:Crestron%40yahoogroups.com> [mailto:Crestron@...<mailto:Crestron%40yahoogroups.com>] On Behalf Of Oliver Sent: Monday, May 13, 2013 2:29 PM To: Crestron@...<mailto:Crestron%40yahoogroups.com> Subject: [Crestron] Biamp control quitting after a few days of non-use Subject line says it all. I have to revisit a job tomorrow where we have Biamp controlled serially (7.2 vintage modules). This was a new install last year. After some months of it being in operation, the client is finding that after some days of not using the system, when they next try to use it, all control of Biamp has quit and they've taken to rebooting the Crestron processor (Rack2) and this gets it back. I'm looking at the program now and I see that it's connected to a C2-COM3 card in the rack 2. Isn't there some lingering lockup problem using this card? Could this be a symptom? Turns out I do have a spare Slot4 ports unused, so I could easily switch. Thanks in advance for any advice OP ------------------------------------ Check out the Files area for useful modules, documents, and drivers. A contact list of Crestron dealers and programmers can be found in the Database area. Yahoo! Groups Links |
|
Re: Biamp control quitting after a few days of non-use
I don't know about the 7.2 modules, but the Command Processor other versions (including 5 and at least some in the 7.x chain) have really bad queue management, in that there is no timeout on a response so they'll send a command and if they don't get a response they'll never send another command again.
toggle quoted message
Show quoted text
You can try teasing it by sending the Biamp a carriage return/line feed in Debugger, and if all is good the Biamp will respond with its own carriage return/line feed and that's enough to wake the module back up. I've gotten to the point with many projects where I'm adding my own "queue teaser" such that if a command goes in to the processor and we don't see anything leave for some period of time the program does what I described above. It's not perfect (in that there's no real error checking/correcting so it's entirely possible that that one command disappeared into the ether) but it's better than having the thing lock up and 99% of the time any "lost" commands are easy enough to regenerate. Lincoln -- Lincoln King-Cliby, CTS Sr. Systems Architect | Crestron Certified Master Programmer (Silver) ControlWorks Consulting, LLC V: 440.449.1100 x1107 | F: 440.449.1106 | I: Crestron Services Provider -----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of Oliver Sent: Monday, May 13, 2013 2:29 PM To: Crestron@... Subject: [Crestron] Biamp control quitting after a few days of non-use Subject line says it all. I have to revisit a job tomorrow where we have Biamp controlled serially (7.2 vintage modules). This was a new install last year. After some months of it being in operation, the client is finding that after some days of not using the system, when they next try to use it, all control of Biamp has quit and they've taken to rebooting the Crestron processor (Rack2) and this gets it back. I'm looking at the program now and I see that it's connected to a C2-COM3 card in the rack 2. Isn't there some lingering lockup problem using this card? Could this be a symptom? Turns out I do have a spare Slot4 ports unused, so I could easily switch. Thanks in advance for any advice OP ------------------------------------ Check out the Files area for useful modules, documents, and drivers. A contact list of Crestron dealers and programmers can be found in the Database area. Yahoo! Groups Links |
|
Re: TCP/IP Server will not the request open port
It shows 192.168.0.3 (its static ip address) This is IP good because I use this address for html hosting and I just connected through the toolbox a second ago just to double check.
toggle quoted message
Show quoted text
--- In Crestron@..., Chris Niles <chris.niles.crestron@...> wrote:
|
|
Biamp control quitting after a few days of non-use
Subject line says it all. I have to revisit a job tomorrow where we have Biamp controlled serially (7.2 vintage modules). This was a new install last year. After some months of it being in operation, the client is finding that after some days of not using the system, when they next try to use it, all control of Biamp has quit and they've taken to rebooting the Crestron processor (Rack2) and this gets it back.
I'm looking at the program now and I see that it's connected to a C2-COM3 card in the rack 2. Isn't there some lingering lockup problem using this card? Could this be a symptom? Turns out I do have a spare Slot4 ports unused, so I could easily switch. Thanks in advance for any advice OP |
|
Re: TCP/IP Server will not the request open port
On the TCP Server configuration (in the device tree list, select the server
and press F6, or right click), what do you have for an IP address listed? On Mon, May 13, 2013 at 1:12 PM, nicktullostech <tullostech@...>wrote: ** [Non-text portions of this message have been removed] |
|
TCP/IP Server will not the request open port
I'm working on getting away from the activex control for remote control so I created a TCP/IP server using simpl. I tried to using putty and open the port, but it would not open. I have uploaded an image of my setting @
. I hope the link works. I figure I'm doing something wrong that is very simple to fix. I've been using system builder in the past and this is my first simpl program. I created a tcp/ip server and set it to port 2000 then I connected it to a serial io that should read the command "room1on" then turn set the output signal high. I havnt been able to connected so I dont know if the diagram works as I plan, but I do know that my port isnt opening on the crestron box. |
|
Re: EISC offline
We had this issue with a Pro2 and CP2E and we worked with Crestron engineers who said it was a firmware bug. They sent us a beta firmware that took care of the issue. Contact TB.
toggle quoted message
Show quoted text
--- In Crestron@..., "Easton" <easton.altree@...> wrote:
|
|
DSI Entertainment Systems Hiring in Los Angeles
DSI Entertainment Systems is looking for a full time Control Systems Programmer.
Programmer should be comfortable with commercial, residential, and lighting programming. Benefits include a competitive salary, medical and dental insurance, paid vacation and holidays. Please send resume, example programs, and salary requirements to dbransford(at)dsientertainment.com. |
|
New file uploaded to Crestron
Hello,
This email message is a notification to let you know that a file has been uploaded to the Files area of the Crestron group. File : /Documents/Sony XBR55HX929 RS232 Protocol Manuals.zip Uploaded by : laqmer <struong@...> Description : Sony RS-232C Protocol Manual for HX/NX/EX/CX Series (6 Apr 2011) You can access this file at the URL: To learn more about file sharing for your group, please visit: Regards, laqmer <struong@...> |
|
Re: Opinions on Media Player Core3/SmartGraphics object?
I used the Media Player object for the first time last month, with several TSW
toggle quoted message
Show quoted text
panels, a couple of DGE-2's, and an X-Panel. We used it with an IDOC and CEN-TRACK (AM, FM, XM, and AUDIONET). Some of the features were nice, but I REALLY disliked not being able to change (easily) simple things like object & font sizes, placement, and even button labels. It was also VERY SLOW to startup. I don't know if that was because we were using multiple sources, or if that's just how it is, but it was noticeable and annoying. Overall I wasn't impressed, and will continue to use "the old way" for those sources unless someone specifically requests the Media Player, or it gets a lot better. --- On Monday, May 13, 2013 at 8:21 AM, Phil Bridges wrote: |
|
Re: There was a problem sending the command to the program.
Submitted it to TBTS
toggle quoted message
Show quoted text
--- In Crestron@..., "Brian Gross" <brian@...> wrote:
|
|
Re: There was a problem sending the command to the program.
Looks like I spoke a little too soon. After opening a project, it is adding those entries back in.
toggle quoted message
Show quoted text
--- In Crestron@..., Tray Schaeffer <trayschaeffer@...> wrote:
|
|
Re: There was a problem sending the command to the program.
See this with Win7 also, will give this a go. Thanks!
Tray From: Brian Gross Sent: Monday, May 13, 2013 10:56 AM To: Crestron@... Subject: [Crestron] There was a problem sending the command to the program. I was getting the "There was a problem sending the command to the program." error on both of my Windows 8 PCs when trying to open a .vtp file by double clicking on it. Very annoying. There are similar issues with Word and Excel which led me to the fix. Open the registry editor, do a back up, and then I deleted the following 2 entries: HKEY_CLASSES_ROOT\VisionTools.Document\shell\open\ddeexec HKEY_CLASSES_ROOT\VisionTools.Project\shell\open\ddeexec That fixed it for me. Hope that helps somebody. [Non-text portions of this message have been removed] |
|
There was a problem sending the command to the program.
I was getting the "There was a problem sending the command to the program." error on both of my Windows 8 PCs when trying to open a .vtp file by double clicking on it. Very annoying. There are similar issues with Word and Excel which led me to the fix.
Open the registry editor, do a back up, and then I deleted the following 2 entries: HKEY_CLASSES_ROOT\VisionTools.Document\shell\open\ddeexec HKEY_CLASSES_ROOT\VisionTools.Project\shell\open\ddeexec That fixed it for me. Hope that helps somebody. |
Kris K
to navigate to use esc to dismiss