Your new topic does not fit any of the above??? Check first. Then post here. Thanks.

Moderator: igrr

User avatar
By pvvx
#30506
NardJ wrote:Is that 228kB / sec? That's hopefull.... however how to unleash this? Do you know of streaming options which offer this speed and are easy to implement?

228 open / close HTTP connections per second (228 browser requests per second). Linear transfer HTTP > 1 Megabytes per second:
1.1Mbps_.gif

0) wifi_set_sleep_type(NONE_SLEEP_T), close debug UART(!)
1) Open TCP... set CPU_CLK 160 MHz ... tcp_nagle_disable(pcb)...
2) Create data buf ...
In the loop: if(buf_length >= tcp_sndbuf(buf)) { length = tcp_sndbuf(buf); tcp_write(pcb, buf, length, 0); }
3) Transfer the residue tcp_write(pcb, buf, length, 0)
4) Not tcp_close(pcb)! Expect closing client connection... http://www.serverframework.com/asynchro ... rvers.html
You do not have the required permissions to view the files attached to this post.
User avatar
By pvvx
#30648
SwiCago wrote:Have you tried websockets? Use web socket to make a concurrent bi-directional connection. No connect/disconnect overhead. Just stream the data

"Windows implements 200ms delayed ACKs for network traffic. When traffic is one-way only - as it is with event data, the data will all arrive in clumps every 200ms because of delayed ACKs.
This can be a great drawback for applications which rely on low latency event data over the network. (source: http://support.microsoft.com/kb/214397)
"