Your Universal Remote Control Center
RemoteCentral.com
Philips Pronto Professional Forum - View Post
Previous section Next section Previous page Next page Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Page 3 of 4
Topic:
"System in Use By another User"
This thread has 57 replies. Displaying posts 31 through 45.
Post 31 made on Tuesday March 2, 2010 at 08:28
parinacota
Lurking Member
Joined:
Posts:
March 2010
3
Hi,
I just read this thread and discover that I was not alone... I am running last version of firmware on both TSU9400 & RFX9600, and have the same problem. I am using RS232 for volume control (Denon) and IR for Channel+/- (Freebox, French ADSL TV receiver).
==> No problem with sound level (and hoppefully, my power amp is very powerfull!)
==> I have the "bug" once or twice the month for Channel+/-, the only workaround is to reboot the RFX9600.
To my mind, the problem is link with the RFX9600 firmware: I have updated first the PE and TSU with new versions, I didn't have any problem. One month later, I have updated the RFX9600 and the problem occurs several times...

AS other people, I can upload my configuration file for Philips team (where?), but for the channel+ (for instance) this is really simple: on system/system properties page, on the Channel + button, a simple "IR Function" that point on my "Ch+" IR code. And the component is set to use IR1 on my RFX9600 extender.

Very annoying...
Post 32 made on Thursday March 4, 2010 at 03:27
parinacota
Lurking Member
Joined:
Posts:
March 2010
3
Hi,
To add information, the problems occurs yesterday, with che "channel+" command. while the channels where rotating - and the system was "busy" - I turnd off the TSU9400 with the physical switch. The RFX9600 stops to send IR to the freebox at this moment, and after the TSU reboot the system was OK.

Hoppefully, I implemented a "test" at remote startup to check what is on or off to be able to return to the last activity with good global variables...

Regards,
Post 33 made on Thursday March 4, 2010 at 04:20
ProntoTeam
Philips Remote Controls
Joined:
Posts:
September 2003
52
Hi Parinacota,

Please look into our profile and apply the prontoteam email address to send your posts related to this issue.

Thanks in advance,
The Prontoteam
Post 34 made on Tuesday March 9, 2010 at 04:57
Harryup
Long Time Member
Joined:
Posts:
July 2008
42
Don't know if this problem is correlated. I own 2 Denon 4308 both controlled over IR with one 9600 and one 9400. Both remotes running first generation firmware with WAP integration without any trouble at all. The TSU 9600 also use a RFX9600 for controlling of other equipment but not involved with the Denon at all. Last half year the "Command failed" has started to increase a lot and also occurences of galloping volume control. I normally needed to push the Power 3 times before everything started at the end. The volume raising has a delay so you are just able to put the remote on the table and lean back and then it starts to raise approx 2-3 sec later after you have set the volume.
Never any problem with the 9400 without extender. The network is shielded CAT6 and I even run a separate WiFi for just the remotes. Yesterday I saw the preferred solution to set the extender to DHCP and I tried many times yesterday to switch back and forth without any problem. I also upgraded my TSU9600 and RFX9600 to the latest firmware. Most likely cured the "Command Failed". I also noticed that the responsiveness of the volume control increased dramatically and after comparison are equal to the 9400 with the other Denon 4308.
Something odd might be that the extender does not show up in the extender search window nor in switch 3 position. Just in switch 2 position but it works fine otherwise.

/Harry
Post 35 made on Wednesday March 10, 2010 at 19:37
joeh71
Long Time Member
Joined:
Posts:
August 2003
94
Just some additional info I am using a Denon AVP-A1HDCI controlling RS-232 and had the volume ramp up problem happen to me as well. See above post "Bug".

Thank's,
Joe
OP | Post 36 made on Thursday March 18, 2010 at 01:41
SJHart
Long Time Member
Joined:
Posts:
December 2003
383
I also have the Denon AVP (via RS232) that I had this problem with in our dedicated HT (but also our family room setup which has a Sunfire controller via IR). Crazy, but after having the issue many times, I have NOT had any issues for over a month now. I've uploaded many new configurations over this period as I have added some new components. Hope I never see this issue again.... Really a strange problem. SJ
Post 37 made on Thursday March 18, 2010 at 02:19
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,992
I am curious. I have never experienced this volume ramp problem and have only experienced the other problem 1 time but I'm not running 7.2.22 firmware. Instead, I run 7.1.21 firmware and use PEPv1 for now. That will change in the very near future.

When you guys say 232, do you mean 1-way actions in 232 or are you using serial.send/match/receive? I think it is the former but would like confirmation please as this issue has piqued my curiosity.
Lyndel McGee
Philips Pronto Addict/Beta Tester
Post 38 made on Thursday March 18, 2010 at 07:21
joeh71
Long Time Member
Joined:
Posts:
August 2003
94
Hi Lyndel,
I'm just using 1-way 232
Post 39 made on Friday March 19, 2010 at 01:31
Jon Welfringer
Long Time Member
Joined:
Posts:
December 2002
175
I'm using the two-way Denon module w/ 7.2.22. Like SJHart, I have not seen the volume ramping problem in a while. I never really noticed that the problem might be gone, but I haven't seen it in many weeks (or even a couple of months) that I can recall. It used to be a daily occurrence. I have been quite busy for many weeks and not watching as much TV, so it could just be related to that.
Post 40 made on Friday March 19, 2010 at 04:48
nerieru
Long Time Member
Joined:
Posts:
January 2009
233
 1. Configuration file
Sent (3 different ones)
 2. Type of device and Firmware versions of al components involved, i.e. Pronto's, extenders, routers etc.
rfx9600's, tsu9400's, tsu9300. Hawking 300N's, latest firmware in B+G Mode. Fixed IP Addresses. Both on extenders and the rest of the equipment.
 3. How long does the IR continuation approximately last?
5-10 seconds.
 4. Occurrence of the issue
after wake up, often looses connection after a few "Command Failed"'s and then needs to reconnect (another ~5 Seconds). Set the timeout to 24 hours, but didn't do any good.
 5. Relevant messages in diagnostics log, i.e. those related to the issue
Extender didn't reply
 6. Is there ProntoScript involved? i.e. does the issue occur when a PS module is active or is there possibly PS running in the background. Or is the action initiated by a PS?
No prontoscript.
 7. Does the issue always occur with hard buttons or also with soft buttons?
Both

Posted it here for reference.
 
Edit: When I use WEP as Security Protocol I always get a 'Command failed' (Extender didn't reply). On WPA it works, but not well enough (the above issue). Seems to be most stable on WPA2, still not acceptable but slightly better than WPA.

Hoping for a quick solution, client's getting pissed as he "Hasn't been able to use" his system. (Ofcourse it's annoying if you simply want to change the channel or the volume and you have to wait 5~15 seconds to do so).
"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 41 made on Friday March 19, 2010 at 04:56
Sogliphy
Long Time Member
Joined:
Posts:
July 2007
186
 2. Type of device and Firmware versions of al components involved, i.e. Pronto's, extenders, routers etc.
rfx9600's, tsu9400's, tsu9300. Hawking 300N's, latest firmware in B+G Mode. Fixed IP Addresses. Both on extenders and the rest of the equipment.

Please try to be more specific here:

- Hawking has several products containing the name "300N", some of those are not even access points or routers, but WiFi client adapters:

HWRN2 - Hi-Gain Wireless-300N Router
HWUN1 - Hi-Gain Wireless-300N USB Adapter with Upgradeable Antennas
HWUN1A - Hi-Gain Wireless-300N USB Adapter with Upgradable Antennas for Macs
HWDN1 - Hi-Gain Wireless-300N USB Dish Adapter (For Mac & PC)
HWDN1A - Hi-Gain Wireless-300N USB Dish Adapter (For Macs)
HWRN1A - Hi-Gain Wireless-300N Router
HWABN1 - Hi-Gain Wireless-300N Access Point/Bridge
HWREN1 - Hi-Gain Wireless-300N Range Extender
HOWABN1 - Hi-Gain Outdoor Wireless-300N Multifunction Access Point

- "latest firmware" is rather vague. The latest version at which point in time ? It's a lot more useful to post the actual version number; in many cases, "latest" depends on the region, as different regions might use different firmwares.
Post 42 made on Friday March 19, 2010 at 05:09
Harryup
Long Time Member
Joined:
Posts:
July 2008
42
Try to use DHCP for the extenders.
Phillips help file states that extenders should if possible use DHCP.
Solved all my problems when I switched from fixed IP to DHCP.

/Harry
Post 43 made on Friday March 19, 2010 at 09:27
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,992
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>
Lyndel McGee
Philips Pronto Addict/Beta Tester
OP | Post 44 made on Tuesday March 23, 2010 at 01:43
SJHart
Long Time Member
Joined:
Posts:
December 2003
383
Well, happened again briefly last night when I was turning up my transducer..... Guess the issue is still there. SJ
Post 45 made on Tuesday March 23, 2010 at 04:02
buzz
Super Member
Joined:
Posts:
May 2003
4,366
I've never seen the "System In Use ..." message issue first hand, but I will see occasional "Command failed" messages, usually if I start sending commands too soon after downloading a program to the TSU. With respect to the "System In Use ..." message, I'm beginning to wonder if there is an input buffer overflow issue in the RFX and the error message is misleading. If there truly is another user working with the RFX, then "System In Use ..." is the correct response.

Consider the possibility that, when the RFX is being hit with several commands, typical of a volume Up or Down, that commands are backing up in the input queue. I have no idea how long this Queue might be (or if it exists), only that there is a possibility that the next command is sent by the TSU, before the RFX is fully finished with processing the previous command(s). While "Busy" would be a more appropriate response, "System In Use ..." may be the only available response. In fact there may not be any RFX input buffer and the TSU is designed to wait a fixed or calculated interval before sending the next command.

Waiting a fixed or calculated interval could work most of the time, but if there is some sort of garbage collection activity in the RFX, I can imagine that this activity could intermittently upset the timing and cause an overrun.

As a diagnostic, logging the number of commands sent and the times of these events might help establish some sort of pattern.

A work around might be as simple as adding a very short delay between all commands or only when sending bursts of commands, such as a string of volume commands.
Find in this thread:
Page 3 of 4


Jump to


Protected Feature 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.

Hosting Services by ipHouse