>> One thing that you need to do is figure out if the numeric part is
>> always to include 2 (or more, or less) decimals. For example is
>> "G22" likely to be input or is it always "G22.00". If decimal places
>> are always present, the decimal point can  be ignored and the
>> scaling becomes much easier
>
>I would like to cater for any format of i/p the user chooses, so
>the only significant character is the "." (or lack thereof, implying
>an integer). ie 0022, 022, 22, 22.0, 22.00 must all be interpreted
>by the PIC as plain 22. I realise that the more latitude I give the
>user, the more comprehensive the interpreter needs to be, but I'm
>prepared to go the extra mile for the sake of user-friendliness


Have you looked to see if Olins command line whatsit could be modified to do
what you want?

But I suspect the easiest way if you have to start from scratch may be to
get a demo C compiler for this bit, even if you then link in assembler code.
Of course the other way to deal with this is to do the translation if an HLL
(could even be GWBasic - shudder) in a PC, and send a suitable hex string to
the PIC. I have done this before.

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