SparkFun Forums

[victorf]

I would like to be able to build an Arduino based system that has the ability to send textual data (via SMS?) to a 'Droid cell phone. The system gathers data from several sensors, computes the results from the data and formats the results in standard text packets (i.e. "hhhhh, ddd, sss, <cr>"). Individual packets would never exceed 30 bytes. The data would need to be sent every 15 or 30 seconds for approximately 10 minutes. Might it be possible to send the all the data in a burst of packets by accumulating them until the end of collection then sending them all?

Is such an application feasible from the communications viewpoint? What sort of hardware would I need to look at for the communications aspects?

Any enlightenment will be appreciated.

Vic

[coyote20000]

Take a look at this..
http://www.sparkfun.com/products/9607
It might be what you are looking for.

[victorf]

Take a look at this..
http://www.sparkfun.com/products/9607
It might be what you are looking for.

Coyote20000,

Thanks for the quick reply. I think 9607 just might do the trick.

Vic

[rrc1962]

Take a look at this..
http://www.sparkfun.com/products/9607
It might be what you are looking for.

Is this compatible with all carriers? I remember reading something about a cell add-on that was only compatible with AT&T or T-Mobile. Can't remember the details of if it was even in regards to this shield. I need something compatible with Verizon.

[stevech]

I would like to be able to build an Arduino based system that has the ability to send textual data (via SMS?) to a 'Droid cell phone. The system gathers data from several sensors, computes the results from the data and formats the results in standard text packets (i.e. "hhhhh, ddd, sss, <cr>"). Individual packets would never exceed 30 bytes. The data would need to be sent every 15 or 30 seconds for approximately 10 minutes. Might it be possible to send the all the data in a burst of packets by accumulating them until the end of collection then sending them all?

Is such an application feasible from the communications viewpoint? What sort of hardware would I need to look at for the communications aspects?

Any enlightenment will be appreciated.

Vic

Seems like it would be simpler and less costly if the Arduino can access the Internet via wired cat5 or WiFi. Then it can send SMS to a dumb phone or SMS/email to a any smart phone. This presumes the Arduino system is not on wheels.

[rrc1962]

I would like to be able to build an Arduino based system that has the ability to send textual data (via SMS?) to a 'Droid cell phone. The system gathers data from several sensors, computes the results from the data and formats the results in standard text packets (i.e. "hhhhh, ddd, sss, <cr>"). Individual packets would never exceed 30 bytes. The data would need to be sent every 15 or 30 seconds for approximately 10 minutes. Might it be possible to send the all the data in a burst of packets by accumulating them until the end of collection then sending them all?

Is such an application feasible from the communications viewpoint? What sort of hardware would I need to look at for the communications aspects?

Any enlightenment will be appreciated.

Vic

Seems like it would be simpler and less costly if the Arduino can access the Internet via wired cat5 or WiFi. Then it can send SMS to a dumb phone or SMS/email to a any smart phone. This presumes the Arduino system is not on wheels.

Wouldn't this accomplish that? http://www.sparkfun.com/products/9954

[coyote20000]

Take a look at this..
http://www.sparkfun.com/products/9607
It might be what you are looking for.

Is this compatible with all carriers? I remember reading something about a cell add-on that was only compatible with AT&T or T-Mobile. Can't remember the details of if it was even in regards to this shield. I need something compatible with Verizon.

I don't own or have used one. I would think it would work with any carrier that uses GSM (or sim cards), but I don't really have too much info on that.. Sorry..

[rrc1962]

Yep...From what I can tell Verizon is not on GSM. I guess the most economical way to implement this would be to buy an AT&T SIM with prepaid data. If anyone has implemented this shield, what did you find was the most economical way?

[stevech]

In the US, Verizon and Sprint are CDMA (IS95B). For data, its 1XRTT on the cheap.
AT&T's old systems are a mix of GSM and TDMA. For data, its GPRS on the cheap.
GSM No. America is quite different than the rest of the world

Unanswered question: Is the Ardino a mobile device? If not, just hook it to the Internet.

[rrc1962]

In the US, Verizon and Sprint are CDMA (IS95B). For data, its 1XRTT on the cheap.
AT&T's old systems are a mix of GSM and TDMA. For data, its GPRS on the cheap.
GSM No. America is quite different than the rest of the world

Unanswered question: Is the Ardino a mobile device? If not, just hook it to the Internet.

I've just started with the Arduino, but yes, the Arduino can be easily made mobile...or stationary. The application I envision involves a GPS sensor and a cell interface. This would be a mobile device with no access to the internet. If the device were within range of a WiFi hot spot, then the WiFly shield should work, although I'm not sure how easy it would be to text to a mobile phone that way. There are web pages that allow you the text so it's possible.

I'm coming to the conclusion that the cellular shield wasn't really designed for use in the US. Is it even feasible to try and implement this on the US cell networks?

[stevech]

This thread seems like a random walk unrelated to goals

[victorf]

stevech said:

This thread seems like a random walk unrelated to goals This thread seems like a random walk unrelated to goals

As the OP I must disagree with you. I am looking for a solution to a problem that I have been grappling with for several years. One of the major stumbling blocks is how to communicate data to the deployer of my data collector on a as needed basis. It was suggested that I look into the cellphone solution as they have become almost ubiquitous worldwide. This would allow the user to get data at a time that was his to pick. The solution would need to be applicable to the standard US service providers, Verizon, AT&T and perhaps T-Mobile. I would like a solution that is independent of where the user is in the world, but perhaps this is asking too much.

For all of you that took the time to answer my post, Thank You! If anyone has an idea that might make my idea universal I would be interested about it.

Vic

[stevech]

In my profession, I use Cradlepoint CTR500 travel routers with a Verizon EV-DO modem. That connects to Verizon's excellent US coverage. The router's ethernet port connects to the sensor management device by cat5.
The router also has WiFi.

But the title of this thread is "talking to a 'droid phone" so some of thought the sensors were immobile and the phone was receiving reports. Hence, the confusion on why the sensor micro needs to be cellular based.

[victorf]

stevech wrote:

But the title of this thread is "talking to a 'droid phone" so some of thought the sensors were immobile and the phone was receiving reports. Hence, the confusion on why the sensor micro needs to be cellular based.

Perhaps there is a misunderstanding. The sensor is gathering data at some remote location and can be relocated and will not have access to the internet other than via cell phone networks. The consumer of the data would like to query the data collector from time to time throughout the day and get a data dump. Since phone apps for the 'droid' phone are relatively easy to develop it was natural for me to say 'droid', but it would be desirable that any text enabled cell phone could call the collector. It is doubtful that the range from collector to cell phone would be more than 10 miles or so.

Vic

[stevech]

OK.
Let's assume that the sensor data collector can use a cat5 ethernet connection.
Perhaps that can be within 100m of a wired switch/router leading to the Internet for email/SMS.
If this isn't viable, perhaps a WiFi bridge link up to a mile will work, to reach the Internet.

If the collector and user/observer are a few miles apart and there is no terrain obstruction, then a pair of 900MHz 100mW data radios such as from Digi will work.

None of the above?

Then the simplest way is to connect the sensor processor via cat5 ethernet to a Cradlepoint CTR500 router equipped with a 3G cellular modem.
This isn't the cheapest way but it is easy. And you pay for a cellular account.

Otherwise, you have the mess of using a module level cellular modem, permitted by then intended cellular carrier, interface protocol running on your sensor collector, blah blah.