Hi
I have a webserver running serving a HTTP page to a browser client (IE, Safari, chrome etc).
The page has a meta tag that refreshes the page every 30 sec.
I have grapped the new (not yet released) HostLib that You sent Paul Schier not long ago, so I have implemented the data transmission acknowledge CallBack.
It is a Murata module I am using. I am connecting with smartconfig and this is perfect.
Everything is working just fine but only for a few times. I think I have witnessed the page get refreshed by server upto approx. 60-70 times. It differers alot.
I tried setting up an isolated Access point with only my webserver board and a single client(PC, iPad) connected, but still same result. It seems to be worse(getting stuck) if there are lots of traffic in the WLAN enviorment.
Can You give me a hint on what to do here, the code is almost identical with the webserver demo code.
It was worse with the old hostlib (current release without acknowledge), here I had a wait delay of 3 sec ! before closing socket to client.
Kind regards
Thomas
Hi Thomas,
I will take a look at it. I have not tested 60-70 times. When it does not work, where does it gets stuck?
Pedro
Sorry for this late answer. It is either in send() or recv().
The number of succesfull times differs alot. 60-70 is at its best. Sometimes online a few serves is succesfull. I am mor sure but i suspect the spi driver for the Strange inconsistent behaviour. And i Will look into the driver after my vacation. But it seems Strange that if i work at home on my privat AP the server performs far better than if i work on my Company AP.
But i guess that if i have some timecritcal issues with the spi driver it Might get worse of i work on an AP with much load ? Is this nonsens to assume this ?
Kind regards Thomas
Is this question different from http://e2e.ti.com/support/low_power_rf/f/851/p/187337/717586.aspx#717586, I have posted some answers there.
Do you have any sniffer logs, it could tell us if we are missing any packets, and how are we reacting to the channel congestion.