Yes, I made sure that i disconnect from EC in Module 1 and it still doesn't
work.
Neil, I get what you are saying but I thought multiple ECConnect's in a
single program is allowed?
--
Sebastian Marszalek
|
Re: Pro3 Control Subnet Automatic Port Forwarding
Lincoln,
Did you add the relevant entries in the PRO3's Ethernet Control Subnet setup page? (I just did the analgous thing for an AV3.)
---John Krommes
toggle quoted message
Show quoted text
--- In Crestron@..., Lincoln King-Cliby <lincoln@...> wrote:
Am I delusional or crazy? Wait. Don't answer that.
I was under the impression that the processors with Control Subnets (Control Subneti?) were supposed to automagically configure port forwarding to Crestron devices on the Control Subnet.
If so... how do you make it work?
I have a Pro3 with a DM-MD16x16-RPS, a TPMC-V12, and a TPMC-V15 on the control subnet.
With my laptop on the CS, Device Discovery sees all, however, SHOWPORTMAP shows no ports forwarded from the LAN to the Control Subnet.
What am I missing here/what should the client do to access the DM from the LAN side?
--
Lincoln King-Cliby, CTS
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider
[Non-text portions of this message have been removed]
|
Re: Anyone have a module for a Bryston SP3 surround processor
Bryston is not actively working on creating a module for the masses. One of the people I spoke to loosely mentioned that if one of the dealers wants to take on that responsibility, they may be amenable to working out an agreement.
In the meantime. we're all on our own. As I am currently evaluating the SP3 as a potential addition to our lineup, I have only built a basic SIO and volume parser. The protocol is really straightforward with an extensive command set and unsolicited feedback can be enabled (Yay!). My only gripe so far is that if you ramp the volume knob or send the volume command normally fast, you will not get a string back for every increment (.5db). For instance if you go from -80db to -60db, you may only see feedback for -75, -71, -66, and -60 (it does always report the final value though)
toggle quoted message
Show quoted text
-----Original Message----- From: Crestron@... [mailto:Crestron@...] On Behalf Of Heather Baiman Sent: Thursday, June 06, 2013 3:06 PM To: Crestron@... Subject: RE: [Crestron] Re: Anyone have a module for a Bryston SP3 surround processor I now have one on my bench as well. I'm waiting for a callback from their tech support as to whether they or Crestron is working on a module. Or have you guys already found out the answer? For those of you with experience with the SP2, any words of wisdom on the control/setup/use of the unit? TIA -----Original Message----- From: Crestron@... [mailto:Crestron@...] On Behalf Of bjhuck74 Sent: Tuesday, May 28, 2013 4:48 PM To: Crestron@... Subject: [Crestron] Re: Anyone have a module for a Bryston SP3 surround processor Jay, I just discovered the same thing. Did you ever find/build a module for the SP3? Thanks, Brian --- In Crestron@..., Jay Basen <jay.m.basen@...> wrote:
Crestron has a module for the SP2 but I just found out that the protocol for the SP3 is completely different.
Thanks in advance for the help
Jay
------------------------------------ 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
|
+1000 I'm 3000kms from a large enterprise commercial project as we speak and remotely updating firmware and VTP projects on 90+ TSW-750s. Flawless and painless... On Thu, Jun 13, 2013 at 11:34 AM, Dustin <dustin@...> wrote: **
While I completely acknowledge the growing pains and evolution of the new
products, one thing I think some folks are missing are the new tools for
deploying firmware and graphics updates such as FTP usage and the FGET
console command. With the new panels, both firmware and graphics projects
are becoming too large to manage remotely unless you utilize the new
commands. The pain of these updates is severely lowered when it takes a
fraction of the time.
I updated a 32Mb tsw project on over 200 panels that are on 5 different
properties yesterday in 2 hours all from my desk. Firmware can be done in
the same fashion. (I have done it in the past)
Really takes the sting out of it.
--- In Crestron@..., "Jason Santlofer" <jason@...> wrote:
I think everyone needs to tell Crestron the very same thing. It is not ok
to have dealers running around constantly because the product was put out
before it should have been. 6 firmwares 12 tech calls and 90 Hours later
(unbillable) I think I might now actually have a stable functional
system.
Now who is going to pay me for my time? Sure as hell not the customer.
From: Crestron@... [mailto:Crestron@...] On Behalf
Of dingothewop
Sent: Wednesday, June 12, 2013 11:54 AM
To: Crestron@...
Subject: [Crestron] Re: TSW-750 Issues
I'm having the same issues, as well as the same fears as you are Heath. I'm
wondering if's an issue with he network switch the TSW's are connected to. I
AM using the CEN-SWPOE24 and I have a sneaking suspicion that the POE is not
very reliable. The SWPOE24 also has the reboot at "x" time function but I
have found that when I have network wierdness, a soft reboot does not work,
a power cycle is the only remedy. I am curious to see what other network
switches others are using.
And Heath, your a major player in the Crestron world, maybe you could
explain to them that as programmers we cant run back to a job and do
firmware updates every 2 months, that seems to be the frequency in which the
TSW "inprovements" are coming.
Dino
Lips Electronics
--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Heath
Volmer <hvolmer@> wrote:
"Periodicreboot on" turns on the every-day reboot cycle. It should then
reboot every day at 2am. You only run the command once, on the TSW.
I haven't had the feedback problems since, but there is a noticeable
"start up lag" and unpredictability that happens the first time someone
tries to access something each day, as the various objects get going. On the
panels that I have not set to reboot, I've noticed some other odd behaviors
- most notably buttons going off like fireworks - so I have concluded that
rebooting is the best thing to do for now.
(I'm a firm believer that this stuff is never going to work reliably
like
it did when a slow Cresnet thing was the go-to. We better be building this
into our pricing and service plans - and our clients' expectations. I hope
to heaven that I'm wrong.)
Heath Volmer
Digital Domain Systems
Littleton, CO
Sent from my iTypo 4
On Jun 11, 2013, at 12:24 PM, "cyberbri24" <cyberbri24@> wrote:
On the phone now (on hold) with TB. I'm using the TSW-750 with a
DMPS-300-C and having the damm button FB issue. Still trying to find out the
winning combination on what is causing it or how to get it to stop doing
this. Is this command below supposed to be only sent to the panel and at
night when the user is not staring at it? My button FB is for a list of
sources and it is really bubgging the hell out of me that I am wasting all
day on what other people are saying is a known issue. Ugh! I can see in
toolbox that my FB is high but the panel obviously is showing either wrong
or no FB.
Thanks,
Cyberbri
I suspect that you'll find that they are still on line, and
transmitting
presses, but have stopped responding to feedback. If not, you've got
a
different problem than what many of us have been up against. I've
been
dealing
with this for a while and the band-aid solution for now is to use the
PERIODICREBOOT ON command to keep the things fresh every day. If
someone
needs
multiple reboots per day, you may need to devise logic to console and
issue
reboot commands multiple times.
We've been through the "channels", all the way. No more channels to
go
through.
They know that something is wrong. I had almost lost faith in my own
ability to
finish ;-).
Heath
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
|
You're also using multiple ECCONNECT symbols in this example. If these crosspoints are all related to each other, you likely want to use a single ECCONNECT to maintain a mutually exclusive connection from each CCROSS to the ECROSSES. Otherwise you're in a one to many concurrent connection scenario. This will typically wreak havoc on your feedback to the CCROSS. On Thu, Jun 13, 2013 at 11:32 AM, Chris Niles < chris.niles.crestron@...> wrote: Are you disconnecting one EC before connecting the next?
Chris
On Jun 13, 2013 11:48 AM, "Sebastian" <s.marszalek11@...> wrote:
**
Hey All,
I built a module that has a CCross, ECross and ECConnect to control
various equipment.
The problem is that, when I have more then one instance of the module in
the program and try to connect from one module to the other, it does not
work as intended.
--------------|
CC ---> EC -->| Equipment <----- Module-1 (Works Great)
--------------|
--------------|
CC ---> EC -->| Equipment <----- Module-2 (Works Great)
--------------|
Lets say I tell the CC from Module 2 to connect to EC in Module 1, it
connects but the signals are forwarded back to Module 2 and controlling
equipment attached to Module 2 instead of going out the Module 1 and
controlling equipment attached to Module 1.
Any help is greatly appreciated.
Thank you
------------------------------------
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: DMPS freezing in debugger?!
First, are you using Crestron software development tools? If so, are you connecting those tools to Crestron hardware? If the answer is yes to both of those questions, then what you are describing is natural and expected.
toggle quoted message
Show quoted text
--- In Crestron@..., "matthew.dean@..." <matthew.dean@...> wrote:
Hi guys
These days I seem to be having problems with debugger when using with a DMPS300 - usually I have to click to NOT synchronise all signal states when I fire it up, otherwise the DMPS300 will sometimes freeze (mainly after it has gone through all of its OOTB stuff) needing a hw-reset. But sometimes also I will get a freeze when just using debugger in the normal way, zapping around various signals etc.
I've got latest toolbox and DMPS300 firmware, but it is still happening and incredibly frustrating when the DMPS is in a rack miles away from the room. There is nothing particularly weird in the program.
Anyone else seen this?!
Cheers
|
Re: Using an analog to determine direction
Thanks.
I used an ASUM, SMV, and RMV for the signal delay, took the original analog into a SAMPLE, and then used the ACOMP2 to determine if the motor was moving up or down. Seems like an awful lot of work when the CORE3 "Drape Controller" would be much easier, with less overhead and more accurately. I could not wrap my head around it. Thanks for the suggestion.
toggle quoted message
Show quoted text
--- In Crestron@..., Jeremy Weatherford <jweather@...> wrote:
Delay the position value by a few waves by wrapping it through an ABUF,
then use ACOMP2 to see whether the new value is higher or lower. Depending
on how fast it's moving, the > and < outputs won't be on full-time, but you
could use a ROS to hold them high for a second or two, that should give you
a continuous "moving up" or "moving down" indicator.
On Thu, Jun 13, 2013 at 12:15 PM, Audible Solutions <
crestronprogrammer.1@...> wrote:
Is there a way to take an unsigned analog and determine if the value is
ramping up to 65535d or down to 0d in Simpl? Obviously, you can use a
slider but I've been forbidden the use of these in this case. I only have
an analog value for feedback and I need some way to determine digital
feedback on buttons. If it matters, it is for a shade and I have to
determine if the shade is going up, down or stopped based on the analog.
TIA
Alan
------------------------------------
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
--
Jeremy Weatherford
|
While I completely acknowledge the growing pains and evolution of the new products, one thing I think some folks are missing are the new tools for deploying firmware and graphics updates such as FTP usage and the FGET console command. With the new panels, both firmware and graphics projects are becoming too large to manage remotely unless you utilize the new commands. The pain of these updates is severely lowered when it takes a fraction of the time.
I updated a 32Mb tsw project on over 200 panels that are on 5 different properties yesterday in 2 hours all from my desk. Firmware can be done in the same fashion. (I have done it in the past)
Really takes the sting out of it.
toggle quoted message
Show quoted text
--- In Crestron@..., "Jason Santlofer" <jason@...> wrote:
I think everyone needs to tell Crestron the very same thing. It is not ok
to have dealers running around constantly because the product was put out
before it should have been. 6 firmwares 12 tech calls and 90 Hours later
(unbillable) I think I might now actually have a stable functional system.
Now who is going to pay me for my time? Sure as hell not the customer.
From: Crestron@... [mailto:Crestron@...] On Behalf
Of dingothewop
Sent: Wednesday, June 12, 2013 11:54 AM
To: Crestron@...
Subject: [Crestron] Re: TSW-750 Issues
I'm having the same issues, as well as the same fears as you are Heath. I'm
wondering if's an issue with he network switch the TSW's are connected to. I
AM using the CEN-SWPOE24 and I have a sneaking suspicion that the POE is not
very reliable. The SWPOE24 also has the reboot at "x" time function but I
have found that when I have network wierdness, a soft reboot does not work,
a power cycle is the only remedy. I am curious to see what other network
switches others are using.
And Heath, your a major player in the Crestron world, maybe you could
explain to them that as programmers we cant run back to a job and do
firmware updates every 2 months, that seems to be the frequency in which the
TSW "inprovements" are coming.
Dino
Lips Electronics
--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Heath
Volmer <hvolmer@> wrote:
"Periodicreboot on" turns on the every-day reboot cycle. It should then
reboot every day at 2am. You only run the command once, on the TSW.
I haven't had the feedback problems since, but there is a noticeable
"start up lag" and unpredictability that happens the first time someone
tries to access something each day, as the various objects get going. On the
panels that I have not set to reboot, I've noticed some other odd behaviors
- most notably buttons going off like fireworks - so I have concluded that
rebooting is the best thing to do for now.
(I'm a firm believer that this stuff is never going to work reliably like
it did when a slow Cresnet thing was the go-to. We better be building this
into our pricing and service plans - and our clients' expectations. I hope
to heaven that I'm wrong.)
Heath Volmer
Digital Domain Systems
Littleton, CO
Sent from my iTypo 4
On Jun 11, 2013, at 12:24 PM, "cyberbri24" <cyberbri24@> wrote:
On the phone now (on hold) with TB. I'm using the TSW-750 with a
DMPS-300-C and having the damm button FB issue. Still trying to find out the
winning combination on what is causing it or how to get it to stop doing
this. Is this command below supposed to be only sent to the panel and at
night when the user is not staring at it? My button FB is for a list of
sources and it is really bubgging the hell out of me that I am wasting all
day on what other people are saying is a known issue. Ugh! I can see in
toolbox that my FB is high but the panel obviously is showing either wrong
or no FB.
Thanks,
Cyberbri
I suspect that you'll find that they are still on line, and transmitting
presses, but have stopped responding to feedback. If not, you've got a
different problem than what many of us have been up against. I've been
dealing
with this for a while and the band-aid solution for now is to use the
PERIODICREBOOT ON command to keep the things fresh every day. If someone
needs
multiple reboots per day, you may need to devise logic to console and
issue
reboot commands multiple times.
We've been through the "channels", all the way. No more channels to go
through.
They know that something is wrong. I had almost lost faith in my own
ability to
finish ;-).
Heath
|
Are you disconnecting one EC before connecting the next? Chris On Jun 13, 2013 11:48 AM, "Sebastian" <s.marszalek11@...> wrote: **
Hey All,
I built a module that has a CCross, ECross and ECConnect to control
various equipment.
The problem is that, when I have more then one instance of the module in
the program and try to connect from one module to the other, it does not
work as intended.
--------------|
CC ---> EC -->| Equipment <----- Module-1 (Works Great)
--------------|
--------------|
CC ---> EC -->| Equipment <----- Module-2 (Works Great)
--------------|
Lets say I tell the CC from Module 2 to connect to EC in Module 1, it
connects but the signals are forwarded back to Module 2 and controlling
equipment attached to Module 2 instead of going out the Module 1 and
controlling equipment attached to Module 1.
Any help is greatly appreciated.
Thank you
[Non-text portions of this message have been removed]
|
Pro3 Control Subnet Automatic Port Forwarding
Am I delusional or crazy? Wait. Don't answer that.
I was under the impression that the processors with Control Subnets (Control Subneti?) were supposed to automagically configure port forwarding to Crestron devices on the Control Subnet.
If so... how do you make it work?
I have a Pro3 with a DM-MD16x16-RPS, a TPMC-V12, and a TPMC-V15 on the control subnet.
With my laptop on the CS, Device Discovery sees all, however, SHOWPORTMAP shows no ports forwarded from the LAN to the Control Subnet.
What am I missing here/what should the client do to access the DM from the LAN side?
--
Lincoln King-Cliby, CTS
Commercial Market Director
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
Crestron Services Provider
|
Re: Purchasing Sandbox equipment
Dmps
Rm 100c room box or rm-scaler
Dvphd
Nick
Sent from my eMail.
toggle quoted message
Show quoted text
On Jun 13, 2013, at 12:32 PM, scotterroy <scott.dejong@...> wrote:
I have been given the OK to put together a list of equipment that I would
like to have as a sandbox to play around with. We are just starting to
switch some of our classrooms to Digital. My question is this... If you
were given a budget of around 10k - 12k, what would you buy for your
playground?
[Non-text portions of this message have been removed]
|
Hey All,
I built a module that has a CCross, ECross and ECConnect to control various equipment.
The problem is that, when I have more then one instance of the module in the program and try to connect from one module to the other, it does not work as intended.
--------------|
CC ---> EC -->| Equipment <----- Module-1 (Works Great)
--------------|
--------------|
CC ---> EC -->| Equipment <----- Module-2 (Works Great)
--------------|
Lets say I tell the CC from Module 2 to connect to EC in Module 1, it connects but the signals are forwarded back to Module 2 and controlling equipment attached to Module 2 instead of going out the Module 1 and controlling equipment attached to Module 1.
Any help is greatly appreciated.
Thank you
|
I've never had an issue with rebooting the panels - except for the graphical instability when first touching objects. It's when they aren't rebooting that the problems show up. On Thu, Jun 13, 2013 at 10:38 AM, dingothewop <diacuzzo@...>wrote: **
I think Heath has hit the solution in the PERIDOCREBOOT_ON command for the
TSW series. I am going to confirm that it has been enabled on a job
tomorrow. The solution sounds logical, however I'm still scared S@$t to
do it on a Friday. Thankfully I have an understanding Wife. It's sad to
live in fear of my iPhone ringing.
Dino
Lips Electronics
--- In Crestron@..., "cyberbri24" <cyberbri24@...> wrote:
In proccess of getting an update to fix the feedback issue (core3
controls 1.13.21.01) but now I was told there is a memory issue because I
may have used an older version of VTP to convert from another panel about 6
weeks ago. Not sure I am liking this panel. The conversion process didn't
really do what I was hoping. The join's all converted but not the look and
feel of the core 2 project. I ended up fixing every single button and every
single page and all the layers of subs on each page. It was actually pretty
nerve racking. Just to think that I might have to start over from scratch
and rebuild this panel is starting to turn my hair grey. Oh well.
Cyberbri
--- In Crestron@..., "Jason Santlofer" <jason@> wrote:
I think everyone needs to tell Crestron the very same thing. It is not
ok
to have dealers running around constantly because the product was put
out
before it should have been. 6 firmwares 12 tech calls and 90 Hours
later
(unbillable) I think I might now actually have a stable functional
system.
Now who is going to pay me for my time? Sure as hell not the customer.
From: Crestron@... [mailto:Crestron@...] On
Behalf
Of dingothewop
Sent: Wednesday, June 12, 2013 11:54 AM
To: Crestron@...
Subject: [Crestron] Re: TSW-750 Issues
I'm having the same issues, as well as the same fears as you are
Heath. I'm
wondering if's an issue with he network switch the TSW's are connected
to. I
AM using the CEN-SWPOE24 and I have a sneaking suspicion that the POE
is not
very reliable. The SWPOE24 also has the reboot at "x" time function
but I
have found that when I have network wierdness, a soft reboot does not
work,
a power cycle is the only remedy. I am curious to see what other
network
switches others are using.
And Heath, your a major player in the Crestron world, maybe you could
explain to them that as programmers we cant run back to a job and do
firmware updates every 2 months, that seems to be the frequency in
which the
TSW "inprovements" are coming.
Dino
Lips Electronics
--- In Crestron@... <mailto:Crestron%40yahoogroups.com> ,
Heath
Volmer <hvolmer@> wrote:
"Periodicreboot on" turns on the every-day reboot cycle. It should
then
reboot every day at 2am. You only run the command once, on the TSW.
I haven't had the feedback problems since, but there is a noticeable
"start up lag" and unpredictability that happens the first time someone
tries to access something each day, as the various objects get going.
On the
panels that I have not set to reboot, I've noticed some other odd
behaviors
- most notably buttons going off like fireworks - so I have concluded
that
rebooting is the best thing to do for now.
(I'm a firm believer that this stuff is never going to work reliably
like
it did when a slow Cresnet thing was the go-to. We better be building
this
into our pricing and service plans - and our clients' expectations. I
hope
to heaven that I'm wrong.)
Heath Volmer
Digital Domain Systems
Littleton, CO
Sent from my iTypo 4
On Jun 11, 2013, at 12:24 PM, "cyberbri24" <cyberbri24@> wrote:
On the phone now (on hold) with TB. I'm using the TSW-750 with a
DMPS-300-C and having the damm button FB issue. Still trying to find
out the
winning combination on what is causing it or how to get it to stop
doing
this. Is this command below supposed to be only sent to the panel and
at
night when the user is not staring at it? My button FB is for a list of
sources and it is really bubgging the hell out of me that I am wasting
all
day on what other people are saying is a known issue. Ugh! I can see in
toolbox that my FB is high but the panel obviously is showing either
wrong
or no FB.
Thanks,
Cyberbri
I suspect that you'll find that they are still on line, and
transmitting
presses, but have stopped responding to feedback. If not, you've
got a
different problem than what many of us have been up against. I've
been
dealing
with this for a while and the band-aid solution for now is to use
the
PERIODICREBOOT ON command to keep the things fresh every day. If
someone
needs
multiple reboots per day, you may need to devise logic to console
and
issue
reboot commands multiple times.
We've been through the "channels", all the way. No more channels
to go
through.
They know that something is wrong. I had almost lost faith in my
own
ability to
finish ;-).
Heath
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
-- Heath Volmer Digital Domain Systems Littleton, CO [Non-text portions of this message have been removed]
|
I think Heath has hit the solution in the PERIDOCREBOOT_ON command for the TSW series. I am going to confirm that it has been enabled on a job tomorrow. The solution sounds logical, however I'm still scared S@$t to do it on a Friday. Thankfully I have an understanding Wife. It's sad to live in fear of my iPhone ringing.
Dino
Lips Electronics
toggle quoted message
Show quoted text
--- In Crestron@..., "cyberbri24" <cyberbri24@...> wrote:
In proccess of getting an update to fix the feedback issue (core3 controls 1.13.21.01) but now I was told there is a memory issue because I may have used an older version of VTP to convert from another panel about 6 weeks ago. Not sure I am liking this panel. The conversion process didn't really do what I was hoping. The join's all converted but not the look and feel of the core 2 project. I ended up fixing every single button and every single page and all the layers of subs on each page. It was actually pretty nerve racking. Just to think that I might have to start over from scratch and rebuild this panel is starting to turn my hair grey. Oh well.
Cyberbri
--- In Crestron@..., "Jason Santlofer" <jason@> wrote:
I think everyone needs to tell Crestron the very same thing. It is not ok
to have dealers running around constantly because the product was put out
before it should have been. 6 firmwares 12 tech calls and 90 Hours later
(unbillable) I think I might now actually have a stable functional system.
Now who is going to pay me for my time? Sure as hell not the customer.
From: Crestron@... [mailto:Crestron@...] On Behalf
Of dingothewop
Sent: Wednesday, June 12, 2013 11:54 AM
To: Crestron@...
Subject: [Crestron] Re: TSW-750 Issues
I'm having the same issues, as well as the same fears as you are Heath. I'm
wondering if's an issue with he network switch the TSW's are connected to. I
AM using the CEN-SWPOE24 and I have a sneaking suspicion that the POE is not
very reliable. The SWPOE24 also has the reboot at "x" time function but I
have found that when I have network wierdness, a soft reboot does not work,
a power cycle is the only remedy. I am curious to see what other network
switches others are using.
And Heath, your a major player in the Crestron world, maybe you could
explain to them that as programmers we cant run back to a job and do
firmware updates every 2 months, that seems to be the frequency in which the
TSW "inprovements" are coming.
Dino
Lips Electronics
--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Heath
Volmer <hvolmer@> wrote:
"Periodicreboot on" turns on the every-day reboot cycle. It should then
reboot every day at 2am. You only run the command once, on the TSW.
I haven't had the feedback problems since, but there is a noticeable
"start up lag" and unpredictability that happens the first time someone
tries to access something each day, as the various objects get going. On the
panels that I have not set to reboot, I've noticed some other odd behaviors
- most notably buttons going off like fireworks - so I have concluded that
rebooting is the best thing to do for now.
(I'm a firm believer that this stuff is never going to work reliably like
it did when a slow Cresnet thing was the go-to. We better be building this
into our pricing and service plans - and our clients' expectations. I hope
to heaven that I'm wrong.)
Heath Volmer
Digital Domain Systems
Littleton, CO
Sent from my iTypo 4
On Jun 11, 2013, at 12:24 PM, "cyberbri24" <cyberbri24@> wrote:
On the phone now (on hold) with TB. I'm using the TSW-750 with a
DMPS-300-C and having the damm button FB issue. Still trying to find out the
winning combination on what is causing it or how to get it to stop doing
this. Is this command below supposed to be only sent to the panel and at
night when the user is not staring at it? My button FB is for a list of
sources and it is really bubgging the hell out of me that I am wasting all
day on what other people are saying is a known issue. Ugh! I can see in
toolbox that my FB is high but the panel obviously is showing either wrong
or no FB.
Thanks,
Cyberbri
I suspect that you'll find that they are still on line, and transmitting
presses, but have stopped responding to feedback. If not, you've got a
different problem than what many of us have been up against. I've been
dealing
with this for a while and the band-aid solution for now is to use the
PERIODICREBOOT ON command to keep the things fresh every day. If someone
needs
multiple reboots per day, you may need to devise logic to console and
issue
reboot commands multiple times.
We've been through the "channels", all the way. No more channels to go
through.
They know that something is wrong. I had almost lost faith in my own
ability to
finish ;-).
Heath
[Non-text portions of this message have been removed]
|
Re: Using an analog to determine direction
Delay the position value by a few waves by wrapping it through an ABUF, then use ACOMP2 to see whether the new value is higher or lower. Depending on how fast it's moving, the > and < outputs won't be on full-time, but you could use a ROS to hold them high for a second or two, that should give you a continuous "moving up" or "moving down" indicator. On Thu, Jun 13, 2013 at 12:15 PM, Audible Solutions < crestronprogrammer.1@...> wrote: Is there a way to take an unsigned analog and determine if the value is
ramping up to 65535d or down to 0d in Simpl? Obviously, you can use a
slider but I've been forbidden the use of these in this case. I only have
an analog value for feedback and I need some way to determine digital
feedback on buttons. If it matters, it is for a shade and I have to
determine if the shade is going up, down or stopped based on the analog.
TIA
Alan
------------------------------------
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
-- Jeremy Weatherford
|
Re: Using an analog to determine direction
Sample the existing value with an ABUF and use an ACOMP2 to determine if the next value is greater, less or equal to the sampled value. On 2013-06-13, at 12:15 PM, "Audible Solutions" <crestronprogrammer.1@...> wrote: Is there a way to take an unsigned analog and determine if the value is ramping up to 65535d or down to 0d in Simpl? Obviously, you can use a slider but I've been forbidden the use of these in this case. I only have an analog value for feedback and I need some way to determine digital feedback on buttons. If it matters, it is for a shade and I have to determine if the shade is going up, down or stopped based on the analog.
TIA
Alan
[Non-text portions of this message have been removed]
|
Purchasing Sandbox equipment
I have been given the OK to put together a list of equipment that I would like to have as a sandbox to play around with. We are just starting to switch some of our classrooms to Digital. My question is this... If you were given a budget of around 10k - 12k, what would you buy for your playground?
|
Using an analog to determine direction
Is there a way to take an unsigned analog and determine if the value is ramping up to 65535d or down to 0d in Simpl? Obviously, you can use a slider but I've been forbidden the use of these in this case. I only have an analog value for feedback and I need some way to determine digital feedback on buttons. If it matters, it is for a shade and I have to determine if the shade is going up, down or stopped based on the analog.
TIA
Alan
|
Oh yes, wait till you get to the embedded video app, if your using it. I have the same issue with a tsw 750 and a 1050. We update VTPRO E, just like we were told, keep everything up to date an then " Ahh oops sorry your 3 week old project is now obsolete, please re write". I don't have the luxury of programming in a nice office on a computer with 2 monitors. I am usually sitting in the basement of a house I'll never be able to afford, while the sounds of a spoiled house wife buzz in my ear " I don't understand, why doesn't it work?". Can I get a software engineer at Crestron to answer her for me please?
Dino
toggle quoted message
Show quoted text
--- In Crestron@..., "cyberbri24" <cyberbri24@...> wrote:
In proccess of getting an update to fix the feedback issue (core3 controls 1.13.21.01) but now I was told there is a memory issue because I may have used an older version of VTP to convert from another panel about 6 weeks ago. Not sure I am liking this panel. The conversion process didn't really do what I was hoping. The join's all converted but not the look and feel of the core 2 project. I ended up fixing every single button and every single page and all the layers of subs on each page. It was actually pretty nerve racking. Just to think that I might have to start over from scratch and rebuild this panel is starting to turn my hair grey. Oh well.
Cyberbri
--- In Crestron@..., "Jason Santlofer" <jason@> wrote:
I think everyone needs to tell Crestron the very same thing. It is not ok
to have dealers running around constantly because the product was put out
before it should have been. 6 firmwares 12 tech calls and 90 Hours later
(unbillable) I think I might now actually have a stable functional system.
Now who is going to pay me for my time? Sure as hell not the customer.
From: Crestron@... [mailto:Crestron@...] On Behalf
Of dingothewop
Sent: Wednesday, June 12, 2013 11:54 AM
To: Crestron@...
Subject: [Crestron] Re: TSW-750 Issues
I'm having the same issues, as well as the same fears as you are Heath. I'm
wondering if's an issue with he network switch the TSW's are connected to. I
AM using the CEN-SWPOE24 and I have a sneaking suspicion that the POE is not
very reliable. The SWPOE24 also has the reboot at "x" time function but I
have found that when I have network wierdness, a soft reboot does not work,
a power cycle is the only remedy. I am curious to see what other network
switches others are using.
And Heath, your a major player in the Crestron world, maybe you could
explain to them that as programmers we cant run back to a job and do
firmware updates every 2 months, that seems to be the frequency in which the
TSW "inprovements" are coming.
Dino
Lips Electronics
--- In Crestron@... <mailto:Crestron%40yahoogroups.com> , Heath
Volmer <hvolmer@> wrote:
"Periodicreboot on" turns on the every-day reboot cycle. It should then
reboot every day at 2am. You only run the command once, on the TSW.
I haven't had the feedback problems since, but there is a noticeable
"start up lag" and unpredictability that happens the first time someone
tries to access something each day, as the various objects get going. On the
panels that I have not set to reboot, I've noticed some other odd behaviors
- most notably buttons going off like fireworks - so I have concluded that
rebooting is the best thing to do for now.
(I'm a firm believer that this stuff is never going to work reliably like
it did when a slow Cresnet thing was the go-to. We better be building this
into our pricing and service plans - and our clients' expectations. I hope
to heaven that I'm wrong.)
Heath Volmer
Digital Domain Systems
Littleton, CO
Sent from my iTypo 4
On Jun 11, 2013, at 12:24 PM, "cyberbri24" <cyberbri24@> wrote:
On the phone now (on hold) with TB. I'm using the TSW-750 with a
DMPS-300-C and having the damm button FB issue. Still trying to find out the
winning combination on what is causing it or how to get it to stop doing
this. Is this command below supposed to be only sent to the panel and at
night when the user is not staring at it? My button FB is for a list of
sources and it is really bubgging the hell out of me that I am wasting all
day on what other people are saying is a known issue. Ugh! I can see in
toolbox that my FB is high but the panel obviously is showing either wrong
or no FB.
Thanks,
Cyberbri
I suspect that you'll find that they are still on line, and transmitting
presses, but have stopped responding to feedback. If not, you've got a
different problem than what many of us have been up against. I've been
dealing
with this for a while and the band-aid solution for now is to use the
PERIODICREBOOT ON command to keep the things fresh every day. If someone
needs
multiple reboots per day, you may need to devise logic to console and
issue
reboot commands multiple times.
We've been through the "channels", all the way. No more channels to go
through.
They know that something is wrong. I had almost lost faith in my own
ability to
finish ;-).
Heath
[Non-text portions of this message have been removed]
|
The TPS-6L has been sold - replying here because lots of you expressed
interest in it.
toggle quoted message
Show quoted text
On Wed, Jun 12, 2013 at 2:16 PM, Heath Volmer <hvolmer@...> wrote: I have a few things that I'd like to get rid of:
- AMS-AIP with dual-AM/FM tuner card. Somewhat ugly shipping box (from
AVAD). Clean unit. Has been sitting in the bottom of my desk rack for way
too long. (Intended to use it for Adagio code testing and then never used
another Adagio again.) Never installed. $2000 OBO
- TPS-6LA with post-construction bracket. Box. Blank button faceplate
has scratches. Has been in my wall, and pretty much never used for way too
long. $150 OBO
- TPS-4500V, IMC. Original box. Make offer
- CT-1000 with post-construction bracket. Again, installed in the wall in
my workshop for too long, light use. Make offer.
Factory warranties are expired. I'll take it back if it doesn't work of
course.
Contact me: hvolmer-at-ddsys-dot-CO
Thanks, Heath
Heath Volmer
Digital Domain Systems
Littleton, CO
--
Heath Volmer
Digital Domain Systems
Littleton, CO
|
