Re: Fun Friday Troubleshooting ie. WTF!
I had a batch that were numbered incorrectly several years ago as well. But I'm not sure why removing the hood would solve your problem, maybe I'm misreading that part. Must be using the 'old school' Molex style. :-)
toggle quoted message
Show quoted text
--- In Crestron@..., "weddellkw" <weddellkw@...> wrote:
Wrapping up a system and all thats left are the 3 rs232 devices (security, somfy, nyssan/embedia shades).
We do the security all the time, Somfy occasionally, so felt pretty comfortable with that.
Could not get anything to communicate. Spent half the day on the phone with security MFR, checking voltages/etc. Disconnected, things seem fine on each end of the RS232 cable. Plugged in, nothing happens.
Replace the cables. Replace the DB9 adapters. Jump pins 2&3 to watch the TX come back over the RX line. Looks fine. Still nothing happening.
After banging my head against the wall all day I leave the 'cap' portion of the DB9 connectors off and plug the pins/sockets directly to the RS232 ports of security/Crestron. Success.
The problem: All of the male DB9 connectors in this 10-part bag are numbered in reverse. Never occurred to me to question that and it didn't trigger any warning in putting them together/testing them. Had to look them up online and find an old DB9 to confirm I wasn't going nuts.
|
Using host names and didn't enter DNS?
toggle quoted message
Show quoted text
--- In Crestron@..., "Mark" <markrkaye@...> wrote:
i finally replaced my MC2E with an MC3
the only thing that won't function is a TCP/IP client that talks to my media tank on port 23
i always get status #5 (broken connection)
i plugged my MC2E back into the lan & it connected no problem (checked IP table)
tried all the normal stuff i.e. rebooting etc
any hints?
mark
|
Dynamic Presets on the iPad??
All,
Has anyone had any success creating dynamic presets on the iPad that are similar to the ones on the tpmc-3x? If so, I would appreciate any assistance in making my own that actually function decently and look good.
Thanks for the help!!
Barrett
|
Re: GE NX-8E alarm - arm multiple partitions at once
The module in file section has been updated -> v1.0a
Dave
toggle quoted message
Show quoted text
--- In Crestron@..., "h2oskr2001" <h2oskr2001@...> wrote:
You're welcome!
With the caveat that I have not done any testing on large multi-partition systems, from the module's perspective this should be fine. Each partition has its own interface and you can trigger commands on each one independently. The message processor is designed to handle this. Let me know if run into issues.
I also have a couple of minor bug fixes for the module in the files section. Been meaning to update it, but well¡ I'll update file section when I get a chance, in the mean I can send them to you directly if you want.
Dave
--- In Crestron@..., "Etienne" <etienne@> wrote:
Morning group,
I've just inherited a system where the client wants to integrate his Caddx alarm panel with his Crestron system. I'll be using the GE NX-8E DMC V1.0 modules from the files section.
First of all, THANKS DAVE for the work you've put in to streamline these and make them as perfect as possible. Most of the time modules are just written and not stress tested. Much appreciated!
Now back to the question. The system have 5 partitions. Is it possible to arm all at once with one command, direct arm all, or do I have to use a stepper to arm (quick arm) each partition individually?
Thank you,
Et
|
At least those one's make sense. They are make sure you change hex that could be seen as standard functions, to escaped one to make things work well
toggle quoted message
Show quoted text
--- In Crestron@..., Joe <guzzep@...> wrote:
London Blu has some 'different' protocol, involves removing and replacing bytes after calculating the checksums
Sent from my iPad
On Apr 20, 2012, at 7:29 PM, Kool-Aid Drinker <crug@...> wrote:
Make that 51 symbols. Counting always kills me. ;-)
On Fri, 20 Apr 2012 17:27:56 -0600, Kool-Aid Drinker
<crug@...> wrote:
CRC checksums suck. Non-standard ones suck hard.
Only took 41 symbols for a basic version of the checksum that started
the thread.
On Fri, 20 Apr 2012 22:24:06 -0000, "erikm_101" <erikm101@...>
wrote:
OK, I'll bite....what are some examples of candidates for "worst checksum ever" ??
--- In Crestron@..., Kool-Aid Drinker <crug@> wrote:
Unnecessary, yes. Worst checksum ever, hardly.
TODAY(Beta) ?€? Powered by Yahoo!
Ballplayer's embarrassing game delay
Privacy Policy
|
London Blu has some 'different' protocol, involves removing and replacing bytes after calculating the checksums On Apr 20, 2012, at 7:29 PM, Kool-Aid Drinker <crug@...> wrote: Make that 51 symbols. Counting always kills me. ;-)
On Fri, 20 Apr 2012 17:27:56 -0600, Kool-Aid Drinker
<crug@...> wrote:
CRC checksums suck. Non-standard ones suck hard.
Only took 41 symbols for a basic version of the checksum that started
the thread.
On Fri, 20 Apr 2012 22:24:06 -0000, "erikm_101" <erikm101@...>
wrote:
OK, I'll bite....what are some examples of candidates for "worst checksum ever" ??
--- In Crestron@..., Kool-Aid Drinker <crug@...> wrote:
Unnecessary, yes. Worst checksum ever, hardly.
TODAY(Beta) ? Powered by Yahoo!
Ballplayer's embarrassing game delay
Privacy Policy
[Non-text portions of this message have been removed]
|
Lights and remotes on same gateways is fine. I did a house and it has like thirty ex dimmers and two remotes on same gateway (x2) and its fine.
Sounds like a bad or missconfigured dimmer
|
To be fair, the one-way ports only do ~5V rather which assuming no loss in the wire is kinda close to the bottom end RS232 standard of +3 to +15V active and -3 to -15V inactive. (And I don't think the IR ports swing the negative voltage, but I could be wrong)
Crestron documentation (used to) say(s), essentially, "it isn't standard, and it may or may not work given the equipment on the other end, so buy a ST-COM and don't call us if it fails"
Now that the C2N-IO is out and pretty close to dirt cheap it's basically paid for in about a half hour of combined programmer+installer troubleshooting. It's an easy argument :)
(So far I've been successful in keeping only Extron switchers/scalers where control was a post-sale afterthought on one-way IR with most of my dealers and I can't say that I've had a problem -- once they realize that ground and receive are what gets connected)
--
Lincoln King-Cliby, CTS
Sr. Systems Architect
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 F: 440.449.1106 I:
Crestron Authorized Independent Programmer
toggle quoted message
Show quoted text
-----Original Message----- From: Crestron@... [mailto:Crestron@...] On Behalf Of Neil Dorin Sent: Friday, April 20, 2012 6:03 PM To: Crestron@... Subject: Re: [Crestron] NEC 552 LCD I'm taking my spare CP2E to site this afternoon to test with a 2-way port and 1-way using short test cable. That'll eliminate any other possible issues. **Update** since I forgot to hit send before I went to site, I can verify that a C2IR 1-way IR driver will not control an NEC E552 display. Any C2COM 2-way driver will. Stupid NEC cheaping out... On Fri, Apr 20, 2012 at 12:41 PM, Steve Kaudle <crestron@...> wrote: **
Odd indeed, you'd think it would work all the time, never, or (worst case)
randomly. Perhaps the display puts the port into what ultimately is a less
voltage sensitive mode when off? That's pure speculation, but it's the
best I got.
On Friday, April 20, 2012, Neil Dorin wrote:
I learn something new every day....
Strange that the power on string works though. I was going to try shorting
pins 7&8 on the TV end when I was onsite next as well as connecting to a
2-way port.
-Neil Dorin
Sent from my iPhone
On 2012-04-20, at 9:03 AM, Steve Kaudle <crestron@...> wrote:
The AV2's IR ports are limited to +5V, perhaps that's the issue?
On 4/20/2012 10:50 AM, Neil Dorin wrote:
I can personally attest to fighting with an E552 lately. It does not use the normal protocol or support the simple protocol. It also hates PD
Comms tools.
NEC tech supports says it doesn't need HW handshaking but I have one
using 1-way IR on an AV2 that will respond to power on only. I sen the
exact same strings from my laptop with any terminal program and it's fine
but on the AV2s 1-way port, no dice.
NEC had to walk me through the setup menu and a lengthy procedure
just
to get the RS-232 port to work at all.
-Neil Dorin
Sent from my iPhone
On 2012-04-20, at 8:39 AM, "Stig"<ska@...> wrote:
I posted a module called NEC_X462UN_VideoWall_w_setup_v1.0.zip
Never mind the setup input.
I've not actally tried it on the 552 though, but the other inputs do
work on all the latest NEC displays i have come across so far.
It uses the MDP protocol.
-Stig
--- In Crestron@...,
"northeast_marcus"<northeastmarcus@...>
wrote:
I'm wondering the same. NEC hasn't been much help the past week in
a
few instances. These E552 displays being our latest challenge.
We've been on the phone with them a few times, they actually told
us
they're more confident in controlling the E552 displays from a Crestron
system than using their own NEC PC Comms Tool...
...Unfortunately, we have yet to have any luck with either.
--- In Crestron@..., "rama12328"<umojaone@> wrote:
Has anyone gotten the RS 232 code to work?
------------------------------------
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
------------------------------------
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
------------------------------------ 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: Fun Friday Troubleshooting ie. WTF!
Well, I doubt I'll ever forget what pins 2, 3, and 5 are supposed to look like #cuphalffull
toggle quoted message
Show quoted text
--- In Crestron@..., "l_codd" <lindsayc@...> wrote:
I had a similar problem about 18 years ago. My tech's called to say that every time they plugged the touch panel in the Crestron 75w power supply would die and when they unplugged it the CNMS controller would reboot.
Went to the job site, took one look at the connector to the touch panel and told them they had wired it back the front. They loudly protested and showed me that it matched what was on the back of the touch panel. Crestron had screen printed the label in reverse!
Lindsay
--- In Crestron@..., "weddellkw" <weddellkw@> wrote:
Wrapping up a system and all thats left are the 3 rs232 devices (security, somfy, nyssan/embedia shades).
We do the security all the time, Somfy occasionally, so felt pretty comfortable with that.
Could not get anything to communicate. Spent half the day on the phone with security MFR, checking voltages/etc. Disconnected, things seem fine on each end of the RS232 cable. Plugged in, nothing happens.
Replace the cables. Replace the DB9 adapters. Jump pins 2&3 to watch the TX come back over the RX line. Looks fine. Still nothing happening.
After banging my head against the wall all day I leave the 'cap' portion of the DB9 connectors off and plug the pins/sockets directly to the RS232 ports of security/Crestron. Success.
The problem: All of the male DB9 connectors in this 10-part bag are numbered in reverse. Never occurred to me to question that and it didn't trigger any warning in putting them together/testing them. Had to look them up online and find an old DB9 to confirm I wasn't going nuts.
|
Make that 51 symbols. Counting always kills me. ;-) On Fri, 20 Apr 2012 17:27:56 -0600, Kool-Aid Drinker <crug@...> wrote: CRC checksums suck. Non-standard ones suck hard.
Only took 41 symbols for a basic version of the checksum that started
the thread.
On Fri, 20 Apr 2012 22:24:06 -0000, "erikm_101" <erikm101@...>
wrote:
OK, I'll bite....what are some examples of candidates for "worst checksum ever" ??
--- In Crestron@..., Kool-Aid Drinker <crug@...> wrote:
Unnecessary, yes. Worst checksum ever, hardly.
|
CRC checksums suck. Non-standard ones suck hard. Only took 41 symbols for a basic version of the checksum that started the thread. On Fri, 20 Apr 2012 22:24:06 -0000, "erikm_101" <erikm101@...> wrote: OK, I'll bite....what are some examples of candidates for "worst checksum ever" ??
--- In Crestron@..., Kool-Aid Drinker <crug@...> wrote:
Unnecessary, yes. Worst checksum ever, hardly.
|
Re: Fun Friday Troubleshooting ie. WTF!
I had a similar problem about 18 years ago. My tech's called to say that every time they plugged the touch panel in the Crestron 75w power supply would die and when they unplugged it the CNMS controller would reboot.
Went to the job site, took one look at the connector to the touch panel and told them they had wired it back the front. They loudly protested and showed me that it matched what was on the back of the touch panel. Crestron had screen printed the label in reverse!
Lindsay
toggle quoted message
Show quoted text
--- In Crestron@..., "weddellkw" <weddellkw@...> wrote:
Wrapping up a system and all thats left are the 3 rs232 devices (security, somfy, nyssan/embedia shades).
We do the security all the time, Somfy occasionally, so felt pretty comfortable with that.
Could not get anything to communicate. Spent half the day on the phone with security MFR, checking voltages/etc. Disconnected, things seem fine on each end of the RS232 cable. Plugged in, nothing happens.
Replace the cables. Replace the DB9 adapters. Jump pins 2&3 to watch the TX come back over the RX line. Looks fine. Still nothing happening.
After banging my head against the wall all day I leave the 'cap' portion of the DB9 connectors off and plug the pins/sockets directly to the RS232 ports of security/Crestron. Success.
The problem: All of the male DB9 connectors in this 10-part bag are numbered in reverse. Never occurred to me to question that and it didn't trigger any warning in putting them together/testing them. Had to look them up online and find an old DB9 to confirm I wasn't going nuts.
|
Re: Fun Friday Troubleshooting ie. WTF!
Thats why I tend to solder all my db9's.
toggle quoted message
Show quoted text
--- In Crestron@..., "weddellkw" <weddellkw@...> wrote:
Wrapping up a system and all thats left are the 3 rs232 devices (security, somfy, nyssan/embedia shades).
We do the security all the time, Somfy occasionally, so felt pretty comfortable with that.
Could not get anything to communicate. Spent half the day on the phone with security MFR, checking voltages/etc. Disconnected, things seem fine on each end of the RS232 cable. Plugged in, nothing happens.
Replace the cables. Replace the DB9 adapters. Jump pins 2&3 to watch the TX come back over the RX line. Looks fine. Still nothing happening.
After banging my head against the wall all day I leave the 'cap' portion of the DB9 connectors off and plug the pins/sockets directly to the RS232 ports of security/Crestron. Success.
The problem: All of the male DB9 connectors in this 10-part bag are numbered in reverse. Never occurred to me to question that and it didn't trigger any warning in putting them together/testing them. Had to look them up online and find an old DB9 to confirm I wasn't going nuts.
|
I just did some 80" NEC displays and their whole protocol was practically a check sum. There's a length byte midway but it only has to do with a part of the message and is split low/high across two byte ascii equivalent hex. Then the check sum is split low high again ascii equivalent hex. Luckily there's already a simpl+ module for doing the calc.
Crestron@..., "erikm_101" <erikm101@...> wrote:
toggle quoted message
Show quoted text
OK, I'll bite....what are some examples of candidates for "worst checksum ever" ??
--- In Crestron@..., Kool-Aid Drinker <crug@> wrote:
Unnecessary, yes. Worst checksum ever, hardly.
|
Fun Friday Troubleshooting ie. WTF!
Wrapping up a system and all thats left are the 3 rs232 devices (security, somfy, nyssan/embedia shades).
We do the security all the time, Somfy occasionally, so felt pretty comfortable with that.
Could not get anything to communicate. Spent half the day on the phone with security MFR, checking voltages/etc. Disconnected, things seem fine on each end of the RS232 cable. Plugged in, nothing happens.
Replace the cables. Replace the DB9 adapters. Jump pins 2&3 to watch the TX come back over the RX line. Looks fine. Still nothing happening.
After banging my head against the wall all day I leave the 'cap' portion of the DB9 connectors off and plug the pins/sockets directly to the RS232 ports of security/Crestron. Success.
The problem: All of the male DB9 connectors in this 10-part bag are numbered in reverse. Never occurred to me to question that and it didn't trigger any warning in putting them together/testing them. Had to look them up online and find an old DB9 to confirm I wasn't going nuts.
|
i finally replaced my MC2E with an MC3
the only thing that won't function is a TCP/IP client that talks to my media tank on port 23
i always get status #5 (broken connection)
i plugged my MC2E back into the lan & it connected no problem (checked IP table)
tried all the normal stuff i.e. rebooting etc
any hints?
mark
|
OK, I'll bite....what are some examples of candidates for "worst checksum ever" ??
toggle quoted message
Show quoted text
--- In Crestron@..., Kool-Aid Drinker <crug@...> wrote:
Unnecessary, yes. Worst checksum ever, hardly.
|
I'm taking my spare CP2E to site this afternoon to test with a 2-way port and 1-way using short test cable. That'll eliminate any other possible issues. **Update** since I forgot to hit send before I went to site, I can verify that a C2IR 1-way IR driver will not control an NEC E552 display. Any C2COM 2-way driver will. Stupid NEC cheaping out... On Fri, Apr 20, 2012 at 12:41 PM, Steve Kaudle <crestron@...> wrote: **
Odd indeed, you'd think it would work all the time, never, or (worst case)
randomly. Perhaps the display puts the port into what ultimately is a less
voltage sensitive mode when off? That's pure speculation, but it's the
best I got.
On Friday, April 20, 2012, Neil Dorin wrote:
I learn something new every day....
Strange that the power on string works though. I was going to try shorting
pins 7&8 on the TV end when I was onsite next as well as connecting to a
2-way port.
-Neil Dorin
Sent from my iPhone
On 2012-04-20, at 9:03 AM, Steve Kaudle <crestron@...> wrote:
The AV2's IR ports are limited to +5V, perhaps that's the issue?
On 4/20/2012 10:50 AM, Neil Dorin wrote:
I can personally attest to fighting with an E552 lately. It does not use the normal protocol or support the simple protocol. It also hates PD
Comms tools.
NEC tech supports says it doesn't need HW handshaking but I have one
using 1-way IR on an AV2 that will respond to power on only. I sen the
exact same strings from my laptop with any terminal program and it's fine
but on the AV2s 1-way port, no dice.
NEC had to walk me through the setup menu and a lengthy procedure
just
to get the RS-232 port to work at all.
-Neil Dorin
Sent from my iPhone
On 2012-04-20, at 8:39 AM, "Stig"<ska@...> wrote:
I posted a module called NEC_X462UN_VideoWall_w_setup_v1.0.zip
Never mind the setup input.
I've not actally tried it on the 552 though, but the other inputs do
work on all the latest NEC displays i have come across so far.
It uses the MDP protocol.
-Stig
--- In Crestron@...,
"northeast_marcus"<northeastmarcus@...>
wrote:
I'm wondering the same. NEC hasn't been much help the past week in
a
few instances. These E552 displays being our latest challenge.
We've been on the phone with them a few times, they actually told
us
they're more confident in controlling the E552 displays from a Crestron
system than using their own NEC PC Comms Tool...
...Unfortunately, we have yet to have any luck with either.
--- In Crestron@..., "rama12328"<umojaone@> wrote:
Has anyone gotten the RS 232 code to work?
[Non-text portions of this message have been removed]
------------------------------------
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
[Non-text portions of this message have been removed]
------------------------------------
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
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
|
Unnecessary, yes. Worst checksum ever, hardly. On Fri, 20 Apr 2012 21:19:49 -0000, "erikm_101" <erikm101@...> wrote: Easy, perhaps....but is it necessary? For turning on a light? C'mon, how bout just NAK a
message you don't like and get over it?
--- In Crestron@..., Kool-Aid Drinker <crug@...> wrote:
The checksum is pretty simple (and cheap/easy from a hardware
perspective) -- it's the phrasing in manual that is extra stupid.
Rephrase as:
0xFFFF xor Word1 xor Word2 .... WordN
and it becomes less intimidating.
If Crestron let us do bitwise math on analogs, it would be dead easy.
On Fri, 20 Apr 2012 14:49:20 -0000, "erikm_101" <erikm101@...>
wrote:
Wow! That is tremendously stupid. You would think you were sending gps coordinates to a
nuclear missile, not turning a light on and off.
I've seen some strange protocols/cksum calcs in my day, and this one ranks up with the **best**.
--- In Crestron@..., "josephporter2020" <ttbtssav@> wrote:
Might not be this, but here's a device I recently came across that used the same scheme.
--- In Crestron@..., "stainbow1" <stainbow1@> wrote:
what was the device?
Stephen D.
--- In Crestron@..., "Chip" <cfm@> wrote:
That would be an intriguing challenge... :)
I only need five short commands - I calculated the checksums by hand...
- Chip
--- In Crestron@..., Geoffrey Reynolds <greynlds@> wrote:
LOL - no SIMPL+ allowed for this :).
On Thu, Apr 19, 2012 at 1:30 PM, Chip <cfm@> wrote:
**
Okay, so requiring a checksum on a 232 string is redonkulous (these days)
to begin with - but check THIS one out:
<paraphrased>
"Two-byte checksum. Calculate an XOR of every ODD byte in the message (b1
XOR b3 XOR b5, etc) and invert the result - this is your first checksum
byte. Now calculate an XOR of every EVEN byte in the message (b2 XOR b4 XOR
b6, etc) and invert the result to obtain the second checksum byte"
Really? Really?!?!
- Chip
|
Re: Off Topic - killing laptops - any advice?
+1 for SSD use. Put one in my old Dell D830 and it made an amazing difference. Doubled the battery life and apps opened wicked fast. That drive is too small for my new notebook so I¡¯ll get another SSD and upgrade. With ToolBox, it¡¯s always the same message on Blue Screen, ¡®multiple irp requests¡¯. It usually happens with SimplDebugger. Tray From: Tony Sent: Friday, April 20, 2012 5:09 PM To: Crestron@... Subject: [Crestron] Re: Off Topic - killing laptops - any advice? I'm running a 4 yo Mac book pro with boot camp 64 bit. Never misses a beat. All original hardware except for the two solid state drives, one for mac one for win! THE SSD CHANGED MY LIFE! I now run 2 or 3 simpl's regualy + vtpro + toolbox and i don't even think twice about pilling iTunes on top of all that. Also as most have mentioned wipe your computer regularly. I have not seen a toolbox blue screen, but do get the occasional debugger crash on large programs slow networks. TH --- In mailto:Crestron%40yahoogroups.com, "weddellkw" <weddellkw@...> wrote:
I agree with this, a second machine can be really useful. I prefer having two identical machines and try to keep the applications installed on each identical (as well as running Dropbox nightly for program files, documentation/etc) to keep the Windows environments in-line as well.
Running VT-Pro or Debugger or Excel/PDFs/etc (job notes) full-screen next to SIMPL made a huge difference in my workflow, and minimizes the performance hit you'd see running them on the same PC with a spare monitor.
--- In mailto:Crestron%40yahoogroups.com, "Jesus @ Audio& Net Artist" <audioandnetartist@> wrote:
Those are heavy programs, no wonder why you fried the others lol! If I was
you I get another laptop and work with booths, I do that, my set up is 1
netbook for toolbox, ir learner, browsing ext.. the other one for vtpro
and simpl, sometimes I run the simpl on the netbook when assigning joins on
vtpro, also I carry 2 dinner tables wish is really handy am convenient,
since 1 backpack and on hand tables!
On Apr 20, 2012 10:42 AM, "oldspunky" <paul@> wrote:
**
For the past 5 or 6 years the laptops I use for program development have
been dying (about 1 a year). I have tried Toshiba, Lenovo, HP, and
Panasonic Toughbooks. So this time I tried a Mac Powerbook (with VMware
Fusion and Windows 7. Now the Mac is getting clunky too.
I am probably overloading them, but when I have several copies of Simpl
Windows, Vtpro-e, Autocad, xpanel, Toolbox, and probably a Clearone or
Biamp configuration file (and perhaps Photoshop) all open at the same time
the laptops get pretty hot. Unfortunately I usually need all those things
when working on a program or bringing up a system.
I do a lot of my programming on the road so using a desktop is probably
not an option.
I have been using Radioshack fans and they seem to help, but my Mac is
still getting hot enough to fry eggs or my hands. Any ideas? Or should I
just accept this and budget a new laptop (and software) every year or so.?
Thanks,
Paul
[Non-text portions of this message have been removed]
|
