开云体育

"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]

I have sent the command once to the panel. TB is supposed to call me back but it's been an hour without a peep. I am rebooting the panel just for the hell of it but I dont see that fixing this. Fingers crossed though. I was able to change some of my buttons that I only had showing text when the control system joins were high and blank or no text showing when low. By changing the join# to a visibility join and not the join press, that seemed to help make alot of the FB show on the panel better. I just can;t do that for the rest of my actual source buttons though. Panel just rebooted and guess what? The freaking FB is true now. Only thing is once you leave the page, then come back to the sources buttons, they do not have the correct FB anymore. What is joke! Wasted days for nothing. This stinks. Any other ideas would be greatly appreciated. Panel change?? I am out of ideas at this point.
Thanks,
cyberbri





--- In Crestron@..., 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]

BTW, the issues not only with buttons but with page flips also. Not sure wht can be done. Crappy panel! I'd stay away from this one till they work out the bugs.

--- In Crestron@..., "cyberbri24" <cyberbri24@> wrote:

I have sent the command once to the panel. TB is supposed to call me back but it's been an hour without a peep. I am rebooting the panel just for the hell of it but I dont see that fixing this. Fingers crossed though. I was able to change some of my buttons that I only had showing text when the control system joins were high and blank or no text showing when low. By changing the join# to a visibility join and not the join press, that seemed to help make alot of the FB show on the panel better. I just can;t do that for the rest of my actual source buttons though. Panel just rebooted and guess what? The freaking FB is true now. Only thing is once you leave the page, then come back to the sources buttons, they do not have the correct FB anymore. What is joke! Wasted days for nothing. This stinks. Any other ideas would be greatly appreciated. Panel change?? I am out of ideas at this point.
Thanks,
cyberbri





--- In Crestron@..., 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

I wish I knew what to suggest.

I reached a point with my original TSW file (June 2012) that it had become so unreliable that I finally threw it away and started over from scratch. I had gone through numerous version of Core 3, VTPro and firmware, release and labs. Every now and then it would become completely unpredictable.

My projects are heavy on subpages and I would often get the wrong subpages showing up. It may have had other feedback problems but I never really noticed because the subpages would stop me. I do recall some incorrect program-driven page flips.

Three or four times we copied all of the pages over to a new project, and things would behave for a while, but eventually the project would go berserk again. I asked the various folks way up in the chain if the file could be corrupted, and the consensus was that it shouldn't be. It was. I wasted another week rebuilding it, object by object. It's been fine for a month now.

I understand your pain, wish I had more to offer.

Heath Volmer
Digital Domain Systems
Littleton, CO

Sent from my iTypo 4

On Jun 11, 2013, at 1:54 PM, "cyberbri24" <cyberbri24@...> wrote:

BTW, the issues not only with buttons but with page flips also. Not sure wht can be done. Crappy panel! I'd stay away from this one till they work out the bugs.

--- In Crestron@..., "cyberbri24" <cyberbri24@> wrote:

I have sent the command once to the panel. TB is supposed to call me back but it's been an hour without a peep. I am rebooting the panel just for the hell of it but I dont see that fixing this. Fingers crossed though. I was able to change some of my buttons that I only had showing text when the control system joins were high and blank or no text showing when low. By changing the join# to a visibility join and not the join press, that seemed to help make alot of the FB show on the panel better. I just can;t do that for the rest of my actual source buttons though. Panel just rebooted and guess what? The freaking FB is true now. Only thing is once you leave the page, then come back to the sources buttons, they do not have the correct FB anymore. What is joke! Wasted days for nothing. This stinks. Any other ideas would be greatly appreciated. Panel change?? I am out of ideas at this point.
Thanks,
cyberbri





--- In Crestron@..., 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]

"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

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

Dino:

I'm hardly a major player - as loud as I might be. Just an "old", (as Neil might say ;-) cranky programmer who doesn't like to have my bread and butter all mixed up.

Believe me, I've had just that discussion several times with many different people. Right now, I've hit a "magic" combination of versions that seem to work right and I'm hesitant to change anything. (For what it's worth, it's 1.6.32 TSW FW, Core 3 1.13.15.00, VT 5.2.20). I'm very afraid of what happens should I come back in a year with never versions and make a little change. I might keep a separate VM for just this job. What a waste of space.

I suspect that there are aspects of managed networks / VLANs (or my particular stuff) that may be exacerbating some of these problems (not just TSW). I think about the smaller jobs I have, where there are non-managed, or cheap network gear. I don't have any problems with gear on those networks, although they are smaller systems.

On my troublesome TSW job, I have HP 2520 switches with Crestron living on a separate VLAN spread over three different switches (for power and geographic reasons.) The only real failures I still have are the occasional mass EX gateway hiccup - those connected to the CP3. I've never encountered a problem that a "REBOOT" command wouldn't fix.

Heath

On Jun 12, 2013, at 9:54 AM, "dingothewop" <diacuzzo@...> wrote:

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

[Non-text portions of this message have been removed]

Well the thoughts of this "old grumpy" programmer is this, it seems like their spending more time and resources on developing products like "SHADES" and not focusing on well tested firmware for their electronics. I get the feeling that their releasing products with " kinda beta" firmware and letting the soldiers in the trenches find all the bugs. I have no problem with giving feed back in order to ultimately have a solid piece of equipment, BUT I just cant keep going back and troubleshooting issues, or going over EVERY page of a Panel Project just because VTPRO E is now handling a multi mode button diffrently form the last rev.version ( yes I just found that issue as I was working today). My thought is this , we'll wait for the latest and greatest, just make sure it's stable and reliable. Those calls on Sunday afternoon about "Nothing Works, rip it out" are really beginning to depress me.

--- In Crestron@..., Heath Volmer <hvolmer@> wrote:

Dino:

I'm hardly a major player - as loud as I might be. Just an "old", (as Neil might say ;-) cranky programmer who doesn't like to have my bread and butter all mixed up.

Believe me, I've had just that discussion several times with many different people. Right now, I've hit a "magic" combination of versions that seem to work right and I'm hesitant to change anything. (For what it's worth, it's 1.6.32 TSW FW, Core 3 1.13.15.00, VT 5.2.20). I'm very afraid of what happens should I come back in a year with never versions and make a little change. I might keep a separate VM for just this job. What a waste of space.

I suspect that there are aspects of managed networks / VLANs (or my particular stuff) that may be exacerbating some of these problems (not just TSW). I think about the smaller jobs I have, where there are non-managed, or cheap network gear. I don't have any problems with gear on those networks, although they are smaller systems.

On my troublesome TSW job, I have HP 2520 switches with Crestron living on a separate VLAN spread over three different switches (for power and geographic reasons.) The only real failures I still have are the occasional mass EX gateway hiccup - those connected to the CP3. I've never encountered a problem that a "REBOOT" command wouldn't fix.

Heath

On Jun 12, 2013, at 9:54 AM, "dingothewop" <diacuzzo@> wrote:

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

Dino:

I'm hardly a major player - as loud as I might be. Just an "old", (as Neil might say ;-) cranky programmer who doesn't like to have my bread and butter all mixed up.

Believe me, I've had just that discussion several times with many different people. Right now, I've hit a "magic" combination of versions that seem to work right and I'm hesitant to change anything. (For what it's worth, it's 1.6.32 TSW FW, Core 3 1.13.15.00, VT 5.2.20). I'm very afraid of what happens should I come back in a year with never versions and make a little change. I might keep a separate VM for just this job. What a waste of space.

I suspect that there are aspects of managed networks / VLANs (or my particular stuff) that may be exacerbating some of these problems (not just TSW). I think about the smaller jobs I have, where there are non-managed, or cheap network gear. I don't have any problems with gear on those networks, although they are smaller systems.

On my troublesome TSW job, I have HP 2520 switches with Crestron living on a separate VLAN spread over three different switches (for power and geographic reasons.) The only real failures I still have are the occasional mass EX gateway hiccup - those connected to the CP3. I've never encountered a problem that a "REBOOT" command wouldn't fix.

Heath

On Jun 12, 2013, at 9:54 AM, "dingothewop" <diacuzzo@...> wrote:

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

[Non-text portions of this message have been removed]

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]

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]

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]

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

+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

------------------------------------




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