Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

IoT, transfer "large" amount of data

Status
Not open for further replies.

kalifed

Junior Member level 3
Joined
Jun 21, 2016
Messages
26
Helped
0
Reputation
0
Reaction score
0
Trophy points
1
Activity points
239
Hi,

I am currently working on a wireless device that needs to transfer about 20Mo of data in a reasonable time (< 5 min) to a distant server. The device is controlled by a smartphone so the data can navigate through the phone before going to the distant server.

I see 2 possibilities:
- A dual BLE/3.0 bluetooth connection. BLE handles the communication with the device, while the "regular" BT handles the data transfer. Unfortunately BT (Low Energy or not) seems too slow for my needs.
- BLE + Wifi. BLE handles communication device <-> phone, while the wifi sends the data directly to the server.

Do you have any suggestion or comment?

Thank you
 

As I know BlueTooth is a LOW bandwidth protocol

so the data goes from the 'device' to a phone then the server???

For that amount of data in that time frame, I do not see a wireless solution Standard WiFi would be unable to do it.

How about compressing the data in the device, first?
 

As I know BlueTooth is a LOW bandwidth protocol

so the data goes from the 'device' to a phone then the server???

For that amount of data in that time frame, I do not see a wireless solution Standard WiFi would be unable to do it.

How about compressing the data in the device, first?

This is why I think the second solution is better: Wifi handles the communication with the server (sends the large chunk of data), while BLE is used for the communication with the phone.

Hi,

What is: ?

Klaus

I think your question is also related to compression.
The signal is a chain of 16 bits integer coming from an ADC. Mostly concentrated in about half of the total range.
The data is coming from an oximeter (infrared photo diode) and is a quite repetitive time series.
 

Hi,

I think your question is also related to compression.

No. Not about compression.
I really don´t know what "20Mo" means.

Klaus
 

Hi,



No. Not about compression.
I really don´t know what "20Mo" means.

Klaus

Yep... Sorry it meant "Mega Octet" but I forgot I was writing in English and not French!

So I meant 20 MByte :)
 

Hi,

Now I understand..

20Mbyte in 5 min is
20Mbyte in 300s is
67kByte/s
About 670kBaud

Could be possible with bluetooth LE, but I don't know about overhead...

Klaus
 

Hi,

Now I understand..

20Mbyte in 5 min is
20Mbyte in 300s is
67kByte/s
About 670kBaud

Could be possible with bluetooth LE, bug I don't know about overhead...

Klaus

Not sure about this.
The RN4020 (BLE) has an OTA Throughput of 7kBit/s
I looked into other non BLE module and they had about 40kBit/s maximum rate.
Really far from what is required. But I would love to be proved wrong on this...
 

Hi,

Now I understand..

20Mbyte in 5 min is
20Mbyte in 300s is
67kByte/s
About 670kBaud

Could be possible with bluetooth LE, bug I don't know about overhead...

Klaus
From the wiki on bluetooth LE:
Application throughput 0.7–2.1 Mbit/s (classic) 0.27 Mbit/s (smart/LE)

It seems that LE has a rather low bar for application data throughput well below the 670KBaud desired. It might work with the classic.
 

From the wiki on bluetooth LE:
Application throughput 0.7–2.1 Mbit/s (classic) 0.27 Mbit/s (smart/LE)

It seems that LE has a rather low bar for application data throughput well below the 670KBaud desired. It might work with the classic.

Yes but this is the "theorical" throughput, not the real over the air throughput which is really lower.
The classic is a few times faster than the BLE. And the BLE is <10kBit/sec
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top