Pages: [1]   Go Down
Author Topic: Arduino Due and Arduino GSM - Any Experiences?  (Read 2157 times)
0 Members and 1 Guest are viewing this topic.
Offline Offline
Newbie
*
Karma: 0
Posts: 2
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Hi to all,

i would like to get new Arduino GSM running on Arduino Due?
According to documentation, Arduino GSM supposed to work for Uno.

Anybody having experiences with combining Arduino Due and Arduino GSM?

I would like to know before i purchase Due :-)

Thy for any hints, tutorials etc.


Thanks
Michael
Logged

Forum Administrator
Milano, Italy
Offline Offline
Sr. Member
*****
Karma: 23
Posts: 292
View Profile
WWW
 Bigger Bigger  Smaller Smaller  Reset Reset


Arduino GSM Shield is not supported by the Due.

Adding support for the Due is planned but not as a high priority (it could take many weeks).

Logged

C.

Offline Offline
Newbie
*
Karma: 0
Posts: 2
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Hi,

thanks a lot for your reply. Pls let us know, when there is a scheduled date for due support.


Cheers
Michael
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 1
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Are there any updates regarding GSM shield support for DUE. Many weeks have been passed now  smiley-roll
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 1
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Hello,
is there an existing "code seed" for port or replacement of library GSM, from avr to sam,
which we can start with to help ?
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 1
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Just wondering if there's any update on GSM Sheild support for the Due?
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 1
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Any new about this? I bought an Arduino Due and a GSM shield together through the arduino.cc shop, now I figure that the GSM shield is not supported  smiley-roll Can I return it or is there a chance its will be supported soon?
Logged

Alamos, Sonora, Mexico
Offline Offline
Full Member
***
Karma: 5
Posts: 134
learning never stops.
View Profile
WWW
 Bigger Bigger  Smaller Smaller  Reset Reset

The R3 revisión of the Ethernet Shield gained the ability to use the IORef pin, so that it could dynamically opérate at 3.3v...so that revisión became DUE compatible (Electrically)...

Will the Arduino GSM recieve a similar revision?
Logged

Quiero una vida simple en Mexico...nada mas.

Newburyport, MA
Offline Offline
Jr. Member
**
Karma: 1
Posts: 74
View Profile
WWW
 Bigger Bigger  Smaller Smaller  Reset Reset

I too am interested in this (funny how I encountered  this problem exactly 1 year after the OP).

What I don't get is why exactly is this so hard to port to the Due?  From what I gather, it's just a software serial connection and a reset pin.  Assuming all the GSM library does is send a series of commands to configure and operate the shield, couldn't we just use establish the RX1/TX1 serial connection and send commands manually?  How complicated could it really be to tell it to send a text message, pick up an incoming phone call, or get the PIN?  I don't have any documentation on it so I don't really know where to begin.  Skimming through the source code to the GSM library, I can understand why nobody has bothered to support the Due - it's pretty big.  On the other hand, if this really is as simple as just sending serial messages with some sort of header, that library seems very over-complicated.

EDIT:
While this is a different board, wouldn't something like this be possible:
http://www.seeedstudio.com/wiki/GPRS_Shield_V2.0#A_Simple_Source_Code_Examples_for_phone_calls_and_sending_text_messages
« Last Edit: March 16, 2014, 06:08:48 pm by schmidtbag » Logged

Venezuela
Offline Offline
God Member
*****
Karma: 17
Posts: 522
Ground, ground, always ground
View Profile
WWW
 Bigger Bigger  Smaller Smaller  Reset Reset

The heart of the GSM shield-the M10 module-can work at 3.4V thus, more than a matter of voltage tolerance, the bottleneck of porting the GSM library from AVR to SAM is the fact that it was built as a 'state machine' which is a peculiar case given that most of the microcontroller libraries are built with the traditional scheme of a main class as parent of different small classes. This means a great time spend (months not weeks).
Logged

Pages: [1]   Go Up
Jump to: