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: CP3 Question
I have be thinking about this all week, as I am designing a large system.
So here is the thought, would a CP2E as an Ethernet slave fix this issue? I haven't been able to get a real answer as to whether the IR output issue is related to the physical IR section of the MC3 or if it is more in the core operations of the MC3 and would affect any slave equipment that is defined in the program running on the MC3. From: Crestron@... [mailto:Crestron@...] On Behalf Of ChrisK Sent: Sunday, April 15, 2012 11:55 PM To: Crestron@... Subject: [Crestron] Re: CP3 Question It is disappointing, even understanding the original purpose. As an aside to your example, I always set a 'turn-on' volume for every zone (AVR, Pad8, sonnex, etc.) to eliminate the blow your head off issue. A queue system could be created (Apparently Chap has one) that could be stepped thru on the release of the previous IR/digital signal so even in this scenario: P+H Vol+, Press TV On, Press SRC select The release of the Vol+ could trigger the ON, Release of the on could trigger the SRC You would have find a way to capture each digital in order and its pulse length. The real issue would be with P+H Volumes, especially if there were more than one device being controlled by IR. First, user experience would be erratic if one person was ramping and another started it wouldn't start for the second right away. Then, any delay in start of the Vol Ramp coupled with a puse length capture for later release would likely be VERY BAD!!! This is at its root a hardware issue, so unless/until Crestron comes out with an MC3v2 I think it would be best to limit all commands to pulses with a queue system. This would suck for the customer to have to pulse Vol+/- to change the vol, but much better than a runaway volume!! BTW, why are ALL runaway volumes, Volume UP??? and never Volume DOWN??? The good news is that most devices that control volume can be controlled via, serial, IP, etc. .02223 cents Chris K............;) --- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Jay Basen <jay.m.basen@...> wrote: installation but once sales and marketing got hold of the MC3 it became the most powerful processor that Crestron had ever built. It was faster and had more memory than a Rack2. It was capable of running one program for all your A/V needs and you could even run a second program written in D3 to control your lighting system. It is unfortunate that the limitation in IR hardware is the only thing I have seen that separates the promise from reality. I'd be very thankful if someone could show me that I'm wrong. The issue as I see it is that we can all carefully program our systems so IR commands during system start up or shutdown are separated by enough time so they don't collide. However, if, for example: 1) the teenage son was watching an action film the night before with thevolume cranked up 2) Mom turns on the system to watch the morning newsdown button and holds it there 4) The stream of volume down IR commands are now going to hammer any othercommands required to properly start up the system potentially equipment not set to the proper inputs. sequence but that isn't a good solution either. the system would really be bulletproof. You could implement a queue, as was suggested, but since we don't get feedback as to how long it takes for any IR command to be completed by the hardware, the only way I see to implement this is to empty the queue with a timer that allows the maximum amount of time an IR command might need before sending the next one to the hardware. I believe this would have problems with the scenario where someone is holding down their finger on a volume button. The IR signals being sent out would lag behind what was being queued and you would have significant over-run where the volume moved beyond where the user wanted. more intelligent queuing mechanism than we have the tools for. However, as I said, I'd love for someone to tell me that there really is a bulletproof solution we can implement ourselves.
|
|
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 : /Utilities/Wireless Survey Sheet.xlsx Uploaded by : ender1_1000000 <tdurrant420@...> Description : Excel Speadsheet for wireless site survey. Contain color coding for ensuring best results You can access this file at the URL: To learn more about file sharing for your group, please visit: Regards, ender1_1000000 <tdurrant420@...> |
|
Re: MTX-3 Nightmare
If the remotes work fine when the power is disconnected from the lights I would make sure that you dont have a dimmer with the same ID as one of the remotes then I would kill the dimmers one at a time to determine when the remotes start to work fine. It is not a problem having them on the same gateway. Until you get to the bottom of whats going on even moving the remotes to a different gateway your probably going to have the same problem.
toggle quoted message
Show quoted text
GC --- In Crestron@..., "eddie" <eddiermiranda@...> wrote:
|
|
Re: Protocol rant...
Kool-Aid Drinker
Yup. It expects the string to be checksummmed to arrive whole, and
toggle quoted message
Show quoted text
then deals however many bytes are in that serial signal. Having the string arrive in pieces would require extra logic, but should be do-able. Basic idea is: SIO and INIT break the string into analog bytes, TOGGLE and ABUFs sort them into even and odd, ATOD decomposes the bytes, XORs do the deed, DFFs keeps the running total, DTOA, ATOS, blah blah blah. On Sat, 21 Apr 2012 08:03:57 -0000, "Chip" <cfm@...> wrote:
|
|
Re: MTX-3 Nightmare
Witmarquzot
Check for wifi interference, If around you is only using channel 1,6,11
toggle quoted message
Show quoted text
then mesh channels 15,20,25,26 are good. If you have a wap on 2-5, 15 is no good If you have one on 7-10, then 20 is no good. If you have to use 25,26 i would recommend 26 as it is farthest away. I am adding an excel spread sheet to the files area that has makes it easy to do this --- In Crestron@..., "eddie" <eddiermiranda@...> wrote:
|
|
Re: MTX-3 Nightmare
eddie
What could be misconfigured?
toggle quoted message
Show quoted text
I would try cresnet to the gateway if possible but it isnt. However, I have everything configured by IP. The two devices are even on the same switch. Im stopping by there today to unaquire the 7 lights. Im hoping the two remotes will work fine for the rest of the weekend. I plan on switching all of the remotes to one gateway, and lights to the other. I will most likely have to use extenders to make it work, but I think it is possible. --- In Crestron@..., Jon Spackman <fueler1@...> wrote:
|
|
Re: TCP Client on MC3
I don't have a solution, but I have an MC3 with a client on port 23 talking to my Marantz receiver. It never had an issue.
toggle quoted message
Show quoted text
TB --- In Crestron@..., "Mark" <markrkaye@...> wrote:
|
|
Re: Protocol rant...
Yup!
toggle quoted message
Show quoted text
|
|
Re: TCP Client on MC3
Mark
NMT has static DHCP - so no DNS involved
toggle quoted message
Show quoted text
mark --- In Crestron@..., "Mark" <markrkaye@...> wrote:
|
|
Re: NEC 552 LCD
you don't find out until you talk to NEC engineers that they often OEN their control chips from mitsubishi. i.e. I once had to use mistsubishi protocol to wake NEC displays up after which their protocol worked fine. Let's just say I've put out the word to my company that NEC products are persona non grata as far as I'm concerned.
toggle quoted message
Show quoted text
--- In Crestron@..., Steve Kaudle <crestron@...> wrote:
|
|
Re: TCP Client on MC3
Chip
I'm assuming his media tank is on his LAN, so DNS wouldn't come in to play - and if it had been the culprit he would have gotten the failed DNS value. -5 is "connection broken locally", which I thought only happens when you drop the "Connect" signal.
toggle quoted message
Show quoted text
My total guess would be that the code is sending a message to the TCP/IP symbol as soon as "Connect-F" goes high, which on the 3-series might happen before the connection is fully negotiated. Working with that assumption, I'd be curious if waiting for the analog connection state value to go to 2 as a trigger would do the trick. - Chip --- In Crestron@..., "matt_rasmussen_2000" <mjrtoo@...> wrote:
|
|
Re: Protocol rant...
Chip
I'll have to dig out the specifics if requested, but a congress mic system I did ages ago required an 8-bit polynomial CRC. It was bad enough that I couldn't understand their syntax for the calculation at first.
toggle quoted message
Show quoted text
For that one, I wound up creating a 255 character lookup table, which did the trick nicely, even though I was still grumbling about why it was needed in the first place. I believe there are some protocols - which I haven't actually worked with - that require a 16-bit polynomial CRC. At that point, a look-up table just ain't doable TTBOMK. - Chip --- In Crestron@..., "erikm_101" <erikm101@...> wrote:
|
|
Re: Lutron Homeworks module suite
Chip
I'm told that there is a set of 3-series compatible modules available at the Lutron Homeworks site if you have a sign-in there...
toggle quoted message
Show quoted text
- Chip --- In Crestron@..., Marc-Etienne Huneau <mehuneau@...> wrote:
|
|
Re: Protocol rant...
Chip
Did that account for messages of varying lengths?
toggle quoted message
Show quoted text
- Chip --- In Crestron@..., Kool-Aid Drinker <crug@...> wrote:
|
|
Re: Fun Friday Troubleshooting ie. WTF!
Chip
I'm guessing your jumper wasn't in the form of a DB-9 connector with pins 2&3 permanently jumpered together then?
toggle quoted message
Show quoted text
Mine is - and when I plug it in to a cable that's been wired "180 degrees out of order", it's very quickly obvious that there's a wiring issue... - Chip --- In Crestron@..., "weddellkw" <weddellkw@...> wrote:
|
|
Re: Protocol rant...
Chip
Extron - whose gear is normally a dream to talk with - makes me scratch my head sometimes trying to figure out what they were thinking.
toggle quoted message
Show quoted text
-> +V <- Vol98 -> -V <- Vol97 -> V <- 97 WTF. WHY?!?!?! -> V <- Vol97 Is keeping it consistent *that* hard??? - Chip --- In Crestron@..., Steve Kaudle <crestron@...> wrote:
|
|
Re: Lutron Homeworks module suite
+1
-- Marc-Etienne HUNEAU ? 06.615.516.90 Le 19 avr. 2012 ¨¤ 21:51, "Andy" <andy.ontheroad@...> a ¨¦crit : Owain [Non-text portions of this message have been removed] |
|
Re: Protocol rant...
Perhaps if you'd built a checksum into your counting algorithm, you would
have noticed right away that the number was wrong :) On Fri, Apr 20, 2012 at 7:29 PM, Kool-Aid Drinker <crug@... wrote: ** [Non-text portions of this message have been removed] |
|
Re: GE NX-8E alarm - arm multiple partitions at once
Thanks Dave! I would appreciate it if you could either load the new updated modules to the files section or email them to me
etienne at be-in-control dot co dot za I'm not going to provide the user with all the functionality, but will let you know if I find any issues. Many thanks again! |
|
Re: MTX-3 Nightmare
Conflicting/Duplicate RFID's ?
toggle quoted message
Show quoted text
--- In Crestron@..., Jon Spackman <fueler1@...> wrote:
|
to navigate to use esc to dismiss