11/18/09 - A major update brings our collection to over 1,350 manuals for 115 brands.
11/04/09 - New features, hundreds of 2-way and RS-232 modules, plus a web browser for the MX-6000.
9/04/09 - Latest activity-based model features a color screen at an economical price.
9/03/09 - * OK, one string – you may have to learn something!
8/22/09 - As it turns out, those who do not learn from history... still won't repeat it.
|
|
 |
|
|
The following page was printed from RemoteCentral.com:
| Topic: | Wfi Signal Disconnects When Screen Dims Down This thread has 50 replies. Displaying posts 16 through 30. |
|
| Post 16 made on Thursday October 1, 2009 at 00:09 |
PS2 Regular Member |
Joined:
Posts: | October 2005
61 |
|
|
I am using the latest versions of the firmware and editor.
As soon as the screen dims, I am loosing my wireless connection (whether it is WEP or WPA does not matter) even though the wifi timeout is set two 2 hours.
Prontoscript keeps running; I am getting tons of error messages because I am polling the RFX9600 and lost the connection.
|
|
| Post 17 made on Thursday October 1, 2009 at 12:09 |
Drexal Junior Member |
Joined:
Posts: | September 2009
25 |
|
|
|
On October 1, 2009 at 00:09, PS2 said...
I am using the latest versions of the firmware and editor.
As soon as the screen dims, I am loosing my wireless connection (whether it is WEP or WPA does not matter) even though the wifi timeout is set two 2 hours.
Prontoscript keeps running; I am getting tons of error messages because I am polling the RFX9600 and lost the connection.
Try enabling DHCP on the Pronto rather than a static ip address,just so see if it works any better ?
At the weekend i going to have a better look at all the hosts that are connected to the router and make sure there are no conflicts.
I have 8 devices in total on the network.........
One thing that i have noticed with my router,is that even though some of my devices are connected to the network,they are not being displayed on the routers system screen.
|
|
| Post 18 made on Thursday October 1, 2009 at 13:47 |
athlon1988 Junior Member |
Joined:
Posts: | August 2008
4 |
|
|
I'm still using Squeeze Center 7.3.3.
Don't believe it has something to do with SlimPronto.
Network icon on TSU9600 shows red cross.
|
--------------
TSU 9600 |
|
| Post 19 made on Tuesday October 6, 2009 at 05:26 |
michaelpremote Junior Member |
|
|
I have a similar experience, but just with the pronto. I have upgraded to the the latest f/w on the TSU and RFX9600. Since I changed to WPA, the first button push of a hard key does not work. You need to press it twice, or touch the panel to light it up and then press a key.
When I was using WEP, the first press of a firm key or any of the hard buttons would work.
Note, for WPA I have fixed IP addresses.
Michael
|
|
| Post 20 made on Tuesday October 6, 2009 at 07:36 |
Barry Gordon Founding Member |
Joined:
Posts: | August 2001
1,588 |
|
|
I do not believe it is a WPA vs WEP issue. I am seeing it on some systems and not on others. I will try and localize it to a greater degree as time goes on.
Right now it occurs mostly with a specific WAP (but I do not think it is the WAP), and with simple TCP/IP talking to a server to transmit the equivalent of a simple IR code number and receive an acknowledge.
The code is fairly old and I need to instrument it to see the sleep/wake state when it is occurring. I do not believe it has anything to do with the code, but rather the state of the Pronto when the button is pressed. It appears to me that it is not even reacting to the press.
|
|
| Post 21 made on Tuesday October 6, 2009 at 12:53 |
I have one 9600 and a 9400.
The 9400 misses never but the 9600 I need to press the first command maybe 2-3 times before something happens sometimes. It seams to be that some commands that involves more step are more sensitive even if they are not using the network. And others that are shorter but are using the network works fine every time.
I actually thinks it's getting worse over time. I'm not using WEP or WAP when connecting to my RFX9600. And I know that there is no problem with the network at all.
Harry
|
|
| Post 22 made on Tuesday October 6, 2009 at 15:24 |
Drexal Junior Member |
Joined:
Posts: | September 2009
25 |
|
|
Well after some tinkering at the weekend i found that i did have 2 conflicting ip address's.
I have now addressed these and put the pronto back onto a static ip address and everything is a lot better.
I don't seem to get the wifi signal crossed out,at all now.
I can't get a ping response when the pronto's screen dims down,but i presume this is how its meant to be.
|
|
| Post 23 made on Thursday October 8, 2009 at 09:45 |
deflektor New Member |
Joined:
Posts: | October 2009
2 |
|
|
I have a TSU9400 with latest firmware and it suffers from the same issue. As soon as the screen dims, wifi connection is lost. The wifi timeout setting does not seem to do anything (I have it set to 15 minutes).
When the pronto wakes up it quite often fails to establish a new connection, which is very annoying. When that happens I have to let the screen dim before I wake it up again for a new try.
A workaround of sorts would be to keep the display lit for a longer time, but that would drain the battery...
I'm using WPA. My other devices work flawlessly with the access point. I have tried assigning the pronto a static IP but as expected that doesn't make any difference.
|
|
| Post 24 made on Thursday October 8, 2009 at 11:55 |
Drexal Junior Member |
Joined:
Posts: | September 2009
25 |
|
|
Do you have any conflicting ip address's on your router like i did ?
Are you also putting your routers ip address in the primary DNS as well as the gateway ?
|
|
| Post 25 made on Thursday October 8, 2009 at 21:59 |
toddla Junior Member |
Joined:
Posts: | November 2006
12 |
|
|
|
I have the same problem with both my TSU 9600s and 9300s. Running 7.1.21, no security, static IP with no conflicts and a 24 hr time out on all 4. Only time the Pronto WiFi connection stays up with the screen off for me is when the Pronto is docked. Does seem like the time out doesn't do anything. Be nice if it did so we didn't have to wait for WPA to renegotiate and end up missing button presses until the connection comes back up.
|
|
| Post 26 made on Friday October 9, 2009 at 04:06 |
Drexal Junior Member |
Joined:
Posts: | September 2009
25 |
|
|
|
Just as a bit of extra information,I am using WEP for security......as mentioned in post 13.
|
|
| Post 27 made on Friday October 9, 2009 at 04:34 |
deflektor New Member |
Joined:
Posts: | October 2009
2 |
|
|
|
On October 8, 2009 at 11:55, Drexal said...
Do you have any conflicting ip address's on your router like i did ?
Are you also putting your routers ip address in the primary DNS as well as the gateway ?
Nope, no conflicting IP addresses.
My router is also a DNS server, so I have its IP address in the gateway and DNS fields in the pronto settings. To rule out name resolution issues I have tested to configure the pronto to access my devices directly with their respective IP addresses, but the problem persists.
And since all my devices are on the same subnet as the pronto itself, its not a routing issue.
|
|
| Post 28 made on Sunday October 11, 2009 at 22:08 |
PS2 Regular Member |
Joined:
Posts: | October 2005
61 |
|
|
I found that if the Pronto TSU9400 is connected to the USB port of the PC, it does go to sleep (onSleep() is called), but I do not get any errors reading the RFX9600 serial port which leads me to believe Wifi does not disconnect when the Pronto is connected to USB.
Remove the USB cable and I am getting errors.
|
|
| Post 29 made on Wednesday October 21, 2009 at 19:48 |
toddla Junior Member |
Joined:
Posts: | November 2006
12 |
|
|
|
I called Pronto support last week about this and they were of little help. The first guy I talked with didn't seem to understand what the wireless timeout set to 24 hours was supposed to do. The call was finally escalated to one of the operations managers who still didn't grasp the problem and didn't seem to believe me until I referenced this thread. He said he'd look into it and call back, but a week later, I never heard back. I called into support again today and this time the first tier guy said to change the Roaming Strategy to Multiple APs, then the Scan Strategy to Only When Connectivity is lost. That didn't seem to change the behavior of what's being described in the thread. Anyone else have any luck getting a resolution?
|
|
| Post 30 made on Wednesday October 21, 2009 at 20:57 |
Guy Palmer Regular Member |
Joined:
Posts: | June 2008
290 |
|
|
I don't have any thoughts on a resolution but it clearly only affects some people. For me, the issue only arises rarely, namely when I leave the Pronto on a screen which has a open TCPIP socket AND which is communicating with another PC (i.e. not the Internet) AND then only within certain applications.
On October 6, 2009 at 07:36, Barry Gordon said...
I need to instrument it to see the sleep/wake state when it is occurring.
I would guess that you are the best hope in resolving this. Have you discovered anything further?
|
|
 |
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.
|
|
