Brent Brown wrote 2014-09-26 12:48:
> On 25 Sep 2014 at 11:16, Herbert Graf wrote:
>> On Thu, 2014-09-25 at 16:37 +1200, Brent Brown wrote:
>>> At the moment I'm testing this out: poweron, register, send message to
>>> self, receive own message, wait a few seconds and pending mesages come =
in,
>>> powerdown... seems to achieve the aim, but not a perfect solution (some=
 carriers
>>> may not allow message to self, wasting power sending extra messages, wh=
o pays
>>> for them, cell module doesn't appear to know it's own number etc).
>>
>> I'm not sure I've EVERY encountered a carrier that doesn't allow one to
>> send a text to themselves, don't see why that would be a special case.
>> Obviously you're sending the text, so you'd pay for it?
>
> I checked again and you may be right, the carrier I thought didn't allow =
it does in
> fact allow text to self. Yes the sender of the text would have to pay for=
 these. In this
> case if the device sent a text to self once every powerup time (10 minute=
s) that
> would be 6 x 24 x 30 =3D 4320 text's per month... a high number compared =
to the
> handful of texts per day or month the user would typically send to the de=
vice. A
> further complication is that it seems most/some carriers don't program th=
e phone
> number into the SIM card, that is to say the modem can't find out what it=
's own
> number is. That would be kind of a hassle with this project as there's no=
t an
> appropriate user interface to program a number in easily.
>
>> In my experience, aside from sending a text, another way to "wake up"
>> the network is to issue a service request. This is completely carrier
>> specific, on one carrier I can issue a "balance query" by dialling *225
>> (*BAL). It's completely free and will stir things up.
>> You could look into something like the "call forwarding status" GSM
>> standard query requests, they may stir the network and are completely
>> carrier independent.
>>
>> For example:
>> *#21#
>>
>> http://www.geckobeach.com/cellular/secrets/gsmcodes.php
>>
>
> Thanks, tried a few of those but no joy with carrier(s) here.
>
> Had an interesting discussion with an M2M company about an SMS - cloud - =
GPRS
> solution, could be easier than I first thought. Messages would be stored =
in a cloud
> server (through some kind of SMS to internet gateway) and the remote devi=
ce
> would power up once every 10 minutes as intended, make an interweb connec=
tion,
> be able to check the server for messages very quickly (no more
> store/forward/backoff issues) respond if necessary and shut down again.
>
> Brent.
>
>

Yes, I also tought of some more "modern" solution then
the plain old SMS... :-) Today, a "phone" is more like
general Internet IP-host that can communicate much like
any other computer out there.

Jan-Erik.
--=20
http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
.