Hi E,
I don't recall why I have a long field, but I imagine that it was a casual thing.
I think the gaps are an accident from copying each NMEA sentence from my Excel converter file. It's difficult to convert GPS signals to NMEA sentences. Here's my way, attached.
I assume from your comments, that I should shorten the field,remove the gaps, and lower the buffer trap number?
E.
hi C,
I would suggest you keep your test message lengths no longer than you would expect from the GPS module.
Remove the Spaces and if necessary shorten the BASEDEGREE.00 to say BASEDEG.00 , that's another 3 chars less.
E
hi C,
I would suggest you keep your test message lengths no longer than you would expect from the GPS module.
Remove the Spaces and if necessary shorten the BASEDEGREE.00 to say BASEDEG.00 , that's another 3 chars less.
E
hi,
Check using Oshonsoft Options/Ram Memory usage the amount of free RAM and Flash memory.
I have had to shrink some of my 18F4520 programs because of the Compiler complaining of insufficient RAM.
E
Hi Eric,
All simulation NMEA sentences shortened, and the program back to >80 <60 as original.
I don't see the ram option, I should probably update again?
E.
Hi,
It's possible that I have found the 'reset problem'! It's possible that I had a line incorrectly positioned in the program. I've now moved it and the program appears to be ok now, so it looks as if the problem isn't to do with a reset problem.
More tests before finalising.
Thanks to all who helped.
C.
Hi E,
The line I mention above, is the basecos line which is in the program too early, using variables that hadn't arrived yet. Once moved it could do its proper calculation.
C