开云体育

Hi All,

Wanted to ask if anyone has a solution for getting Pandora to continuous playing if domeone is listening to the MMS. I have been told that you can send the pandora url direct and that should reset the timer but customer still is complaining that when it stop or pause that he would either need to pick up his ipad to start it again. Any suggestion would greatly be appreciated.

Thanks for all replies. Sorry just got a chance again to play with this
upgrade. I have following SW & FW VERs in the system

AV2: 4.007.0004


IMPL Windows: 4.02.08
SIMPL+ 4.02.07
Path: C:\Program Files\Crestron\Simpl

INCLUDE4_2SERIES.DAT Version Information:
(2 Series) : 1.79

INCLUDE4.DAT Version Information:
(3 Series) : 1.14.017

Data Files:
Path: C:\Program Files\Crestron\Cresdb\Programming

symlib.tio 855 03/07/2013 05:34:02PM

iodev.tio 855 03/07/2013 05:34:02PM

Other Crestron SW:

Device Database: 48.05.005.00
Crestron Database: 38.00.006.00
Crestron Toolbox: 2.35.239.03
SIMPL+ Cross Compiler: 1.3

I have initialized the processor, re-flashed the firmware but the issue
still pertains. Anything you guys see wrong with these firmware versions or
any other possibilities?

TIA

--- In Crestron@..., "h" <web1111a@...> wrote:

Actually,

There was a database release that had an include.dat that caused 3.155

firmware to continually reboot

Harvey

--- In Crestron@..., "Chip" <cfm@> wrote:

D'oh - you're right...

- Chip


--- In Crestron@..., "Ted" <ted_brincka@> wrote:

Actually, it's the reverse. If you update the firmware without

recompiling the program with the newer databases then you get the problem.

--- In Crestron@..., "Chip" <cfm@> wrote:

Any chance the firmware in the unit is kinda on the old side? A

few database versions back I found that newly compiled programs would stop
working in processors they had been fine in until the firmware got uppped.

- Chip


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

wrote:

Hi Guys,

When I load new program in the processor, it keeps rebooting. I

can get it back by bypassing the program and reloading the old one.

Any clue what should I be looking for in the program that may

cause this? I only Biamp and Tandberg Modules in the program. rest are just
buffers so I can run non core 3 on tp and test core 3 on xpanel and provide
feedback to smart objects..

TIA

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




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

**


Thanks for all replies. Sorry just got a chance again to play with this
upgrade. I have following SW & FW VERs in the system

AV2: 4.007.0004

IMPL Windows: 4.02.08
SIMPL+ 4.02.07
Path: C:&#92;Program Files&#92;Crestron&#92;Simpl

INCLUDE4_2SERIES.DAT Version Information:
(2 Series) : 1.79

INCLUDE4.DAT Version Information:
(3 Series) : 1.14.017

Data Files:
Path: C:&#92;Program Files&#92;Crestron&#92;Cresdb&#92;Programming

symlib.tio 855 03/07/2013 05:34:02PM

iodev.tio 855 03/07/2013 05:34:02PM

Other Crestron SW:

Device Database: 48.05.005.00
Crestron Database: 38.00.006.00
Crestron Toolbox: 2.35.239.03
SIMPL+ Cross Compiler: 1.3

I have initialized the processor, re-flashed the firmware but the issue
still pertains. Anything you guys see wrong with these firmware versions or
any other possibilities?

TIA

--- In Crestron@..., "h" <web1111a@...> wrote:

Actually,

There was a database release that had an include.dat that caused 3.155

firmware to continually reboot

Harvey

--- In Crestron@..., "Chip" <cfm@> wrote:

D'oh - you're right...

- Chip


--- In Crestron@..., "Ted" <ted_brincka@> wrote:

Actually, it's the reverse. If you update the firmware without

recompiling the program with the newer databases then you get the problem.

--- In Crestron@..., "Chip" <cfm@> wrote:

Any chance the firmware in the unit is kinda on the old side? A

few database versions back I found that newly compiled programs would stop
working in processors they had been fine in until the firmware got uppped.

- Chip


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

wrote:

Hi Guys,

When I load new program in the processor, it keeps rebooting. I

can get it back by bypassing the program and reloading the old one.

Any clue what should I be looking for in the program that may

cause this? I only Biamp and Tandberg Modules in the program. rest are just
buffers so I can run non core 3 on tp and test core 3 on xpanel and provide
feedback to smart objects..

TIA

Actually,

There was a database release that had an include.dat that caused 3.155 firmware to continually reboot

Harvey

--- In Crestron@..., "Chip" <cfm@> wrote:

D'oh - you're right...

- Chip


--- In Crestron@..., "Ted" <ted_brincka@> wrote:

Actually, it's the reverse. If you update the firmware without recompiling the program with the newer databases then you get the problem.

--- In Crestron@..., "Chip" <cfm@> wrote:

Any chance the firmware in the unit is kinda on the old side? A few database versions back I found that newly compiled programs would stop working in processors they had been fine in until the firmware got uppped.

- Chip


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

Hi Guys,

When I load new program in the processor, it keeps rebooting. I can get it back by bypassing the program and reloading the old one.

Any clue what should I be looking for in the program that may cause this? I only Biamp and Tandberg Modules in the program. rest are just buffers so I can run non core 3 on tp and test core 3 on xpanel and provide feedback to smart objects..

TIA

--- On Thursday, May 09, 2013 at 12:58 PM, Jeremy Stremikis wrote:

Just wondering if someone else has found this.. but I came back to a job I
did about 2 years ago. The Jandy Aqualink 4.0 module has been working every
day up until about 3 months ago... The POOL_HEAT_FB decided to stop
working. I did some debugger work and found that the Jandy Pool is now
sending POOLHT=2. The Jandy module is looking for POOLHT=1 as a feedback.
The feedback has been working fine for a couple years now. I have no idea
how or what changed but I had to edit the Jandy 4.0 module to POOLHT=2 in
order for the POOL_HEAT_FB to work, which it does now.

Anyone else run into this?

Everything looks good for the IP table. Make sure that the XPanel project (VTP) is properly configured with the processor/gateway addresses applicable to the type of project [web vs exe] and the correct IP ID on that side.

Lincoln

--
Lincoln King-Cliby, CTS
Sr. Systems Architect | Crestron Certified Master Programmer (Silver)
ControlWorks Consulting, LLC
V: 440.449.1100 x1107 | F: 440.449.1106 | I:
Crestron Services Provider


-----Original Message-----
From: Crestron@... [mailto:Crestron@...] On Behalf Of af8567
Sent: Thursday, May 09, 2013 3:53 PM
To: Crestron@...
Subject: [Crestron] quick IPID question

750 @ 127.0.0.1 IPID 03 port 41794
xpanel @ 127.0.0.1 IPID 04 port 41794

xpanel not connecting and is offline in system info. I was wondering if the addressing was the problem. Thanks in advance




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



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

The control ID may be referring to a Smart Object ID and not a ccross id. Check the Smart Object extenders under the xPanel symbol. You will probably find a couple that are set to 0d.

That would mean that you probably didn't set the Smart Object IDs for some of your smart objects, in VTPro, before importing the CED files into Simpl Windows...

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

Using layered crosspoints
750 to office lights. All works correctly. I add a core 3 xpanel in the same fashion as with the 750. Create unique signal names and control id on the ccross for the xpanel lighting. When I compile I get an error that the xpanel symbol contains duplicate control joins =0d.I can't find where I have any duplicate control joins. Moreover all of my control joins in the entire project are 500+. So I can't see where the 0d could even come in. Any thoughts? Thanks in advance

Has i know, if the device have been set to vga only, you need to select
back auto with dmtools or thru programming.

I'm not sure any reset procedure change the parameter. The reset procedure
only fix a default ip address to the unit.

Am i right ?

{Paf}
Le 9 mai 2013 12:02, "cyberbri24" <cyberbri24@...> a 茅crit :

**


I used a 201-c for testing purposes with a DMPS rack and last wetup the TX
to send VGA. Now it was unplugged, boxed up, then installed with it's own
RMC as a separate system. I just got on site and the TX is always on VGA
and will not auto switch to HDMI. I pressed the reset button and that
really didn't reset it completly. How do I setup this TX for auto? Is there
more than one way also? The system consists of an RMC-Scaler and a TX-201-C
with 8G running to eachother.

Thanks,
cyberbri

Client has a networked camera DVR that goes off-line infrequently and has to be rebooted. I'd like to just reboot the thing daily at 3AM.

Is there a non-Crestron solution to this? I have used the Digital Loggers device with success but I believe its actuated by the user or a PING failure only.

Thanks.