> Van: andy howard <musica@UKONLINE.CO.UK>
> Aan: PICLIST@MITVMA.MIT.EDU
> Onderwerp: Re: Ascii constants
> Datum: donderdag 10 februari 2000 0:54

Hello Andy, Walter,

  I could not make out wat type of controller is used, but when using MPLAB
with a 16x84, 16c74, 16c54 or 17c44 (the chip's I used text-strings in) the
syntax seems to be :

   SomeLabel    DT  "some text",Some8-bitConstant

for data embedded in the Code-memory.  The data will be converted to RETLW
instructions, easy to use in a Table.

Regards,
  Rudy Wieser


> > WRONG. RTFM yourself. The syntax:
> > [<label>] db "<text_string>"[,"<text_string>",...]
> > IS correct according to the manual.
> > So:
> > Init_Done       DB      "D o",0
> > should be OK.  If Init_Done starts in column 1 and is
> > not declared (somehow) as something else already.
> >
> > So there! :-) :-) :-)
>
>
> Interesting. My hardcopy MPASM User's Guide which came with PicStart
> Plus (DS33014G - dated 1999) has on page 45:
>
>     DB - Declare Data of One Byte. [<label>] db <expr>
> [,<expr>],......,<expr>]
>     Description:
>     Reserve program memory words with packed 8-bit values. (more details
> snipped for clarity,         but see below.)
>
> The example they give is:
>
>     db 't', 0x0f, 'e', 0x0f, 's',  0x0f, 't', '\n'
>
>
> On the previous page it has:
>
>
>     DA - Store Strings in Program Memory
>     Description:
>     Generates a packed 14bit number representing two 7-bit ASCII
> characters. This is useful         for storing strings in the memory for
> the PICmicro flash ROM devices.
>
> Amid several examples is:
>
>     da "12345678" ,0
>     will put 18B2 19B4 1AB6 0000 into program memory.
>
>
> The previous version, 33014f from the Jan 1999 CD-ROM, makes no mention
> of a DA directive AFAICS, but gives the same definition for DB.
>
>
> The only exception I can find in my manual is when using IDATA to
> generate linkable object code when db *can* be used to reserve space in
> RAM for strings. (Page 55 of revision G)
>
>
> Hope this doesn't add too much to the confusion... :>
>
>
>
>
>
>
>
>
>
>
>
> .