开云体育

Good one, forgot about that. I have not had to mess with that setting in a while.

There is other info really needed also. What DM firmare. Are you on your own network or the clients? What else is on the network. If it is multiple system with similar problems, do those systems have the some of the same equipment. It could be a device is just killing the network.

Honestly it sounds like a network loop issue since it will work for a bit and then stop/drop offline, do a reboot and work again. That has been my experience with the older firmware DM's where a DM is connected to another DM. I have not had that issue since the 1 IP address firmware.

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

One thing to try, if you have not already, is to turn off auto negotiate in the Ethernet settings.
Doesn't matter much which speed/duplex setting you use but it should be consistent.

Tray


Sent from my Samsung Galaxy Note???, an AT&T LTE smartphonetoritian <toritian@> wrote:
Has anyone else experience weird network connection problems between Crestron equipment with recent updates?

I have had DM Router issues, where it will show the DM Router as being offline until I reboot the DM and then it pops back up online in the IP Table.

This happened in multiple locations with multiple programs/DMs.

On another site I have CP2E running lights talking to another CP2E and I'm having a hell of a time getting them to talk to each other over an EISC.

A reboot of both will usually connect them up for a while, but then they will stop talking.

One processor is showing a status of "UNKNOWN" and the other shows a connection status of "NO_NETWORK", which I don't remember seeing before.

I gave up using Direct Sockets because they seem broke, but this is just basic Crestron 101 falling apart.





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

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?

So i bought a URC MX980 and was thinking since the STRFGWX is 418mhz it would work as the receiver.

Am i wrong? I cant drop it in on the symbol... WTH?

and i have another gateway but yep it is a CNRFGWA... that is 418mhz.

so am i screwed?


please understand, i am a commercial guy we do not do allot of handheled remotes..

One thing to try, if you have not already, is to turn off auto negotiate in the Ethernet settings.
Doesn't matter much which speed/duplex setting you use but it should be consistent.

Tray


Sent from my Samsung Galaxy Note???, an AT&T LTE smartphonetoritian <toritian@...> wrote:
Has anyone else experience weird network connection problems between Crestron equipment with recent updates?

I have had DM Router issues, where it will show the DM Router as being offline until I reboot the DM and then it pops back up online in the IP Table.

This happened in multiple locations with multiple programs/DMs.

On another site I have CP2E running lights talking to another CP2E and I'm having a hell of a time getting them to talk to each other over an EISC.

A reboot of both will usually connect them up for a while, but then they will stop talking.

One processor is showing a status of "UNKNOWN" and the other shows a connection status of "NO_NETWORK", which I don't remember seeing before.

I gave up using Direct Sockets because they seem broke, but this is just basic Crestron 101 falling apart.

One thing to try, if you have not already, is to turn off auto negotiate in the Ethernet settings.
Doesn't matter much which speed/duplex setting you use but it should be consistent.

Tray


Sent from my Samsung Galaxy Note???, an AT&T LTE smartphonetoritian <toritian@...> wrote:
Has anyone else experience weird network connection problems between Crestron equipment with recent updates?

I have had DM Router issues, where it will show the DM Router as being offline until I reboot the DM and then it pops back up online in the IP Table.

This happened in multiple locations with multiple programs/DMs.

On another site I have CP2E running lights talking to another CP2E and I'm having a hell of a time getting them to talk to each other over an EISC.

A reboot of both will usually connect them up for a while, but then they will stop talking.

One processor is showing a status of "UNKNOWN" and the other shows a connection status of "NO_NETWORK", which I don't remember seeing before.

I gave up using Direct Sockets because they seem broke, but this is just basic Crestron 101 falling apart.





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

Er, no, I just plugged it in and powered it on and the rest is history.

Like I said, the panel now doesn't work even if the battery is out and I just use the power supply, so it seems to have nothing to do with the battery, probably just a coincidence.

If anyone wants the battery, I am happy to send it (from the UK) as my TPMC10 is dead.


On 22 Mar 2013, at 12:40, mm24all <martinp@...> wrote:

Interesting. Did you charge the battery fully first, and then try to power it from battery?

I had 2 batteries refurbed by batteryfill.com with great success, although it took 2-3 charge cycles for the battery life to read correctly in the panel.

Marty

--- In Crestron@..., Marc Nield <nieldm@> wrote:

I used batteryrefill.com for a TPMC10 and it didn't work from the moment I plugged the new battery in (constant reboot loop). Even if I take the battery out and run it only from mains, the same thing happens. It worked perfectly before I sent the battery away. I am not blaming the battery but it's certainly a coincidence.

On 21 Mar 2013, at 12:10, mm24all <martinp@> wrote:

+1 on batteryrefill.com

--- In Crestron@..., "robbie_ray" <rlray@> wrote:

I never could find a replacement but I was able to have new cells put into it.

We used these guys:



--- In Crestron@..., PatM Gmail <pat.molettieri@> wrote:

If you have a Batteries Plus around you they can make 1 for you.

Pat M


From: cheinemann605 <cheinemann@>
Reply-To: <Crestron@...>
Date: Wednesday, March 20, 2013 5:03 PM
To: <Crestron@...>
Subject: [Crestron] TPMC-10 battery

does anybody know where I can get a replacement battery for a TPMC-10?

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]