Re: Autonomic mms media player
If you use this method to update, be aware that you must use the current new modules that are posted on the Autonomics site or Pandora (and maybe some other things) will not work outside of the media player object. When selecting a station, it will just prompt you to edit delete or cancel. There would be no way to actually select and play a station on an existing interface without the media player object. To top it off, you'll have to tweak the newly posted Autonomics module before it will even let you bring it into a project. I had to edit the user module inside their example program, then go edit header, then on the left side select that it was a "Media Resource". That worked, I think just selecting anything may have worked too. I didn't try anything more and I reported this to them. On Thu, May 16, 2013 at 10:20 PM, Eric Williams <ewilliams0305@...> wrote:
I just setup my mms using the media player object. Works pretty well, few
txt glitches and searching problems that need to worked out. The mms need a firmware update that may not show up on its configuration GUI. If not you'll need to telnet into the server and send the command "autoupdate hotfix"
Once that's complete under the source tab you see a place for an iP Id
and processor IP address.
Thought I would save some folks some trouble.
Eric Williams
Head of Engineering
ABE Networks
240-604-4771
[Non-text portions of this message have been removed]
-- Jared Ross jaredlross@... 914-906-0061 [Non-text portions of this message have been removed]
|
Re: Simple TCP/IP Send only module for device control - need help
Love Bytes... On 2013-06-11, at 10:29 PM, Eric Walters <sentry07@...> wrote: Quick Bytes
On Tue, Jun 11, 2013 at 10:12 PM, Chip <cfm@...> wrote:
No - wait - "The Byte Whisperer"...
Tell me when to stop...
- Chip
--- In Crestron@..., "Chip" <cfm@...> wrote:
When I start my own CSP I'm going to have to call it something like "I
Speak Bytes"...
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Thanks Chip, the \x00 did the trick.... We have control.
Thank you again,
Andy
--- In Crestron@..., "Chip" <cfm@> wrote:
If the instructions don't explicitly say to add a carriage return
and/or linefeed, then adding it isn't going to help.
If a seven character command for "left" is literally "left---",
("left", followed by three dashes) then the string you should be sending to
your TCP/IP Client symbol from an SIO should be "left---\x00"
Don't bother sending anything to the TCP/IP Client symbol *unless*
the analog status output has a value of 2.
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Dealing with a device that lists the following as part of their
protocol.
String of 8 characters, 8 bits/character; the 1st 7 characters
describe the function; the last character must be the ASCII "NUL" control
character, which has a byte value of 0 i.e. "left---" + NUL or "right--"
+ NUL
I have setup the TCP/IP client, and see it connecting on the right
port, but when I try sending left---0 or left---00 or either of those
followed by \r or \x0A I don't get any response....
Suggestions or guidance greatly appreciated, as I need to go
onsite very shortly.
------------------------------------
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]
|
Just heard back on my certification exam and I passed.
I want to thank all you guys and girls on here for the help over the past year. Perhaps I'll run into some of you at a masters class down the road.
Thanks again, this forum really is an asset, keeps us sane.
Sean
|
Re: Simple TCP/IP Send only module for device control - need help
Quick Bytes
toggle quoted message
Show quoted text
On Tue, Jun 11, 2013 at 10:12 PM, Chip <cfm@...> wrote:
No - wait - "The Byte Whisperer"...
Tell me when to stop...
- Chip
--- In Crestron@..., "Chip" <cfm@...> wrote:
When I start my own CSP I'm going to have to call it something like "I
Speak Bytes"...
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Thanks Chip, the \x00 did the trick.... We have control.
Thank you again,
Andy
--- In Crestron@..., "Chip" <cfm@> wrote:
If the instructions don't explicitly say to add a carriage return
and/or linefeed, then adding it isn't going to help.
If a seven character command for "left" is literally "left---",
("left", followed by three dashes) then the string you should be sending to
your TCP/IP Client symbol from an SIO should be "left---\x00"
Don't bother sending anything to the TCP/IP Client symbol *unless*
the analog status output has a value of 2.
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Dealing with a device that lists the following as part of their
protocol.
String of 8 characters, 8 bits/character; the 1st 7 characters
describe the function; the last character must be the ASCII "NUL" control
character, which has a byte value of 0 i.e. "left---" + NUL or "right--"
+ NUL
I have setup the TCP/IP client, and see it connecting on the right
port, but when I try sending left---0 or left---00 or either of those
followed by \r or \x0A I don't get any response....
Suggestions or guidance greatly appreciated, as I need to go
onsite very shortly.
------------------------------------
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: Simple TCP/IP Send only module for device control - need help
No - wait - "The Byte Whisperer"...
Tell me when to stop...
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "Chip" <cfm@...> wrote:
When I start my own CSP I'm going to have to call it something like "I Speak Bytes"...
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Thanks Chip, the \x00 did the trick.... We have control.
Thank you again,
Andy
--- In Crestron@..., "Chip" <cfm@> wrote:
If the instructions don't explicitly say to add a carriage return and/or linefeed, then adding it isn't going to help.
If a seven character command for "left" is literally "left---", ("left", followed by three dashes) then the string you should be sending to your TCP/IP Client symbol from an SIO should be "left---\x00"
Don't bother sending anything to the TCP/IP Client symbol *unless* the analog status output has a value of 2.
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Dealing with a device that lists the following as part of their protocol.
String of 8 characters, 8 bits/character; the 1st 7 characters describe the function; the last character must be the ASCII "NUL" control character, which has a byte value of 0 i.e. "left---" + NUL or "right--" + NUL
I have setup the TCP/IP client, and see it connecting on the right port, but when I try sending left---0 or left---00 or either of those followed by \r or \x0A I don't get any response....
Suggestions or guidance greatly appreciated, as I need to go onsite very shortly.
|
Re: Integra NetTune and Core 3 Gestures
I haven't done it personally, but they do have an iPhone app (Onkyo) that does what you are looking for. Maybe you can contact Integra or sniff out the protocol. On Tuesday, June 11, 2013, tdswanner@... wrote: **
I am programming a TSW-750 and am needing to integrate an Integra 50.4
AVR. My issue is with the NetTune. The way I see it is you have to use
Navigation arrows to highlight the selection and then press Select. Whereas
the rest of my panel is simply scroll to choice and touch icon.
Is anyone aware of a module or even a different product to allow this kind
of control?
I am working on trying to get an Audionet card, but am not sure I can get
it put in the system at this point.
Thanks for help..
-- Josh Tyson ENCO Electronics Systems www.encoelectronics.com [Non-text portions of this message have been removed]
|
Re: Crestron Tradeshow Downloads
screen graphics/tradeshows?
_____
From: Crestron@... [mailto:Crestron@...] On Behalf
Of Brylliantworks
Sent: Tuesday, June 11, 2013 3:53 PM
To: Crestron@...
Subject: [Crestron] Crestron Tradeshow Downloads
Didn't Crestron used to have their various tradeshow programs up on the FTP
servers to download? They were useful so you could pick them apart and see
how they're doing things, use various graphics, etc. Looks like they either
took them down, or I'm not looking in the right place...
|
Polycom Real Presence Group Codecs
Hi All
Has anyone integrated these yet, I've had a quick look at the integrators guide and the syntax looks pretty much the same as usual, just wondering if anyone has tried them with the HDX modules
Cheers Jon
|
Re: Simple TCP/IP Send only module for device control - need help
When I start my own CSP I'm going to have to call it something like "I Speak Bytes"...
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "Andrew" <aalbert@...> wrote:
Thanks Chip, the \x00 did the trick.... We have control.
Thank you again,
Andy
--- In Crestron@..., "Chip" <cfm@> wrote:
If the instructions don't explicitly say to add a carriage return and/or linefeed, then adding it isn't going to help.
If a seven character command for "left" is literally "left---", ("left", followed by three dashes) then the string you should be sending to your TCP/IP Client symbol from an SIO should be "left---\x00"
Don't bother sending anything to the TCP/IP Client symbol *unless* the analog status output has a value of 2.
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Dealing with a device that lists the following as part of their protocol.
String of 8 characters, 8 bits/character; the 1st 7 characters describe the function; the last character must be the ASCII "NUL" control character, which has a byte value of 0 i.e. "left---" + NUL or "right--" + NUL
I have setup the TCP/IP client, and see it connecting on the right port, but when I try sending left---0 or left---00 or either of those followed by \r or \x0A I don't get any response....
Suggestions or guidance greatly appreciated, as I need to go onsite very shortly.
|
Re: Simple TCP/IP Send only module for device control - need help
Thanks Chip, the \x00 did the trick.... We have control.
Thank you again,
Andy
toggle quoted message
Show quoted text
--- In Crestron@..., "Chip" <cfm@...> wrote:
If the instructions don't explicitly say to add a carriage return and/or linefeed, then adding it isn't going to help.
If a seven character command for "left" is literally "left---", ("left", followed by three dashes) then the string you should be sending to your TCP/IP Client symbol from an SIO should be "left---\x00"
Don't bother sending anything to the TCP/IP Client symbol *unless* the analog status output has a value of 2.
- Chip
--- In Crestron@..., "Andrew" <aalbert@> wrote:
Dealing with a device that lists the following as part of their protocol.
String of 8 characters, 8 bits/character; the 1st 7 characters describe the function; the last character must be the ASCII "NUL" control character, which has a byte value of 0 i.e. "left---" + NUL or "right--" + NUL
I have setup the TCP/IP client, and see it connecting on the right port, but when I try sending left---0 or left---00 or either of those followed by \r or \x0A I don't get any response....
Suggestions or guidance greatly appreciated, as I need to go onsite very shortly.
|
Re: Simple TCP/IP Send only module for device control - need help
If the instructions don't explicitly say to add a carriage return and/or linefeed, then adding it isn't going to help.
If a seven character command for "left" is literally "left---", ("left", followed by three dashes) then the string you should be sending to your TCP/IP Client symbol from an SIO should be "left---\x00"
Don't bother sending anything to the TCP/IP Client symbol *unless* the analog status output has a value of 2.
- Chip
toggle quoted message
Show quoted text
--- In Crestron@..., "Andrew" <aalbert@...> wrote:
Dealing with a device that lists the following as part of their protocol.
String of 8 characters, 8 bits/character; the 1st 7 characters describe the function; the last character must be the ASCII "NUL" control character, which has a byte value of 0 i.e. "left---" + NUL or "right--" + NUL
I have setup the TCP/IP client, and see it connecting on the right port, but when I try sending left---0 or left---00 or either of those followed by \r or \x0A I don't get any response....
Suggestions or guidance greatly appreciated, as I need to go onsite very shortly.
|
Simple TCP/IP Send only module for device control - need help
Dealing with a device that lists the following as part of their protocol.
String of 8 characters, 8 bits/character; the 1st 7 characters describe the function; the last character must be the ASCII "NUL" control character, which has a byte value of 0 i.e. "left---" + NUL or "right--" + NUL
I have setup the TCP/IP client, and see it connecting on the right port, but when I try sending left---0 or left---00 or either of those followed by \r or \x0A I don't get any response....
Suggestions or guidance greatly appreciated, as I need to go onsite very shortly.
|
Crestron Tradeshow Downloads
Didn't Crestron used to have their various tradeshow programs up on the FTP servers to download? They were useful so you could pick them apart and see how they're doing things, use various graphics, etc. Looks like they either took them down, or I'm not looking in the right place...
|
Re: BIPADs not always receiving commands?
Are you running the latest CP3 firmware? Until the most recent release there were a few cresnet bugs. I had a similar issue where ML-600's would stop responding. Also you can check errlog and may find some cryptic messages from the cresnet process. Firmware update should clear those up.
Jon
toggle quoted message
Show quoted text
--- In Crestron@..., "floyd1212" <floyd1212@...> wrote:
I'm racking my brain trying to troubleshoot an intermittent problem I am having with audio being switched through 2 BIPAD8s. It seems like the BIPAD8s aren't always responding to incoming signals. I can go into a room and turn the system on and off 50 times, and 20 out of that 50 I won't get any audio. When I check signals in Debugger, they always indicate that audio *should* be playing, but there's no way for me to be sure that the BIPADs actually received the signals.
When I do a Network Analysis on the 6 Cresnet devices in my system, I get periodic failures (see my other post about that earlier today) but I have never had one of the BIPAD8s completely fall off the network and not report back. This is all running off a CP3.
Has anyone run across this before? Is what I'm describing even possible?
|
You are trying to control toolbox loads from another application, correct? I spent way more time than I should have looking at the snippet you posted and I'm not entirely clear where it actually does anything other that start up a Toolbox session. BUT, I don't know enough about it. I did find that there is a function that will give you the last error reported, but at that point I realized that I was a bit over my head. Can you do this using toolbox scripting or is there a need for an application? Heath Volmer Digital Domain Systems Littleton, CO Sent from my iTypo 4 On Jun 11, 2013, at 3:59 PM, Bradley Seman <el_perro_azul@...> wrote: I was hoping you guys could help me find out what was wrong with my code. Why isn't it working?
[Non-text portions of this message have been removed]
|
BIPADs not always receiving commands?
I'm racking my brain trying to troubleshoot an intermittent problem I am having with audio being switched through 2 BIPAD8s. It seems like the BIPAD8s aren't always responding to incoming signals. I can go into a room and turn the system on and off 50 times, and 20 out of that 50 I won't get any audio. When I check signals in Debugger, they always indicate that audio *should* be playing, but there's no way for me to be sure that the BIPADs actually received the signals.
When I do a Network Analysis on the 6 Cresnet devices in my system, I get periodic failures (see my other post about that earlier today) but I have never had one of the BIPAD8s completely fall off the network and not report back. This is all running off a CP3.
Has anyone run across this before? Is what I'm describing even possible?
|
I was hoping you guys could help me find out what was wrong with my code.? Why isn't it working?
[Non-text portions of this message have been removed]
|
Is it just me or do the TSW series panels have color replication problems with pngs? As well as poor resolution when compared to an Xpanel conter-parts. I haven't been impressed.
toggle quoted message
Show quoted text
--- In Crestron@..., Heath Volmer <hvolmer@...> wrote:
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]
|
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]
|
After a couple hours of waiting, my issue has to do with sending commands to joins on another page that do not show the proper FB when you then go to that page, if that makes any sense at all. Currently there is no fix. Unless someone here has it all to themselves. lol. What a day! Time to disconnect.........
toggle quoted message
Show quoted text
--- In Crestron@..., "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
|
