|
|
|
The following page was printed from RemoteCentral.com:
Topic: | "System in Use By another User" This thread has 57 replies. Displaying posts 46 through 58. |
|
Post 46 made on Tuesday March 23, 2010 at 04:02 |
gopronto Senior Member |
Joined: Posts: | April 2008 1,453 |
|
|
On March 19, 2010 at 09:27, Lyndel McGee said...
Note that I assign fixed IP addresses to the extenders but NEVER set the IP address for the extender in PEP. Does anyone else use this approach or is everyone using fixed IP for extender assigning the IP in PEP> Hi I never used to set the IP address in PEP, untill the latest version which seems to work better if you do. I have also noticed that the extender seems to respond faster :)
|
Pronto still one of the best Wi-Fi Remotes, www.ikonavs.co.nz and [Link: axiumcontrol.com] Axium Control |
|
Post 47 made on Monday March 29, 2010 at 07:56 |
nerieru Long Time Member |
Joined: Posts: | January 2009 233 |
|
|
Curious if anyone has received an update by the prontoteam. (Either firmware or update on the issue).
Also am I the only one that has an issue with WEP64, when I use that it can't contact the extenders at all. (3 different projects) this only happened with the latest firmware, don't have this issue with older clients.
|
"All of the books in the world contain no more information than is broadcast as video in a single large American city in a single year. Not all bits have equal value." - Carl Sagan |
|
Post 48 made on Tuesday March 30, 2010 at 04:59 |
kevin82 Long Time Member |
Joined: Posts: | January 2008 197 |
|
|
We have this problem with web64 and WPA
We have receiced a beta firmware for the TSU9600 , and are going to test it with 2 customers who have a lot of problems. i think philips is working really hard to get this problem out of the firmware, i will post as soon as i have some results.
|
|
|
Post 49 made on Wednesday March 31, 2010 at 17:35 |
blang2006 Long Time Member |
|
|
Sorry, I haven´t read all contributions. But I want add my experience with this problem, assuming it es a new aspect:
TSU9600 and RFX9400; newest firmware Windows 7 PC; 64bit OEM Controlling of squeezeserver by TSU9600 Router: D-LINK 605 NO ENCRYPTION
This configuration was running for two days; during this time 5 respondes "System is in use by another User"; sometimes very poor responds of the commands (10 seconds); sometimes no respond for long time (30-60 seconds). Distance from TSU9600 to router: ca. 5m
SAME hardware/software/firmware is running absolutly troublefree (before I tested the D-Link router and now). But: I changed the router. WIFI is inclusive WPA encryption now; I have never seen this screen again.
|
|
Post 50 made on Friday April 2, 2010 at 07:29 |
joeh71 Long Time Member |
Joined: Posts: | August 2003 94 |
|
|
I know I need to post all my equip. etc. but I had the volume problem happen again but this time it was a "mute" button press. Would not stop sending the code out until I reboot the TSU-9600.
Joe
|
|
OP | Post 51 made on Friday April 2, 2010 at 19:48 |
SJHart Long Time Member |
Joined: Posts: | December 2003 383 |
|
|
Seems to be random on any repeating action. As I noted last, it happened when I was controlling my transducer (buttkickers). Also happened once when I was scrolling through the guide on my Sat Receiver..... SJ
|
|
Post 52 made on Sunday April 11, 2010 at 11:23 |
richardstrudwick Long Time Member |
Joined: Posts: | September 2002 226 |
|
|
Add me to the list, luckily I had already read about the problem on here so leapt up and turned off my amp before the speakers blew!
|
|
OP | Post 53 made on Tuesday April 13, 2010 at 00:36 |
SJHart Long Time Member |
Joined: Posts: | December 2003 383 |
|
|
Yeah, I turned my MAX volume down on my processor just in case it happens again on the volume contol. If your processor has this option, you may want to do that in case you can't run as fast the next time! SJ
|
|
Post 54 made on Saturday April 17, 2010 at 14:55 |
Drexal Long Time Member |
Joined: Posts: | September 2009 62 |
|
|
I only had the volume and system in use by another user problem,when i had commands assigned to the rotary wheel.
Now that i have no commands assigned to the rotary wheel,I haven't had the problem for about 4-6 weeks now.........coincidence ?
|
Philips Pronto TSU9600,RFX9400 |
|
Post 55 made on Saturday April 24, 2010 at 02:50 |
kevin82 Long Time Member |
Joined: Posts: | January 2008 197 |
|
|
We received a test update for the TSU9600 from philips a few weeks ago, but still had the same issues. Now we have received a update for the TSU9600 and RFX extender for testing. I will report back as soon as i have tested it.
|
|
|
Post 56 made on Monday May 3, 2010 at 02:10 |
702Tech Long Time Member |
Joined: Posts: | October 2006 15 |
|
|
Didn't have the volume issues but did have the "System In Use By Another User" issue and the remotes would freeze up or just not send commands as well as one of the three RFX9600 extenders would lock up serial ports. This is what I found to be my issues: In this system the following Philips and network devices are: (4) TSU9600, (2) TSU9400, (3) RFX9600, (1) Linksys WRT54G wireless router, (4) Linksys WPA54G wireless access points. All use static IP addresses and ARE NOT connected to another network or the internet.
This started about 5 months ago when new firmware was loaded into one of the TSU9400 remotes. Since all the programs were built with PEP 1, I decided it would be time to re-build all the programs with PEP 2 (the most current version). Loaded all the new firmware for all the Philips devices and got to work on the new program builds. During this process I may have discovered what I think to be the problem. With PEP 2, when you convert over files from PEP 1 and don't remove the commands such as IR and RS232, PEP 2 will load and check them then add a device in your database "unknown serial device to extender o port 1, or extender 1 port 2, ect." So on one of the remotes I got "unknown serial device to extender 0 port unknown". I opened this up in my database and found there was multiple device commands on extender 0 serial port 1. Here is the extender and serial ports that the devices are assigned to: Russound extender 0 serial port 1 CentraLite extender 0 serial port 2 Vizia RF extender 2 serial port 1 JVC RS extender 2 serial port 4 But only some of the device commands have been changed. Went and thoroughly checked each of the six programs and found other things missing or wrong in commands and scripts. During this time, the HAI OmniPro II program and the CentraLite Elegance program had also been corrupted. WTF, so fixed all of these and have not had an issue for well over a month.
So point being, not sure if the TSU9400 firmware was corrupted from download or just firmware V6.something was messed up. All current firmware 7.2.2 are installed on the remotes and 1.4 on the processors. Then, all the other equipment on the Pronto Network have been updated. So if you noticed the problem after a firmware update, I would advise you to first update all firmware and PEP 2 software, if you are using any Pronto Scripts either remove and reload them or download the newest from Philips, then look over your programs AND Pronto Scripts real close to see if anything has been moved around.
|
Wire Works of Las Vegas |
|
Post 57 made on Tuesday May 4, 2010 at 20:04 |
Lowpro Select Member |
Joined: Posts: | March 2004 2,081 |
|
|
With my RFX9400 extenders in Stand-Alone mode this issue is all, but resolved and the one time it did happen in Stand-Alone mode I was able to immediately recover from it. Choosing "OK" to the message was all I had to do. The remote returned to normal operation at that point. While running my extenders in Network Mode however, this issue happens frequently. Only a reset of the remote allows me to recover. When the message comes up choosing "OK" simply clears the messages for a split second where it them comes right back up. I'm simply unable to recover and if it happened during a repeating action like increasing the volume of my receiver the volume will continue to increase unless I run over the receiver and physically hold the volume knob to keep it from moving though at that point I have no choice obviously, but to power off the receiver. This issue happens for non-repeating actions as well, though more often for repeating actions. Don't have the remote firmware version I'm running handy (is the one a few back that addresses a memory leak issue), but the release prior to the one I'm using is when this issue first appeared for me. I've reverted to the prior firmware and have been unable to replicate the issue, so it's definately a firmware issue in my opinion. Should also note that I'm using PEP v1.1.20, not PEP v2.
|
LP Related Links: View my profile to access various links to key posts and downloads. |
|
OP | Post 58 made on Tuesday August 3, 2010 at 23:27 |
SJHart Long Time Member |
Joined: Posts: | December 2003 383 |
|
|
According to their website, the latest firmware that they released in July fixes this. I'm going to try it. See thread on the new version..... SJ
Last edited by SJHart on August 3, 2010 23:40.
|
|
|
Before you can reply to a message... |
You must first register for a Remote Central user account - it's fast and free! Or, if you already have an account, please login now. |
Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.
|
|