开云体育

Tried that, both with the IE options and CCleaner to clear everything - still showing old design :o(

--- In Crestron@..., trayschaeffer <trayschaeffer@> wrote:

Clear the temp files from your browser. That's all I can think of right now...

Tray




Sent from my Samsung Galaxy Note???, an AT&T LTE smartphonerlf79cm <rlf79cm@> wrote:
I've updated my xPanel but whenever I compile and run it through the browser it's showing the old version - I've tried renaming, running it from the PC, processor, etc - always showing the old version. If I compile as an exe the new design works fine, but I can't for the life of me get the browser version to update.

Never seen this before - any ideas?

Cheers, Rick



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

Clear the temp files from your browser. That's all I can think of right now...

Tray




Sent from my Samsung Galaxy Note???, an AT&T LTE smartphonerlf79cm <rlf79cm@...> wrote:
I've updated my xPanel but whenever I compile and run it through the browser it's showing the old version - I've tried renaming, running it from the PC, processor, etc - always showing the old version. If I compile as an exe the new design works fine, but I can't for the life of me get the browser version to update.

Never seen this before - any ideas?

Cheers, Rick

your first ip table is 127.0.0.1 is it a type mismatch ?

have you set the same ip-id on the dmps and the tp ?


{Paf}


2013/3/21 wes <wesam_helmy@...>

**


i have DMPS100 & TPMC12v screen
the screen disconnected i don't know the reason

DMPS IP: 192.168.1.62. IP TABLE: 172.0.0.1
TP IP: 192.168.1.93. IP TABLE: 192.168.1.62

is this correct configuration?

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

I'm assuming the log entries you've included are from the Simpl+ module
'Tandberg MXP Processor v1 (cm)'.



Adding a ClearBuffer is rarely a good solution to a buffer overflow. I'd
suggest one of two things:



Make the buffer bigger. This isn't anything like a sure-fire solution, but
it's easily accomplished. This really only works when a module that will
always, eventually process (and remove) all data from its buffer is
overwhelmed with a lot of data in a very short period of time.



Make sure the module is configured in such a way that all data will always
be processed (and removed) from the buffer, regardless of the timing of its
arrival.



The Simpl+ in question appears to be written in such a way that the contents
of the buffer, assuming all data is delimited with a New Line, will
eventually be processed regardless of timing. I'm not a big fan of the
specific method used* but in and of itself, it should function as intended.
My guess, is this is one of those somewhat rare instances where making the
buffer bigger might actually pay off.



*More than a few bits of the logic inside the TandbergRx$ Change could be
rewritten to make life easier for both the programmer and the processor, but
you'd have to give up X-Gen compatibility along the way.



From: Crestron@... [mailto:Crestron@...] On Behalf
Of coolaiddrinker
Sent: Friday, March 22, 2013 10:53 AM
To: Crestron@...
Subject: [Crestron] Tandberg Buffer Overflow error





Hi Guys,

I am starting to get buffer overflow issues from Tandberg MXP Full Control
module (crestron written). I opened the module to see where the issue is
indicated, I can see they have put remove command so technically the buffer
shouldn't overflow. Should I just put a clearbuffer command at the end of
change event to rid me of this issue.

here is what i am receiving in the error logs

ystem log:

1. Notice: CIP device 12: back ONLINE
TimeStamp: 20:23:56 3-20-13 UpTime: 0 days 00:01:08.15 Task: UDP_Serv
2. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1007, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.36 Task: EvD0004
3. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1021, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.39 Task: EvD0004
4. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1022, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.41 Task: EvD0004
5. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1011, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.43 Task: EvD0004
6. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1002, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.44 Task: EvD0004
7. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1013, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.46 Task: EvD0004
8. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1002, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.48 Task: EvD0004
9. Error: Overflow on Buffer Input __TANDBERGRX$ on Module: S-3.3:S-32. New
= 1024, Max = 1000
TimeStamp: 20:28:35 3-20-13 UpTime: 0 days 00:05:48.58 Task: EvD0004
Total Errors Logged = 9

just for curiosity, how do you guys fix these issues as i experience them
with clearone/Biamp(sometimes) modules and some others(all crestron modules)
as well?

Thanks in advance.

Sounds like it will be fine.

Heath Volmer
Digital Domain Systems
Littleton, CO

Sent from my iTypo 4

On Mar 19, 2013, at 11:02 PM, "pd.armstrong77" <paul_mach3@...> wrote:

but I could potentially use a din-8sw8 relay for the switching? its rated for 240v 16amp. I only ask as I am using these for all sorts of requirements on site from window treatments and garage door open triggers etc and I have plenty of spares on the last module? I could trigger it from the selection of the altered tv position with an interlock?

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

You can use the PRO3 relays to trip an external relay. I like to get relays with 24V DC coils because there is always Cresnet power around. Any time you introduce a contact into a speaker line, you could have loss, but it will be negligible and probably undetectable.

I believe the internal relays are rated for 30V. Speakers signal can exceed that. Not sure what would happen, given the transient nature of the signal. You would of course use up four of them vs just one for external and it will be messier than using a DPDT relay external (looping the inputs through those tiny terminals). It is always safest to have a level of separation between things. I recall taking over a job with a PRO2 that had many fried relays. There was a motorized door panel that had a 48V trigger on an external relay. I'm assuming that the previous guy had tried various internal relays and had relay failures. I think they were stuck closed.

- Heath -

On Mar 17, 2013, at 10:00 PM, pd.armstrong77 wrote:

what a fantastic suggestion! and a tremendous price!! Will there be any loss of quality?

When you say digital output, are you referring to the pro3 versiports? Can they be set to output a specific voltage or will this toy be happy with a logic closure?

Out of curiosity what is the reason that their relays can't be used, would it damage them? or the speakers, or both?

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

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

Try booting up bypassing the program. You'd need to recompile the program that's in there (I thought they got erased on that major of an upgrade but maybe not) with the latest simpl + include4_2series.dat (in the latest database).

Program by pass = tap HW-R, then hold SW-R until you see the "bypassing program!" come up in the serial console (or just wait like a minute)

PS: since you have a serial console did you see ANYTHING after a HW-R...?



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

Also, I have tried HW-R about 2 -3 times with no success.

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

Hi Guys,

I am currently on a site where I tried to load a new project in AV2 that had firm rev 3.137 and system kept rebooting itself. So I performed SW-R to bypass the program and then upgraded the firmware to v4.003 but now i can't connect to the processor at all. The update was done through serial cable and trying to connect to it via serial as well.

When attempting to connect to processor, i get a warning in toolbox saying "the ability requested (code = productverfiypresence) is not supported on the device.


Any suggestions?

TIA

How about using it as a chair warmer?

--- In Crestron@..., Geoffrey Reynolds <greynlds@> wrote:

The door stop option sounds like the best use for those at this point :).

Geoff

On Sat, Mar 23, 2013 at 2:45 PM, Tony Golden <mrgolden@> wrote:

**


That's a good question, Joe. I actually have one Series 1 box and two
Series
2's sitting in my garage, that I've also been hesitant to just "throw
away".

A quick Google search didn't really turn up any great ideas...

--- On Saturday, March 23, 2013 at 12:36 PM, Joseph Vossen wrote:

I'm cleaning out a closet and came across a TiVo Series 1; I boxed it up
and transferred the license when I replaced it with a TiVo HD. I hate to
throw out useful electronics, does anyone have any ideas on what I can

use

this thing for other than a boat anchor and/or door stop? I'm open to
pretty much anything that is fun and (somewhat) useful.

thanks

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

Also, I have tried HW-R about 2 -3 times with no success.

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

Hi Guys,

I am currently on a site where I tried to load a new project in AV2 that had firm rev 3.137 and system kept rebooting itself. So I performed SW-R to bypass the program and then upgraded the firmware to v4.003 but now i can't connect to the processor at all. The update was done through serial cable and trying to connect to it via serial as well.

When attempting to connect to processor, i get a warning in toolbox saying "the ability requested (code = productverfiypresence) is not supported on the device.


Any suggestions?

TIA