Re: Self taught beginner question about crosspoints.
I believe the correct information is that you can have as many ECCON's in your program as you need, but the compiler treats them all as a single object.
toggle quoted message
Show quoted text
On Fri, Feb 22, 2013 at 8:52 AM, Travis <th_wertz@...> wrote: So if I understand your chart (which looks great btw), you are using a ECCONNECT per CCROSS which means a ECCONNECT per touchpanel. I was told in training to only use 1 ECCONNECT in the program. I think it would be easier to do it your way. Have you (or anyone) had any issues using more than one ECCONNECT in your program?
--- In Crestron@..., Neil Dorin <neildorin@...> wrote:
Ok, so I've updated the flow chart and added some intermediate and advanced
models of crosspoints.
These are by no means a comprehensive guide of crosspoint best practices, but rather just a more visual representation of hierarchy and signal flow intended to help people visualize the mechanics of crosspoints and where the signals go...
The advanced model I've added is not necessarily the most practical example
of layered crosspoints but I thought it best to start there as a conceptual
base and then expand into more practical multi-layered models.
Here's the link again: Understanding Crosspoints<
On Thu, Feb 21, 2013 at 9:42 PM, Kris <kris.k@...> wrote:
**
I'm slowly starting to implement more cross point into my programming. The
easiest use is for using one panel to control diferent rooms. Typically a
roaming ipad. I have also used them to control multiples of similar devices. I could go ahead and just use a couple hundred generic joins of
each type and route every single device through cross points, but I find I
still take too long to find stuff in my folders if I do this. I learned the
basics just by adapting some of crestrons example programs for their centrack and idoc logic. I actually took over a project from another programmer recently who in my opinion overused cross points. It is a little
silly to use cross points for the most basic functions, but I do understand
how this can expedite creating a project cookie cutter style.
--- In Crestron@..., "John" wrote:
I have written a fairly basic system for my home and have been
looking
at the code for a home that a friend of mine purchased where he was given
the option to buy the simpl program which of course I recommended he do it.
His program is all interlocks and buffers. Being self taught I
already
had figured out this method of multi-point control from the help files and
the primer.
I had already programmed my home in the same way because it was easy
to
understand and debug.
I have reviewed the basic crosspoints program and would like to ask
if
this is the more professional way of programming a multi-point control system? Is there less overhead required on the CPU? Should the system be
completely redesigned using a crosspoint system or can zones/devices be migrated over and the buffer/interlock devices left in place until the code
is replaced?
Since I have a small system with just 4 zones and a few components
that
are not critical to the operation of my home I have the ability to rewrite
my system and enjoy doing it in my off time to relax and forget about work.
Any insight would be greatly appreciated.
Thank You, John.
------------------------------------
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: Anyone else hide buttons?
I don't hide buttons anymore, too dangerous. I used to hide button all over the house, until one day the cats found a big one I had hidden under the couch and batted it around the room until they got bored with it and then left it in the middle of the room, I slipped on it.
toggle quoted message
Show quoted text
-----Original Message----- From: Crestron@... [mailto:Crestron@...] On Behalf Of Neil Dorin Sent: Friday, February 22, 2013 9:36 AM To: crestron Subject: Re: [Crestron] Re: Anyone else hide buttons? Oh I have the same functions on the panel, often I even display the TX and RX strings for device control (only when that page is visible obviously) so the techs can troubleshoot RS-232 cables. I just don't believe in hidden or invisible buttons with press and hold functions. I think it should be a clearly labeled button that the techs (or some advanced client staff that I give the PIN to) can find and press, enter a PIN and now they have access. On Fri, Feb 22, 2013 at 6:35 AM, eagrubbs <eagrubbs@...> wrote: **
Too funny Neil, I give the same setup stuff. But I also do what Chip posted on certain systems that have a need for it. Mainly stuff for me to debug or whatever, stuff that the client will never need. It keeps me from having to use debugger for this things.
--- In Crestron@..., Neil Dorin wrote:
I hate that. I've seen people put hidden buttons with press and hold logic to page flip or show a subpages with installer setup or whatever.
It's not that hidden....
I always have a setup button that gives users control over TP brightness/timeout, auto room shutdown time, etc. I have a button labelled advanced setup that prompts for a PIN to be entered to access the protected pages.
-Neil Dorin
Sent from my iPhone
On 2013-02-21, at 7:51 PM, "stefuel2" wrote:
"I've never seen these screens before" reply "That's because I don't want you to use them" I leave a hidden button where only I know where to touch on which screen for access to a device menu for devices that require calibration. Just curious if anyone else does that.
------------------------------------ * **** 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: Self taught beginner question about crosspoints.
Yikes! Someone at Crestron needs their wrist slapped. While you can use one ECCONNECT in a program, it would be insanity to manage connections that way. I had residential programs that had ~80-100 ECCONNECT symbols. It's not just one per touchpanel either, if you look at the intermediate and advanced tabs I added to the flowcharts last night you'll see that there is often a CCROSS and ECCONNECT for each subsystem on a touchpanel. For me that often meant the following per touchpanel (this is only on the top layer...): 1 for AV Zone 1 for Lighting 1 for HVAC 1 for Security partition 1 for Weather and so forth..... In this case, with ~5 CCROSS and ECCONNECT pairs per TP, on a system with 10 TPs that's already 50 of each symbol, just on the top layer. I might have layers under each ECCROSS for source logic or lighting/security zones, etc. I'm not aware of any limitation on the number of ECCONNECT symbols in a program. The main thing to be aware of is that although you may segregate your connection logic by using different ECCONNECTS to essentially create mutually exclusive relationships between a single CCROSS and it's matching ECROSS symbols, all crosspoints are program wide. You can never reuse a crosspoint ID unless you want to mirror connection logic between symbols. On Fri, Feb 22, 2013 at 9:52 AM, Travis <th_wertz@...> wrote: **
So if I understand your chart (which looks great btw), you are using a ECCONNECT per CCROSS which means a ECCONNECT per touchpanel. I was told in training to only use 1 ECCONNECT in the program. I think it would be easier to do it your way. Have you (or anyone) had any issues using more than one ECCONNECT in your program?
--- In Crestron@..., Neil Dorin wrote:
Ok, so I've updated the flow chart and added some intermediate and advanced
models of crosspoints.
These are by no means a comprehensive guide of crosspoint best practices, but rather just a more visual representation of hierarchy and signal flow intended to help people visualize the mechanics of crosspoints and where the signals go...
The advanced model I've added is not necessarily the most practical example
of layered crosspoints but I thought it best to start there as a conceptual
base and then expand into more practical multi-layered models.
Here's the link again: Understanding Crosspoints
On Thu, Feb 21, 2013 at 9:42 PM, Kris wrote:
**
I'm slowly starting to implement more cross point into my programming.
The
easiest use is for using one panel to control diferent rooms. Typically a
roaming ipad. I have also used them to control multiples of similar devices. I could go ahead and just use a couple hundred generic joins of
each type and route every single device through cross points, but I find I
still take too long to find stuff in my folders if I do this. I learned the
basics just by adapting some of crestrons example programs for their centrack and idoc logic. I actually took over a project from another programmer recently who in my opinion overused cross points. It is a little
silly to use cross points for the most basic functions, but I do understand
how this can expedite creating a project cookie cutter style.
--- In Crestron@..., "John" wrote:
I have written a fairly basic system for my home and have been
looking
at the code for a home that a friend of mine purchased where he was given
the option to buy the simpl program which of course I recommended he do it.
His program is all interlocks and buffers. Being self taught I
already
had figured out this method of multi-point control from the help files and
the primer.
I had already programmed my home in the same way because it was easy
to
understand and debug.
I have reviewed the basic crosspoints program and would like to ask
if
this is the more professional way of programming a multi-point control system? Is there less overhead required on the CPU? Should the system be
completely redesigned using a crosspoint system or can zones/devices be migrated over and the buffer/interlock devices left in place until the code
is replaced?
Since I have a small system with just 4 zones and a few components
that
are not critical to the operation of my home I have the ability to rewrite
my system and enjoy doing it in my off time to relax and forget about work.
Any insight would be greatly appreciated.
Thank You, John.
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
|
Re: Anyone else hide buttons?
Oh I have the same functions on the panel, often I even display the TX and RX strings for device control (only when that page is visible obviously) so the techs can troubleshoot RS-232 cables. I just don't believe in hidden or invisible buttons with press and hold functions. I think it should be a clearly labeled button that the techs (or some advanced client staff that I give the PIN to) can find and press, enter a PIN and now they have access. On Fri, Feb 22, 2013 at 6:35 AM, eagrubbs <eagrubbs@...> wrote: **
Too funny Neil, I give the same setup stuff. But I also do what Chip posted on certain systems that have a need for it. Mainly stuff for me to debug or whatever, stuff that the client will never need. It keeps me from having to use debugger for this things.
--- In Crestron@..., Neil Dorin wrote:
I hate that. I've seen people put hidden buttons with press and hold logic to page flip or show a subpages with installer setup or whatever.
It's not that hidden....
I always have a setup button that gives users control over TP brightness/timeout, auto room shutdown time, etc. I have a button labelled advanced setup that prompts for a PIN to be entered to access the protected pages.
-Neil Dorin
Sent from my iPhone
On 2013-02-21, at 7:51 PM, "stefuel2" wrote:
"I've never seen these screens before" reply "That's because I don't want you to use them" I leave a hidden button where only I know where to touch on which screen for access to a device menu for devices that require calibration. Just curious if anyone else does that.
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
|
Re: Anyone else hide buttons?
Jesus @ Audio& Net Artist
I like to do it, for set ups that user dont need like bass and trb control for zones and other set ups like projector and stuf is the hidden way to me!
-- *Jesus Tossas* * * *Technology Architect, Audio Engineer, Programmer* * * *787-460-1223* * * Contact Info <>
|
Re: Self taught beginner question about crosspoints.
This is awesome information Neil! Thanks for posting this.
Brian
toggle quoted message
Show quoted text
--- In Crestron@..., Neil Dorin <neildorin@...> wrote: Ok,
I've started building some basic flowcharts that illustrate what Eric and others have been saying so far. These are the basic levels of crosspoint implementation. I'll get into layered crosspoints next when I have some time to dedicate to it.
Anyone looking for access to cheap web-based flowchart software should check out lucidchart.com It plugs directly into Google Drive as well which is super cool since that's our company email and collaboration standard. I've been having great fun the last few days building network topology, application and programming diagrams!
Without further ado: Crosspoint Basics<>
On Thu, Feb 21, 2013 at 4:07 PM, John <john@...> wrote:
**
All this info is great. I am going to work on my system this weekend when i have the time. I think starting with a rework on my 4 zone system will be the best way for me to learn and I can always revert back if i need too.
Have a great week, John.
--- In Crestron@..., Eric Walters wrote:
Crosspoints are like moving a serial cable between 5 devices. You push signals into the control crosspoint inputs (TX) and they come out the equipment crosspoints outputs (RX). Signals going into the equipment crosspoint inputs (TX) come out the control crosspoints outputs (RX). You use an ECCON with analog inits to tell it which Control crosspoint (CCROSS)
to connect to which Equipment crosspoint (ECROSS).
DisconnectC disconnects everything from the Control crosspoint number specified on ControlID. This is what you'll typically use for connecting touchpanels to devices. DisconnectE disconnects everything from the Equipment crosspoint specified
on EquipID. DisconnectEC disconnects just the connection between the specified numbers.
DiscAll disconnect all crosspoints.
I insert one ECCON per touchpanel, in the TP's logic folder. Typically, I tie an analog one shot to the EquipID signal going into the ECCON. The [out] goes to DisconnectC, the [out*] goes to Connect. When the EquipID changes, it disconnects the Control crosspoint from everything, then connects it to the new Equipment crosspoint.
On Thu, Feb 21, 2013 at 2:12 PM, touchgfx wrote:
Thanks for your thoughts Neil, would love to see a better diagram of how
crosspoints work and the best way to use them or how you would use them....
when your free of course.
Thanks!
--- In Crestron@..., Neil Dorin wrote:
Buffers and interlocks are equally as functional as crosspoints,
however
they lack the flexibility and scalability of crosspoints.
Using crosspoints correctly allows the programmer to easily expand
the
number of control interfaces or controlled devices very quickly and
with
minimal effort. It can also greatly reduce the total number of
symbols
in
a program which can arguably increase system performance from a standpoint
of the number of logic waves required in the average logic solution. I
wouldn't say there's necessarily less CPU overhead but the processor
may
be
able to solve logic faster due to less steps in the chain.
I would recommend stepping into it gradually. The first suggestion I would
make is to replace all of the interlocks in your program with Analog Initialize (INIT) and Analog Equate (EQU) symbols (in pairs). They function at a base level the same as an interlock but offer many more advantages including the ability to have more than one input drive the
state of the mutually exclusive logic state (in this case stored as
an
analog or integer variable) as well as more than one output in a high state
based on the same matching integer parameter. The other big
advantage is
that you can easily tie the analog value to an Analog RAM (ARAM)
symbol
for
recall after a reboot. This means that where all of your interlocks would
have reset or cleared after a reboot, now all of your EQUs will repropegate
their outputs after a reboot.
Concerning migrating to a crosspoint logic based program, you can do it
in
stages. That's how many of us learned initially where we went from having
a control crosspoint (CCROSS) for each interface and a single equipment
crosspoint (ECROSS) to a multi layered system with different levels
of
crosspoint relationships. The multi layered approach lends itself perfectly to residential applications where you can have an interface connect to a room and then the room can connect to devices as
necessary.
This has got me thinking that it's about time someone created a
proper
diagram to show how crosspoint relationships work. Time to try out my new
cloud based flowchart software....
On Thu, Feb 21, 2013 at 10:12 AM, p00pb0t wrote:
**
"and would like to ask if this is the more professional way of programming
a multi-point control system?"
IMO, more professional yes. However in a 4 zone system with minimal components I would be unsure of the actual benefits of
reprogramming
other
than the learning experience.
--- In Crestron@..., "John" wrote:
I have written a fairly basic system for my home and have been
looking
at the code for a home that a friend of mine purchased where he was given
the option to buy the simpl program which of course I recommended
he
do it.
His program is all interlocks and buffers. Being self taught I
already
had figured out this method of multi-point control from the help
files
and
the primer.
I had already programmed my home in the same way because it was
easy
to
understand and debug.
I have reviewed the basic crosspoints program and would like to
ask
if
this is the more professional way of programming a multi-point
control
system? Is there less overhead required on the CPU? Should the
system
be
completely redesigned using a crosspoint system or can
zones/devices be
migrated over and the buffer/interlock devices left in place until
the
code
is replaced?
Since I have a small system with just 4 zones and a few
components
that
are not critical to the operation of my home I have the ability to rewrite
my system and enjoy doing it in my off time to relax and forget
about
work.
Any insight would be greatly appreciated.
Thank You, John.
[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]
|
I have 16 of these things and 3 of them are (consistently over a period of days) randomly rebooting. I'm pretty sure I have seen it on more than these three, but for now we have identified 3 panels where the behavior is common enough to cause a problem. Behavior: Panel reboots upon a button press, or panel reboots for no reason at all. Mine are all Cresnet connected, some powered locally, most powered by Cresnet with power calculations done.
Thanks for all your replies.
toggle quoted message
Show quoted text
--- In Crestron@..., "Crestron Noob" <crestronoob@...> wrote: I'm not sure if you are really the unfortunate one, I mean since it didn't happen to you and all ;-) -noob --- In Crestron@..., "eagrubbs" <eagrubbs@> wrote:
Wow. I, unfortunately, have done tons of these panels and not had this happen. I wonder what is different, or is it just that my time is coming.
--- In Crestron@..., "Crestron Noob" <crestronoob@> wrote:
I'm now 100% convinced this is an OS/firmware issue. Happened on two brand new panels today that have never had a program loaded (only updates). Exactly the same behavior as described below, crashed while working in setup. Guess I'll report it. -noob
--- In Crestron@..., "Stig" <ska@> wrote:
I would also check for:
Scandinavian characters(special) in graphic files or page names - insufficient power.
-Stig
--- In Crestron@..., "Crestron Noob" wrote:
Thanks for your responses. I use only alphanumeric characters in file names, as I have been burned by this before. I just checked every single one to be sure ;-)
Also I have done the initialize/restore and clean compiles. I will try the remaining suggestions to be safe.
To be clear, the panel can stay functional for hours, even days with all the buttons working, before this happens at random. Sometimes it happens with relatively short interval, like 15 minutes, but usually not.
I am deploying to 10 systems, so I guess I?ll find out if it is a bad panel soon enough.. -noob
--- In Crestron@..., Robert Parker wrote:
There another thread recently about unsupported characters in graphics file names. I had a project with a TPMC-9 that experienced this. The panel would work, freeze, reboot, work. It's just a thought but worth checking. No rhyme or reason. I found it by deleting pages until the problem went away. Can you load a simple 2 page, 2 button project where the buttons just cause a page flip to the other page and see if it still has the problem? (No graphics loaded)
YMMV
On Fri, Jan 25, 2013 at 3:47 AM, Crestron Noob wrote:
**
I'm experiencing weird crashes with TPMC-9 (OS 3.001.0052, FW 2.11.0039)
Panel dims way before the standby timeout (1 - 15 seconds after a button press). If I touch it, the picture comes back, only to dim down again literally the next second. Repeat a few times, then it reboots. Comes back up as if nothing had happened.
The only message I could find in logs was "render timeout", I'm not sure it's related at all. Core2 project with a CP2e.
Any ideas?
Thanks -noob
|
Re: Self taught beginner question about crosspoints.
If they told you in training that you can only have 1 ECCON in your program, they informed you incorrectly.
toggle quoted message
Show quoted text
On Fri, Feb 22, 2013 at 8:52 AM, Travis <th_wertz@...> wrote: So if I understand your chart (which looks great btw), you are using a ECCONNECT per CCROSS which means a ECCONNECT per touchpanel. I was told in training to only use 1 ECCONNECT in the program. I think it would be easier to do it your way. Have you (or anyone) had any issues using more than one ECCONNECT in your program?
--- In Crestron@..., Neil Dorin <neildorin@...> wrote:
Ok, so I've updated the flow chart and added some intermediate and advanced
models of crosspoints.
These are by no means a comprehensive guide of crosspoint best practices, but rather just a more visual representation of hierarchy and signal flow intended to help people visualize the mechanics of crosspoints and where the signals go...
The advanced model I've added is not necessarily the most practical example
of layered crosspoints but I thought it best to start there as a conceptual
base and then expand into more practical multi-layered models.
Here's the link again: Understanding Crosspoints<
On Thu, Feb 21, 2013 at 9:42 PM, Kris <kris.k@...> wrote:
**
I'm slowly starting to implement more cross point into my programming. The
easiest use is for using one panel to control diferent rooms. Typically a
roaming ipad. I have also used them to control multiples of similar devices. I could go ahead and just use a couple hundred generic joins of
each type and route every single device through cross points, but I find I
still take too long to find stuff in my folders if I do this. I learned the
basics just by adapting some of crestrons example programs for their centrack and idoc logic. I actually took over a project from another programmer recently who in my opinion overused cross points. It is a little
silly to use cross points for the most basic functions, but I do understand
how this can expedite creating a project cookie cutter style.
--- In Crestron@..., "John" wrote:
I have written a fairly basic system for my home and have been
looking
at the code for a home that a friend of mine purchased where he was given
the option to buy the simpl program which of course I recommended he do it.
His program is all interlocks and buffers. Being self taught I
already
had figured out this method of multi-point control from the help files and
the primer.
I had already programmed my home in the same way because it was easy
to
understand and debug.
I have reviewed the basic crosspoints program and would like to ask
if
this is the more professional way of programming a multi-point control system? Is there less overhead required on the CPU? Should the system be
completely redesigned using a crosspoint system or can zones/devices be migrated over and the buffer/interlock devices left in place until the code
is replaced?
Since I have a small system with just 4 zones and a few components
that
are not critical to the operation of my home I have the ability to rewrite
my system and enjoy doing it in my off time to relax and forget about work.
Any insight would be greatly appreciated.
Thank You, John.
------------------------------------
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: Self taught beginner question about crosspoints.
So if I understand your chart (which looks great btw), you are using a ECCONNECT per CCROSS which means a ECCONNECT per touchpanel. I was told in training to only use 1 ECCONNECT in the program. I think it would be easier to do it your way. Have you (or anyone) had any issues using more than one ECCONNECT in your program?
toggle quoted message
Show quoted text
--- In Crestron@..., Neil Dorin <neildorin@...> wrote: Ok, so I've updated the flow chart and added some intermediate and advanced models of crosspoints.
These are by no means a comprehensive guide of crosspoint best practices, but rather just a more visual representation of hierarchy and signal flow intended to help people visualize the mechanics of crosspoints and where the signals go...
The advanced model I've added is not necessarily the most practical example of layered crosspoints but I thought it best to start there as a conceptual base and then expand into more practical multi-layered models.
Here's the link again: Understanding Crosspoints<>
On Thu, Feb 21, 2013 at 9:42 PM, Kris <kris.k@...> wrote:
**
I'm slowly starting to implement more cross point into my programming. The easiest use is for using one panel to control diferent rooms. Typically a roaming ipad. I have also used them to control multiples of similar devices. I could go ahead and just use a couple hundred generic joins of each type and route every single device through cross points, but I find I still take too long to find stuff in my folders if I do this. I learned the basics just by adapting some of crestrons example programs for their centrack and idoc logic. I actually took over a project from another programmer recently who in my opinion overused cross points. It is a little silly to use cross points for the most basic functions, but I do understand how this can expedite creating a project cookie cutter style.
--- In Crestron@..., "John" wrote:
I have written a fairly basic system for my home and have been looking at the code for a home that a friend of mine purchased where he was given the option to buy the simpl program which of course I recommended he do it.
His program is all interlocks and buffers. Being self taught I already had figured out this method of multi-point control from the help files and the primer.
I had already programmed my home in the same way because it was easy to understand and debug.
I have reviewed the basic crosspoints program and would like to ask if this is the more professional way of programming a multi-point control system? Is there less overhead required on the CPU? Should the system be completely redesigned using a crosspoint system or can zones/devices be migrated over and the buffer/interlock devices left in place until the code is replaced?
Since I have a small system with just 4 zones and a few components that are not critical to the operation of my home I have the ability to rewrite my system and enjoy doing it in my off time to relax and forget about work.
Any insight would be greatly appreciated.
Thank You, John.
|
Re: Controllable Pandora Options
That looks pretty cool... I'm not feeling like tinkering for this, otherwise I'd probably have a go at it!
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "jrw_96" <jrw_96@...> wrote: This is what I'm going to do (or something like it) when I find some extra time one of these weekends.
The Raspberry Pi is pretty sweet for the low low price of $35
JRW
--- In Crestron@..., "Chip" <cfm@> wrote:
The PC I had been running SqueezeServer on has gone belly-up, rendering my SB streamer a useless hunk of plastic and metal. I don't have any desire to replace the PC, so I'm looking for other options for Pandora that are A) cheap, B) standalone, and C) have an API I can take advantage of.
The WD TV Play/Live look like contenders, but I can't tell from a quick skim over the WD site if there's an API available. I see them tout their i-Device remote, so I'm cautiously optimistic. Has anyone looked further into these or any of the similar media playback boxes?
Sure as hell would love an ATC-AUDIONET option, but not for how much the card and a freaking CEN-TRACK cost... :(
Thanks, - Chip
|
Re: Controllable Pandora Options
This is what I'm going to do (or something like it) when I find some extra time one of these weekends.
The Raspberry Pi is pretty sweet for the low low price of $35
JRW
toggle quoted message
Show quoted text
--- In Crestron@..., "Chip" <cfm@...> wrote:
The PC I had been running SqueezeServer on has gone belly-up, rendering my SB streamer a useless hunk of plastic and metal. I don't have any desire to replace the PC, so I'm looking for other options for Pandora that are A) cheap, B) standalone, and C) have an API I can take advantage of.
The WD TV Play/Live look like contenders, but I can't tell from a quick skim over the WD site if there's an API available. I see them tout their i-Device remote, so I'm cautiously optimistic. Has anyone looked further into these or any of the similar media playback boxes?
Sure as hell would love an ATC-AUDIONET option, but not for how much the card and a freaking CEN-TRACK cost... :(
Thanks, - Chip
|
Also, on the off-chance that this is a DM system, CEC usually works without a problem on those displays.
toggle quoted message
Show quoted text
--- In Crestron@..., "eagrubbs" <eagrubbs@...> wrote: Search the posts, it has been covered many times. You can also search google and get the remote central link for the info too.
--- In Crestron@..., "campana3012" <campana3012@> wrote:
so using the crestron samsung module und4000 (or something like that) on a 51 inch samsung plasma pn51blahblah--any way--it kinda works except when it turns off for no signal- it will not turn on again with exlink until u use remote cntrl to turn it on after which it works fine--so I disabled the auto turn off with no signal--but am concerned about power outage reboot not working--any ideas? is there some menu driven setting that will alow exlink to always work?
|
Re: Controllable Pandora Options
Blargh.
That PC had also been my iTunes computer, and since I'm kinda partial/fond of the Mac Mini, I might just grab another one of those off eBay and go that route - running iTunes & LMS on that.
Thanks,
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "thunderbird83ii" <n.a.pooler@...> wrote: The WD TV Live does not have a "real" open API, but it is built on top of DLNA (at least for rendering).So from what I have heard you should be able to use the DMR controls. With the WD Live TV you will still need a uPNP/DLNA server running, so I dunno if this puts you back at square one or whether this is helpful at all. "Cheap" is really a subjective term. The other option you have is to ebay/Craigslist old laptops, throw up a flavor of linux you like, and configure it for Logitech Media Server (used to be SqueezeServer).
--- In Crestron@..., "Chip" <cfm@> wrote:
The PC I had been running SqueezeServer on has gone belly-up, rendering my SB streamer a useless hunk of plastic and metal. I don't have any desire to replace the PC, so I'm looking for other options for Pandora that are A) cheap, B) standalone, and C) have an API I can take advantage of.
The WD TV Play/Live look like contenders, but I can't tell from a quick skim over the WD site if there's an API available. I see them tout their i-Device remote, so I'm cautiously optimistic. Has anyone looked further into these or any of the similar media playback boxes?
Sure as hell would love an ATC-AUDIONET option, but not for how much the card and a freaking CEN-TRACK cost... :(
Thanks, - Chip
|
Re: Controllable Pandora Options
The WD TV Live does not have a "real" open API, but it is built on top of DLNA (at least for rendering).So from what I have heard you should be able to use the DMR controls. With the WD Live TV you will still need a uPNP/DLNA server running, so I dunno if this puts you back at square one or whether this is helpful at all. "Cheap" is really a subjective term. The other option you have is to ebay/Craigslist old laptops, throw up a flavor of linux you like, and configure it for Logitech Media Server (used to be SqueezeServer).
toggle quoted message
Show quoted text
--- In Crestron@..., "Chip" <cfm@...> wrote:
The PC I had been running SqueezeServer on has gone belly-up, rendering my SB streamer a useless hunk of plastic and metal. I don't have any desire to replace the PC, so I'm looking for other options for Pandora that are A) cheap, B) standalone, and C) have an API I can take advantage of.
The WD TV Play/Live look like contenders, but I can't tell from a quick skim over the WD site if there's an API available. I see them tout their i-Device remote, so I'm cautiously optimistic. Has anyone looked further into these or any of the similar media playback boxes?
Sure as hell would love an ATC-AUDIONET option, but not for how much the card and a freaking CEN-TRACK cost... :(
Thanks, - Chip
|
Re: Controllable Pandora Options
Fusion Research makes a line of ovation pieces that mimics a squeezebox. It even uses the squeezebox API. I'm integrating one now. Under a $1000. They have several models. This one I have is a 3 analog output one OMS1 is the model # I believe. Also has a rack mount option available. www.fusionrd.com
Nick
Sent from my iBerryRex. RAWR
toggle quoted message
Show quoted text
On Feb 22, 2013, at 9:29 AM, Chip <cfm@...> wrote:
The PC I had been running SqueezeServer on has gone belly-up, rendering my SB streamer a useless hunk of plastic and metal. I don't have any desire to replace the PC, so I'm looking for other options for Pandora that are A) cheap, B) standalone, and C) have an API I can take advantage of.
The WD TV Play/Live look like contenders, but I can't tell from a quick skim over the WD site if there's an API available. I see them tout their i-Device remote, so I'm cautiously optimistic. Has anyone looked further into these or any of the similar media playback boxes?
Sure as hell would love an ATC-AUDIONET option, but not for how much the card and a freaking CEN-TRACK cost... :(
Thanks, - Chip
[Non-text portions of this message have been removed]
|
I have had similar issues with the NX587E module. My error logs state that a serial gather has exceeded the simpl+ processor. What is your error log saying?
toggle quoted message
Show quoted text
--- In Crestron@..., ?¨´¨®?¨¢¨° ?¨¢?¨¦¨º?¨° <coszar@...> wrote: Hi All I have problem with a GE NX-8E interlogix.My processor is an MC3. I have zone status for a short time (10min.-1hour).Then stops communicate and?I must reboot MC3 or upload program in order to communicate as well. Is there somebody who had the same problem and the solution? ? Thanks!
[Non-text portions of this message have been removed]
|
Search the posts, it has been covered many times. You can also search google and get the remote central link for the info too.
toggle quoted message
Show quoted text
--- In Crestron@..., "campana3012" <campana3012@...> wrote: so using the crestron samsung module und4000 (or something like that) on a 51 inch samsung plasma pn51blahblah--any way--it kinda works except when it turns off for no signal- it will not turn on again with exlink until u use remote cntrl to turn it on after which it works fine--so I disabled the auto turn off with no signal--but am concerned about power outage reboot not working--any ideas? is there some menu driven setting that will alow exlink to always work?
|
Damn good idea and just think I have been doing it all wrong all this time. Management would shit if I actually did that. I would feel so good though.
I frickin' love Office Space. Awesome movie. I was stuck in traffic this morning and just started laughing because of the scene when he is stuck in traffic and every lane he changed into would stop, not to mention the old person that passed him. Needles to say I have stopped doing that myself. Patience, just remember patience.
toggle quoted message
Show quoted text
--- In Crestron@..., Geoffrey Reynolds <greynlds@...> wrote: Buy a new PC, install a fresh copy of Windows, and install the latest version of all the Crestron software. Take the old PC out back and give it the Office Space printer treatment. Should solve all problems.
On Fri, Feb 22, 2013 at 9:12 AM, erikm_101 <erikm101@...> wrote:
**
reinstall windows
--- In Crestron@..., "Chip" wrote:
Reinstall
--- In Crestron@..., "eagrubbs" wrote:
reboot
--- In Crestron@..., Gaurav wrote:
Hi, My SIMPL windows has stopped working .Pls suggest idea to resolve
this problem.
[Non-text portions of this message have been removed]
|
Controllable Pandora Options
The PC I had been running SqueezeServer on has gone belly-up, rendering my SB streamer a useless hunk of plastic and metal. I don't have any desire to replace the PC, so I'm looking for other options for Pandora that are A) cheap, B) standalone, and C) have an API I can take advantage of.
The WD TV Play/Live look like contenders, but I can't tell from a quick skim over the WD site if there's an API available. I see them tout their i-Device remote, so I'm cautiously optimistic. Has anyone looked further into these or any of the similar media playback boxes?
Sure as hell would love an ATC-AUDIONET option, but not for how much the card and a freaking CEN-TRACK cost... :(
Thanks, - Chip
|
Re: Self taught beginner question about crosspoints.
Thanks for the chart Neil. Very well done.
I was just yesterday trying to explain verbally to my boss (not a programmer) about how crosspoints work and what layering them means. I just sent him a link to your doc so he can understand it better.
erik
toggle quoted message
Show quoted text
--- In Crestron@..., Neil Dorin <neildorin@...> wrote: Ok,
I've started building some basic flowcharts that illustrate what Eric and others have been saying so far. These are the basic levels of crosspoint implementation. I'll get into layered crosspoints next when I have some time to dedicate to it.
Anyone looking for access to cheap web-based flowchart software should check out lucidchart.com It plugs directly into Google Drive as well which is super cool since that's our company email and collaboration standard. I've been having great fun the last few days building network topology, application and programming diagrams!
Without further ado: Crosspoint Basics<>
On Thu, Feb 21, 2013 at 4:07 PM, John <john@...> wrote:
**
All this info is great. I am going to work on my system this weekend when i have the time. I think starting with a rework on my 4 zone system will be the best way for me to learn and I can always revert back if i need too.
Have a great week, John.
--- In Crestron@..., Eric Walters wrote:
Crosspoints are like moving a serial cable between 5 devices. You push signals into the control crosspoint inputs (TX) and they come out the equipment crosspoints outputs (RX). Signals going into the equipment crosspoint inputs (TX) come out the control crosspoints outputs (RX). You use an ECCON with analog inits to tell it which Control crosspoint (CCROSS)
to connect to which Equipment crosspoint (ECROSS).
DisconnectC disconnects everything from the Control crosspoint number specified on ControlID. This is what you'll typically use for connecting touchpanels to devices. DisconnectE disconnects everything from the Equipment crosspoint specified
on EquipID. DisconnectEC disconnects just the connection between the specified numbers.
DiscAll disconnect all crosspoints.
I insert one ECCON per touchpanel, in the TP's logic folder. Typically, I tie an analog one shot to the EquipID signal going into the ECCON. The [out] goes to DisconnectC, the [out*] goes to Connect. When the EquipID changes, it disconnects the Control crosspoint from everything, then connects it to the new Equipment crosspoint.
On Thu, Feb 21, 2013 at 2:12 PM, touchgfx wrote:
Thanks for your thoughts Neil, would love to see a better diagram of how
crosspoints work and the best way to use them or how you would use them....
when your free of course.
Thanks!
--- In Crestron@..., Neil Dorin wrote:
Buffers and interlocks are equally as functional as crosspoints,
however
they lack the flexibility and scalability of crosspoints.
Using crosspoints correctly allows the programmer to easily expand
the
number of control interfaces or controlled devices very quickly and
with
minimal effort. It can also greatly reduce the total number of
symbols
in
a program which can arguably increase system performance from a standpoint
of the number of logic waves required in the average logic solution. I
wouldn't say there's necessarily less CPU overhead but the processor
may
be
able to solve logic faster due to less steps in the chain.
I would recommend stepping into it gradually. The first suggestion I would
make is to replace all of the interlocks in your program with Analog Initialize (INIT) and Analog Equate (EQU) symbols (in pairs). They function at a base level the same as an interlock but offer many more advantages including the ability to have more than one input drive the
state of the mutually exclusive logic state (in this case stored as
an
analog or integer variable) as well as more than one output in a high state
based on the same matching integer parameter. The other big
advantage is
that you can easily tie the analog value to an Analog RAM (ARAM)
symbol
for
recall after a reboot. This means that where all of your interlocks would
have reset or cleared after a reboot, now all of your EQUs will repropegate
their outputs after a reboot.
Concerning migrating to a crosspoint logic based program, you can do it
in
stages. That's how many of us learned initially where we went from having
a control crosspoint (CCROSS) for each interface and a single equipment
crosspoint (ECROSS) to a multi layered system with different levels
of
crosspoint relationships. The multi layered approach lends itself perfectly to residential applications where you can have an interface connect to a room and then the room can connect to devices as
necessary.
This has got me thinking that it's about time someone created a
proper
diagram to show how crosspoint relationships work. Time to try out my new
cloud based flowchart software....
On Thu, Feb 21, 2013 at 10:12 AM, p00pb0t wrote:
**
"and would like to ask if this is the more professional way of programming
a multi-point control system?"
IMO, more professional yes. However in a 4 zone system with minimal components I would be unsure of the actual benefits of
reprogramming
other
than the learning experience.
--- In Crestron@..., "John" wrote:
I have written a fairly basic system for my home and have been
looking
at the code for a home that a friend of mine purchased where he was given
the option to buy the simpl program which of course I recommended
he
do it.
His program is all interlocks and buffers. Being self taught I
already
had figured out this method of multi-point control from the help
files
and
the primer.
I had already programmed my home in the same way because it was
easy
to
understand and debug.
I have reviewed the basic crosspoints program and would like to
ask
if
this is the more professional way of programming a multi-point
control
system? Is there less overhead required on the CPU? Should the
system
be
completely redesigned using a crosspoint system or can
zones/devices be
migrated over and the buffer/interlock devices left in place until
the
code
is replaced?
Since I have a small system with just 4 zones and a few
components
that
are not critical to the operation of my home I have the ability to rewrite
my system and enjoy doing it in my off time to relax and forget
about
work.
Any insight would be greatly appreciated.
Thank You, John.
[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]
|