Search:

the above code only needs to run if month = 2


only the obvious , send it a few go nogo date strings and check the result

OSCCON=%01110000 '8 Mhz ;sets the actual fosc speed




DEFINE OSC 8 ; tells the compiler what fosc speed to base timing calculation on


software timed serout2 @ > 38400 baud with...

the data sheet for the module should resolve that issue



the ulcd data sheet should give you that information



since sd cards use spi [a synchronous data transfer method] cpu osc speed...

where did you find that , its not what I understand the case to be. are you confusing usb support for sd card support ?



unless you specify what spi rate the sd card supports and what sd card...

your pk2 device list file is out of date, there are many more k22 chips supported .

its not my project I don't know what you have planned but generally speaking if you are dealing with parsing strings from a serial stream , more sram is better ,the possibility of more speed is...

its basically the same very limited chip you are presently using with a few more pins.
if you are serious in wanting to calculate maidenhead then no its a poor choice.
at least get something...

https://en.wikipedia.org/wiki/Leap_year





what version of pbp , what error
what actual code , snippets of code are pointless for debugging

ndays VAR BYTE [13] 'create an array with 12 byte location for months values
nday[0] = 0
nday[1] = 31
ndays[2] = 28
ndays[3] = 31
......
ndays[11] = 30
ndays[12] = 31

ps its easier to...

getting the number of day in month can be achieved in a few ways

simple is lookup
but resource hungryLOOKUP Index,[Constant{,Constant...}],Var

lookup...

the only thing I might add is that the conversion from utc to local time only needs to be done if and when the hour changes , its not needed in every loop.
a flag can be set when the utc hour now is...

you may think your way is as simple as possible but its not , its the hardest way by far.
my way breaks the task up into simple logical blocks , each task can then be solved independently ,and in...

hh = hh +3
if hh>23 then
day_added = true
endif
hh = hh//24
.............

if day_added then
day = day +1
if day > numberofdayforthismonth then

if your time offset from utc is 3.00 hours then the minutes and seconds are irrelevant.
after adding your offset then you need to check if the new hours is >23
if so then add a day to the date...

I have found that inline math for lcdout cmd on a pic16 turns to crap, serout2 may have the same issues

you probably need to do the math first then print result

i would do it this way

...

i'm not surprised , given that :-
not all nmea fields are filled in for every message
not all nmea fields are fixed length

I can't think of a more difficult way to approach this task than...

and to emphasize the advantage of an algorithmic approach over spaghetti code



'****************************************************************
'* Name : NOKIA_DEMO.PBP ...

this is how I would go about parsing nmea, for what you are doing there is little point in storing all the data just to display it
only store what is needed for calculations or enhanced display.
I...

first off , what has your post got to do with maidenhead ? why not start a new relevant post instead of confusing this one

secondly posting figures as pictures makes life difficult for anyone...