Not sure I'm looking for the job, but there's some issues that need to
be clarified, whoever does the work.


1. store 17 character data in pic that can not be changed
ie: A479ECUJEJ4DEEGSS is stored in some memory location

Would this be truly permanent (fixed when the PIC is programmed) or
would it need to be programmed in the field. (get a "blank" out of the
box, and give it the data, with re-write protection)
(17 digits, numbers and letters, this wouldn't be a VIN, would it?)

2, be able to recieve 18 character data at 9600 baud rate from a port
pin that will be connected to the recieve line of the transciever.

What would be on the other end of the transciever? Usualy some form of
error checking / parity / synch signals are neccesary for robust
communications. Is the other end well documented? / being created too?
How would such issue be resolved?

3. check if first character of data is "1"
4. if it is not do nothing just keep receiving and checking
5. if it is check if the following 17 characters that was recieved
match the 17 characters stored in the pic
6. if doesn't do nothing
7. if does transmit "2" + the 17 characters (total 18 characters)
to a pin in some port that will be connected to the transmit
line of the tranciever

The rest of this is straightforward enough. None of this is very
complicated for an experianced developer. But the requirements would
need to be defined *much* better before someone takes the job. (bear
in mind that defining the requirements is frequently a part of the
contract many consultants use for this kind of work. So even if you
don't have all the answers, you can still get help)

-Denny

--
http://www.piclist.com hint: To leave the PICList
mailto:piclist-unsubscribe-request@mitvma.mit.edu