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: crosspoint numbering schemes
Heath Volmer
I love that Lincoln. Great idea.
Must...not...revise...scheme...again... On Wed, May 22, 2013 at 8:25 AM, Lincoln King-Cliby < lincoln@...> wrote: ** -- Heath Volmer Digital Domain Systems Littleton, CO |
Re: DMPS Disabling DHCP and Private Network Mode
I've been only using the USB to try to change the settings. I have one DMPS that even after a Restore and an Initialize I still can't get the settings to be set right. I couldn't get into the DMPS tool even immediately after a Restore/Initialize and a Reboot.
toggle quoted message
Show quoted text
--- In Crestron@..., Robert Parker <robertparkernc@...> wrote:
|
Re: crosspoint numbering schemes
Whatever you decide , for the love of all that is holy keep either a dynamic file or full crosspoint reference file that is stored on the processor for somebody else to access..this becomes huge when you are having structure that has modules with both cross/equipt's inside them and you are using math for include features. I also tend to do alot of mapping, especially for source devices based on type from file to insure something doesn't have to be hard coded..my point is that all this becomes crazy to manage without a documented structure
toggle quoted message
Show quoted text
--- In Crestron@..., Heath Volmer <hvolmer@...> wrote:
|
Re: crosspoint numbering schemes
Just to add one more perspective -- though I waffle on this from time to time --
toggle quoted message
Show quoted text
When I have multiple "types" of crosspoints at play I tend to use hex IDs because visually it's easier for me to make a distinction rather than an all-numeric ID e.g. at home it's something like (don't quote me on this though since I'm not actually looking at the program) A001h-A999h -> Room Control B001h-B999h -> Source Control C001h-C999h -> Lighting Control D001h-D999h -> Other functions (HVAC, Security, Weather, Direct X/Y control of matrixes, etc) -- 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 Jay Basen Sent: Wednesday, May 22, 2013 10:17 AM To: Crestron@... Subject: Re: [Crestron] crosspoint numbering schemes Thanks Heath. ----- Original Message ----- From: "Heath Volmer" <hvolmer@...> To: Crestron@... Sent: Wednesday, May 22, 2013 8:03:01 AM Subject: Re: [Crestron] crosspoint numbering schemes Based on someone's hint here and for ease in renaming: Where there are logic groups that require multiple ID changes after a copy/paste, I make the 5-digit IDs from a 2-digit "type", 2-digit "zone", 1-digit "function". For example, audio zones (rooms) have four different crosspoints in their logic. Room 10's crosspoints might be numbered 40102, 40105, 40106, 40109. When it comes time to copy/paste, I can then F9 "4010" to "4016" to represent room 16. In other places - source devices, single-crosspoint things, other things at the "end" of the chain - I just number them sequentially but in a separate number range (450nn). I chose odd ranges of numbers because it seems rather unlikely that I will have coded a 40106 or a 40xx2 in the logic, thus eliminating the possibility of unintentional renames. Using the 40xxn numbers requires a little more math. Switching rooms essentially requires me to take 46002 + (room * 10) to get the right ID. Heath On May 22, 2013, at 7:01 AM, Jay Basen <jay.m.basen@...> wrote: I'm curious what numbering schemes other people are using for their crosspoint equipment and control symbols to keep things straight and make code easy to cut and paste in a large residential system with a lot of touch panels, rooms, and equipment. Previously, I've started numbering my equipment symbols at 1 and my rooms are numbered in increments of 1000. So, for example, DirecTV box 1 would have an ID of 1. Then the control symbol for DirecTV in room 1 would have an ID of 1001 (adding the equipment ID to the Room ID). In room 2 the control crosspoint symbol for DirecTV box 1 would be numbered 2001. ------------------------------------ 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: crosspoint numbering schemes
Thanks Heath.
toggle quoted message
Show quoted text
----- Original Message -----
From: "Heath Volmer" <hvolmer@...> To: Crestron@... Sent: Wednesday, May 22, 2013 8:03:01 AM Subject: Re: [Crestron] crosspoint numbering schemes Based on someone's hint here and for ease in renaming: Where there are logic groups that require multiple ID changes after a copy/paste, I make the 5-digit IDs from a 2-digit "type", 2-digit "zone", 1-digit "function". For example, audio zones (rooms) have four different crosspoints in their logic. Room 10's crosspoints might be numbered 40102, 40105, 40106, 40109. When it comes time to copy/paste, I can then F9 "4010" to "4016" to represent room 16. In other places - source devices, single-crosspoint things, other things at the "end" of the chain - I just number them sequentially but in a separate number range (450nn). I chose odd ranges of numbers because it seems rather unlikely that I will have coded a 40106 or a 40xx2 in the logic, thus eliminating the possibility of unintentional renames. Using the 40xxn numbers requires a little more math. Switching rooms essentially requires me to take 46002 + (room * 10) to get the right ID. Heath On May 22, 2013, at 7:01 AM, Jay Basen <jay.m.basen@...> wrote: I'm curious what numbering schemes other people are using for their crosspoint equipment and control symbols to keep things straight and make code easy to cut and paste in a large residential system with a lot of touch panels, rooms, and equipment. Previously, I've started numbering my equipment symbols at 1 and my rooms are numbered in increments of 1000. So, for example, DirecTV box 1 would have an ID of 1. Then the control symbol for DirecTV in room 1 would have an ID of 1001 (adding the equipment ID to the Room ID). In room 2 the control crosspoint symbol for DirecTV box 1 would be numbered 2001. ------------------------------------ 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: crosspoint numbering schemes
Thanks Neil. Sometimes you get locked into one way of thinking for so long that it is hard to come up with alternative approaches. By just flipping to the low digits for rooms and the high digits for devices I think it will work much better for the very large system I'm working on right now.
toggle quoted message
Show quoted text
Thanks again Jay ----- Original Message -----
From: "Neil Dorin" <neildorin@...> To: Crestron@... Sent: Wednesday, May 22, 2013 7:22:09 AM Subject: Re: [Crestron] crosspoint numbering schemes I separate my crosspoint IDs into groups with at least 100d between each group. Then I use ASUMs to add the difference to a common set of integers. This way if I want an "infinitely" scalable set of crosspoints for say audio zones, I start counting at 1d and increment by 1d for each additional zone. My ASUM for audio zones adds 1000d so the actual crosspoint IDs become 1001d-1099d. (I limit my scalability to 100 Zones) For lighting I still count starting at 1d but add 2000d, and so forth. Even if you were to limit your scalability to 1000 of each group of crosspoints you'd still have up to 64 groups of crosspoint subsets. (Based on the limitation in SIMPL that crosspoint IDs are a 16 bit number) The other rule i have is to always use comments with the crosspoint ID visible at the to top folder level you will copy and paste to create a new "zone". This way when you F9 rename you can rename the signals and crosspoint ID and see visual confirmation in the folder comment without having to drill down to the crosspoint symbols, open them up and scroll to the bottom to change the ID. On 2013-05-22, at 7:01 AM, Jay Basen < jay.m.basen@... > wrote: I'm curious what numbering schemes other people are using for their crosspoint equipment and control symbols to keep things straight and make code easy to cut and paste in a large residential system with a lot of touch panels, rooms, and equipment. Previously, I've started numbering my equipment symbols at 1 and my rooms are numbered in increments of 1000. So, for example, DirecTV box 1 would have an ID of 1. Then the control symbol for DirecTV in room 1 would have an ID of 1001 (adding the equipment ID to the Room ID). In room 2 the control crosspoint symbol for DirecTV box 1 would be numbered 2001. [Non-text portions of this message have been removed] |
Re: crosspoint numbering schemes
Heath Volmer
Based on someone's hint here and for ease in renaming: Where there are logic groups that require multiple ID changes after a copy/paste, I make the 5-digit IDs from a 2-digit "type", 2-digit "zone", 1-digit "function". For example, audio zones (rooms) have four different crosspoints in their logic. Room 10's crosspoints might be numbered 40102, 40105, 40106, 40109. When it comes time to copy/paste, I can then F9 "4010" to "4016" to represent room 16.
In other places - source devices, single-crosspoint things, other things at the "end" of the chain - I just number them sequentially but in a separate number range (450nn). I chose odd ranges of numbers because it seems rather unlikely that I will have coded a 40106 or a 40xx2 in the logic, thus eliminating the possibility of unintentional renames. Using the 40xxn numbers requires a little more math. Switching rooms essentially requires me to take 46002 + (room * 10) to get the right ID. Heath On May 22, 2013, at 7:01 AM, Jay Basen <jay.m.basen@...> wrote: I'm curious what numbering schemes other people are using for their crosspoint equipment and control symbols to keep things straight and make code easy to cut and paste in a large residential system with a lot of touch panels, rooms, and equipment. Previously, I've started numbering my equipment symbols at 1 and my rooms are numbered in increments of 1000. So, for example, DirecTV box 1 would have an ID of 1. Then the control symbol for DirecTV in room 1 would have an ID of 1001 (adding the equipment ID to the Room ID). In room 2 the control crosspoint symbol for DirecTV box 1 would be numbered 2001. [Non-text portions of this message have been removed] |
Re: Raspberry Pi
micky3corks
Many thanks for the advice, this is a great help.
toggle quoted message
Show quoted text
--- In Crestron@..., "read_matt@..." <read_matt@...> wrote:
|
Re: Include4.dat not found
Heath Volmer
It only happens on one machine. It may be related to moving (dropox-ing) the project files between machines... I should probably just plug the monitor into my laptop and not deal with this crap, but that PC is soooo much faster.
toggle quoted message
Show quoted text
On May 22, 2013, at 6:41 AM, "ChrisK" <chris@...> wrote:
I HATE that Error!!!!!!! Arrghhh - |
Re: crosspoint numbering schemes
I separate my crosspoint IDs into groups with at least 100d between each group. Then I use ASUMs to add the difference to a common set of integers.
toggle quoted message
Show quoted text
This way if I want an "infinitely" scalable set of crosspoints for say audio zones, I start counting at 1d and increment by 1d for each additional zone. My ASUM for audio zones adds 1000d so the actual crosspoint IDs become 1001d-1099d. (I limit my scalability to 100 Zones) For lighting I still count starting at 1d but add 2000d, and so forth. Even if you were to limit your scalability to 1000 of each group of crosspoints you'd still have up to 64 groups of crosspoint subsets. (Based on the limitation in SIMPL that crosspoint IDs are a 16 bit number) The other rule i have is to always use comments with the crosspoint ID visible at the to top folder level you will copy and paste to create a new "zone". This way when you F9 rename you can rename the signals and crosspoint ID and see visual confirmation in the folder comment without having to drill down to the crosspoint symbols, open them up and scroll to the bottom to change the ID. On 2013-05-22, at 7:01 AM, Jay Basen <jay.m.basen@...> wrote:
I'm curious what numbering schemes other people are using for their crosspoint equipment and control symbols to keep things straight and make code easy to cut and paste in a large residential system with a lot of touch panels, rooms, and equipment. Previously, I've started numbering my equipment symbols at 1 and my rooms are numbered in increments of 1000. So, for example, DirecTV box 1 would have an ID of 1. Then the control symbol for DirecTV in room 1 would have an ID of 1001 (adding the equipment ID to the Room ID). In room 2 the control crosspoint symbol for DirecTV box 1 would be numbered 2001. |
Re: Modbus TCP
Hi. Have you guys had any success with the Modbus over TCP? I'm dealing with the same thing now using an Advantech Modbus controller.
toggle quoted message
Show quoted text
There are modules on this site for Modbus TCP that say refer to the Crestron example program for usage. But, the ModbusTcpProcessor_v4 seems incomplete compared to the Crestron serial equivalent of this module. I tried opening a connection on Port 502 and then using the Crestron serial modules. I can make the socket connection, but as soon as I send a command (from modules or as ASCii from Debugger) the Adam Modbus controller drops the TCP connection. Any direction would be appreciated. -Neal --- In Crestron@..., "zorixnv" <koen.kips@...> wrote:
|
crosspoint numbering schemes
I'm curious what numbering schemes other people are using for their crosspoint equipment and control symbols to keep things straight and make code easy to cut and paste in a large residential system with a lot of touch panels, rooms, and equipment. Previously, I've started numbering my equipment symbols at 1 and my rooms are numbered in increments of 1000. So, for example, DirecTV box 1 would have an ID of 1. Then the control symbol for DirecTV in room 1 would have an ID of 1001 (adding the equipment ID to the Room ID). In room 2 the control crosspoint symbol for DirecTV box 1 would be numbered 2001.
I've found this easy to keep straight but I've run into issues as the number of touch panels, rooms, and equipment has grown in a large system given the limitation of the crosspoint ID being an integer. I'm curious if others have a better numbering scheme Thanks in advance Jay |
Re: Include4.dat not found
I HATE that Error!!!!!!! Arrghhh -
toggle quoted message
Show quoted text
Although I haven't seen it nearly as much lately, I did find a 'work-around' for it. One or more of the following seems to get you out of it for the moment: -Try compiling with just F12, and or Alt-F12 -Compile an open VTPro file and then try your SMW -Combo of Above, Add a few SMW saves in between -Close and reopen your SMW project, or Open an different SMW project then reopen the One that you need to compile - Save and Compile... -Shoot yourself in the head (I haven't actually tried this one yet!) Chris K..........;) --- In Crestron@..., Heath Volmer <hvolmer@...> wrote:
|
Re: Include4.dat not found
I HATE that Error!!!!!!! Arrghhh -
toggle quoted message
Show quoted text
Although I haven't seen it nearly as much lately, I did find a 'work-around' for it. One or more of the following seems to get you out of it for the moment: -Try compiling with just F12, and or Alt-F12 -Compile an open VTPro file and then try your SMW -Combo of Above, Add a few SMW saves in between -Close and reopen your SMW project, or Open an different SMW project then reopen the One that you need to compile - Save and Compile... -Shoot yourself in the head (I haven't actually tried this one yet!) Chris K..........;) --- In Crestron@..., Heath Volmer <hvolmer@...> wrote:
|
Re: TPMC-9L
For the slow page flips, try turning off transitions in VT Pro. For the video widget, make sure you've unchecked "Local Drop Mode" and send it some real feedback from the processor.
toggle quoted message
Show quoted text
--- In Crestron@..., "ronw" <ron@...> wrote:
|
Re: Ipads with cellular service + Mobile Pro G
I would check the age and WiFi encryption settings.
toggle quoted message
Show quoted text
If the Wireless AP (or wireless Router) is older than 4-5 years, and especially if it is not an Apple, I would replace it. It's radio may not play well with the 'precious' Apple products, and it probably doesn't support the latest encryption schemes. If it's using WEP, that would definitely be an issue. Thanks to others smarter than I, I have found and been using the following Security with Apple stuff and have had MUCH better performance overall: WPA2-PSK, AES (don't use auto or TKIP) As an aside, I've had a couple sites where Apple products will just drop off the WiFi - More specifically, They could connect to a statically addressed device like a Music server or a Processor, but couldn't get to the internet (DNS). Rebooting Router and AP did not fix. The only fix was to 'Forget the network' and then reconnect!! An Apple senior tech confirmed that this is a known issue, even with their own APs... HTH, Chris K..............;) --- In Crestron@..., "Javier Huerta" <jav-gen@...> wrote:
|
TPMC-9L
Input would be appreciated. Is it normal for a TPMC-9l to have slow page flips and slow graphic updates as well. Every page flips takes 2-3 seconds while a blue bar gauge sits in middle of screen? Also when using the video switcher widget, when you leave this page and return the screens do not indicate the sources they are all blank. This is my first project with this touchpanel and first using Core3. TIA
|
Re: Include4.dat not found
I've seen that message before. After making several changes to my laptop, the message went away after reinstalling all my Crestron software while logged in as the user account I use for programming. Best I can tell, it was a file permissions issue that the file was there, but Windows would not allow the user account I was logged in under to access it. I'm not 100% sure because I was scrambling to fix this and made a lot of changes at once. I just chalked it up to another way Crestron can bring a productive day to a stand still.
toggle quoted message
Show quoted text
--- In Crestron@..., Heath Volmer <hvolmer@...> wrote:
|
to navigate to use esc to dismiss