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 52 replies. Displaying posts 31 through 45. |
|
| Post 31 made on Thursday October 22, 2009 at 18:55 |
toddla Junior Member |
Joined:
Posts: | November 2006
12 |
|
|
Good news and bad news. I spoke to Philips support again today and after basically starting over with the first tier guy, he escalated it to the supervisor I spoke with last week. The issue did get escalated to Belgium last week and they have confirmed this to be an issue. Their speculation is this is limited to certain access points or routers as they have yet to find a common thread. So, it's probably worth posting the manufacturer of the WiFi chipset you have in your access point or router.
Mine is Atheros.
I also tried a Broadcom based Linksys WRT54Gv5 and it has the same problem.
Last edited by toddla on October 22, 2009 20:19.
|
|
| Post 32 made on Friday October 23, 2009 at 10:55 |
Sogliphy Regular Member |
Joined:
Posts: | July 2007
100 |
|
|
|
On October 22, 2009 at 18:55, toddla said...
So, it's probably worth posting the manufacturer of the WiFi chipset you have in your access point or router.
Mine is Atheros.
I also tried a Broadcom based Linksys WRT54Gv5 and it has the same problem.
It is even more useful to post the firmware revision of the access point you use. Most access point issues are due to the software in the access point, not the chipset being used.
|
|
| Post 33 made on Friday October 23, 2009 at 11:05 |
Sogliphy Regular Member |
Joined:
Posts: | July 2007
100 |
|
|
|
On October 8, 2009 at 09:45, deflektor said...
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.
The WiFi timeout affects whether or not the WiFi module in the control panel is left powered-on or not (keeping association with the access point). However, if not docked, the CPU of the control panel is powered off a few seconds after the screen dims down.
When the control panel powers down its CPU, its TCP/IP stack is also suspended. So at this point (assuming the WiFi timeout is not reached), the control panel remains associated (this can be seen on some access point's management console), but will not respond to IP packets (such as an ICMP PING).
However, when using WPA, the control panel is not able to maintain its association with the access point without the control panel's CPU being active (draining the battery).
|
|
| Post 34 made on Wednesday October 28, 2009 at 17:50 |
vanh Junior Member |
Joined:
Posts: | March 2006
14 |
|
|
|
I am having same problems with my TSU9600. It really seems to get worse over time. I run static Ip adesses, have got latest Firmware on RFX9600 and TSU9600. My DLINK DWL-G700AP also is up to date. I even changed all the IP adresses, guessing it could be an Ip adress proble. I switched to DHCP on the ponto, but no change at all. It sill loses wifi connection when screens dims down, and I get command failed errors. I really don't know what to do next. Now I have ordered a Linksys WAP54G Access Point, maybe this will solve the problem?? Right now I'm really down, a remote which isn't reliable is a disaster.
|
|
| Post 35 made on Wednesday October 28, 2009 at 21:13 |
Barry Gordon Founding Member |
Joined:
Posts: | August 2001
1,589 |
|
|
I think the problem will get resolved faster if we can gather some concrete stats about it.
In particular:
The mfg/model of the WAP or Router that is providing WAP functionality
Whether you are using WPA or WEP or no security
Pronto firmware level
SSID's of the access point (if more than 1)
The number of Wi-Fi Access points in you home with the above data repeated for each one
I do not belive that the type of IP (static orDynamic) will have a bearing on the problem.
The Pronto should be waking up every minute for about 5 seconds after going to sleep (not a true power down, but more of a hibernation, however the Processor is stopped.). I assume it is still doing that with the newest firmware, the point being to kep the WAP asociation alive. Can someone verify if that is the case?
I do not believe I have the issue, but then again I use WEP. When using the Pronto it is always out of the dock. I do have rare instances wherein the Pronto seems to have lost the link (to the WAP, to the server, to...) but I have recovery logic and it always recovers. When it does occur for those with the issue, how long does it take for the pronto to re-assocate and start working again?
Last edited by Barry Gordon on October 28, 2009 21:21.
|
|
| Post 36 made on Thursday October 29, 2009 at 05:38 |
vanh Junior Member |
Joined:
Posts: | March 2006
14 |
|
|
|
I am using wep encryption 64bit, ssid: VANH, only one wap dlink dwl-g700 with latest firmware, in only g mode. Timeout is set to 2 hours. When screen dims down and i want to use it again it regulary loses connection, and needs about 8 sec to reconnect. It doesn't occur on every time. It happens approximately 2-3 times out of 10. Wifi connection has full bars. I did not have those issues in the beginning, it behaves like that for a month now. Could the new firmwares be the issue?? I'm really desperated right now, it makes me nervous using unreliable equipment. Especially that expensive...
|
|
| Post 37 made on Friday October 30, 2009 at 11:04 |
Sbed New Member |
Joined:
Posts: | October 2009
6 |
|
|
|
On October 28, 2009 at 21:13, Barry Gordon said...
I think the problem will get resolved faster if we can gather some concrete stats about it.
In particular:
The mfg/model of the WAP or Router that is providing WAP functionality
Whether you are using WPA or WEP or no security
Pronto firmware level
SSID's of the access point (if more than 1)
The number of Wi-Fi Access points in you home with the above data repeated for each one
I experience the same problem described above. My WIFI signal is lost (red cross) after the screen blanks. I need to power down my TSU 9600 for a long time (maybe an hour) before it can reconnect to the WIFI network.
I did try multiple settings (no security, WEP or WPA), fixed IP or dynamic. I always get the same problem.
(I use PEP2 version 2.3.17.0 and I use the latest version of the firmware on the TSU 9600: 7.1.21)
Here are the current settings I use:
Router: D-Link DIR 615 (fixed IP: 192.168.1.197, Firmware: 3.10NA, G-Only, Channel 9, No security)
There are only two devices connected to this router:
- TSU 9600 (fixed IP: 192.168.1.198)
- Extender: (fixed IP: 192.168.1.199)
Settings input in PEP2 (then downloaded to the TSU 9600):
- Wireless timeout: 8 hours
- Single Access Point, Specific channel 9 (no other device in my house used that channel)
- SSID: Pronto
- Encryption: Off
- Fixed IP: 192.168.1.198
- Subnet: 255.255.255.0
- Gateway: 192.168.1.197
- DNS: 0.0.0.0 (no need for DNS in my setup)
- LCD Backlight Settings = 240 seconds.
While this router is running, I have another router operationnal. Here is the info about it:
Linksys WRTG54 (fixed IP: 192.168.1.1, Firmware: 1.02.7, G-Only, Channel 6, WPA2 (TKIP-AES)
There are only two devices connected to this router:
- HP Laptop (dynamic address within 192.168.1.2 and .50)
- iPhone (dynamic address within the same range)
There are no physical connection between the Linksys router and the DLINK router.
(Before I bought the DLINK router, I did try the same thing with only the Linksys router. I had the same issues...).
I hope this information helps someone find the reason of this problem.
UPDATE:
I have made another tests. In the TSU 9600, I changed the Advanced WIFI settings to "Multiple access points", with channel 9 checked and I set the Scan strategy to "Every 1 minutes". I have also turned off my Linksys.
In the DLINK router logs, when the screen dims, it logs the following message:
"Wireless system with Mac address {of my TS 9600} deauthenticate reason 3" After that, for the next hour, the router receives the same message every minute. If I wake up the TSU 9600 before one hour, it does not connect and the one hour count down restarts. If I wake up the TSU 9600 after one hour, it connects to the network properly and for as long as it does not dim down.
Last edited by Sbed on October 31, 2009 08:42.
|
|
| Post 38 made on Sunday November 1, 2009 at 03:03 |
Drexal Junior Member |
Joined:
Posts: | September 2009
25 |
|
|
Just to give you a bit of an update of how i am getting on with my disconnection problem.
As i mentioned in post #22,I have completely sorted this problem now,after i sorted out any conflicting ip address's.
So just to be clear my config is :
Fixed IP Address & WEP64
Have not had any problems since........
Last edited by Drexal on November 1, 2009 12:15.
|
|
| Post 39 made on Sunday November 1, 2009 at 11:42 |
Sbed New Member |
Joined:
Posts: | October 2009
6 |
|
|
|
@Drexal: I wish it was that simple. I tried it. WEP64 and every devices with Fixed IP addresses. It worked the first time the screen blanked, but the second time it blanked, the connection got lost again. Same "reason 3" error as before is logged in the router. Could you share you the rest of your config?
|
|
| Post 40 made on Sunday November 1, 2009 at 12:15 |
vanh Junior Member |
Joined:
Posts: | March 2006
14 |
|
|
|
I really think this issue is linked to the new firmware. The Pronto Team has got to solve that issue and bring a new firmware version which works fine. There are so many of us, me included, experiencing the wifi connection lost, which is unexceptable!!
|
|
| Post 41 made on Sunday November 1, 2009 at 12:16 |
Drexal Junior Member |
Joined:
Posts: | September 2009
25 |
|
|
|
Yeah,of course........what information would you like ?
|
|
| Post 42 made on Sunday November 1, 2009 at 13:11 |
Sbed New Member |
Joined:
Posts: | October 2009
6 |
|
|
@Vanh: I agree with you, this really seems to point to the latest firmware update... Right now, my Pronto is totaly useless.
@Drexal:
I would like to try to replicate your config as much as possible with my devices...
TSU9600 Firmware version
PEP2 version
Wireless timeout
You Advanced WiFi settings
Do you have any special settings on or off on your router?
Anything else that you think can help...
Thank you...
|
|
| Post 43 made on Sunday November 1, 2009 at 14:55 |
Drexal Junior Member |
Joined:
Posts: | September 2009
25 |
|
|
|
On November 1, 2009 at 13:11, Sbed said...
@Drexal:
I would like to try to replicate your config as much as possible with my devices...
TSU9600 Firmware version
PEP2 version
Wireless timeout
You Advanced WiFi settings
Do you have any special settings on or off on your router?
Anything else that you think can help...
Thank you...
TSU9600 Firmware Version :
Type Number : TSU9600 v2.1
Application : 7.1.21
IR Firmware : 4.0.20
Bootloader : BFU1.6.17
Pep2 Version : 2.3.17.0
Wireless Timeout : 24 HR
SSID : Yes
Security : WEP64
Passphrase : NO
HEX Key : Yes
Fixed IP : Yes
Gateway & DNS Server : Both use same IP address
Advanced Wifi : Multiple Access Points \ Automatic
|
|
| Post 44 made on Sunday November 1, 2009 at 20:05 |
Sbed New Member |
Joined:
Posts: | October 2009
6 |
|
|
@Drexal: It worked... the screen blanked six consecutive times and remained connected on the network... but then, it stopped. It started behaving like usual... Thanks for trying.
Having said this, I found out something really weird... If I go in the diagnostic of the TSU9600 (Backlight + Menu + Firmkey 2), I see that the MAC address of the TSU9600 changes. I am no expert, but I do not think MAC address should change...? When it is connected properly on the network, the diagnostics tells me the MAC address is 00-16-41-84-91-4B. When it deauthenticate itself, the router logs the MAC address: 00-16-41-84-91-4B with the "reason 3" message. But then, if I go back to the TSU9600 diagnostic screen, the MAC address as changed for 00.50.43.02.FE.01. (When the TSU9600 happens to be connected on the network and I ping/ARP it from my laptop, I get the 00-16-41-84-91-4B MAC address...).
If the MAC address changes for some reason, that would explain why my router picks up a Deauthentification Reason 3 message (which means that the devices as left the network...).
Anyone else has detected the same thing? It really points to something weird with the firmware...
|
|
| Post 45 made on Monday November 2, 2009 at 09:53 |
Sogliphy Regular Member |
Joined:
Posts: | July 2007
100 |
|
|
|
On November 1, 2009 at 20:05, Sbed said...
@Drexal: It worked... the screen blanked six consecutive times and remained connected on the network... but then, it stopped. It started behaving like usual... Thanks for trying.
Having said this, I found out something really weird... If I go in the diagnostic of the TSU9600 (Backlight + Menu + Firmkey 2), I see that the MAC address of the TSU9600 changes. I am no expert, but I do not think MAC address should change...? When it is connected properly on the network, the diagnostics tells me the MAC address is 00-16-41-84-91-4B. When it deauthenticate itself, the router logs the MAC address: 00-16-41-84-91-4B with the "reason 3" message. But then, if I go back to the TSU9600 diagnostic screen, the MAC address as changed for 00.50.43.02.FE.01. (When the TSU9600 happens to be connected on the network and I ping/ARP it from my laptop, I get the 00-16-41-84-91-4B MAC address...).
If the MAC address changes for some reason, that would explain why my router picks up a Deauthentification Reason 3 message (which means that the devices as left the network...).
Anyone else has detected the same thing? It really points to something weird with the firmware...
(Weird indeed - according to [Link: standards.ieee.org] , 00:50:43 is the Vendor prefix of Marvell Semiconductor, and 00:16:41 is registered to USI; my TSU9600 also has a MAC address with a USI vendor prefix)
No, I've never seen this. But I'm mostly using a Linksys WRT-54Gv7 (firmware: 7.00.4) as access point.
In an earlier post, you mentioned that you saw this issue also on a WRT54G, but you did not mention the hardware and firmware revision. Does the MAC address also change when you have this issue with the WRT-54G ?
Also, the latest firmware version for the D-Link DIR 615 is 3.11NA - have you tried with that firmware revision as well ?
|
|
 |
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.
|
|
