New answers tagged

0

After trying different approaches I decided to dumb it down to its most basic level. Without any fancy coding or buffers, I'm now just writing the data directly to the SD-card and flushing every 15 seconds which has the risk to loose up to 15 seconds of data i.e. 15 GPS-fixes (1 per second) when cutting off power. The only other time where a potential data ...


0

Definitely related to poor antenna matching. This is complex stuff and should preferably be fixed by changing antenna matching (e.g. by a matching circuit or simply trying out a different antenna). I have also seen that it helps to wait until you get the unsolicited modem response "Call Ready". Until you get this message, it can disturb the modem to receive ...


1

A number of hints to check, though I can only throw vague observations on the error (EDIT: some hints only make sense with an older version of the question): You set the SoftwareSerial to pin 7 for RX and pin 6 for TX, but the TX LED of the board is connected to the hardware UART, which is used by Serial. So the TX LED reacts to your debug messages sent via ...


2

First off, some comments about your code: Never use String unless it is absolutely unavoidable Unless you have a free() to balance your malloc() you will run out of memory almost immediately There is never any need to concatenate strings to send through serial like that. Instead of what you are currently doing, just scrap the String usage and your buf ...


0

It might be due to the command giving the nearest cell tower location. And for sending SMS it might be shifting to a different cell tower depending on your network. This could maybe be easily checked using a different cell provider or as you said its working at your home so I believe I am correct in assuming this is the answer


Top 50 recent answers are included