Gsm/Gps Tracker

[mikebar]

Mikebar, there is no need to waste pic memory space for checking the signal coverage.
The main reason is that the system will use "SMS" for answering and if signal is too poor than modem will not send the message till signal will return to an acceptable level.

Al.

Thank you for the info.
But ALL the phones have the same behaviour you described or just some model? it is defined some standard for that behaviour or any producer think is "best solution"?

Thanks in advance.

[aratti]

Yes all phones behave in this way. Try to send a sms to your phone (switched off). You will receive it when your phone will be switched on again.

You can learn more at this link:http://communication.howstuffworks.com/sms.htm

Al.

[mikebar]

Yes all phones behave in this way. Try to send a sms to your phone (switched off). You will receive it when your phone will be switched on again.

You can learn more at this link:http://communication.howstuffworks.com/sms.htm

Al.

Yes, this is true.
But my guess was another.
Suppose the following scenario:
-I've a mobile phone connected to the PIC
- I wish to send an SMS from that phone
- now suppose that there is not enough rf power to send it.
It is not better to check first if the RF is enough before attempt to send the SMS?

You are talking about to send an SMS to a switched-off mobile. Of course it work because the SMS is sended to your carrier from yuor phone that have enough rf strenght in the moment it is sending the message. Then is your carrier that take care to deliver to the recipient phone as soon it is reachable.
As you can see, I'm talking about a different setup.

Regards.

[linoko]

Hi Friends,
The project of Camolas is very interesting and i try to create my own device. This device /schematic is posted below/ is based on the source code of Camolas with little changes on the source code.
My GSM cellphone is Sony_ericsson T630. The phone supports AT+CMGF=1.

The USART settings are:
DEFINE OSC 20
DEFINE HSER_RCSTA 90h ' Enable serial port & continuous receive
DEFINE HSER_TXSTA 24h ' Enable transmit, BRGH = 1
DEFINE HSER_SPBRG 64 ' 19200 Baud @ 20MHz, 0.16%
DEFINE HSER_CLROERR 1 ' Clear overflow automatically

But i have a problem.
The problem is in Hserin command, i thing that the PIC don't recieve or understand the answer (ok) from cellphone.

for example:
TEST:
HSEROUT["AT",13,10]
HSERIN 10000,TEST,WAIT("OK"), the code hangs here
HSEROUT["ATD0897123456",13,10]
High PortB.0

Please help to solve this....


Thank you

[mackrackit]

This is from Camolas' code

HSERIN 10000,UM,[WAIT("OK")]

Your code

HSERIN 10000,TEST,WAIT("OK"), the code hangs here

See the difference in the syntax.

[linoko]

Hi
I correct my code like Camolas code but the result is same

The problem still persisit
Help Please

[camolas]

Hi
I correct my code like Camolas code but the result is same

The problem still persisit
Help Please

Hi,

Dont forget that im using a nokia serial data cable connected to the phone that have to be powerd on the rs232 end and from the data cable connector (the one that connects with the phone) get tx,rx and gnd.
After this try

Serout2 PortB.6, 84,["AT",13,10] ' 84 is for 9600 Baud Rate see what is yours
Serin2 PortB.7,84, [wait ("ok")]
High PortB.0
Any more hellp let me now.

Xau

[skimask]

The project of Camolas is very interesting and i try to create my own device. This device /schematic is posted below/ is based on the source code of Camolas with little changes on the source code.

I don't see where the original poster actually posted working code...so, I can only infer that any code you may have cut/pasted is also flawed.